GuieA_7 a écrit 675 commentaires

Je pense que tu parles de Linux Game Tome:
http://happypenguin.org/

Ça fait longtemps que j'ai pas vu d'annonce, et pourtant il semble que dans les forums ça soit encore actif:
http://happypenguin.org/forums/viewforum.php?f=21&sid=f2(...)

...un sondage "Dieu existe oui/non ?" sur Linuxfr ???

Sinon ce que que je trouve rageant dans le fait d'être athée, c'est que je sais (crois?! :) qu'une fois mort, je ne pourrais pas faire un "ahaah" à la Nelson aux déistes de toutes sortes.

Sinon continue de faire des journaux intéressants (ce qui ne veut pas dire que je sois d'accord avec tout - au contraire même, c'est tout l'intérêt).

J'aurai une question. Il me semble que windows possède un système équivalent (COM+ ?) ; j'aurai aimer savoir à quel niveau D-BUS se situe par rapport à celui-ci, en terme de qualité notamment. Ce n'est pas que la réponse puisse me faire quitter mon système libre, mais le technicien que je suis aime bien savoir ce qui se passe à côté (d'ailleurs ma question vaut aussi pour les autres OS/environnements).

Merci d'avance.

Blender n'a rien à envier à MAX

Je vais un peu modérer tes propos. D'après ce que j'ai pu comprendre (je ne suis pas utilisateur de 3ds), SI Blender a des choses à envier à 3ds, mais le contraire est vrai aussi !! Par exemple, le dépliage UV de Blender est une référence, mais sa pile de modifieurs est encore un peu pauvre.

Je voudrais ajouter quand même que si à l'époque où Blender était proprio, il était déjà très puissant, depuis sa libération, son développement est d'une rapidité incroyable. Blender est pour moi l'application dont le développement est le plus excitant (une release 'majeure' tous les 6 mois environ !), et il ne fait pas de doute qu'un de ces jours il va devenir LA référence, sachant qu'il est déjà une alternative tout à fait crédible (ce n'est pas une version pauvre de 3ds).

C'est vrai que tu pourrais penser à changer de pseudo ; je propose Monomaniac.

Au vu du style des graphismes, je pense que le top serait d'utiliser le format svg (quitte à éventuellement garder un cache des bitmaps générées).

Il commence a y avoir pas mal de frameworks web en python. Django et Karrigell ont déjà été cités au dessus. Parmi les autres framework un peu connus, y a aussi Pylons et Turbogears :

http://www.turbogears.org/
http://pylonshq.com/

