car ca me chiffonnait, c'est le couple processeur+carte mere intel (chipset 945) qui permet de le faire.Il n'y as pas loin de croire que le bios contient le code malveillant (utiliser entre de mauvaise main bien sur).
128Mo c'est la mémoire de base de la machine.
Les 64Mo cité sont dans une carte rs-mmc de 64Mo qui t'est offerte avec la machine mais que tu peut changer pour une plus grosse, 512Mo ou 1Go (comme sur les appareil photo ou d'autre pda).
Connaissez-vous un sniffer des données passant par le PCI sous windows ? comme il peux en exister pour l'USB ?
non désolé connais pas (et ici on developpe des cartes pci donc ca nous serait bien pratique).
Je peut t'indiquer d'autre facon (plus penible)
-{contact le fabriquant pour voir s'il peut fourni les infos pour que ca carte soit supporte sous linux, detail le pb que tu as, dis ce qui marche tu peut tomber sur un mec sympa du support qui te fileras des pistes}
{-1.utilise pcitree pour reperee ta carte (www.pcitree.de)
elle doit se presenter en BAR,je pense qu'il doit y avoir un BAR0 avec la config PCI pure (taille sans doute 32 ou 64 octet), un BAR1 avec un taille plus grande (au hazard 4 Ko) qui serait la config de la carte (broche i/o et le reste) et un ou des BAR de grande taille avec les donnée vidéo
2. lance ton programme TV choisi une chaine
3. fais un snapshot du BAR contenant la config de ta carte
4. regarde sous linux les registres qui serait différent pour la meme chaine.
Si tu n'est pas chanceux une part des echanges ce fais par I2C ou SPI sur la carte alors la la methode n'est pas la bonne.
}
{Il faut regarder les composants present sur la carte , lire leur datasheet et voir quel est l'ecart avec les composant que le module cx8800 s'attend a trouver sur la carte.
Pour que ta carte marche tres bien tu as peut etre un parametre a passer au module non ?
}
Désolé la reponse est tres floue et vague mais je ne vois pas d'autre piste a te donner (bin si il y a des-assemble le driver de ta carte sous win.. mais bon dans certain pays c'est illegal)
Note:Un analyseur logique PCI coute tres cher.
Je suis pas tout a fait d'accord sur les chiffres.
Si tu fais apelle 50 fois a la fonction (pour 50 supression si je comprend bien) tu va creer 50 fichier temporaire de 100 Mo que tu renomeras 50 fois du meme nom a la fin donc ta conso disque est de 100Mo*2.(Ton fichier source et ton fichier temp qui remplace ton fichier source a la fin).
Le buffer variable en RAM peut etre reduit , par exemple rien ne t'empeche d'allouer 1Mo en RAM et de lire ton fichier par segment de 1Mo, dans ce cas une boucle while(EOF) fonctionnera tres bien.
En fait le plus efficace dans ce cas la est de prendre un buffer de la taille d'un inode, si ma memoire ne me joue pas de tour en ext2/3 ca doit faire 4Ko, prendre un petit buffer de 4Ko augmente la probabilité de ca presence en memoire physique et evite d'avoir du swap memoire sur le disk qui ralentit les I/O( pour moi un petit buffer mais judicieusement choisi ne degrade pas les performances).
Mias dans le contexte cité pour moi le seul moyen efficace c'est le hack immonde que tu cite.
Tu memoire dans ta fonction la liste des modifs dans un fichier (tes 50 appels) et ailleurs dans ton programme tu apelle une fonction qui les fait toutes d'un coup.
la functions fseek est faite pour ca.
tu ouvre ton fichier
tu fais un read de la taille N pour te positionner sur le 0 0 a supprimer (si tu ne sait pas ou il est dans le fichier je ne vois pas d'autre methodes que de les lires un par un)
tu fais un write dans un fichier temporaire de la taille N
tu fais un fseek (file_offset+2)
tu fais un read taillefichier-2-N
fwrite taillefichier-2-N
delete fichier
renome fichier temp en fichier
.
voila c'est grosso modo ce qui compte c'est ne pas lire UN par UN les octet du fichiers(ca c'est trèèèès lent) mais d'utiliser les fonctions gerant des buffers (ca c'est rapide)
"modprobe scanner" ne donne strictement rien
un message d'erreur dans la console quand meme non ?
en tut cas je ne comprend pas le fait qu'aucun driver ne soit nécéssaire et ce que signifie "vendor=0x04a9 product=0x2206" alors si tu peut m'aider
chaque peripherique usb est identifié sur le bus par un productID et vendorID, les lignes que tu rajoute indique au drivers quel periph est un scanner en lui indiquant a quel produit se connecter.
Peut tu poster les resultats des commandes suivantes ?(ps:il faut etre en root pour le faire)
lsmod
(branche le scanner et attend 10 seconde)
dmesg
modprobe scanner
lsmod
lors de l'installation de freeswan 2.06 les source de klips sont inclus dans le kernel ensuite tu recompile le kernel en selectionnant klip en lieu est place d'ipsec.
tu peut suivre ce tutoriel pour arriver a cela
source : http://www.wlug.org.nz/IPSecInstallation(...)
pour quel probleme exactement ?
sur le site http://www.freeswan.org/(...)
je peut lire The FreeS/WAN team is proud to announce the arrival of 2.06, the project's final release of its freely redistributable IPsec for Linux. Here are a few of its notable features, as documented in the CHANGES file:
* KLIPS has been ported to Linux 2.6; please see the INSTALL file for more details.
* FreeS/WAN's kernel configuration option, CONFIG_IPSEC, has been changed to CONFIG_KLIPS, due to a name conflict with 2.6 IPsec. This breaks "make oldgo" on any kernel version, unless a corresponding change is made by hand to the kernel's .config file.
* KLIPS modules generated for 2.4 kernels via "make module" are now created in the modobj subdirectory, instead of linux/net/ipsec. The "make minstall" target has been updated, but users accustomed to a manual install take note.
* KLIPS now permits DNS packets out on UDP and TCP port 53.
* All support for transport mode has been removed.
comme l'expression "ne reconnait pas mon scanner" ne m'inspire pas grand chose comme explication clair
voici un lien qui devrait faire marché le biniou http://www.linuxquestions.org/questions/showthread.php?s=&threa(...)
si tu as un soucis explique plus precisemment ce que tu as comme soucis.
Si je savais lancer minicom pour le port USB je l'aurais fais.....
le point de depart sous linux est l'instruction man ou l'instruction info
man minicom ou
info minicom si le premier ne donne rien.
on y trouve qu'avec l'option -p
minicom -p /dev/ttyUSB0
ca devrait communiquer sur le convertisseur USB.(a tester)
Tu n'as pas d'oscilloscope sous la main ?
Pour voir si l'emission ce passe bien et si c'est la reception qui coince ou l'inverse ?
bon, de ton point de vue tu n'as pas a te soucier de savoir si ca passe par l'usb ou par ailleur, c'est le role du driver de ton convertisseur usb/serie de faire la translation.
Question a 0.01cts (d'euro) pour en savoir plus sur la situation
1) tu utilise bien un cable croisé entre tes deux ports serie (un sur l'usb l'autre sur le pc) ?
2) Dans ton soft aucune init du debit ni de la partité et tout ca comme decris dans le serial howto, pourquoi ne pas faire l'init correctement?
3)si tu lance deux instance de minicom, l'une sur le port serie et l'autre sur le port usb/serie, les deux minicom communique correctement entre eux ?
Le port USB de ton PC (je suppose) ne se parametre tout simplement pas.
La vitesse est indiqué lors de la connexion du peripherique par la presence d'une resistance entre les lignes, la valeurs et l'emplacement de la resistance indique si tu est LowSpeed (1Mb/s)(USB 1.0), HighSpeed(12Mb/s)(USB1.1) ou FullSpeed(480Mb/s)(USB2.0).
Ensuite la communication niveau bit et octet (partié,stop,synchro horloge) est géré par le composant USB, le programmeur ne s'en soucis pas.
Coté soft la spec USB tiens en 500 pages (et c'est pas tres comprehensible) donc remercie le kernel linux de tout implementer (la couche host).
Pour communiquer avec un peripherique USB deux solutions:
1)-Ecriture d'un driver linux (module) (demande certaine connaissance)
2)-Utilisation d'une librayri depuis l'espace utilisateur faisant la majortié du boulot chaint pour te laisser de concentrer sur la partie de discution pure avec ton periph.
pour le 1) tu peut lire usb-skelthon dans les sources de ton kernel linux : /usr/scr/linux/drivers/usb/
pour le 2) l'utilisation de libusb (ref:http://libusb.sourceforge.net/)(...)
Mais je pense que ta question est trop flou pour que je puisse te repondre plus efficacement, que projette tu faire avec l'usb de ton pc ?
comme urpmi est (je crois) ecris en perl installer une nouvelle version de perl a tout cassé.
Pas de bol.
Une solution consistant a reinstaller les packages perl d'origine du CD mandriva devrait retablir tout ca.
Pour ce faire utiliser la command "rpm" (man rpm pour plus d'info sur la syntaxe).
sauf qu'un brevet concernant la fabrication d'une lame de rasoir ne gene pas d'autres personne fabricant des lames de rasoir d'une facon differentes (autre process, autres techno).
Un brevet logiciel permettant de "realiser un achat sur internet en un seul click de souris" (brevet amazon) ne concerne pas le traitement logiciel fait derriere pour cette gestion mais bien le simple de fait de cliquer une seule fois sur un bouton.
Pour faire un paralelle il y as pour moi une grosse difference entre deposer une methode pour fabriquer un objet tout en laissant libre les autre de fabriquer le meme objet (mais avec une technique differente) et de brevet un objet pour empecher tout le monde de le fabriquer.
Posté par TheBreton .
En réponse au message qemu.
Évalué à 2.
désolé mais certains soft sont que sur windows
c'est d'essayer de voir si les softs en questions accepterais de fonctionner avec "wine", l'adresse en est
www.winehq.com/
mais avec ta distrib une version est surement installable directement
avec la ligne de commande "urpmi wine" ou "rpmdrake" (en root)
J'ai donc installer distcc, mais puisque les deux pc n'ont pas la meme architecture la compilation croisée ne fonctionne pas( erreur lors de l'emerge, il ne reconnait pas les object files).
je ne connais pas distcc mais j'ai pas trop l'impression que le message d'erreur signifie cela.
Si il ne reconnait pas le format des objets ce ne serait pas plutot parce que les deux machines utilises des version de gcc differentes ?
Sinon sous gcc tu peut specificier en ligne de commande pour quelle architecture tu compile (mais je ne crois pas que les K6 et XP soit tres different sauf au niveau des quelques instruction assembleur)
le driver fourni pour ton modem est au format des kernels serie 2.4 et avec ton mandrake 10.0 le kernel par defaut est une serie 2.6, pas de chance mais l'interface driver-kernel a changé avec les 2.6 (ainsi que la facon de les compiler)
d'apres ce que je lis la
les interruptions sont gereés par l'OS (kernel) au travers des drivers de peripherique.
quand tu ouvre un port serie par ttsy le kernel gere toute la partie reception des infos sous interruption du port serie et les bufferisent.
Donc tu n'as qu'as lire regulierement les données recu sur le ttsy (par plein de methode comme pool() ou select() ou avec un thread et un blocking-read)
voir le serial programming how-to aidera beaucoup
avec autant d'info je ne peut que te repondre que ca devrait marché donc ré-essaye.
Plus serieusement si tu veut obtenir de l'aide fourni plus d'info qu'un simple "ca marche pas"!
Explique ce que tu veut faire, comment tu l'as fais pour l'instant, au besoin poste le code de la partie precise qui ne marche pas et l'aide pourra arrivée.
# ptit detail
Posté par TheBreton . En réponse au journal Du DRM dans les Pentiums. Évalué à 5.
[^] # Re: 128Mo
Posté par TheBreton . En réponse à la dépêche Une tablette Internet pas plus grande qu'un gnome.... Évalué à 5.
Les 64Mo cité sont dans une carte rs-mmc de 64Mo qui t'est offerte avec la machine mais que tu peut changer pour une plus grosse, 512Mo ou 1Go (comme sur les appareil photo ou d'autre pda).
# mes 2 cts
Posté par TheBreton . En réponse au message Driver PCI. Évalué à 3.
non désolé connais pas (et ici on developpe des cartes pci donc ca nous serait bien pratique).
Je peut t'indiquer d'autre facon (plus penible)
-{contact le fabriquant pour voir s'il peut fourni les infos pour que ca carte soit supporte sous linux, detail le pb que tu as, dis ce qui marche tu peut tomber sur un mec sympa du support qui te fileras des pistes}
{-1.utilise pcitree pour reperee ta carte (www.pcitree.de)
elle doit se presenter en BAR,je pense qu'il doit y avoir un BAR0 avec la config PCI pure (taille sans doute 32 ou 64 octet), un BAR1 avec un taille plus grande (au hazard 4 Ko) qui serait la config de la carte (broche i/o et le reste) et un ou des BAR de grande taille avec les donnée vidéo
2. lance ton programme TV choisi une chaine
3. fais un snapshot du BAR contenant la config de ta carte
4. regarde sous linux les registres qui serait différent pour la meme chaine.
Si tu n'est pas chanceux une part des echanges ce fais par I2C ou SPI sur la carte alors la la methode n'est pas la bonne.
}
{Il faut regarder les composants present sur la carte , lire leur datasheet et voir quel est l'ecart avec les composant que le module cx8800 s'attend a trouver sur la carte.
Pour que ta carte marche tres bien tu as peut etre un parametre a passer au module non ?
}
Désolé la reponse est tres floue et vague mais je ne vois pas d'autre piste a te donner (bin si il y a des-assemble le driver de ta carte sous win.. mais bon dans certain pays c'est illegal)
Note:Un analyseur logique PCI coute tres cher.
[^] # Re: AMHA
Posté par TheBreton . En réponse au message Supprimer le contenu d'un fichier. Évalué à 2.
Si tu fais apelle 50 fois a la fonction (pour 50 supression si je comprend bien) tu va creer 50 fichier temporaire de 100 Mo que tu renomeras 50 fois du meme nom a la fin donc ta conso disque est de 100Mo*2.(Ton fichier source et ton fichier temp qui remplace ton fichier source a la fin).
Le buffer variable en RAM peut etre reduit , par exemple rien ne t'empeche d'allouer 1Mo en RAM et de lire ton fichier par segment de 1Mo, dans ce cas une boucle while(EOF) fonctionnera tres bien.
En fait le plus efficace dans ce cas la est de prendre un buffer de la taille d'un inode, si ma memoire ne me joue pas de tour en ext2/3 ca doit faire 4Ko, prendre un petit buffer de 4Ko augmente la probabilité de ca presence en memoire physique et evite d'avoir du swap memoire sur le disk qui ralentit les I/O( pour moi un petit buffer mais judicieusement choisi ne degrade pas les performances).
Mias dans le contexte cité pour moi le seul moyen efficace c'est le hack immonde que tu cite.
Tu memoire dans ta fonction la liste des modifs dans un fichier (tes 50 appels) et ailleurs dans ton programme tu apelle une fonction qui les fait toutes d'un coup.
# AMHA
Posté par TheBreton . En réponse au message Supprimer le contenu d'un fichier. Évalué à 2.
tu ouvre ton fichier
tu fais un read de la taille N pour te positionner sur le 0 0 a supprimer (si tu ne sait pas ou il est dans le fichier je ne vois pas d'autre methodes que de les lires un par un)
tu fais un write dans un fichier temporaire de la taille N
tu fais un fseek (file_offset+2)
tu fais un read taillefichier-2-N
fwrite taillefichier-2-N
delete fichier
renome fichier temp en fichier
.
voila c'est grosso modo ce qui compte c'est ne pas lire UN par UN les octet du fichiers(ca c'est trèèèès lent) mais d'utiliser les fonctions gerant des buffers (ca c'est rapide)
[^] # Re: un lien vaut mieux que deux tu l'auras
Posté par TheBreton . En réponse au message scanner canon N650U. Évalué à 2.
un message d'erreur dans la console quand meme non ?
en tut cas je ne comprend pas le fait qu'aucun driver ne soit nécéssaire et ce que signifie "vendor=0x04a9 product=0x2206" alors si tu peut m'aider
chaque peripherique usb est identifié sur le bus par un productID et vendorID, les lignes que tu rajoute indique au drivers quel periph est un scanner en lui indiquant a quel produit se connecter.
Peut tu poster les resultats des commandes suivantes ?(ps:il faut etre en root pour le faire)
lsmod
(branche le scanner et attend 10 seconde)
dmesg
modprobe scanner
lsmod
[^] # Re: aidez-moi silvouplé
Posté par TheBreton . En réponse au message Intégration de Klips au noyau 2.6. Évalué à 2.
tu peut suivre ce tutoriel pour arriver a cela
source :
http://www.wlug.org.nz/IPSecInstallation(...)
[^] # Re: aidez-moi silvouplé
Posté par TheBreton . En réponse au message Intégration de Klips au noyau 2.6. Évalué à 2.
que te manque t-il ?
[^] # Re: aidez-moi silvouplé
Posté par TheBreton . En réponse au message Intégration de Klips au noyau 2.6. Évalué à 3.
sur le site
http://www.freeswan.org/(...)
je peut lire
The FreeS/WAN team is proud to announce the arrival of 2.06, the project's final release of its freely redistributable IPsec for Linux. Here are a few of its notable features, as documented in the CHANGES file:
* KLIPS has been ported to Linux 2.6; please see the INSTALL file for more details.
* FreeS/WAN's kernel configuration option, CONFIG_IPSEC, has been changed to CONFIG_KLIPS, due to a name conflict with 2.6 IPsec. This breaks "make oldgo" on any kernel version, unless a corresponding change is made by hand to the kernel's .config file.
* KLIPS modules generated for 2.4 kernels via "make module" are now created in the modobj subdirectory, instead of linux/net/ipsec. The "make minstall" target has been updated, but users accustomed to a manual install take note.
* KLIPS now permits DNS packets out on UDP and TCP port 53.
* All support for transport mode has been removed.
donc quel est ton soucis ?
# un lien vaut mieux que deux tu l'auras
Posté par TheBreton . En réponse au message scanner canon N650U. Évalué à 2.
voici un lien qui devrait faire marché le biniou
http://www.linuxquestions.org/questions/showthread.php?s=&threa(...)
si tu as un soucis explique plus precisemment ce que tu as comme soucis.
[^] # Re: c'est simple : on ne le fait pas
Posté par TheBreton . En réponse au message parametrer le port USB. Évalué à 3.
le point de depart sous linux est l'instruction man ou l'instruction info
man minicom ou
info minicom si le premier ne donne rien.
on y trouve qu'avec l'option -p
minicom -p /dev/ttyUSB0
ca devrait communiquer sur le convertisseur USB.(a tester)
Tu n'as pas d'oscilloscope sous la main ?
Pour voir si l'emission ce passe bien et si c'est la reception qui coince ou l'inverse ?
[^] # Re: c'est simple : on ne le fait pas
Posté par TheBreton . En réponse au message parametrer le port USB. Évalué à 5.
Question a 0.01cts (d'euro) pour en savoir plus sur la situation
1) tu utilise bien un cable croisé entre tes deux ports serie (un sur l'usb l'autre sur le pc) ?
2) Dans ton soft aucune init du debit ni de la partité et tout ca comme decris dans le serial howto, pourquoi ne pas faire l'init correctement?
3)si tu lance deux instance de minicom, l'une sur le port serie et l'autre sur le port usb/serie, les deux minicom communique correctement entre eux ?
# c'est simple : on ne le fait pas
Posté par TheBreton . En réponse au message parametrer le port USB. Évalué à 3.
La vitesse est indiqué lors de la connexion du peripherique par la presence d'une resistance entre les lignes, la valeurs et l'emplacement de la resistance indique si tu est LowSpeed (1Mb/s)(USB 1.0), HighSpeed(12Mb/s)(USB1.1) ou FullSpeed(480Mb/s)(USB2.0).
Ensuite la communication niveau bit et octet (partié,stop,synchro horloge) est géré par le composant USB, le programmeur ne s'en soucis pas.
Coté soft la spec USB tiens en 500 pages (et c'est pas tres comprehensible) donc remercie le kernel linux de tout implementer (la couche host).
Pour communiquer avec un peripherique USB deux solutions:
1)-Ecriture d'un driver linux (module) (demande certaine connaissance)
2)-Utilisation d'une librayri depuis l'espace utilisateur faisant la majortié du boulot chaint pour te laisser de concentrer sur la partie de discution pure avec ton periph.
pour le 1) tu peut lire usb-skelthon dans les sources de ton kernel linux : /usr/scr/linux/drivers/usb/
pour le 2) l'utilisation de libusb (ref:http://libusb.sourceforge.net/)(...)
Mais je pense que ta question est trop flou pour que je puisse te repondre plus efficacement, que projette tu faire avec l'usb de ton pc ?
# pas cool
Posté par TheBreton . En réponse au message probleme urpmi. Évalué à 2.
Pas de bol.
Une solution consistant a reinstaller les packages perl d'origine du CD mandriva devrait retablir tout ca.
Pour ce faire utiliser la command "rpm" (man rpm pour plus d'info sur la syntaxe).
[^] # Re: Bah, je vais me faire moinsser mais...
Posté par TheBreton . En réponse au journal Voleurs de pensée : nouveau FUD de Microsoft. Évalué à 9.
Un brevet logiciel permettant de "realiser un achat sur internet en un seul click de souris" (brevet amazon) ne concerne pas le traitement logiciel fait derriere pour cette gestion mais bien le simple de fait de cliquer une seule fois sur un bouton.
Pour faire un paralelle il y as pour moi une grosse difference entre deposer une methode pour fabriquer un objet tout en laissant libre les autre de fabriquer le meme objet (mais avec une technique differente) et de brevet un objet pour empecher tout le monde de le fabriquer.
# une autre solution
Posté par TheBreton . En réponse au message qemu. Évalué à 2.
c'est d'essayer de voir si les softs en questions accepterais de fonctionner avec "wine", l'adresse en est
www.winehq.com/
mais avec ta distrib une version est surement installable directement
avec la ligne de commande "urpmi wine" ou "rpmdrake" (en root)
# Small distribution
Posté par TheBreton . En réponse au message Mini linux hyper rapide. Évalué à 1.
Beatrix (200mo)
http://www.watsky.net/(...)
Damn small linux (50mo)
http://www.damnsmalllinux.org/(...)
Beyond Linux form scratch : 1Go pour la construction sur mesure d'un systeme pouvant etre au final au alentour de moins de 20mo
http://www.lfs-matrix.de/blfs/news.html(...)
Mulinux si tu veut encore plus ligth (mais en kernel 2.0)
http://mulinux.sunsite.dk/download.html(...)
# AMHA
Posté par TheBreton . En réponse au message Distcc et la compilation croisée. Évalué à 2.
je ne connais pas distcc mais j'ai pas trop l'impression que le message d'erreur signifie cela.
Si il ne reconnait pas le format des objets ce ne serait pas plutot parce que les deux machines utilises des version de gcc differentes ?
Sinon sous gcc tu peut specificier en ligne de commande pour quelle architecture tu compile (mais je ne crois pas que les K6 et XP soit tres different sauf au niveau des quelques instruction assembleur)
[^] # suite
Posté par TheBreton . En réponse au message Carte TV non reconnu???. Évalué à 2.
dmesg
# pour bien chercher
Posté par TheBreton . En réponse au message Carte TV non reconnu???. Évalué à 2.
un ptit
dmseg
et tu devrais trouver des infos (warning ou erreur)
[^] # Re: re
Posté par TheBreton . En réponse au message lspci et database name. Évalué à -1.
#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set
a mon avis il le faut
# regarde ici si ca te va
Posté par TheBreton . En réponse au message Navigateur web intermédiaire (et un petit truc sur un logiciel de dessin).. Évalué à 2.
...
# a vu de new
Posté par TheBreton . En réponse au message modem E-tech. Évalué à 2.
d'apres ce que je lis la
http://www.qbik.ch/usb/devices/showdev.php?id=3159(...)
http://www.qbik.ch/usb/devices/showdr.php?id=138(...)
tu trouvera toutes les explications et la marche a suivre pour une serie 2.6 a cette endroit
http://accessrunner.sourceforge.net/driver.shtml(...)
[^] # Re: sur quelle patteforme/OS?
Posté par TheBreton . En réponse au message IRQ en C. Évalué à 2.
quand tu ouvre un port serie par ttsy le kernel gere toute la partie reception des infos sous interruption du port serie et les bufferisent.
Donc tu n'as qu'as lire regulierement les données recu sur le ttsy (par plein de methode comme pool() ou select() ou avec un thread et un blocking-read)
voir le serial programming how-to aidera beaucoup
http://www.faqs.org/docs/Linux-HOWTO/Serial-Programming-HOWTO.html(...)
# bin.....
Posté par TheBreton . En réponse au message appel systeme. Évalué à 4.
Plus serieusement si tu veut obtenir de l'aide fourni plus d'info qu'un simple "ca marche pas"!
Explique ce que tu veut faire, comment tu l'as fais pour l'instant, au besoin poste le code de la partie precise qui ne marche pas et l'aide pourra arrivée.