Convertisseur de textes PC-TI - Page 1

Pourquoi ne le fais-tu pas toi-même? Les sources sont livrées.

</KK>

edit: (finalement je vais lui dire ça en minimsg)

Folco : J'y ai pensé, mais je ne connais pas du tout les API et les méthodes de programmation sur Linux. J'arrive tout juste dans ce bel univers.

Cela dit, les exécutables doivent se recompiler du premier coup sous Linux. Ce sont plutôt les scripts .bat qui me freinent. J'ai zéro connaissance en scripts bash.

Tiens, tout ça amène une question : est-ce qu'on peut compiler un programme simple de ce genre pour Linux et le distribuer sous sa forme binaire ? Allez pas me dire que même pour des choses aussi connes que lire et écrire un fichier, il faut absolument compiler sur la plateforme de destination pour que ça soit "compatible avec la distribution"

pourquoi t'as besoin de scripts?

et je pense que tu pourrais distribuer un prog simple en binaire, mais tous les gens vont te dire que c'est pas pratique du tout et qu'ils voudraient un RPM, un deb, un machichose, etc...

Dans la plupart des cas, il faut effectivement compiler sur la distribution de destination, même pour un programme "simple", parce que la glibc n'est compatible que dans le sens ascendant. Pour un programme en C++, il y a aussi la libstdc++ qui doit correspondre; récemment, g++ est resté compatible pour plusieurs versions, mais les versions 2.95, 2.96-rh, 3.0, 3.1, 3.2/3.3 et 3.4/4.0/4.1/4.2/4.3 ont des ABIs différentes (et à ma connaissance, il y a aussi des problèmes entre 3.2 et 3.3 et entre 3.4 et 4.x qui touchent quelques programmes; quant à 3.1 vs. 3.2, elles sont issues de la même branche, la version a changé justement parce que l'ABI C++ a changé). Et si on utilise d'autres librairies, elles sont aussi concernées par ce genre de problèmes.

Sinon, je viens de regarder le code:
* Tes fichiers .bat sont des bidouilles moches pour des choses que le programme C++ serait censé faire lui-même s'il était bien conçu (genre renommer les fichiers v2t en 89t).
* _findfirst etc. (tous les _find*) ne sont pas portables et n'existent pas sous GNU/Linux, il faut utiliser les fonctions POSIX de dirent.h (également disponibles sous MinGW) à la place. (Dans le code de Richard Dillingham (dans "original sources"), il y avait une branche du code utilisant dirent.h, d'ailleurs.)
* Ce code (que tu as désactivé en mettant en commentaire la dernière instruction qui fait le vrai boulot):

 		strcpy(tempString,"mkdir ");
		strcpy(tempString+strlen(tempString),folderName);
		//system(tempString);

est totalement pourri, il y a une fonction mkdir en C, c'est idiot de venir appeler mkdir avec system.

./7 : Merci
./8 : Je m'en tape : ça marche et les utilisateurs n'en demandent pas plus.

Ça ne marche pas sous GNU/Linux.