Forum Graph100

10 million me semble le minimum 
Pour ceux qui est du support de FXI et CAT c pas sur, a moins que qq1 veuille bien m'expliquer le format

Les codes pour le fxi?
Je les ai, mais je pense qu'Alexis Soulard (Casioland) a réuni + d'informations pour son "éditeur de fxi online"

La version pour les pingouins : http://flash100.free.fr/xoops/modules/w … &lid=9

Recherche dans le répertoire d'install si y'a pas un fichier de ce nom:
$ find ./ -name libf100qt*
Si y'en a, copie la en root dans /usr/lib

bon voila la suite :
[nykos@home Flash100]$ cp libf100*.so /usr/lib/
[nykos@home Flash100]$ ./flash100
./flash100: error while loading shared libraries: libf100qt.so.1: cannot open shared object file: No such file or directory
[nykos@home Flash100]$ cp libf100*.so.1 /usr/lib/
[nykos@home Flash100]$ ./flash100
Segmentation fault

donc lancement avec gdb :-)
-->
(gdb) run
Starting program: /home/nykos/dl/Casio/Flash100/flash100
[Thread debugging using libthread_db enabled]
[New Thread 1087096384 (LWP 28777)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087096384 (LWP 28777)]
0x40040433 in COpacityButton::GetOpacity () from /usr/lib/libf100qt.so.1


donc dsl de pas avoir lu le readme jusqu'au bout, mais bon j'avais lu "on knoppix" alors j'ai pas terminé le phrase
lol

ah oui je pense que je t'apprends rien si je te dit que des threads sous linux ca sert a rien vu que ca crée quand meme un processus...

Moi ça marche nickel
Ormi qui veut créer un fichier dans un chemin qui apparament est propre à toi dada66:
/auto.home/nfs1/etu/info/tni/dquarant/Casio... etc

ben j'ai appris ca en sytème d'exploitation cette année que sous linux les threads c'était quasiment inutile car c'était juste "émulé"...
en fait il créé juste un new process avec le segment DATA partagé
mais je précise bien qu'on parle de linux, pas de Solaris ou autre chose...
mais ils sont entrain de réparer ce problème pour les new versions linux

Je ne peux qu'appuyer ce qu'a dit mastermage... Le but c'est avant tout de faire du multithreading, et donc la mise en oeuvre n'a aucune importance, du moment que ça fait bien ce qu'il faut

personnellement je n'utilise pas directement les threads dans Flash100, c certaines classes de Qt qui le font. G pas le choix.
Par contre le plantage de F100 m'étonne, surtout à cette endroit là, normalement la méthode est simplement "return false;" pour les distri Linux.
Seul Windows (2k/XP/2k3) gère l'opacité pour les fenêtres "Alpha Blending"

Vérifie que tu as bien copié toutes les lib partagées du répertoire de Flash100 dans /usr/lib.
toutes les lib de :
libf100tk.so
libf100tk.so.1
libf100tk.so.1.0
libf100qt.so
libf100qt.so.1
libf100qt.so.1.0

Sinon deather : où est écrit ce chemin ?

ben ya tout :-(
je sais pas si ya qqch d'autre de spécial a installer ou qqch...
j'ai une mandrake 10.1 si ca peut t'aider...
l'install fo la faire en tant que root?

et superna, j'ai jamais reproché le fait qu'il utilise les threads ;-)
je dis juste que pour les thread sous linux pour l'instant c'est encore tout pourri comparé a Solaris par exemple
et pour les sémaphores, c'est pas très dur à implémenter mais c'est juste que c'est pas très portable les sémaphores IPC

gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)

non
je pense que le mieux c qd meme d'essayer de comprendre pkoi ca marche pas ;-)

bah en tout cas c surtout l'endroit qui me choque. Je vois pas comment ca ne peut pas fonctionner
Sinon g trouvé un bug au niveau de la taille des lecteurs reçus (avec l'option taille variable), il manquait trjs 1 octets de moins, ce qui n'est pas forcement génant pour un lecteur ROM-DISK mais plus grave pour un lecteur BASIC.