Le dev web n'est vraiment pas ma spécialité, aussi je ne dirais pas quel framework est le meilleur, n'ayant testé que Turbogears (mais Guido van Rossum semble fan de Django). En revanche je sais que le site de Turbogears propose un didacticiel pour coder un wiki en 20 minutes, et qui est vraiment bien foutu (perso ça m'a pris bien plus de 20 minutes mais bon je suis pointilleux :)
Sinon j'aime bien la philosophie de Turbogears qui est de réutiliser d'autres projets (comme cherrypy), quand les gars de Django ont tendance à tout refaire.

Il y a déjà pas mal de temps, j'avais avec ma debian un problème de polices petites dans certaines applis moi aussi. Ça s'est réglé après une installation des paquets 'xfonts-75dpi' et 'xfonts-100dpi'.

Désolé si je suis à côté de la plaque.

Pas tout à fait. Le nom du site est 'Linux Game Tome', et recense donc les jeux tournants sous Linux, libres ou pas. D'ailleurs je lui reprocherait d'être souvent vague avec les licences (l'ambiguïté du terme 'free' ...).
Mais ça reste quand même un très bon site que je consulte régulièrement (vive les RSS).

"Ma touche O ne fnctionne que 2 fois sur 3" serait plus crédible !

Il suffit d'utiliser conjointement les modules imp et inspect. Par exemple:

###########
from imp import load_source
from inspect import getmembers, isfunction

def filterfunc(obj) :
__if isfunction(obj) :
____return obj.__name__ == 'foobar'


f = file( 'toto.py')
mod = load_source(name[:-3], f.name, f)
f.close()

my_func = getmembers(mod, filterfunc) [0][1]

##############

Ce code ouvre le plugin nommé 'toto.py', et y cherche une fonction nommée 'foobar'. Plus qu'à appeler my_func, qui pourra te renvoyer par exemple une instance d'objet dérivant de ton Parent.

Arrêtez moi si je me trompe, mais je crois que le codeur de IronPython bosse chez ms, et que sa licence est libre (la licence s'appelle shared source, mais ce n'est à priori pas la même chose que le programme du même nom).
http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPytho(...)

14 - 4 :)

En même temps, faudra m'expliquer dans quel langage tu n'as pas besoin des libs que tu utilise !! Je ne connais pas de langage qui inclut de base WxWidget par exemple. Vu que Wx est en C/C++, il te faudra des bindings si tu n'utilise pas de C/C++ de toutes les façons (en plus de Wx bien sûr).

Sous win : où est le problème ? Si tu utilises du logiciel libre, et bien tu peux distribuer Python + les libs supplémentaires libres dans ton installeur, qui créé aussi les bons raccourcis qui vont bien et voilà, l'utilisateur n'y voit que du feu.

Quant à py2exe, si 12 Mo pour un 'hello world' c'est plutôt gros, il faut voir qu'il y a la vm et cie dedans. Donc un programme 3 fois plus gros qu'un 'hello world' (ce qui n'est pas dur !) ne prendra pas 36 Mo du tout, mais sûrement 12 Mo aussi.

1) Sauf ton respect, les 'programmeurs' de ma connaissance qui avaient peur des pointeurs n'étaient pas des bons programmeurs, et avaient tendance à faire de pieds et des mains pour ne pas en utiliser... Ça donnait bien souvent des solutions simplistes, mais pas simples (comprendre : mauvaises) ! Conclusion : utilise des pointeurs jusqu'à ne plus en avoir peur !! (ce qui ne t'empêche pas d'utiliser en plus un langage sans pointeurs)

2) Puisque tu fais déjà du Python, pourquoi pas continuer ainsi, mais recoder les parties critiques en C (ce qui rejoint le 1)), et les binder à ton code Python, avec ctype ou swig. Tu peux aussi utiliser Pyrex.

3) Sous Unix, Python est souvent là, ou pas difficile à installer (et puis un mec sous Unix n'est pas un utilisateur lambda...). Sous win, il existe Py2exe pour faire un exécutable standalone.

4) C'est une bonne chose d'essayer d'autre langage, rien pour s'ouvrir l'esprit (pas besoin de devenir un gourou dans chacun d'eux). Le libre dispose de plein de langages de qualité : C, Python, Ada, erlang, C#, Ocaml.....

Bon courage ! :)

Un mec avec des collants bleus et un slip rouge par dessus c'est ridicule ; mais bon s'il a une petite bite, alors c'est bon, là ça devient sérieux....

SuperDupond c'est quand même autre chose (à quand le film avec Jean Gabin ??) (ah, on me fait signe qu'il a été brosonnisé, snif...).

Je complète ta remarque avec 2 articles que j'avais vus passer sur l'excellent BlenderNation :
http://www.blendernation.com/2006/04/27/cad-modeling-in-blen(...)
http://www.blendernation.com/2006/05/06/cad-tool-caliper-scr(...)

Je ne suis pas architecte, et je n'ai pas essayé donc je ne promets rien. Mais si ça peut aider à se passer de logiciels kipuentpaskepaslibres, ça serait déjà ça de gagné ! :)

Je trouve que ce système est très discutable:
- on se retrouve avec du code dont on n'a pas les sources. On peut recompiler bien sûr, mais si les serveurs répandus attendent le protocole du binaire officiel....
- ça revient à reconnaître que du code proprio évite la triche (alors que ça ne fait que compliquer un peu la tâche).

