Problème Visual Basic
Bonjour,
Début septembre mon PC a rendu l'âme. Je viens de redémarrer XP sur une nouvelle bécane et installer visual basic V6. En voulant redémarrer une de mes applications VB
je rencontre un problème avec les contrôles DATA et DBGRID ?
Début septembre mon PC a rendu l'âme. Je viens de redémarrer XP sur une nouvelle bécane et installer visual basic V6. En voulant redémarrer une de mes applications VB
je rencontre un problème avec les contrôles DATA et DBGRID ?
29 réponses
Résumé de la discussion
Le problème central porte sur l'utilisation de Visual Basic 6 sur Windows XP et les contrôles DATA et DBGRID qui ne fonctionnent pas comme attendu. Des solutions proposées incluent l’usage de l’outil VBC6.exe pour corriger certains composants ActiveX et, alternativement, le remplacement par ADO Data Control 6.0 et DataGrid Control 6.0 via OLEDB. Certains échanges évoquent des soucis de syntaxe SQL avec les nouvelles méthodes et des questions sur la charge des classes comme MSDBGRID.GRID. D'autres remarquent que l'affichage peut varier selon le type de contrôle choisi, du simple DBGrid à FlexGrid ou ListView, et suggèrent d'étudier des alternatives et des contextes d'utilisation.
-
Bien sûr j'arrive tard, mais après cinq ans de recherches j'ai enfin trouvé la cause d'un problème similaire.
La cause était une version trop ancienne de Dbgrid32.ocx qui provoquait une impossibilité de son enregistrement par regsrv32.
Après avoir pris une version trouvée à https://www.ocxdump.com/download-ocx-files_new.php/ocxfiles/D/Dbgrid32.ocx/5.01.81046/download.html et l'avoir enregistrée par la commande regsvr32 /i D:\[répertoire] \DBGRID32.ocx le problème est enfin résolu et je peux utiliser sous Windows 7 mes vieux programmes (du VB4!) :-) -
Bonjour,
Je n'ai jamais suivi de cours VB et appris sur le tas alors les lacunes j'en ai ! Ne vous sentez pas insole! L'essentiel est de progresse.
L'affichage du contenu d'une table depend de ce que vous voulez voir. Un dbgrid convient pour un affichage simple de x enregistrements, un MSflexgrid est pour le meme type d'affichage avec possibilite "d'embellissement" de la presentation, une Listview est encore plus elaboree en presentation et en utilisation.
Mais de toute facon, il faut une connexion a une base et une interrogation a une ou plusieurs tables par requete SQL si vous voulez faire des choix dans les enregistrements.
Je vais modifie un projet simple pour que vous puissiez voir une autre facon de travailler avec une base access, si cela vous interesse.
A+ -
Bonjour f894009,
Après 24 heures de pause ! je reviens sur votre dernier message. y aurait-il une autre façon de gérer une table autrement que de passer par un dbgrid? Je n'ai jamais suivi de cours VB et appris sur le tas alors les lacunes j'en ai ! -
Re,
J'ai fait un test sans probleme meme si cela fait tres longtemps que je n'utilise plus de control data pour tout ce qui est dbgrid, msflexgrid, listview. Il faudrait un peu plus de code -
Bonjour. D'accord faut voir.
dans une petite page de code j'ai créé un data et datagrid le premier faisant référence à une table 'Comptes' d'une base access 'Finances' et le second se référence au nom du data. A l'execution le dbgrid m'affiche la liste des comptes.
Mais lorsque on veut utiliser SQL il y a un PB : exemple
Fco.recordsource="Select * from Comptes"
Fco. refresh sort erreur de syntaxe !! (Fco nom du data) -
OUI .VBP charge toutes les feuilles et modules et uniquement cela à ma connaissance (sans doute incomplète j'en conviens !). Je ne vois pas ce que le répertoire peur apporter sur le PB. Ma femme, la première intéressée, passe son temps sur internet pour ce PB. Elle semble avoir trouvé quelques choses d'intéressant sur le forum des professionnels !!! j'examine la chose. je vous souhaite une bonne soirée. Et merci mais le feuilleton continue .
-
Re,
Ce que vous voulez c'est les feuilles de codes et la base de données Access qu'elles utilisent et le fichier .exe de l'application compilée
Normalement pour faire un .exe, il faut un .VBP, x .frm, et ......... si nous parlons bien VB6.0 -
Tous mes projets ne sont que des outils de gestion diverse : catalogue de recettes, catalogue des timbres de collection, gestion financière, gestion des photos, bibliothèque des cd audio, etc ...Le plus est apporté par des outils de controle à la saisie, des outils graphiques, des outils de recherche etc ...
-
Re,
Vous avez bien un repertoire par projet VB5 ou VB6???? Vous n'avez pas utilise un repertoire par defaut pour tous!!!!!!! -
OUI mon premier projet a débuté du temps de VB5 (1996). Pour ce qui est du répertoire. Chaque projet a été construit de toute pièce jusqu'à l'obtention d'un fichier compilé. Je n'ai jamais eu besoin de cette fonction dont j'ignore son utilité.
-
Re,
Je confirme: DBGRI32.OCX est issu de VB5
Répertoire de projet : connait pas !!Vous avez bien un repertoire avec le VBP et autre?????? -
Répertoire de projet : connait pas !!
-
Re,
vient de XP niveau Pack 3 plus récent que celui que j'avais peut-etre, mais vos programme ne viennent-ils pas du VB5. J'ai fait une install du VB6 et surprise il n'y a pas de DBGRID32.OCX mais un DBLIST32.OCX. Donc j'en conclue que vos programmes sont de base VB5. Ayant fait de meme il y a pas mal d'annees(commencer en VB5 et passer en VB6), j'ai toujours VB5 et VB6 sur les PC que j'utilise, ce qui fait que je n'ai pas de soucis.
Une solution:
Vous avez copie DBGRID32.OCX dans windows\systeme32. Vous le copiez dans le repertoire de votre projet. Normalement pas de probleme d'ouverture.
Faites cela et rendez compte pour continuer ensuite
A+ -
Chronologie des événements : en 2006 nouvel ordinateur avec XP. J'y installe VB6 avec mon CD d'installation. Je charge mes projets et les fait tourner sans problème. 2012 panne de la carte mère de mon PC (j'ai sur un disque externe la sauvegarde de mes projets). Je m'équipe d'un PC avec XP, j'y installe VB6 avec mon CD d'installation et je constate les dégâts (liste des composants différente !!) . Mon fournisseur du PC pense que cela vient de XP niveau Pack 3 plus récent que celui que j'avais... ?? C'est effectivement sur le plan soft la seule différence.
-
Re,
Ce que je ne comprends pas: si vous avez installe VB6 sur ce PC, tous les composants .OCX vu logiciel devrait etre dans windows\system32!!!!!! -
Je l'ai copié et collé dans Windows\System32.
-
Re,
Je l'ai copié et installé avec regsvr32 DBGRID32.OCX dans une fenetre invite de commande ou ......... -
Ayant récupérer les fichiers VB6 de mon ancien ordinateur on y trouve DBGRID32.OCX. Je l'ai copié et installé dans system32 de WINDOWS de mon nouvel ordinateur. Le message d'erreur alors change. Si je veux créer un nouveau projet j'ai la surprise de trouver alors DBGRID32 dans la liste des composants (ce qui n'était pas le cas avant) mais sa sélection donne fichier introuvable. Par ailleurs les propriétés des contrôles DATA sont différentes et la sélection d'une base Access signal ISAM inconnue.
-
OK. Je vais vous envoyer par email en pièces jointes les divers fichiers VB6 et la base de données sous Access d'une de mes applications. Ces fichiers sont à implanter dans un dossier 'Recettes' sous C\
Confirmer moi votre accord et l'adresse mail à utiliser.-
Re,
Avant de voir une de vos appli, j'ai retrouve dans quel cas j'ai pu avoir ce probleme. A chaque fois cela etait pour des composants ActivX (.OCX) qui n'etaient pas dans le repetoire windows\system32, mais dans un repertoire x et en deplacant le projet ou l'exe, plantage sur le ou les composants absents. Par contre jamais eu ce probleme sur les composants de base VB6. Donc, vous allez creer un projet, ajoutez le composant DBGRID32.OCX et rendez compte
Question: En voulant redémarrer une de mes applications VB avez vous refait un install
merci
-
-
Bonjour,
J'ai du mal à suivre votre cheminement après avoir récupérer VCB6li. Je peux vous transmettre un de mes projets. Ce que vous voulez c'est les feuilles de codes et la base de données Access qu'elles utilisent et le fichier .exe de l'application compilée ?
- 1
- 2
Suivant