[C++] [WIN32 API] ADO POUR LES NOUVEAUX
DeAtHCrAsH
Messages postés
2670
Date d'inscription
vendredi 25 janvier 2002
Statut
Membre
Dernière intervention
6 février 2013
-
16 juil. 2004 à 22:32
IDKS Messages postés 5 Date d'inscription vendredi 22 février 2008 Statut Membre Dernière intervention 28 mars 2008 - 30 janv. 2009 à 12:49
IDKS Messages postés 5 Date d'inscription vendredi 22 février 2008 Statut Membre Dernière intervention 28 mars 2008 - 30 janv. 2009 à 12:49
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/24632-c-win32-api-ado-pour-les-nouveaux
https://codes-sources.commentcamarche.net/source/24632-c-win32-api-ado-pour-les-nouveaux
30 janv. 2009 à 12:49
peux tu me dire si il ne faut pas rajouter à la ligne 306
nomlivre = (char *)GlobalAlloc(GPTR, len + 1);
GetDlgItemText(hwnd, IDC_NOMLIVRE, nomlivre, len + 1);
car sinon la "MISE A JOUR DU NOMLIVRE" déjà existant ne se fera pas !
3 sept. 2007 à 13:53
29 juil. 2006 à 16:02
simple a comprend
10/10
27 mars 2006 à 00:44
Parcontre je pence qu'il faudrai remplacer "IDC_S1" et "IDC_S2" par "IDC_S4" et "IDC_S5" quand tu affiche les infos sur les emprunteurs sa corespondrai mieux à l'interface.
J'en profite pour te donner une petite sugestion tu pourai remplacer "DefaultDir=C:\";" à la ligne 138 par "DefaultDir=.";" cela permetrai de balader l'exe et le mdb dans le repertoire que l'on veut.
4 juin 2005 à 20:29
24 mars 2005 à 16:56
j'ai lu ton prog , il ma bien aider et je t'en remerci .
j'ai une petit question , a te demander:
peut on bloquer un champ de la base access lor une modif par un autre prog?
je m'explique , voila j'ai deux programme qui utilise la meme base , ces
prog lise et modifit la base selon les valeurs des champs, mais par
momment les deux prog lisent le meme champ. et la Probleme...
si tu peux m'aider voici mes mail
raphael.delhalle@spheragone.fr
merci et a+
23 févr. 2005 à 14:17
Ton tutorial m'a bien aidé à débuter en ADO que je ne connaisais pas du tout avant.
Juste une petite correction si tu me le permets :
lorsque tu utilise pDb->Execute(...) il ne faut pas utiliser pSet pour enregistrer le retour. En effet tu a alloué pSet au début de ton programme pour tes propres manipulations et faire pSet = ... réinitialise ton pointeur et ton objet recordset que tu a alloué au début s'en va dans la nature.
Ce serait différent si tu faisais (*pSet) = ..., dans ce cas tu égaliserais les objets et non les pointeurs. Cependant la fonction Execute renvoir bien un pointeur vers un nouveau recordset.
Il faut donc déclarer un nouveau pointeur, récupérer le retour et ne pas oublier de libérer la mémoire.
Exemple :
_RecordsetPtr _pSet;
_pSet = _pDb->Execute(...);
if (_pSet) {
if (_pSet->State == adStateOpen) _pSet->Close();
_pSet.Release(); _pSet = NULL;
}
Si tu ne libère pas le recordset tu risque d'avoir des problèmes, par exemple au niveau des transactions.
VB libère automatiquement le recordset, ce n'est pas le cas en C où il faut le faire à la main.
Charly
17 févr. 2005 à 18:45
17 févr. 2005 à 08:16
Ca me paraît assez normal si tu écrase le pointeur avec pSet = pDb->Execute(...) !!!
9 nov. 2004 à 20:28
9 nov. 2004 à 20:16
8 nov. 2004 à 18:04
5 nov. 2004 à 15:27
5 nov. 2004 à 13:48
5 nov. 2004 à 13:43
17 juil. 2004 à 13:03
Utiliser HeapAlloc.
16 juil. 2004 à 22:34
Shell
16 juil. 2004 à 22:32
De plus il y a pas vraiment de tuto la dessus sur le site.
Je te mets un petit 10/10 pour une premiere source.
A++ et bonne continuation.
Shell