Re: fonction c++
Finalement, voici le code assembleur de la fonction suivante généré pour un
processeur Itanium. Note : j'ai pris un tableu assez grand pour éviter les
loop unrolling et poub=voir tester les performances (pas fait pour finir)
uint BitCount(uint *w)
{
uint r = 0;
uint i;
for (i = 0; i 65536; i++)
{
r += *w 0x2;
*w = 1;
}
return(r);
}
Ce code doit être interprêté après avoir lu les documents mentionnés dans un
de mes mails d'hier. Sinon, toute conclusion relève du folklore... Pour
mémoire, Itanium a quadruplé chacune de ses unité fonctionnelle, il engendre
(dans ce cas) du code en modulo scheduled loop et il peut effectuer jusqu'à
4 opération en // par unité fonctionelle...
..L2:
BitCounter::
//file/line/col vm_app.c/45/1
// ***EntryOp*** CMid911, r32 = // A [vm_app.c: 45/1]
alloc r31 = ar.pfs, 1, 9, 0, 8 // M [vm_app.c: 45/1] [UVU: ]
mov ar.ec = 2 // I
brp.loop.few.imp ..L3, ..LB918 // B
ld4 r33 = [r32]// M [vm_app.c: 54/9] [UVuse]
add r8 = 0x, r0 ;; // I
mov r40 = ar.lc// I [vm_app.c: 45/1]
add r9 = 0, r32 ;; // M
nop.m 0 // M
mov r41 = pr // I [vm_app.c: 45/1]
// ***PseudoFenceOp***// A [vm_app.c: 45/1] [UVU: ]
cmp.ne.or.andcm p16, p17 = 42, r0 ;; // M
nop.m 0 // M
mov ar.lc = r8 // I
//file/line/col vm_app.c/50/6,52/5,54/9
add r8 = 0, r0 // M [vm_app.c: 50/6] [UVU: ]
nop.i 0 // I
nop.b 0 ;; // B
..L3:
nop.m 0 // M
(p16) extr.u r32 = r33, 16, 16 // I [vm_app.c: 55/9]
(p16) and r34 = 2, r33 // I [vm_app.c: 54/9]
(p17) add r8 = r8, r35 // M [vm_app.c: 54/9]
nop.f 0 // F
[..LB918:] br.ctop.dptk.few ..L3;; // B [vm_app.c: 52/16]
..L4:
//file/line/col vm_app.c/58/5
add r33 = 0, r34 // M
mov ar.lc = r40// I
add r32 = 0, r9 ;; // I
st4 [r32] = r33// M [vm_app.c: 55/9] [UVuse]
mov pr = r41, 0x1fffe // I [vm_app.c: 58/5]
br.ret.sptk.few rp ;; // B [vm_app.c: 58/5]
..L1:
// ***EndOp*** ;; // A
.endp BitCounter
Un mec d'HP m'a signalé qu'il existe une isnstruction beaucoup plus efficace
pour compter les bits. Voici donc le code :
#include machine/inline.h
uint BitCount(uint *w)
{
uint r = 0;
uint i;
for (i = 0; i 65536; i++)
{
r += _Asm_popcnt(*w);
w++;
}
}
A mon avis, il faut aussi réduire le nombre de boucle car l'opération
s'effectue sans doute sur 32 bits à la fois. DOnc pour un tableau de 128K
bits (131072), on n'effectue plus que 4096 boucles, au lieu de 65536 avec la
méthode précédente. De plus, l'instruction popcnt n'utilise qu'un seul cycle
machine au lieu de plusieurs isntructions avec ' '. Notez aussi que
l'incrémentation de w et i peut se faire dans le même cycle machine.
Un nouveau mêtier se dessine : programmeur assembleur sur Itanium :-)
Daniel
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Investir dans le ``savoir faire'' (Was: Re: fonction c++)
On Tue, 3 Sep 2002, Daniel Cordey wrote: On Tuesday 03 September 2002 16:58, Marc SCHAEFER wrote: Sauf s'ils ont déjà renvoyé les personnes qui savaient. Ou que ceux-ci ont trouvé un meilleur boulot. Oui, c'est déjà arrivé par le passé (Apollo). Mais en général, les sociétés font un (petit) effort pour garder certains. Entre autre, losr de la fusion HP/Compaq, la connaissance était chez HP en ce qui concerne Itanium. D'après ce que je sais, l'équipe est toujours en place. (une entreprise n'a pas de savoir faire, elle a des employés). Aïe! Si ce que tu dis est vrai alors comment convaincre une entreprise d'investir dans la formation? C'est sans doute vrai dans le soft, nettement moins dans la mécanique :-) Intéressant! Comment l'entreprise conserve son savoir faire en changeant son personnel? -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
On Tue, 3 Sep 2002, Marc Mongenet wrote: Dommage pour XFig, il pourrait effectivement entrer dans ma catégorie des programmes qui durent et valent la peine d'être connu. Mais je n'ai pratiquement jamais besoin de faire des figures. Alors s'il y a encore beaucoup de trucs aussi surprenant dans l'interface, je ne risque pas de progresser. As-tu vu la librairie de figures? XFig est très pratique pour tout ce qui est schématique. S'intègre merveilleusement avec LaTeX! -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
On Mon, 2 Sep 2002, Sebastien Cevey wrote: On Mon, Sep 02, 2002 at 05:59:39PM +0200, Félix Hauri wrote: The Gimp (l'élève) à déjà largement dépassé Photoshop(tm) (le maître) dans bien des domaines. Très souple, parfaitement intégré à gnome (la librairie gtk - Gnome ToolKit à été développée initiallement pour Gimp.) J'aime bien TheGimp aussi, mais es-tu certain de ce que tu avances (je suis pas grapheux donc je peux mal juger) ? Si oui, tu as des exemples ? Non pas que j'en aies besoin, pour moi c'est parfait, mais lors des (fréquentes) discussions sur le sujet, j'ai souvent peu d'exemples concrets à avancer ... Donc si tu en as ;) Tout est relatif! J'avais réussi en 97-8 un truc ``grand'' avec un 486DX + 20 Mo RAM: Alloué 2x125Mo de swap, et installé Gimp 1.0.4... J'ai réalise avec cette config une image ``script-fu'' de qqch comme 600 x 35'000 pixels RGB soit ~ 60Mo, passant pas l'association de quatre couches, soit 240Mo. Mon pauvre 486Dx à mis plus d'un jour pour me faire mon image, mais IL L'A FAIT sans planter, sans erreurs. (J'avais des ``warning'' plein l'écran, mais rien d'irrécupérable.) J'ai pu imprimer l'image sur un traceur A0 Postscript sans problème. A cette époque j'ai essayé de faire la même chose avec une configuration ``pro'' et photoshop (chez un ami graphiste, sur un Mac) et Photoshop m'a répondu froidement qu'il ne serait pas d'accord de créer une image de plus de 32'767 pixels de large ou de long. J'ai demandé alors à mon 486DX de m'ouvrir une nlle image de 120'000 x 115 pixel, - (41Mo) moins de vingt minutes plus tard, une ligne s'affiche sur mon écran, je demande un affichage à l'echelle 1:1 et constate qu'il s'agit bien d'une image blanche de 115 pixel de haut et 120 Kpixel de large. Cette petite expériance démontre que GIMP et Photoshop ne sont pas développé selon la même logique et que GIMP et Linux forment un couple robuste. La richesse des fonctions n'était alors pas encore au rendez-vous, mais avec l'arrivée de la version 2.4 ce n'est plus vrai. -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Hello, Ce matin j'ai jeter un coup d'oeil aux package Office de KDE. Il y a là deux ou trois outils pour faire du flow-charting et des dessins qui me paraissent intéressant (KChart, Kivio, Kontour). au niveau Gnome, nous utilisons de temps en temps Dia (http://www.lysator.liu.se/~alla/dia/). Je le trouve facile d'utilisation et assez complet (pour ce que nous faisons). Il est aussi possible d'étendre la librairie. Le format de base est XML. Bonne journée. Olivier -- Olivier Bornet | français : http://puck.ch/f Swiss Ice Hockey Results | english : http://puck.ch/e http://puck.ch/| deutsch : http://puck.ch/g [EMAIL PROTECTED] | italiano : http://puck.ch/i Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net msg08670/pgp0.pgp Description: PGP signature
Re: The Gimp (was: Re: apt et rpm)
On Mon, 2 Sep 2002, Michel Jirounek wrote: Gimp est très bien, je ne travaille qu'avec ça pour mon usage personnel. Mais il me semble qu'il ne dépasse pas photoshop sur un point qui est vital dans le domaine de l'impression (professionnelle surtout): il ne gère pas la quadrichromie (ou alors j'ai manqué une page). Pas franchement, mais 24bits sont largement suffisants pour codifier une image. Les algorythmes de conversion 24bits - 4x1bit sont problème du constructeur de l'imprimante ou du flasheur. Les machines actuelles acceptent sans problème une image 24 bits et font la conversion eux-même, selon des specification qui sont confinées dans le ``Fichier de description de l'imprimante'' ou .PPD pour ``Postscript Printer Description''. Et ça, chez un imprimeur par exemple, ça passe pas bien et m'oblige à utiliser des logiciels concurrents sous Mac ou Windows pour les travaux en couleur (au moins pour la conversion des images). L'imprimeur doit pouvoir te donner un fichier PPD (Pour windows ou pour Macintosh. dans ce cas il faudra le filtrer avec: $ tr \\r \\n FichierMac.ppd FichierUx.ppd :-) Alors quand ce petit détail sera réglé, alors oui, GIMP aura dépassé photoshop. Pour ma part, je me débrouille pour travailler en 24 bits et obtenir un fichier ppd correct. Je n'ai pas a me plaindre des résultats sur machines Xerox (Fiery) et traceurs HP grands formats. Alors si quelqu'un à une solution au problème Malheureusement, cette solution n'est pas géniale avec des imprimantes non postscript. Dès lors, peut-être que les nouveaux drivers spécifiques GIMP... Je n'ai pas encore essayé. :-( Sinon CUPS a un assez bon carnet. Si tu as le temps, GS option corrections postscript + filtres. Au pire une solution commerciale (issue d'Amiga) très efficace: Turbo Print. c.f. leur site en allemagne: http://turboprint.de/ -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Investir dans le ``savoir faire'' (Was: Re: fonction c++)
On Wed, 4 Sep 2002, Félix Hauri wrote: (une entreprise n'a pas de savoir faire, elle a des employés). Aïe! Si ce que tu dis est vrai alors comment convaincre une entreprise d'investir dans la formation? Non, justement, et on refait la formation à chaque départ d'employé :) Comment l'entreprise conserve son savoir faire en changeant son personnel? En général quand tu quittes, tu es censé transmettre ton savoir. Sinon, on peut aussi s'arranger pour que tout le savoir d'une personne soit connu en partie par d'autres personnes. Ou, documenter tous les processus dans une démarche qualité. Bien sûr, dans certains domaines, ou si le savoir change très vite, une démarche qualité n'est même pas envisageable. Et l'expérience est très difficilement transférable. Finalement c'est à l'entreprise de s'organiser pour ce genre de cas: du point de vue de l'employeur, aucun employé ne devrait être indispensable: les impératifs pratiques font qu'en règle générale les employés qui partent en premier (ceux qui peuvent partir) sont ceux qui causent le plus de problèmes pour la perte du savoir. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
On Tue, 3 Sep 2002, Marc Mongenet wrote: Aah, c'était scale et pas update. Effectivement, ainsi ça va mieux. Tu utilises les menus, ou les symboles sur la gauche ? Dommage pour XFig, il pourrait effectivement entrer dans ma catégorie des programmes qui durent et valent la peine d'être connu. Mais je n'ai pratiquement jamais besoin de faire des figures. Alors s'il y a encore beaucoup de trucs aussi surprenant dans l'interface, je ne risque pas de progresser. La version avec laquelle j'ai commencé (1993?) n'avait pas de menus, juste les symboles (`la toolbox'), peut-être que simplifier l'interface est la solution. Ca paraît sans doute idiot lorsqu'on connaît les capacités du programme. Mais lorsque ce n'est pas le cas, comme moi, on peut sincèrement penser qu'il n'est pas possible de mettre à jour un objet avec la souris et laisser tomber le programme... Dommage. ah, il m'est déjà arrivé de modifier directement le fichier .fig (pour paramétrer automatiquement un des textes, p.ex.). Le langage ne doit pas être si dur :- -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
On Wednesday 04 September 2002 17:02, Marc SCHAEFER wrote: ah oui? j'intègre comment du KOffice dans LaTeX ? Il est clair que les outils K s'intègrent les uns dans les autres, mais pour l'exportation LaTeX, on n'y coupera pas, au fig2dev. Je n'ai pas encore regardé en détail, mais je pense qu'il est possible (comme avec les autres parties de StarOffice) de générer du png, gif, ps... Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Hello, ah oui? j'intègre comment du KOffice dans LaTeX ? Il est clair que les outils K s'intègrent les uns dans les autres, mais pour l'exportation LaTeX, on n'y coupera pas, au fig2dev. pour Dia, le menu export donne entre autre : - TeX Metapost macros (*.mp) - TeX PSTricks macros (*.tex) - Portable Network Graphic (*.png) - XFig format (*.gif) - HPGL (*.plt, *.hpgl) et autres .eps, .dxf... Tout ça en plus du format XML de base utilisé par Dia. Notez que j'ai jamais essayé de faire des exportations. Bonne journée. Olivier -- Olivier Bornet | français : http://puck.ch/f Swiss Ice Hockey Results | english : http://puck.ch/e http://puck.ch/| deutsch : http://puck.ch/g [EMAIL PROTECTED] | italiano : http://puck.ch/i Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net msg08676/pgp0.pgp Description: PGP signature
/etc/printcap et print to a file
Bonsoir à tous J'ai modifié mon /etc/printcap en rajoutant une imprimante nommée file pour imprimer sur un fichier (et non pas sur une imprimante) et ceci de la façon suivante: ### LOCAL # print to a file file:\ :sd=/var/spool/lpd/print2file:\ :mx#0:\ :sh:\ :lp=/var/spool/lpd/print2file/printfile: Mon but final est de créer des documents pdf avec ps2pdf, à partir de programmes windows qui ne savent que imprimer sur une imprimante (par l'intermédiaire de samba) Le fichier créé est /var/spool/lpd/print2file/printfile. Entre parenthèse, j'aurais préféré $HOME/printfile, mais lpd me dit: Starting lpd: Warning - file: cannot stat lp device '/home/maitre/printfile' - Permission non accordée. Pas grave. Mon (petit) problème: je dois vider /var/spool/lpd/print2file/printfile manuellement aprés chaque opération, parce que sinon le nouveau texte à imprimer est appondu à l'ancien ( comme si j'avais printfile) Comment flusher ou vider printfile automatiquement pour créer un nouveau fichier printfile à chaque fois? Faut-il mettre un filtre, et si oui, comment? Quelqu'un a-t-il une idée? Merci d'avance Pierre Maitre -- Dr Pierre-O. Maitre Privat Docent FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1272 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: /etc/printcap et print to a file
Pierre Maitre wrote: Bonsoir à tous J'ai modifié mon /etc/printcap en rajoutant une imprimante nommée file pour imprimer sur un fichier (et non pas sur une imprimante) et ceci de la façon suivante: ### LOCAL # print to a file file:\ :sd=/var/spool/lpd/print2file:\ :mx#0:\ :sh:\ :lp=/var/spool/lpd/print2file/printfile: Mon but final est de créer des documents pdf avec ps2pdf, à partir de programmes windows qui ne savent que imprimer sur une imprimante (par l'intermédiaire de samba) Le fichier créé est /var/spool/lpd/print2file/printfile. Entre parenthèse, j'aurais préféré $HOME/printfile, mais lpd me dit: Starting lpd: Warning - file: cannot stat lp device '/home/maitre/printfile' - Permission non accordée. Pas grave. pourquoi pas imprimer dans $HOME/printdir/printfile, comme cela il est pas trop critique de permettre à lpd d'écrire vu qu'il suffit que $HOME/printdir soit 'writeable', et non tout le $HOME (qui si je me souviens bien, doit quand-même être 'executable' pour tout le monde) ? Martin -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Problème avec XFree 4.2.0 et SiS 650
Hello, j'aide un ami a installer Linux sur son portable Gericom Webshox Per4mance. La majeure partie des devices viennent de la carte mère SiS. Le chip graphique est un SiS650. Il a installé une RedHat 7.3. De base, elle ne supporte pas le SiS650, mais au max un SiS630. On a donc downloadé depuis le site web de SiS le driver pour SiS650 (http://www.sis.com/support/driver/linux.htm) pour XFree 4.1.0 (RedHat 7.2). Il semble plus ou moins marcher, si ce n'est que l'affichage est légèrement décalé vers le haut. On ne voit donc pas le sommet, et une bande noire est présente au fond de l'écran (environ 0.5 cm). Peut-on régler ce problème, ou est-ce un problème du driver pour XFree 4.1.0 alors que l'on a un XFree 4.2.0. D'avance merci. Olivier -- Olivier Bornet | français : http://puck.ch/f Swiss Ice Hockey Results | english : http://puck.ch/e http://puck.ch/| deutsch : http://puck.ch/g [EMAIL PROTECTED] | italiano : http://puck.ch/i Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net msg08679/pgp0.pgp Description: PGP signature
Re: /etc/printcap et print to a file
Martin Herren a écrit : pourquoi pas imprimer dans $HOME/printdir/printfile, comme cela il est pas trop critique de permettre à lpd d'écrire vu qu'il suffit que $HOME/printdir soit 'writeable', non, même avec $HOME/printdir/ = drwxrwxrwx et printfile = rwxrwxrwx, ça marche pas. et non tout le $HOME (qui si je me souviens bien, doit quand-même être 'executable' pour tout le monde) ? Pas nécessairement. Chez moi: [maitre@anesth1 /home]$ cd [maitre@anesth1 maitre]$ ls -ld drwx-- 48 maitre anesth 4096 sep 4 20:28 ./ -- Dr Pierre-O. Maitre Privat Docent FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1272 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: /etc/printcap et print to a file
On Wed, 4 Sep 2002, Pierre Maitre wrote: Bonsoir à tous J'ai modifié mon /etc/printcap en rajoutant une imprimante nommée file pour imprimer sur un fichier (et non pas sur une imprimante) et ceci de la façon suivante: ### LOCAL # print to a file file:\ :sd=/var/spool/lpd/print2file:\ :mx#0:\ :sh:\ :lp=/var/spool/lpd/print2file/printfile: Utilise: pdfmail:\ :lp=/dev/null:\ :sd=/var/spool/lpd/print2file:\ :if=/var/spool/lpd/print2file/print2file.sh: ... Ou :if=/var/spool/lpd/print2file/print2file.pl: ... .py ou ce que tu veux. man printcap: ... FILTERS ... The if filter is invoked with arguments: if [-c] -wwidth -llength -iindent -n login -h host acct-file ... Tu retrouve donc le nom du user passé en arguement a ton script, soit via ``login'', soit ``host'', soit les deux;) Ton script traitera l'entrée standard: $ cat - | ps2pdf | uuencode tempfile.pdf (le ``cat - |'' est facultatif, c'est juste pour facilité la compréhension;) Mon but final est de créer des documents pdf avec ps2pdf, à partir de programmes windows qui ne savent que imprimer sur une imprimante (par l'intermédiaire de samba) J'ai fait une imprimante ``pdfmail'' Qui renvoie par mail le job en attachement pdf... Le fichier créé est /var/spool/lpd/print2file/printfile. Entre parenthèse, j'aurais préféré $HOME/printfile, mais lpd me dit: Starting lpd: Warning - file: cannot stat lp device '/home/maitre/printfile' - Permission non accordée. Pas grave. Tu peux contourner cela en créant un répertoire dédié et en gérant les permissions avec un script. Mon (petit) problème: je dois vider /var/spool/lpd/print2file/printfile manuellement aprés chaque opération, parce que sinon le nouveau texte à imprimer est appondu à l'ancien ( comme si j'avais printfile) Je recherche mon paquet... Comment flusher ou vider printfile automatiquement pour créer un nouveau fichier printfile à chaque fois? Faut-il mettre un filtre, et si oui, comment? script... -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: /etc/printcap et print to a file
Pierre Maitre [EMAIL PROTECTED] writes: Mon but final est de créer des documents pdf avec ps2pdf, à partir de programmes windows qui ne savent que imprimer sur une imprimante (par l'intermédiaire de samba) il me semble avoir vu un truc du style dans un linux gazette, j'essaie de retrouver...voila, google donne qques liens interessants: http://www.google.com/search?q=linux+gazette+print+pdfhl=enlr=ie=UTF-8start=20sa=N http://www.mandrakeforum.com/article.php?sid=2225lang=en (ce lien contient egalement le lien precedent) tom -- as seen in a signature: In an open world without walls and fences, who needs Gates and windows? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Marc SCHAEFER wrote: On Tue, 3 Sep 2002, Marc Mongenet wrote: Aah, c'était scale et pas update. Effectivement, ainsi ça va mieux. Tu utilises les menus, ou les symboles sur la gauche ? J'ai surtout utilisé la barre d'outils. La version avec laquelle j'ai commencé (1993?) n'avait pas de menus, juste les symboles (`la toolbox'), peut-être que simplifier l'interface est la solution. C'est possible. En tout cas le dessin des icônes d'outil est trop fouilli pour qu'on arrive à les reconnaître sans efforts. En fait même avec des efforts c'est pas si aisé. Pour les boutons en haut qui déroulent des menus, s'ils fonctionnaient comme des menus raisonnables, se serait aussi un plus. Il faudrait aussi sans doute changer de bibliothèque de widgets car actuellement il y a quelques bugs, certes mineurs, mais qui laissent une impression de bâclé pénible et indigne d'une interface. Par exemple, dans le menu de choix de bibliothèque de figures, la marque 3D de sélection disparaît quand un sous-menu est ouvert. En outre des marques noires restent dans le menu après un rapide survol avec la souris. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Félix Hauri wrote: On Tue, 3 Sep 2002, Marc Mongenet wrote: Dommage pour XFig, il pourrait effectivement entrer dans ma catégorie des programmes qui durent et valent la peine d'être connu. Mais je n'ai pratiquement jamais besoin de faire des figures. Alors s'il y a encore beaucoup de trucs aussi surprenant dans l'interface, je ne risque pas de progresser. As-tu vu la librairie de figures? Pas ces derniers temps... Il y a pas mal de trucs utiles, même des maisons, héhé. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: /etc/printcap et print to a file
Félix Hauri a écrit : pdfmail:\ :lp=/dev/null:\ :sd=/var/spool/lpd/print2file:\ :if=/var/spool/lpd/print2file/print2file.sh: Ah! voilà la secret: :lp=/dev/null:\ C'est le filtre qui crée le fichier, et non pas lp (note: j'ai du écrire filter au lieu de print2file.sh. En effet, le fichier doit avoir la permission 600, et le .sh associé à une permission 600 faisait tousser /etc/init.d/lpd) Comment flusher ou vider printfile automatiquement pour créer un nouveau fichier printfile à chaque fois? script... ... et /dev/null le tour est joué, c'est génial. Merci Pierre Maitre -- Dr Pierre-O. Maitre Privat Docent FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1272 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: /etc/printcap et print to a file
[EMAIL PROTECTED] a écrit : Pierre Maitre [EMAIL PROTECTED] writes: Mon but final est de créer des documents pdf avec ps2pdf, à partir de programmes windows qui ne savent que imprimer sur une imprimante (par l'intermédiaire de samba) il me semble avoir vu un truc du style dans un linux gazette, j'essaie de retrouver...voila, google donne qques liens interessants: http://www.google.com/search?q=linux+gazette+print+pdfhl=enlr=ie=UTF-8start=20sa=N http://www.mandrakeforum.com/article.php?sid=2225lang=en (ce lien contient egalement le lien precedent) et celui-ci: http://www.linuxgazette.com/issue72/bright.html est excellent. Merci pour l'info. Zut, moi qui croyais avoir inventé la roue ... c'était déjà fait. Pierre Maitre -- Dr Pierre-O. Maitre Privat Docent FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1272 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Debian] configs clavier fr_CH console et X Window
Marc SCHAEFER wrote: Je crois que tout bug sur un package Debian est de toute façon utile s'il est bien documenté, vu qu'il permet à n'importe qui d'aller voir les corrections possibles. C'est fait, bug #159644. On verra ce qui se passe. Je suis un peu étonné, il y a une majorité de bugs qui ont l'air de traîner depuis des mois, voire des années. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Problème avec XFree 4.2.0 et SiS 650
Bonsoir, Ce 4 septembre 2002, Olivier Bornet a écrit: j'aide un ami a installer Linux sur son portable Gericom Webshox Per4mance. La majeure partie des devices viennent de la carte m=E8re SiS. Le chip graphique est un SiS650. Il a install=E9 une RedHat 7.3. De base, elle ne supporte pas le SiS650, mais au max un SiS630. Voir aussi: http://xfree86.org/current/Status30.html#30 Peut-on r=E9gler ce probl=E8me, ou est-ce un probl=E8me du driver pour XFree 4.1.0 alors que l'on a un XFree 4.2.0. Ce chipset est bien récent (ah! les laptop de la dernière génération et linux...). Je vois mal mettre un modules compilé pour un autre contexte (noyau redhat et surtout Xfree) fonctionner sans problème. Mon habitude des laptops avec de nouveaux chipsets est d'attendre avec un peu de patience... Essayer en attendant avec le driver svga, sans vouloir toute la résolution et la performance. Mais c'est en général un casse-tête jsuqu'à ce que cela marche out of the box. Je viens de surfer un peu et ce chipset me semble vraiment très nouveau. Je n'arrive pas à me souvenir ce qui était dit sous limbo (la release en test de la prochaie distrib de redhat, il y a 1-2 mois). Les autres drivers? J'ai ici un chipset SIS630 qui a fonctionné out of the box avec redhat 7.3. Mais des numéros différents peuvent cacher de grandes différences. Et je suis toujours analphabète. Bon, je vois bien que je ne communique pas de l'optimisme mais ce n'est que à court terme... Anne -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
