Discussion :

[mhamedbj]

bonjour a tous,


voila, voila, je voudrais migrer une application depuis Windows vers Linux... sauf que je n'ai jamais fais d'applications sous Linux (à part un hello world en C :p) et encore ce n'est pas un application avec interface graphique.

Mon application que je veux migrer en C++, c'est une application de traitement de son (donc elle utilise plein de primitives etc...), j'ai bien sur penser a JAVA (je suis aussi programmeur JAVA) mais avant de plonger la dedans je voudrais être sur qu'il ya pas moyen de profiter du code déjà présent vue que je sais que Linux utilise principalement C/C++

Alors voila ( mon application est sous microsoft Visual studio)

Alors voila merci pour le coup de main !!


Cdt

[aoyou]

Il faudrait voir quelle librairie de son tu utilises. Elle existe peut-être sous Linux.

Alors voila ( mon application est sous microsoft Visual studio)

La phrase qui fait peur.
Tout code MFC devra être réécrit et tu as sûrement une interface graphique écrite avec MFC. Par contre, les appels WIN32 peuvent être portés avec la libwine
http://www.winehq.org/site/docs/wine...b-introduction

En parcourant le site de Wine, il est apparemment possible d'utiliser les MFC sous Linux mais le hic sont les droits. http://www.winehq.org/site/docs/winelib-guide/mfc

Il paraît qu'il existe chez Trolltech un outil pour convertir du code MFC en code QT. Quid ?

Si tu utilises DirectX, hum ça doit être rapé.

[zais_ethael]

Il a bien spécifié qu'il n'y avait pas d'interface graphique.
Perso, ce qui me fait peur, ce sont les primitives utilisées pour l'audio. Ca utilise peut-être DirectShow mais vu que tu emploies le terme "primitives" je pencherais plutot pour vfw. A mon humble avis, ni l'une ni l'autre n'a été portée sous linux.
Il va donc falloir réécrire tout ça avec une api linux (gstreamer est fort à la mode, quoique ffmpeg est nettement plus utilisé par des applics portables).
Si l'applic n'est pas trop énorme, je te conseillerais plutot de faire du reverse engineering sur les algos employés et de refaire ton applic à partir de rien. Tu y gagnerais probablement du temps et très certainement de la stabilité (parcequ'un applic avec des appels de fonction changés à l'aveuglette c'est pas brillant).

[aoyou]

Il a bien spécifié qu'il n'y avait pas d'interface graphique.

Oui, à relire maintenant, tu as peut-être raison mais en fait ça ne me parait pas clair. J'ai l'impression qu'il veut dire qu'il n'a jamais fait d'interface graphique sous Linux.
mhamedbj, il serait important que tu dises toutes les librairies que tu utilises et quel type de projet tu as fait sous Visual C++.

[mhamedbj]

Oui, à relire maintenant, tu as peut-être raison mais en fait ça ne me parait pas clair. J'ai l'impression qu'il veut dire qu'il n'a jamais fait d'interface graphique sous Linux.
mhamedbj, il serait important que tu dises toutes les librairies que tu utilises et quel type de projet tu as fait sous Visual C++.

tu as raison autant pour moi les amis.. je n'ai jamais fait d'appli graphique sous linux !!!! mais mon application win est entièrement graphique

[aoyou]

mhamedbj, il serait important que tu dises toutes les librairies que tu utilises et quel type de projet tu as fait sous Visual C++.

[Mat.M]

Alors voila ( mon application est sous microsoft Visual studio)

Pour la énième fois cela ne signifie rien.
C'est très imprécis : si c'est un projet console win32 il ne devrait pas y avoir trop de problème à porter le code source vu que c'est du code standard.
Si c'est un projet fenêtré win32 ou MFC il faut tout refaire le projet et utiliser des biblios comme Qt déjà citée.