libtool je me bat avec sous OpenBSD, FreeBSD, HP-UX, IRIX, Solaris et Linux. Je crois que ça me suffit. Au mieux il permet une certaine facilité d'un linux à un autre. Le truc c'est que quand ça marche, bon, ça marche même si ça fout des .la etc. dégueux partout. Mais quand ça ne marche pas, ça va plus vite de lire le man du compilo et de faire un makefile à la main que de chercher à comprendre pourquoi libtool ne fait que ce qu'il veut. C'est un outil linuxo-linuxien, c'est tout.
<blockquote>L'autre probleme est celui des fonds de documentation des administrations mais nous en parlerons un autre jours... </blockquote>
Problème aisé à résoudre -> passage moulinette en PDF ou autre ...
C'est clair libtool est l'ami du packageur tout comme ses potes auto{make,conf} ... Le gars qui a créé ces trucs des fois on aurait envie de le pendre quand on fait des packages ... grrr.
Même xmkmf est préférable des fois :)
Grand classique, je fais pareil après les atterrissages de tête de lecture sur les gencives ... le froid ça fait juste se contracter le métal et parfois ça dégage un peu les têtes, ça laisse un sursis le temps de tout copier.
Il faut avoir un disque vide complet et faire un dd immédiatement.
En gros tu veux deux flux de paragraphes mais entrelacés ... dur dur, ça me rappelle la quête de quelqu'un qui cherche à mettre ses schémas en vis-à-vis sur les pages blanches à gauche quand on imprime le texte sur le recto uniquement ...
Une recherche rapide sur CTAN ne m'a rien donné, il reste Usenet ...
Quelles particularités d'AOL ?
AOLserver c'est le serveur web des serveurs AOL. Il est sous MPL et certains bouts en GPL, écrit par des gourous qui trainent dans un bureau d'AOL et n'ont rien à voir avec le département marketing.
Mine de rien, un serveur web avec un tel débit ça calme déjà, techniquement, même si il lui manque des features par rapport à apache.
AOLserver est un serveur HTTP de base, rien à voir avec AOL, d'ailleurs il s'appelait NetVista ou qqch comme ça avant le rachat par AOL et l'OpenSourçage grâce à des gars du MIT.
En plus, l'implémentation en dessous c'est souvent des threads ...
Si tu utilises la mémoire partagée (avec mmap(), clone(), rfork() etc. suivant l'OS), tu es sur une idée des threads.
Si tu utilises les sockets, moins rapide que la mémoire partagée (forcément), tu es dans une optique message-passing qui montre mieux la séparation entre processus. C'est juste un peu casse burnes.
<blockquote>C'est clair qu'avec un morceau de memoire partage je suis heureux, mais comment le reserver de facon propre et rapide ? Le truc c'est que ca va a l'encontre de tout ce que fait un OS </blockquote>
Pas du tout. C'est des threads, c'est tout.
=> man mmap et man pthread*
Accessoirement, OpenMP est pas fait _du_tout_ pour ça, AMHA.
A court de ports ? Ca dépend comment tu gère ça.
En plus, tu peux utiliser des sockets Unix.
Sinon, pour la mémoire partagée, shm + sémaphores roxorent mais pas en utilisant les IPC sysV, paluches-toi tes sémaphores à la main, ça vaut mieux.
Et man mmap
Bravo. Tu es le premier que je rencontre qui prenne ce texte au sérieux :)
Sans vouloir lancer un troll classqieu de SoJa, stupeurs et tremblement c'est un peu bidon sur pas mal de points, c'est un recueil de clichés.
En plus, amélie nothomb se la jouant "c'est dur la vie" j'y crois pas deux secondes.
[^] # Re: libtool
Posté par Jean-Yves B. . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 4.
# Re: Migration MS Office => XXX Office
Posté par Jean-Yves B. . En réponse au journal Migration MS Office => XXX Office. Évalué à 1.
[^] # libtool
Posté par Jean-Yves B. . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 3.
[^] # Re: crash disque
Posté par Jean-Yves B. . En réponse au journal crash disque. Évalué à 1.
Il faut avoir un disque vide complet et faire un dd immédiatement.
# Re: WebLog
Posté par Jean-Yves B. . En réponse au journal WebLog. Évalué à 1.
[^] # Re: XPI, Jar et Mozilla ...
Posté par Jean-Yves B. . En réponse au journal XPI, Jar et Mozilla .... Évalué à 1.
[^] # Re: Les copines de Geek aux RMLL
Posté par Jean-Yves B. . En réponse à la dépêche Les copines de Geek aux RMLL. Évalué à 2.
# Re: LinuxFR sur le wap
Posté par Jean-Yves B. . En réponse au journal LinuxFR sur le wap. Évalué à 1.
# Enfin !
Posté par Jean-Yves B. . En réponse à la dépêche QT/Mac passe en double-licence. Évalué à 5.
On va pouvoir voir KDE sous MacOS X sans X11 ! ;)
[-1]
[^] # Re: PIRE ENCORE (Update)
Posté par Jean-Yves B. . En réponse au journal C'est quoi ces trucs ?!?. Évalué à 1.
[^] # Re: PIRE ENCORE (Update)
Posté par Jean-Yves B. . En réponse au journal C'est quoi ces trucs ?!?. Évalué à 1.
whois 193.249.89.11
% This is the RIPE Whois server.
% The objects are in RPSL format.
%
% Rights restricted by copyright.
% See http://www.ripe.net/ripencc/pub-services/db/copyright.html(...)
inetnum: 193.249.0.0 - 193.249.127.255
netname: FR-WANADOO
descr: France Telecom Interactive
descr: Network Access Server BRX
country: FR
admin-c: WITR1-RIPE
tech-c: WITR1-RIPE
status: ASSIGNED PA
remarks: for hacking, spamming or security problems send mail to
remarks: postmaster@wanadoo.fr AND abuse@wanadoo.fr
mnt-by: FT-BRX
changed: gestionip.ft@francetelecom.fr 20000622
changed: gestionip.ft@francetelecom.fr 20000731
changed: gestionip.ft@francetelecom.com 20010328
changed: gestionip.ft@francetelecom.com 20010516
changed: gestionip.ft@francetelecom.com 20030408
source: RIPE
route: 193.248.0.0/15
descr: France Telecom
origin: AS3215
notify: addr-reg@rain.fr
mnt-by: RAIN-TRANSPAC
changed: tfischer@rain.fr 20001017
changed: tfischer@rain.fr 20001017
changed: addr-reg@rain.fr 20020318
changed: addr-reg@rain.fr 20020806
source: RIPE
role: Wanadoo Interactive Technical Role
address: WANADOO INTERACTIVE
address: 48 rue Camille Desmoulins
address: 92791 ISSY LES MOULINEAUX CEDEX 9
address: FR
phone: +33 1 58 88 50 00
e-mail: abuse@wanadoo.fr
e-mail: technical.contact@wanadoo.com
admin-c: WITR1-RIPE
tech-c: WITR1-RIPE
nic-hdl: WITR1-RIPE
mnt-by: FT-BRX
changed: gestionip.ft@francetelecom.com 20010504
changed: gestionip.ft@francetelecom.com 20010912
changed: gestionip.ft@francetelecom.com 20011204
changed: gestionip.ft@francetelecom.com 20030428
source: RIPE
[^] # Re: HP DeskJet 722C
Posté par Jean-Yves B. . En réponse au journal HP DeskJet 722C. Évalué à 1.
tu installe gimp-print et cups et les ppd gimp-print de linuxprinting.org, c'est tout (IIRC).
# Re: HP DeskJet 722C
Posté par Jean-Yves B. . En réponse au journal HP DeskJet 722C. Évalué à 1.
[^] # Re: Bravo aux voleurs!
Posté par Jean-Yves B. . En réponse au journal Bravo aux voleurs!. Évalué à 0.
# Re: Changement de licence Plan9 ?
Posté par Jean-Yves B. . En réponse au journal Changement de licence Plan9 ?. Évalué à 0.
http://marc.theaimsgroup.com/?l=openbsd-misc&m=105584322231852&(...)
Donc c'est Mal :)
[^] # Re: traduction avec LaTeX
Posté par Jean-Yves B. . En réponse au journal traduction avec LaTeX. Évalué à 1.
Une recherche rapide sur CTAN ne m'a rien donné, il reste Usenet ...
# Re: Les fourmis
Posté par Jean-Yves B. . En réponse au journal Les fourmis. Évalué à 5.
# Re: Respect de la GPL et verification
Posté par Jean-Yves B. . En réponse au journal Respect de la GPL et verification. Évalué à 1.
[^] # Re: Outils funs du jour
Posté par Jean-Yves B. . En réponse au journal Outils funs du jour. Évalué à 1.
AOLserver c'est le serveur web des serveurs AOL. Il est sous MPL et certains bouts en GPL, écrit par des gourous qui trainent dans un bureau d'AOL et n'ont rien à voir avec le département marketing.
Mine de rien, un serveur web avec un tel débit ça calme déjà, techniquement, même si il lui manque des features par rapport à apache.
AOLserver est un serveur HTTP de base, rien à voir avec AOL, d'ailleurs il s'appelait NetVista ou qqch comme ça avant le rachat par AOL et l'OpenSourçage grâce à des gars du MIT.
[^] # Re: Capturer le curseur de la souris dans un screenshot...
Posté par Jean-Yves B. . En réponse au journal Capturer le curseur de la souris dans un screenshot.... Évalué à 1.
[^] # Re: Communication inter-processes
Posté par Jean-Yves B. . En réponse au journal Communication inter-processes. Évalué à 1.
Si tu utilises la mémoire partagée (avec mmap(), clone(), rfork() etc. suivant l'OS), tu es sur une idée des threads.
Si tu utilises les sockets, moins rapide que la mémoire partagée (forcément), tu es dans une optique message-passing qui montre mieux la séparation entre processus. C'est juste un peu casse burnes.
[^] # Re: Communication inter-processes
Posté par Jean-Yves B. . En réponse au journal Communication inter-processes. Évalué à 2.
Pas du tout. C'est des threads, c'est tout.
=> man mmap et man pthread*
Accessoirement, OpenMP est pas fait _du_tout_ pour ça, AMHA.
[^] # Re: Communication inter-processes
Posté par Jean-Yves B. . En réponse au journal Communication inter-processes. Évalué à 3.
En plus, tu peux utiliser des sockets Unix.
Sinon, pour la mémoire partagée, shm + sémaphores roxorent mais pas en utilisant les IPC sysV, paluches-toi tes sémaphores à la main, ça vaut mieux.
Et man mmap
# Re: Communication inter-processes
Posté par Jean-Yves B. . En réponse au journal Communication inter-processes. Évalué à 5.
Sinon, les sockets. Ca roulaize bien les sockets.
[^] # Re: Je peux écrire en Japonais!
Posté par Jean-Yves B. . En réponse au journal 日本語が出来る Je peux ecrire en Japonais!. Évalué à 3.
Sans vouloir lancer un troll classqieu de SoJa, stupeurs et tremblement c'est un peu bidon sur pas mal de points, c'est un recueil de clichés.
En plus, amélie nothomb se la jouant "c'est dur la vie" j'y crois pas deux secondes.