Reprise du message précédent :

demain je passe l'exam de Flight Captain

ma copine qui est a Buenos Aires a quitté le boulot avant moi

http://fr.news.yahoo.com/19092006/ [...] s-les.html
 
muriel > tu vas pouvoir tes journaux extrémistes et subversifs au volant \o/

sans blague

'tain mais mwinmwin, il est 7h, qu'est ce que tu fous là?

ben j'viens d'me lever; chuis en vacances, j'ai plus de raison de me lever à midi

Allez, pour vous mettre en forme pour cette longue journée de travail qui vous attend: http://www.top10virals.com/viralvi [...] -baby.html

Nan mais c'est pas parce que je branle rien de la journée que je ne travaille pas moi mossieur.  
 
Le niveau en C++ là où je bosse est plutôt faible (y en a pas un seul sur 20 qui a entendu parler de valgrind, de conditional variable, de PC-Queue, du fait que iostream.h est deprecated, ou même de size_t). Forcément, ça me permet de faire mon boulot en utilisant que la moitié du cerveau.

95.5 kg \o/ (1kg de moins que moins moins quoi )

ptain mais c'est déjà le bordel ici

T'es à Bangkok là ?
 
 
One night in Bangkok makes a hard man humble ...

'tain, on doit faire une DLL pour JNI nous
 
en plus l'API à wrapper est énorme, genre y'a au moins 200 fonctions
 
ça va être beau.

generate, baby

explique ?

Faut aimer aller trifouiller dans son OS aussi... moi j'aime pas

Ben là comme ça je dirais que JNI ça a probablement une structure uniforme dépendant de ton api java (genre faut mettre en place tel tel et tel truc pour chaque fonction/méthode/objet à exposer)
 
Donc au lieu de créer le wrapper à la mano, tu peux probablement te créer un générateur de code passif que tu lances sur ton fichier ou ton groupe de fichiers à wrapper et qui génère les wrappers tout seul comme un grand
 
Après en fonction de l'amusement que tu as et tu temps que tu veux passer sur le générateur, soit tu fais un générateur qui fait 90% du taf et tu corriges les merdes ou les trucs variant trop à la mano, soit tu fais un générateur qui gère tous les cas et toutes les variations
 
Même si c'est pas nécessairement beaucoup plus court initialement, ça a en plus 2 avantages:

• Créer des générateurs de code c'est quand même plus amusant qu'écrire du wrappre à la main
• Si votre API à wrapper change et que vous vous retrouvez à devoir re-wrapper le truc, t'auras déjà ton géné sous la main, t'auras juste à le relancer

nan, l'api qu'on reçoit est une DLL accessible en C, on doit la faire monter en java.
 
effectivement, je crois me souvenir d'un outil générique existant.

ou sinon tu fais tous faire par un stagiaire

non, ça va pas être possible

Pourquoi ? t'es incompétent du recrutement ?
 
 
quota :  
 
 

 
'tain, j'ai eu fait ça une fois (pour un tout petit truc, par contre).
En fait, j'avais commencé par écrire le Java, avec les objets qui m'allaient bien, puis, j'avais utilisé l'outil de base de JNI pour générér les prototypes c++, et en dernier, ben j'avais implémenté les wrappers.
A priori, mettre en place des règles qui permettent d'écrire le prototype de la partie Java à partir du C doit être jouable.

ouais, là on partait plustôt sur l'idée d'avoir un minimum de C++.

bah...J'imagine, mais t'as pas toujours le choix, à moins de n'utiliser que des types primitifs et des Strings côté Java. Bon, c'est vrai que rien ne t'empêche de coller une couche de mapping Java derrière, mais sinon, c'est pas super pratique.  
Et puis je crois me souvenir que tu peux créer des objets Java à partir du C Enfin, de toutes façons, t'as une partie C à écrire, à moins que tu ne puisses tailler dans l'API, je pense.

Ben ouais mais tu peux pas extraire l'interface de ta DLL genre en utilisant ctypes? (je sais pas du tout hein, je pose la question)

nraynaud> t'as de bon souvenirs de matlab? Tu pourrais me filer un coup de main sur les fonctions de plot en 3D?

 
Je viens d'apprécier l'humour de moins-moins. Effectivement les vacances te réussissent.

moktar > non, désolé, c'est vraiment enterré.

Quand c'est que skype ils se bougent le cul pour prendre en charge la webcam sous mac ?  Pi ya open-wengo aussi, mais là le programme plante dès qu'on utilise la webcam intégrée.

http://www.skype.com/download/skyp [...] eview.html

va faire ta propagande de barbu ailleurs steuplé

 
ah oué, j'avais pas  vu. Je m'en vais la tester...    

Tant pis, merci quand même

nan, mais c'est pas le pb, on a le .h et le .lib.
 
Notre *vrai* pb c'est que toute la boite est orientée vers java, par exemple on a que des intégrateurs continu en java, on a personne de bon en C (genre, j'ai été obligé de me faire réexpliquer le mot clef "static" ) et que la lib est un peu grosse (à vue de nez 200 fonctions). Mais techniquement on a pas de pb.
 
ce que je songeais, c'est à faire un système à la forth, car l'essentiel du boulot, c'est d'envoyer un modèle à un prouveur, et de récupérer des variables ensuite, ce qui veut dire qu'on va parler beaucoup, mais pas beaucoup écouter (en taille d'api). l'avantage en mettant la pile côté C++, c'est qu'on remonte pas les pointeurs et qu'on a pas besoin de wrapper. style : "pose la constante litérale 3 sur la pile", "pose une nouvelle constante sur la pile", "mets le nom 'prout' à la tête de pile", "affecte à la constante qui est la tête l'expression qui est en-dessous" etc.
 

 
J'suis pas un barbu.
 

MEXIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIICOOOOO !
SOUS TON SOLEIL QUI CHANTE IIIIIIIIIIIIIIIIIIIIIIIIIIIIII !

Bon ben t'écris ton générateur et tu fais pas chier alors

no way !!!!

Y a swig, mais je l'ai utilisé seulement pour faire des modules python utilisant des DLLs.
 
http://www.swig.org/Doc1.3/Java.html#java_overview

 
   
 
 
 
les gaÿs