De même tous les dev sous windows ne prennent pas en compte GTK2 ce qui pose des pb pour les composant style GdkPixbuf.
Pourquoi ? chez moi GTK2 (2.2.4.1 pour être précis) marche très bien. J'ai d'ailleurs été assez agréablement surpris que le thème s'adapte à l'environnement selon que l'on soit sur XP ou un autre.
Je suis en train d'utiliser Glade 1.1.2 pour windows avec GTK 2.2.4.1.
Après quelques difficultés pour trouver le bons runtimes et fichiers de dev, je trouve ça vraiment très bien. Par contre, dès que tu touches à des trucs bas niveau, tu dois toujours faire des adaptations en fonction du système...
Screugneugneu : un détail qui tue. Comme je traine le boulet de la compatibilité Windows, j'aurais tendance à dire que l'on ne peut utiliser select() que sur des sockets sur ce 'charmant' système. Le fait de l'utiliser sur un pipe génère une belle erreur...
Exit donc cette solution pourtant fort élégante :o(
Certes, je suis tombé dessus. Mais cette petite phrase m'a un peu effrayé :
"Currently full support is available on UNIX platforms, support for Windows is only partially complete."
dans la mesure où l'un des objectifs de mon programme est de fonctionner aussi sur Windows.
Ai-je eu tors ? je n'ai pas trouvé rapidement d'info sur le statut exact pour Windows.
Par contre, pourquoi éviter d'utiliser des threads ? Quelles alternatives existent losque l'on veut préserver la réactivité d'une appli pendant un traitement long ? Les processes ? Il me semble avoir vu que désormais GTK2 est thread-safe, non ?
Merci beaucoup, cela devrait faire parfaitement l'affaire !
Je n'avais pas très bien compris l'utilité de select(), ce qui fait que j'étais passé à côté.
Allez, hop, suite du programme.
Encore merci (et à Fabien Seisen aussi d'ailleurs).
Au fait quelqu'un sait-il pourquoi eclipse (2.1) est plus lent sous linux que sous windows ?
Ce n'était pas dû à l'implémentation des PThreads dans linux ? Sauf erreur, il me semblait que justement le noyau 2.6 devrait apporter des améliorations à ce niveau qui pourraient bien profiter à la JVM. (impossible de me souvenir des URLs où j'ai lu cela)
Perso, je conçois que ses arguments sont pratiques. Je me rappelle mes débuts en HTML. Mais je me dis qu'une personne qui veut publier une page :
- peut apprendre assez aisément l'XHTML "de base". Bien sûr, ce ne sont pas les recommandations du W3C qui sont à lire en premier ! Mais les tutoriaux existent, et petit à petit on apprend, comme avec l'HTML d'antant...
- peut utiliser un logiciel générant de l'XHTML (si le code est trop compliqué) : ce n'est pas sale, ils sont fait pour ça...
Maintenant que je bosse dans l'informatique, je comprends mieux pourquoi on cherche a être strict. C'est triste à dire, mais les gens qui vantent le laxisme d'HTML sont *très* *très* loin de se douter de tous les problèmes que cela pose.
Je sors tout juste d'un projet, incluant la reprise d'existant fait "en patchant" de l'HTML "à la gruik" au fil des années et des apprentissages, et je me permet de dire que c'est cauchemardesque. Plus jamais ça.
Les utilisateurs qui choississent de faire du code "à la main" *ont* le choix. Nous non.
Pour calmer un peu les ardeurs des fervents défenseurs du XHTML strict & co, et avant de troller sur leur forum, il me semble que la lecture de cet article (dont le lien est passé dans les commentaires) aide à comprendre le contexte :
Bof, il y en a qui vont gagner beaucoup d'argent et pas être embêté du tout : ce sont les cabinets d'avocats. Une profession d'avenir j'ai l'impression...
Juste une interrogation de ma part : cette information a-t-elle déjà fait l'objet d'une news ?
Personnellement, je trouve que c'est le meilleur contre-argumentaire que j'ai vu dans l'affaire SCO jusqu'à présent (mais j'en ai peut-être raté). Cela ne mériterait-il pas une news de la boîte "autre" ou même de page principale ?
Alors quelle solution ? L'idéal serait un comptable expert en informatique qui aurait besoin du logiciel. Ce n'est hélas pas trop la peine de croire à des chimères :-)
Chez les ingés, c'est plutôt rare en effet. En revanche, il existe une filière "informatique et gestion", en BTS.
Peut-etre ce genre de profils pourrait-il être utile ?
Autre chose : je me trompe peut-être, mais il me semble que les requis (légaux) en terme de comptabilité sont un tantinet différents d'un pays à l'autre.
Sauf erreur, il y a une hiérarchie dans les "lois", où on trouve notamment que la constitution passe avant la loi (d'où le conseil constitutionnel en France), qui passe avant la jurisprudence (et j'en oublie entre-deux : accords internationnaux, décrets). Ce qui veut dire qu'à mon avis qu'une licence qui ne tient pas compte des lois en vigueur dans un pays n'est pas légale dans ce même pays...
Quelqu'un de plus calé en droit pourrait confirmer que je ne dit pas que des bétises ? (les cours de droit sont bien loin)
J'avais eu ce type de problème : les produits n'y faisaient rien... Alors j'ai utilisé une bonne vieille ventouse. Cà a pris du temps, environ 1h30 à pomper comme un singlé avant que çà ne se débouche. Résultat : je suis tranquille depuis 1 an.
[^] # Re: Lol :)
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Lol :). Évalué à 1.
[^] # Re: Développement multi-plateforme
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Développement multi-plateforme. Évalué à 1.
Pourquoi ? chez moi GTK2 (2.2.4.1 pour être précis) marche très bien. J'ai d'ailleurs été assez agréablement surpris que le thème s'adapte à l'environnement selon que l'on soit sur XP ou un autre.
Et pour ce qui est du packaging, le dernier paragraphe de http://www.dropline.net/gtk/support.php(...) m'a pas mal aidé.
[^] # Re: Développement multi-plateforme
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Développement multi-plateforme. Évalué à 1.
Après quelques difficultés pour trouver le bons runtimes et fichiers de dev, je trouve ça vraiment très bien. Par contre, dès que tu touches à des trucs bas niveau, tu dois toujours faire des adaptations en fonction du système...
Mais bon, côté GUI en tout cas, c'est le bonheur.
[^] # Re: C, GTK, Threads, sockets & rock and roll
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal C, GTK, Threads, sockets & rock and roll. Évalué à 1.
Exit donc cette solution pourtant fort élégante :o(
[^] # Re: C, GTK, Threads, sockets & rock and roll
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal C, GTK, Threads, sockets & rock and roll. Évalué à 1.
Ca marche ou bien il y a des risques que le programme nous explose à la figure ?
Je crois que je vais en rester à la solution select() sur le socket et un pipe utilisé pour l'interrompre, qui de toute façon me semble plus élégante.
[^] # Re: C, GTK, Threads, sockets & rock and roll
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal C, GTK, Threads, sockets & rock and roll. Évalué à 2.
[^] # Re: C, GTK, Threads, sockets & rock and roll
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal C, GTK, Threads, sockets & rock and roll. Évalué à 1.
"Currently full support is available on UNIX platforms, support for Windows is only partially complete."
dans la mesure où l'un des objectifs de mon programme est de fonctionner aussi sur Windows.
Ai-je eu tors ? je n'ai pas trouvé rapidement d'info sur le statut exact pour Windows.
Par contre, pourquoi éviter d'utiliser des threads ? Quelles alternatives existent losque l'on veut préserver la réactivité d'une appli pendant un traitement long ? Les processes ? Il me semble avoir vu que désormais GTK2 est thread-safe, non ?
[^] # Re: C, GTK, Threads, sockets & rock and roll
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal C, GTK, Threads, sockets & rock and roll. Évalué à 1.
Je n'avais pas très bien compris l'utilité de select(), ce qui fait que j'étais passé à côté.
Allez, hop, suite du programme.
Encore merci (et à Fabien Seisen aussi d'ailleurs).
[^] # Re: Concours de Développement pour Eclipse
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Concours de Développement pour Eclipse. Évalué à 1.
Ce n'était pas dû à l'implémentation des PThreads dans linux ? Sauf erreur, il me semblait que justement le noyau 2.6 devrait apporter des améliorations à ce niveau qui pourraient bien profiter à la JVM. (impossible de me souvenir des URLs où j'ai lu cela)
# Re: Je dois être un peu couillon...
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Je dois être un peu couillon.... Évalué à 3.
cf http://www.chami.com/html-kit/(...)
# Re: Biblio Geek indispensable...
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Biblio Geek indispensable.... Évalué à 1.
Comment je so.....
------>[]
[^] # Re: Ma ptit soeur m'écrit d'amérique...
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Ma ptit soeur m'écrit d'amérique.... Évalué à 2.
Haagen Dazs ?
# Re: Détournement de pingouins !!!
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Détournement de pingouins !!!. Évalué à 1.
1. sai-mal
2. c'est associé à DLFP par google, et ça c'est très mal aussi
Merci de ne pas inclure l'URL à l'avenir...
[^] # Re: W3C Go home - transfert.net
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal W3C Go home - transfert.net. Évalué à 2.
- peut apprendre assez aisément l'XHTML "de base". Bien sûr, ce ne sont pas les recommandations du W3C qui sont à lire en premier ! Mais les tutoriaux existent, et petit à petit on apprend, comme avec l'HTML d'antant...
- peut utiliser un logiciel générant de l'XHTML (si le code est trop compliqué) : ce n'est pas sale, ils sont fait pour ça...
Maintenant que je bosse dans l'informatique, je comprends mieux pourquoi on cherche a être strict. C'est triste à dire, mais les gens qui vantent le laxisme d'HTML sont *très* *très* loin de se douter de tous les problèmes que cela pose.
Je sors tout juste d'un projet, incluant la reprise d'existant fait "en patchant" de l'HTML "à la gruik" au fil des années et des apprentissages, et je me permet de dire que c'est cauchemardesque. Plus jamais ça.
Les utilisateurs qui choississent de faire du code "à la main" *ont* le choix. Nous non.
# Re: W3C Go home - transfert.net
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal W3C Go home - transfert.net. Évalué à 2.
http://standblog.com/blog/2003/09/30/93113064-TouchezPasAMonPoteArn(...)
Voilà, ça le goût d'un troll, ça l'odeur d'un troll, mais ça n'en est pas vraiment un...
# Re: pour les pros d'openssl
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal pour les pros d'openssl. Évalué à 2.
Pour ton problème, désolé, aucune idée. J'ai rien trouvé sur la dessus :-(
Juste une toute petite référence dans l'API en PERL d'openssl ( http://search.cpan.org/src/RJOOP/X500-DN-0.22/test.pl(...) : tests 6-10 )
pour le faire via la conf... pas trouvé la moindre idée.
[^] # Re: La programmation est un art
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche La programmation est un art. Évalué à 1.
A quand le label "artisan programmeur", garantissant le codage dans le respect des traditions ? ;o)
[^] # Re: Microsoft condamné pour utilisation de techniques brevetées dans Internet Explorer
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Microsoft condamné pour utilisation de techniques brevetées dans Internet Explorer. Évalué à 10.
# Re: Traduction de l'analyse de B.Perens sur le code montré par SCO
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Traduction de l'analyse de B.Perens sur le code montré par SCO. Évalué à 1.
Personnellement, je trouve que c'est le meilleur contre-argumentaire que j'ai vu dans l'affaire SCO jusqu'à présent (mais j'en ai peut-être raté). Cela ne mériterait-il pas une news de la boîte "autre" ou même de page principale ?
[^] # Re: gnuCash dans une situation difficile
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche gnuCash dans une situation difficile. Évalué à 1.
Chez les ingés, c'est plutôt rare en effet. En revanche, il existe une filière "informatique et gestion", en BTS.
Peut-etre ce genre de profils pourrait-il être utile ?
Autre chose : je me trompe peut-être, mais il me semble que les requis (légaux) en terme de comptabilité sont un tantinet différents d'un pays à l'autre.
[^] # Re: Mon troll préféré :
Posté par mrlem (site web personnel, Mastodon) . En réponse au sondage Mon troll préféré :. Évalué à 1.
http://www.oreilly.com/catalog/opensources/book/appa.html(...)
[^] # Re: Sortie de Qt 3.2
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 1.
[^] # Re: des limites au libre chez Mozilla
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal des limites au libre chez Mozilla. Évalué à 2.
Quelqu'un de plus calé en droit pourrait confirmer que je ne dit pas que des bétises ? (les cours de droit sont bien loin)
# Re: developpement libre sous doz...
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal developpement libre sous doz.... Évalué à 3.
# Re: Mon évier est bouché
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Mon évier est bouché. Évalué à 1.