Accueil > Forum > > > > Probleme complique sur pointeur mais reponse simple surement
 Probleme complique sur pointeur mais reponse simple surement
lundi 26 août 2002 à 01:11:28 |
Probleme complique sur pointeur mais reponse simple surement
MrKribou
|
Un probleme de pointeur je pense. Je vous expose la situation : Dans une Classe (ClassEx) voila je fais un truc du genre : char* pChar = this->getInfo("info1", "info2"); getInfo c une methode de la classe qui ressemble a ca : char* ClassEx::getInfo(char* anInfo1, char* anInfo2) { char info[100]; char* pInfo=info; if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile )) MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK); return pInfo; } GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple) le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info. Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ? Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la) Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:)) J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ? Merci pour les reponses meme si elles sont juste partielles :) |
|
lundi 26 août 2002 à 12:49:52 |
Re : Probleme complique sur pointeur mais reponse simple surement
jcecchi
|
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
lundi 26 août 2002 à 15:52:41 |
Re : Probleme complique sur pointeur mais reponse simple surement
Kaid
|
Pour ta deuxième question:
- char* et char[] sont "équivalent" et hérités du C.
- LPSTR, LPCSTR, ..., sont des définitions de types Win32 pour désigner des chaines de caractères.
- Sinon il reste les objets: CString avec les MFC, std::string avec la STL et bien d'autres.
-------------------------------
Réponse au message :
-------------------------------
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
mardi 27 août 2002 à 01:06:35 |
Re : Probleme complique sur pointeur mais reponse simple surement
MrKribou
|
Merci, j'ai essaye la premiere solution et elle marche impec. Pas eu le temps d'essayer la seonde.
Merci aussi pour les infos !
-------------------------------
Réponse au message :
-------------------------------
Pour ta deuxième question:
- char* et char[] sont "équivalent" et hérités du C.
- LPSTR, LPCSTR, ..., sont des définitions de types Win32 pour désigner des chaines de caractères.
- Sinon il reste les objets: CString avec les MFC, std::string avec la STL et bien d'autres.
-------------------------------
Réponse au message :
-------------------------------
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
mardi 27 août 2002 à 01:19:30 |
Re : Probleme complique sur pointeur mais reponse simple surement
Kaid
|
Dans les deux cas, n'oublies pas de libérer la mémoire que tu as allouée avec new.
-------------------------------
Réponse au message :
-------------------------------
Pour ta deuxième question:
- char* et char[] sont "équivalent" et hérités du C.
- LPSTR, LPCSTR, ..., sont des définitions de types Win32 pour désigner des chaines de caractères.
- Sinon il reste les objets: CString avec les MFC, std::string avec la STL et bien d'autres.
-------------------------------
Réponse au message :
-------------------------------
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
mardi 27 août 2002 à 02:24:59 |
Re : Probleme complique sur pointeur mais reponse simple surement
jcecchi
|
De rien.
Mais comme l'a dit Kaid (j'ai oublie de le dire), fait un delete des que tu n'as plus besoin de ta variable.
-------------------------------
Réponse au message :
-------------------------------
Merci, j'ai essaye la premiere solution et elle marche impec. Pas eu le temps d'essayer la seonde.
Merci aussi pour les infos !
-------------------------------
Réponse au message :
-------------------------------
Pour ta deuxième question:
- char* et char[] sont "équivalent" et hérités du C.
- LPSTR, LPCSTR, ..., sont des définitions de types Win32 pour désigner des chaines de caractères.
- Sinon il reste les objets: CString avec les MFC, std::string avec la STL et bien d'autres.
-------------------------------
Réponse au message :
-------------------------------
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
jeudi 29 août 2002 à 04:21:38 |
Re : Probleme complique sur pointeur mais reponse simple surement
jfloviou
|
par ailleurs, il est simple d'utiliser getprivateprofilestrinf avec des char * ... il suffit de bient faire un cast adequat....
jaja
-------------------------------
Réponse au message :
-------------------------------
De rien.
Mais comme l'a dit Kaid (j'ai oublie de le dire), fait un delete des que tu n'as plus besoin de ta variable.
-------------------------------
Réponse au message :
-------------------------------
Merci, j'ai essaye la premiere solution et elle marche impec. Pas eu le temps d'essayer la seonde.
Merci aussi pour les infos !
-------------------------------
Réponse au message :
-------------------------------
Pour ta deuxième question:
- char* et char[] sont "équivalent" et hérités du C.
- LPSTR, LPCSTR, ..., sont des définitions de types Win32 pour désigner des chaines de caractères.
- Sinon il reste les objets: CString avec les MFC, std::string avec la STL et bien d'autres.
-------------------------------
Réponse au message :
-------------------------------
Salut,
le probleme est tres simple.
En fait pInfo pointe sur info qui une variable locale. Tant que tu es dans ta fonction cette variable existe, mais des que tu renvoie pInfo, la fonction se termine et la variable info est detruite. Resultat : pInfo pointe sur une zone non valide et provoque une erreur.
Solution 1 :
recupère ta valeur dans info.
ensuite recupère la longueur de info (strlen).
alloue la memoire necessaire pour pInfo (new).
copie le contenu de info dans pInfo (strcpy).
retourne pInfo.
Solution 2 : (a verifier)
alloue l'espace memoire pour pInfo (new).
passe le en paramètre dans GetPrivate...
retourne pInfo.
En gros GetPrivateProfileString va mettre la chaine de caractère dans le buffer de pInfo (cad la zone mémoire reserve pour pInfo), mais toi tu n'as pas du faire de new donc ca marche pas.
Voila j'espere t'avoir aider.
-------------------------------
Réponse au message :
-------------------------------
Un probleme de pointeur je pense.
Je vous expose la situation :
Dans une Classe (ClassEx) voila je fais un truc du genre :
char* pChar = this->getInfo("info1", "info2");
getInfo c une methode de la classe qui ressemble a ca :
char* ClassEx::getInfo(char* anInfo1, char* anInfo2)
{
char info[100];
char* pInfo=info;
if (!GetPrivateProfileString(anInfo1, anInfo2, "", info, sizeof(info), _iniFile ))
MessageBox (NULL, "probleme de recuperation de donnees dans le fichier ini" , "erreur", 0 + MB_ICONASTERISK);
return pInfo;
}
GetPrivateProfileString sert a trouver une valeur d'une donnee a partir de cle (dans un fichier ini par exemple)
le probleme c'est que j'ai pas trouver de moyen pour que la fonction GetPrivateProfileString me renvois un char* alors je suis obliger d'utiliser char[] pour contenir l'info.
Etant donne que je tiens absolument a renvoyer un char* je met un pointeur vers le tableau info[]. Tant que je suis dans la methode, pInfo pointe sur la valeur qu'il faut, mais des que je retourne pInfo a pChar, mon pChar du debut lui pointe sur n'importe quoi (Alors qu'il devrait pointer sur la meme adresse que pInfo, c'est a dire le tableau non ?
Je viens du Java et je m'embroille pas mal avec ces pointeurs la (je pense que le probleme viens de la)
Si kkun pouvait m'aider a ce probleme ca pourrait me permettre d'avancer dns la comprehension des pointeurs (j'espere:))
J'en profite pour poser une question relative au C++. En java on se casse pas la tete on utilise la classe String, mais en C++, ya des char*, des char[], des LPCTSTR, des string, koi faut utiliser en priorite et en fonction de quoi ?
Merci pour les reponses meme si elles sont juste partielles :)
|
|
Cette discussion est classée dans : probleme, char, pointeur, info, pinfo
 Répondre à ce message
 Sujets en rapport avec ce message
probleme malloc !! [ par Vinsininounet ]
Bonjour a tous,J'ai un probleme TRES bizzarre :quand je fait :char* pointeur;pointeur = malloc(sizeof(char)*1000);sa me met :invalide conversion de vo
probleme de char [ par dededo ]
salut ,j'ai creer un tableau : char truc[20][20]et voila mon probleme : je le rempli et quand je regarde son contenu avec les outils de VC++ il n'est
Probleme de debug avec dev-cpp [ par xcxl ]
Bonjour, hier jai voulu debuger mon prg (premiere fois) mais apres avoir cliker sur debug, il me propose de generer les info de debuggage, jaccepte ,
problème de pointeur [ par Kurpeus1 ]
Bonjour. J'ai déjà posé la question il y a deux trois jours mais je n'ai pas eu de réponse satisfaisante. Je me permet de réxpliquer mon problèmej'ai
Retourné un tableau dans une focntion??? [ par nerone21 ]
Bonjour,alors voici mon probleme, et ma fonction:char *ConcatNom(char NomFichier[MAX_PATH]){ int taillefile=strlen(NomFichier); char nomfichier[
Pointeur cast [ par gwenChina ]
Bonjour a tous,J'ai en fait un petit probleme avec un message que le compilateur me renvoie: [Warning] assignment makes pointer from integer without a
probleme de pointeur [ par jypees ]
Bonjour a tous. Voila j'ai l'habitude de faire de la prog sur unix et la je viens de me lancer sur windows (lol) et j'ai un petit probleme car je ne s
Probleme simple de chaine de caractere [ par lamoueste ]
Voila j'ai un probleme je voudrais simplement copier un fichier essai.txt ce qui marche avec la fonction : char FileName[]={"c:\\essai.txt"}; char Ne
stack et char * [ par yuriashford ]
Salut à tous je developpe actuellement une application qui utilise une stack de STL la stack est une declaré : stack pile; Le probleme vient de l'aff
probleme d'ecriture [ par lamoueste ]
Bonjour, voila mon code et ca me rend fou j'arrive pas avoir mon erreur pourtant ca doit etre tout bete : j'arrive pas a deplace mon pointeur dans le
 Livres en rapport
|
Derniers Blogs
 POUR RAPPEL ! LES SPéCIFICATIONS DES PROTOCOLES OFFICE ET SHAREPOINT SONT DISPONIBLES SUR MSDNPOUR RAPPEL ! LES SPéCIFICATIONS DES PROTOCOLES OFFICE ET SHAREPOINT SONT DISPONIBLES SUR MSDN par neodante
Quelle est le point commun entre : Microsoft il y a 10 ans et Apple aujourd'hui ? Réponse: avoir une politique de protocoles propriétaires et fermés :) Car pour rappel (si si je vous assure c'est important de le rappeler), la majorité des spécifications e...
Cliquez pour lire la suite de l'article par neodante JOYEUX ANNIVERSAIRE NIXJOYEUX ANNIVERSAIRE NIX par ebartsoft
Souhaitons un bon et joyeux anniversaire à notre hôte à tous, Nix.
Je ne le répéterais jamais assez mais sans lui rien ne serait possible. Il défit en permanence les lois de la gravité et comme il le dit si bien, si tu lui fais confiance ça devra...
Cliquez pour lire la suite de l'article par ebartsoft IMAGINE CUP 2012, MAKE A SIGN EN FINALEIMAGINE CUP 2012, MAKE A SIGN EN FINALE par junarnoalg
Voilà qui est fait, la nouvelle est officielle ! L'équipe belge "Make a Sign" va au pays des kangourous défendre son projet dans la catégorie Software Design. http://www.imaginecup.com/CompetitionsContent/Competition/WorldwideFinalists.aspx V...
Cliquez pour lire la suite de l'article par junarnoalg KINECT 1.5 IS OUT !KINECT 1.5 IS OUT ! par Vko
La version 1.5 du Kinect For Microsoft vient tout juste de sortir ! Plein de nouveautés: Tracking de squelette en Near Mode Détection en position assise Détection faciale avec un SDK dédié Documentation et des guideline (enfin) Un out...
Cliquez pour lire la suite de l'article par Vko LES ACTUALITéS DE LA SEMAINE SUR C2I.FR (14 MAI - 20 MAI) LES ACTUALITéS DE LA SEMAINE SUR C2I.FR (14 MAI - 20 MAI) par richardc
Mise à jour des Web API du 14 Mai
Réservez dès maintenant votre journée du 20 juin pour le Windows Azure Dev Camp 2012 à Paris
Mise à jour de Team Foundation Service
MechCommander 2 sur Windows 8
Entity Framework 5 Release Candidate e...
Cliquez pour lire la suite de l'article par richardc
Logiciels
 sDEVIS-FACTURES vlPRO (8.1.0.3)SDEVIS-FACTURES VLPRO (8.1.0.3)sDEVIS-FACTURES vlPRO a été mis au point pour les particuliers, créateurs, entrepreneurs, artisa... Cliquez pour télécharger sDEVIS-FACTURES vlPRO 974 Application Server (12.2.4.6)974 APPLICATION SERVER (12.2.4.6)Développez de puissantes applications dans un environnement de 'cloud computing', clusterisé, séc... Cliquez pour télécharger 974 Application Server vPicture (1.4.2.1)VPICTURE (1.4.2.1)Avec vPicture, hébergez vos images facilement et rapidement.
vPicture est un utilitaire simple, ... Cliquez pour télécharger vPicture Easy-Planning (2.2.1.6)EASY-PLANNING (2.2.1.6)Easy-Planning permet de créer des plannings sous la représentation de diagrammes et est adapté au... Cliquez pour télécharger Easy-Planning COM-BACKUP (2.0)COM-BACKUP (2.0)
COM-BACKUP est un logiciel de sauvegarde qui permet de planifier les sauvegardes de vos dossiers ...
Cliquez pour télécharger COM-BACKUP
|