On (pas un client, sinon j'aurais refusé de suite) m'a demandé de porter
une appli VB en PHP... :(====) (ça m'a inspiré un smiley)
Je n'arrive déjà même pas à ouvrir les sources VB. J'ai voulu charger un
VB mais MS veut m'installer 3 tonnes de modules (SQL, .Net, etc.).
De toutes façons, j'ai une flopée de dll, et de rpt, quelques vbx et exe.
Avez-vous déjà réalisé ce genre d'opération douloureuse ?
Ne vaut-il mieux pas passer en asp (qui doit être du VB et du
C# pour le net, le tout crée sous VisualStudio j'imagine) ?
Alors biiiin je n'y ai pas trop cru mais si : c'est du VB3 :D comme en témoigne VBRUN300.dll ainsi que les infos de fichiers.
Alors là, je ne te conseille même pas de télécharger un Visual Studio, qui traite maintenant du Visual Basic for .Net et qui ne te servira pas à grand chose.
Réécrire from scratch c'est bien ce que je comptais faire mais c'est un appli métier avec plein de jolis calculs. Il faudrait donc que je puisse ouvrir le "projet", avoir un organigramme (parce que je ne sais pas comment sont liés tous ses vbx et comment est faite la formidable mdb), etc.
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien. -- Greetings, Salutations, Guiraud Belissen, Château du Ciel, Drachenwald, Chris CII, Rennes, France
Olivier Masson a écrit :
Alors biiiin je n'y ai pas trop cru mais si : c'est du VB3 :D comme en
témoigne VBRUN300.dll ainsi que les infos de fichiers.
Alors là, je ne te conseille même pas de télécharger un Visual Studio,
qui traite maintenant du Visual Basic for .Net et qui ne te servira pas
à grand chose.
Réécrire from scratch c'est bien ce que je comptais faire mais c'est un
appli métier avec plein de jolis calculs. Il faudrait donc que je puisse
ouvrir le "projet", avoir un organigramme (parce que je ne sais pas
comment sont liés tous ses vbx et comment est faite la formidable mdb),
etc.
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique
pour aller lire les sources VB3 à la main et un Access pas trop récent
pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access
récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format
moins propriétaire ce que les Access actuels font plutôt bien.
--
Greetings, Salutations,
Guiraud Belissen, Château du Ciel, Drachenwald,
Chris CII, Rennes, France
Alors biiiin je n'y ai pas trop cru mais si : c'est du VB3 :D comme en témoigne VBRUN300.dll ainsi que les infos de fichiers.
Alors là, je ne te conseille même pas de télécharger un Visual Studio, qui traite maintenant du Visual Basic for .Net et qui ne te servira pas à grand chose.
Réécrire from scratch c'est bien ce que je comptais faire mais c'est un appli métier avec plein de jolis calculs. Il faudrait donc que je puisse ouvrir le "projet", avoir un organigramme (parce que je ne sais pas comment sont liés tous ses vbx et comment est faite la formidable mdb), etc.
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien. -- Greetings, Salutations, Guiraud Belissen, Château du Ciel, Drachenwald, Chris CII, Rennes, France
Olivier Masson
Christophe Bachmann a écrit :
Alors là, je ne te conseille même pas de télécharger un Visual Studio, qui traite maintenant du Visual Basic for .Net et qui ne te servira pas à grand chose.
En plus j'ai 30 jours pour l'utiliser ! Alors ok, VS payant je comprends tout à fait. MAIS FAIRE PAYER VISUAL BASIC ! JE REVE !
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Christophe Bachmann a écrit :
Alors là, je ne te conseille même pas de télécharger un Visual Studio,
qui traite maintenant du Visual Basic for .Net et qui ne te servira pas
à grand chose.
En plus j'ai 30 jours pour l'utiliser !
Alors ok, VS payant je comprends tout à fait.
MAIS FAIRE PAYER VISUAL BASIC ! JE REVE !
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique
pour aller lire les sources VB3 à la main et un Access pas trop récent
pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access
récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format
moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des
dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Alors là, je ne te conseille même pas de télécharger un Visual Studio, qui traite maintenant du Visual Basic for .Net et qui ne te servira pas à grand chose.
En plus j'ai 30 jours pour l'utiliser ! Alors ok, VS payant je comprends tout à fait. MAIS FAIRE PAYER VISUAL BASIC ! JE REVE !
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Moderateurs de fr.comp.lang.php
Bonjour,
Le 13/11/2009 12:13, Olivier Masson a écrit :
[Déboires avec Microsoft et Visual Basic]
La charte de ce groupe admet un certain laxisme pour la modération d'articles hors charte en réponse à d'autres articles précédemment acceptés (lorsque la discussion a commencé en charte).
Mais il ne faudrait pas que les digressions se prolongent trop, or c'est vraiment le cas ici. Par conséquent, toute nouvelle réponse sera refusée, à moins d'être suivie conformément aux usages vers un forum où elle sera en charte (crosspost + followup-to).
Note : le suivi du présent article est mis vers la liste de discussion de l'équipe de modération.
Cordialement, -- Olivier Miakinen, co-modérateur de fr.comp.lang.php
Bonjour,
Le 13/11/2009 12:13, Olivier Masson a écrit :
[Déboires avec Microsoft et Visual Basic]
La charte de ce groupe admet un certain laxisme pour la modération
d'articles hors charte en réponse à d'autres articles précédemment
acceptés (lorsque la discussion a commencé en charte).
Mais il ne faudrait pas que les digressions se prolongent trop, or
c'est vraiment le cas ici. Par conséquent, toute nouvelle réponse
sera refusée, à moins d'être suivie conformément aux usages vers un
forum où elle sera en charte (crosspost + followup-to).
Note : le suivi du présent article est mis vers la liste de discussion
de l'équipe de modération.
Cordialement,
--
Olivier Miakinen, co-modérateur de fr.comp.lang.php
La charte de ce groupe admet un certain laxisme pour la modération d'articles hors charte en réponse à d'autres articles précédemment acceptés (lorsque la discussion a commencé en charte).
Mais il ne faudrait pas que les digressions se prolongent trop, or c'est vraiment le cas ici. Par conséquent, toute nouvelle réponse sera refusée, à moins d'être suivie conformément aux usages vers un forum où elle sera en charte (crosspost + followup-to).
Note : le suivi du présent article est mis vers la liste de discussion de l'équipe de modération.
Cordialement, -- Olivier Miakinen, co-modérateur de fr.comp.lang.php
Olivier Masson
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique
pour aller lire les sources VB3 à la main et un Access pas trop récent
pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un
Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans
un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des
dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont
généralement dans des .frm ou .bas.
Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils
ne correspondent pas.
Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express
Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS.
Et aucun des fichiers lus par ce dernier n'est présent (ni même de
fichier projet).
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Bruno Desthuilliers
Olivier Masson a écrit : (snip)
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas.
Les .bas contiennent le code VB à proprement parler. Les .frm sont les descriptions dans un langage déclaratif des formulaires.
Mais ce n'est quand même pas du texte brut
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ? (genre Notepad++) ?
et Visual Basic 2008 Express
Pas compatible PAQJS.
Bienvenue dans le monde MS.
Attention, t'es sur un ng MS maintenant !-)
Olivier Masson a écrit :
(snip)
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont
généralement dans des .frm ou .bas.
Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils
ne correspondent pas.
Les .bas contiennent le code VB à proprement parler. Les .frm sont les
descriptions dans un langage déclaratif des formulaires.
Mais ce n'est quand même pas du texte brut
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ?
(genre Notepad++) ?
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas.
Les .bas contiennent le code VB à proprement parler. Les .frm sont les descriptions dans un langage déclaratif des formulaires.
Mais ce n'est quand même pas du texte brut
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ? (genre Notepad++) ?
et Visual Basic 2008 Express
Pas compatible PAQJS.
Bienvenue dans le monde MS.
Attention, t'es sur un ng MS maintenant !-)
Vincent Guichard
Olivier Masson a écrit :
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access p as trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedan s, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai de s dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources s ont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'il s ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Expre ss Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Les fichiers .frm comportent les données correspondant aux fenêtres d e l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment compatible avec la génération précédente des VB (qui s'est arrê tée à VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire e n VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003 et suivants) ne le peux pas (Il y a un module de conversion qui marche plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description de s caractéristiques de la fenêtre (taille et disposition des contrôles ), suivi des méthodes propres à la feuille (en général des réponse s aux événements). Les .bas (aka modules) ne contiennent en principe que du code. Les .frx contiennent des données binaires associées au .frm de même nom (comme l'icône de la form par exemple). Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui contiennent des définitions de classes. Les fichiers vbp et vbw (s'il existent) correspondent respectivement au projet et au workspace.
Vincent Guichard
Olivier Masson a écrit :
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration
syntaxique pour aller lire les sources VB3 à la main et un Access p as
trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedan s,
voir un Access récent pour ouvrir et mettre à jour la .mdb et
l'exporter dans un format moins propriétaire ce que les Access
actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai de s
dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources s ont
généralement dans des .frm ou .bas.
Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'il s
ne correspondent pas.
Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Expre ss
Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS.
Et aucun des fichiers lus par ce dernier n'est présent (ni même de
fichier projet).
Les fichiers .frm comportent les données correspondant aux fenêtres d e
l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment
compatible avec la génération précédente des VB (qui s'est arrê tée à
VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire e n
VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003
et suivants) ne le peux pas (Il y a un module de conversion qui marche
plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description de s
caractéristiques de la fenêtre (taille et disposition des contrôles ),
suivi des méthodes propres à la feuille (en général des réponse s aux
événements). Les .bas (aka modules) ne contiennent en principe que du
code. Les .frx contiennent des données binaires associées au .frm de
même nom (comme l'icône de la form par exemple).
Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui
contiennent des définitions de classes.
Les fichiers vbp et vbw (s'il existent) correspondent respectivement au
projet et au workspace.
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access p as trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedan s, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai de s dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources s ont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'il s ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Expre ss Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Les fichiers .frm comportent les données correspondant aux fenêtres d e l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment compatible avec la génération précédente des VB (qui s'est arrê tée à VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire e n VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003 et suivants) ne le peux pas (Il y a un module de conversion qui marche plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description de s caractéristiques de la fenêtre (taille et disposition des contrôles ), suivi des méthodes propres à la feuille (en général des réponse s aux événements). Les .bas (aka modules) ne contiennent en principe que du code. Les .frx contiennent des données binaires associées au .frm de même nom (comme l'icône de la form par exemple). Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui contiennent des définitions de classes. Les fichiers vbp et vbw (s'il existent) correspondent respectivement au projet et au workspace.
Vincent Guichard
Christian Hubert-Hugoud / weabow - Xtrem7 - Groobax
Avec un peu de chance, tes fichiers sont en mode texte (ils peuvent être en binaire).
Quant à passer une appli VB3 (ou autre) en php, c'est un beau projet... Si ton appli est multi-fenêtre, je pense qu'il vaut mieux repartir des fonctionnalités, et développer l'appli en php, avec ses contraintes web.
J'ai encore une appli qui tourne en vb3 : cela reste du Windows pur jus, et cela fonctionne très bien, d'ailleurs, avec des fenêtre partout etc. Ce n'est pas du tout du web.
Christian
"Olivier Masson" a écrit dans le message de news:4afd6427$0$13509$
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Avec un peu de chance, tes fichiers sont en mode texte (ils peuvent être en
binaire).
Quant à passer une appli VB3 (ou autre) en php, c'est un beau projet... Si
ton appli est multi-fenêtre, je pense qu'il vaut mieux repartir des
fonctionnalités, et développer l'appli en php, avec ses contraintes web.
J'ai encore une appli qui tourne en vb3 : cela reste du Windows pur jus, et
cela fonctionne très bien, d'ailleurs, avec des fenêtre partout etc. Ce
n'est pas du tout du web.
Christian
"Olivier Masson" <sisemen@laposte.net> a écrit dans le message de
news:4afd6427$0$13509$426a74cc@news.free.fr...
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique
pour aller lire les sources VB3 à la main et un Access pas trop récent
pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access
récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format
moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des
dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont
généralement dans des .frm ou .bas.
Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils
ne correspondent pas.
Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express
Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS.
Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier
projet).
Avec un peu de chance, tes fichiers sont en mode texte (ils peuvent être en binaire).
Quant à passer une appli VB3 (ou autre) en php, c'est un beau projet... Si ton appli est multi-fenêtre, je pense qu'il vaut mieux repartir des fonctionnalités, et développer l'appli en php, avec ses contraintes web.
J'ai encore une appli qui tourne en vb3 : cela reste du Windows pur jus, et cela fonctionne très bien, d'ailleurs, avec des fenêtre partout etc. Ce n'est pas du tout du web.
Christian
"Olivier Masson" a écrit dans le message de news:4afd6427$0$13509$
Olivier Masson a écrit :
Il vaut mieux un bon vieil éditeur de texte avec coloration syntaxique pour aller lire les sources VB3 à la main et un Access pas trop récent pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access récent pour ouvrir et mettre à jour la .mdb et l'exporter dans un format moins propriétaire ce que les Access actuels font plutôt bien.
Les vbx ne s'ouvrent pas et ne se décompressent pas. Ensuite j'ai des dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Suite à la modération justifiée, je cross-post et fu2 m.p.fr.vb.
Je rappelle le problème : passer un appli VB (3 !) en PHP (5 :)).
Merci à VG pour la réponse privée. Il m'indique que les sources sont généralement dans des .frm ou .bas. Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils ne correspondent pas. Mais ce n'est quand même pas du texte brut et Visual Basic 2008 Express Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS. Et aucun des fichiers lus par ce dernier n'est présent (ni même de fichier projet).
Olivier Masson
Bruno Desthuilliers a écrit :
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ? (genre Notepad++) ?
Niet. Ni lui, ni un autre (et l'éditeur hexa confirme qu'il s'agit d'un truc binaire).
et Visual Basic 2008 Express
Pas compatible PAQJS.
Hein ?! On peut pas éditer de VB3 avec du VB2008 ???
Bienvenue dans le monde MS.
Attention, t'es sur un ng MS maintenant !-)
Hum... Oui mais je suis certifié MS hein ! :)
Bruno Desthuilliers a écrit :
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ?
(genre Notepad++) ?
Niet. Ni lui, ni un autre (et l'éditeur hexa confirme qu'il s'agit d'un
truc binaire).
et Visual Basic 2008 Express
Pas compatible PAQJS.
Hein ?! On peut pas éditer de VB3 avec du VB2008 ???
Normalement, si. Tu a essayé de les ouvrir avec un éditeur de code ? (genre Notepad++) ?
Niet. Ni lui, ni un autre (et l'éditeur hexa confirme qu'il s'agit d'un truc binaire).
et Visual Basic 2008 Express
Pas compatible PAQJS.
Hein ?! On peut pas éditer de VB3 avec du VB2008 ???
Bienvenue dans le monde MS.
Attention, t'es sur un ng MS maintenant !-)
Hum... Oui mais je suis certifié MS hein ! :)
Olivier Masson
Vincent Guichard a écrit :
Les fichiers .frm comportent les données correspondant aux fenêtres de l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment compatible avec la génération précédente des VB (qui s'est arrêtée à VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire en VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003 et suivants) ne le peux pas (Il y a un module de conversion qui marche plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description des caractéristiques de la fenêtre (taille et disposition des contrôles), suivi des méthodes propres à la feuille (en général des réponses aux événements). Les .bas (aka modules) ne contiennent en principe que du code. Les .frx contiennent des données binaires associées au .frm de même nom (comme l'icône de la form par exemple). Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui contiennent des définitions de classes. Les fichiers vbp et vbw (s'il existent) correspondent respectivement au projet et au workspace.
Vincent Guichard
Merci pour ces explications. Et ça se trouve VB6 ?
Vincent Guichard a écrit :
Les fichiers .frm comportent les données correspondant aux fenêtres de
l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment
compatible avec la génération précédente des VB (qui s'est arrêtée à
VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire en
VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003
et suivants) ne le peux pas (Il y a un module de conversion qui marche
plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description des
caractéristiques de la fenêtre (taille et disposition des contrôles),
suivi des méthodes propres à la feuille (en général des réponses aux
événements). Les .bas (aka modules) ne contiennent en principe que du
code. Les .frx contiennent des données binaires associées au .frm de
même nom (comme l'icône de la form par exemple).
Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui
contiennent des définitions de classes.
Les fichiers vbp et vbw (s'il existent) correspondent respectivement au
projet et au workspace.
Vincent Guichard
Merci pour ces explications.
Et ça se trouve VB6 ?
Les fichiers .frm comportent les données correspondant aux fenêtres de l'application, et les .bas des procédures.
VB2008 fait partie de la génération .NET, et n'est pas vraiment compatible avec la génération précédente des VB (qui s'est arrêtée à VB6). Si tu veux réouvrir un projet VB3, tu peux peut-être le faire en VB6, probablement en VB4 ou 5, mais je suis quasi sur que VB.NET (2003 et suivants) ne le peux pas (Il y a un module de conversion qui marche plus ou moins bien pour vb6, mais je ne pense pas pour vb3).
Dans un .frm (aka form), la première partie contient une description des caractéristiques de la fenêtre (taille et disposition des contrôles), suivi des méthodes propres à la feuille (en général des réponses aux événements). Les .bas (aka modules) ne contiennent en principe que du code. Les .frx contiennent des données binaires associées au .frm de même nom (comme l'icône de la form par exemple). Tu peux aussi avoir des fichiers .cls (mais je crois pas en vb3) qui contiennent des définitions de classes. Les fichiers vbp et vbw (s'il existent) correspondent respectivement au projet et au workspace.
Vincent Guichard
Merci pour ces explications. Et ça se trouve VB6 ?
Jean-marc
Olivier Masson wrote:
Vincent Guichard a écrit :
Hello,
Merci pour ces explications. Et ça se trouve VB6 ?
VB6 faisait partie de Visual Studio 6.0. Ce produit n'est plus supporté ni commercialisé par Microsoft.
En revanche, on trouve des Visual Studio à vendre, assez régulièrement, sur eBay, surtout aux USA et UK.
Voici par exemple:
UK http://cgi.befr.ebay.be/Microsoft-Visual-Studio-6-0-Enterprise-Bundle_W0QQitemZ290368478865QQcmdZViewItemQQptZUK_Computing_Software_Software_SR?hash=item439b4f5e91#ht_784wt_804
USA http://cgi.befr.ebay.be/MICROSOFT-VISUAL-STUDIO-6-0-PRO-6-PROFESSIONAL-BASIC_W0QQitemZ370202893888QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item5631cfde40#ht_876wt_1039
[Note : Pas sur que tu puisses ouvrir un projet VB3 avec VB6.]
Merci pour ces explications.
Et ça se trouve VB6 ?
VB6 faisait partie de Visual Studio 6.0. Ce produit n'est plus
supporté ni commercialisé par Microsoft.
En revanche, on trouve des Visual Studio à vendre, assez régulièrement,
sur eBay, surtout aux USA et UK.
Voici par exemple:
UK
http://cgi.befr.ebay.be/Microsoft-Visual-Studio-6-0-Enterprise-Bundle_W0QQitemZ290368478865QQcmdZViewItemQQptZUK_Computing_Software_Software_SR?hash=item439b4f5e91#ht_784wt_804
USA
http://cgi.befr.ebay.be/MICROSOFT-VISUAL-STUDIO-6-0-PRO-6-PROFESSIONAL-BASIC_W0QQitemZ370202893888QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item5631cfde40#ht_876wt_1039
[Note : Pas sur que tu puisses ouvrir un projet VB3 avec VB6.]
Merci pour ces explications. Et ça se trouve VB6 ?
VB6 faisait partie de Visual Studio 6.0. Ce produit n'est plus supporté ni commercialisé par Microsoft.
En revanche, on trouve des Visual Studio à vendre, assez régulièrement, sur eBay, surtout aux USA et UK.
Voici par exemple:
UK http://cgi.befr.ebay.be/Microsoft-Visual-Studio-6-0-Enterprise-Bundle_W0QQitemZ290368478865QQcmdZViewItemQQptZUK_Computing_Software_Software_SR?hash=item439b4f5e91#ht_784wt_804
USA http://cgi.befr.ebay.be/MICROSOFT-VISUAL-STUDIO-6-0-PRO-6-PROFESSIONAL-BASIC_W0QQitemZ370202893888QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item5631cfde40#ht_876wt_1039
[Note : Pas sur que tu puisses ouvrir un projet VB3 avec VB6.]