En fait le plus rageant avec Cube (et j'aime beaucoup ce jeu, pour y avoir joué un certain nombre d'heures), c'est que malgré tout ça le protocole réseau est mal foutu (il manque pas mal de vérifs je pense), parce que même en jouant avec le client officiel vous pouvez vous retrouver à tricher involontairement (par exemple vous avez la mitrailleuse alors que seul le fusil de sniper est censé être autorisé). Je n'ai pas joué à Sauerbraten, j'espère que c'est mieux de ce côté là.

Oui, on est bien d'accord, le printf n'est sensé vider que stdout. Si ça vidait aussi stdin (comme il me semble me rappeler), c'était certainement une spécificité de la glibc. Il s'agit bien alors d'une rustine toute caca ; mais comme je lui dit aussi de jeter scanf, il faudra aussi jeter la rustine (j'espère :).

Il me semble (mais ça fait longtemps) avoir eu le même problême il y a quelques années, et je résolvais le problème en vidant les buffers (je crois qu'un printf("\n"); faisait l'affaire). Mais je peux me tromper.

Mais sinon comme dit au dessus, scanf est à bannir de toutes les façons (buffer overflows, backspace mal géré...).

s/Roosendale/Roosendaal

Un 'tiens' vaut deux 'tu l'auras'.

Wait and see donc...

Tu oublies de dire que les linuxiens sont des gros barbus repoussants qui ne copulent qu'avec leur main, et que par conséquent, niveau enfants.... (je te taquine hein, en fait je trouve ton commentaire très pertinent :).

Je trouvais ta remarque intérresante, alors je suis allé sur le site de scummvm (que je connaissais) pour creuser la question. Voici ce que j'ai trouvé dans la FAQ:

Can I use ScummVM to make new games?

While it is theoretically possible to write a new game that uses ScummVM it is not advisable. ScummVM has many hacks to support older games and no tools geared towards creating content usable by ScummVM. Potential game authors are encouraged to look at open source technologies such as libSDL for a cross platform DirectX like library, and the Lua and Python scripting languages for game logic.

L'idée d'utiliser scumm était séduisante, mais si même les codeurs de scummvm le déconseillent...

Je ne me suis pas fait bien comprendre ; je m'explique donc.
J'ai tilté lorsque j'ai vu que tu utilisais le #pragma pack(). Je me suis dit que tu devais faire un truc du style "write(mysocket, &mystruct, sizeof(mystruct));", ce qui est mal, car pas portable (au sens ou des machines différentes peuvent produire des trames différentes, donc ne pas se comprendre), en espérant produire une trame de la taille minimum.
Pourtant tu as l'air de connaitre htonl() et c'est très bien ; donc peut être utilises tu le #pragma pack() pour une autre raison. Mais j'espère qu'elle est bonne, puisque ton code risque d'être plus lent comme je te l'ai dit.

Donc non je ne dit pas que garder l'alignement rend les trames portables, je dit que comme tu vas serialiser les membres de ta structure un a un dans un gros buffer, tu vas pouvoir aligner les données comme bon te semble : l'alignement dans tes trames n'a rien à voir avec celui de ta structure en mémoire (donc ce que modifie pack()).

Bon code ! :)

Oui le module struct est bien, xdrlib est pas mal non plus.

En revanche une petite remarque. Je ne sais pas pour quelle raison tu utilises une structure avec des #pragmas pack(), mais si c'est pour écrire toute ta structure d'un coup dans ta socket sans perte de place, tu fais probablement une erreur. En effet :
- ton code sera lent quand il manipulera ta structure autrement que pour l'envoyer sur le réseau (des manipulations supplémentaires à cause de l'alignement pas 'naturel'). Cependant rien n'empêche de mettre les membres de ta structure dans un ordre intelligent (char ensemble par exemple).
- tes trames réseau ne sont pas portables : en écrivant d'un coup toute ta structure, le comportement variera suivant les machines(32/64 bits, big endian/little endian...). Il faut faire une fonction qui va sérialiser ta structure dans un buffer, avec des fonctions comme htonl()/htons(), puis écrire ce buffer dans ta socket.

Désolé du dérangement si tu savais tout ça!! :)