Bonjour,

alors que je ne rencontre pas de problème d'affichage pour le "tir de gravité" sur nice ou paris sud, j'en ai sur mon serveur.

Précisément, le tir effectué, et le corrigé n'apparaissent pas, bien que par ailleurs l'exercice fonctionne parfaitement semble-t-il.

Aurais-je négligé une dépendance ?

Séb.

I guess we had the same problem on wims_mirror Leiden; e.g. html click-coordinates [ismap] were processed correctly but no response_image was generated by flydraw.The module I first encountered this was H4/physics/refraction1.fr

A simple recompiling of Flydraw solved my issue...and I still don't know what caused the problem: all my other wims-installations [4 systems; linux & freebsd] using bleeding edge svn-wims had no trouble at all...

kind regards,
Joke Evers

Ok, I'm going to try it tomorrow. My Wims server turns under Ubuntu 9.04 and it seems that this distribution causes troubles with wims.

Hello. I did exactly what you told me. I did a recompilation of Flydraw but the issue isn't solved. I still have the same problem.
On the final target one can guess that all the answers were recorded but they don't show during the exercise.

I've just [5 min ago] installed the latest svn version on the wims mirror Leiden [Red Hat].

-----------------
-bash-2.05b uname -a
Linux antares 2.6.10-1.771_FC2smp #1 SMP Mon Mar 28 01:10:51 EST 2005 i686 i686 i386 GNU/Linux

-bash-2.05b gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --disable-libunwind-exceptions --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
--------------

So both "src" and all "wims-adm-modules".
I've recompiled the source completely.
No compile errors [just warnings]

And tested a module (refraction.fr)... and I've the same problem again !

Recompiled again...no difference!
Then I used an "older" source Flydraw and recompiled all again. Now things are fine...
And the clicks show correctly in the reply image.


Further testing:
I've installed exactly the same svn version on a local machine (OpenSuSE 11.0 )
And Flydraw works fine !
So the source distributed by svn is fine...on this machine.
I've no idea what goes wrong in Leiden.

You can get this older version I'm using on Leiden mirror for testing: http://wims.math.leidenuniv.nl/Flydraw.ok.tar.gz

kind regards,
joke

Err 404 but thanks for your response. I'll tried to find an older version of flydraw anywhere.

Séb.

I'm sorry ... but I've removed the archive from the server, assuming you had already downloaded it...

On this server I will leave it a bit longer

http://84.83.123.204/Flydraw.ok.tar.gz

downloaded ! thanks.

Can you post me a "how to" install flydraw properly...
I've just replace flydraw in /var/lib/wims/other/bin, make it runable and redefined permissions, but this new error occurs when I try to run an exercise using flydraw :
bin/insdraw..processor: 83: /var/lib/wims/other/bin/flydraw: not found

I'm just a newbie

That's not too difficult:
if you have wims-sources installed in /var/wims/src
you must become "wims" , this can be done in a terminal/xterm/bash by :
----------
sudo su wims
# unpack archive
tar xvzf Flydraw.ok.tar.gz -C /var/wims/src
# goto the correct source dir
cd /var/wims/src/Flydraw
make clean
# compile
make
------------
if everything is OK, flydraw is compiled and the binary is copied to /var/wims/bin/other
This should do the trick.

The same error occurs.

Result of make clean :
-------
rm -f flydraw
cd gd; make clean
make[1]: entrant dans le répertoire « /var/lib/wims/src/Flydraw/gd »
rm -f *.o *.a gddemo giftogd
make[1]: quittant le répertoire « /var/lib/wims/src/Flydraw/gd »
------


Result of make :
-------
cd gd; make libgd.a
make[1]: entrant dans le répertoire « /var/lib/wims/src/Flydraw/gd »
gcc -g -O2 -c -o gd.o gd.c
gcc -g -O2 -c -o gdfontt.o gdfontt.c
gcc -g -O2 -c -o gdfonts.o gdfonts.c
gcc -g -O2 -c -o gdfontmb.o gdfontmb.c
gcc -g -O2 -c -o gdfontl.o gdfontl.c
gcc -g -O2 -c -o gdfontg.o gdfontg.c
rm -f libgd.a
ar rc libgd.a gd.o gdfontt.o gdfonts.o gdfontmb.o \
gdfontl.o gdfontg.o
ranlib libgd.a
make[1]: quittant le répertoire « /var/lib/wims/src/Flydraw/gd »
make: *** Pas de règle pour fabriquer la cible « ../Lib/libwims.* », nécessaire pour « flydraw ». Arrêt.
----------

Thank for your help.

Séb

Note that if I reinstall Flydraw by Synaptic, I have always this error.

I can't return to the old config, when we only could not see points. Now the errors is fatal.

What happens if you do a complete compile of wims ? [use the latest svn-source for that]

this is not normal !:
make: *** Pas de règle pour fabriquer la cible « ../Lib/libwims

In french because my english is not fine...

J'ai un peu peur de tenter une réinstallation de wims : est-ce que les classes et le travail des élèves ne risque pas d'être effacés ?
Et puis, quelle version choisir ? Celle de Synaptic ?

J'avoue avoir eu déjà pas mal de difficultés pour installer le serveur, et ça m'inquiète d'avoir à le refaire.

No, there is no risk in losing your classes ! , besides since you have "root" access on the server you may ofcourse always make a backup of /var/wims/log/classes.

An update only includes the "core of wims"
(e.g. all C-sources,administration modules,html-stuff,and populare modules like tools
)
I have no idea about synaptic.

J'ai en effet vu quelque chose comme cela dans le patch qu'applique GK pour faire la version Debian

Code :

+=============================================== +--- wims-3.65.orig/wims/src/Flydraw/Makefile.in ++++ wims-3.65/wims/src/Flydraw/Makefile.in +@@ -4,7 +4,7 @@ wims_home=../.. + cc=@CC@ + cflags=@CFLAGS@ -Wall + STRIP=@STRIP@ +-libpath=-L$(wims_home)/lib -L./gd ++libpath=-L$(wims_home)/lib + libs=-lm -lgd -lwims + defines=@DEFINES@ + rpath=

Je ne suis pas compétente pour aider sur cette version. Bernadette

well, i think it redefines the lib-path; normally the gd-libs are included in Flydraw's subdir src/Flydraw/gd
I've no idea why Debian should do without the "local" gd-lib.
But I've no experience with binary wims-distibutions

Apart from that; if wims libs&headers are present, why won't Flydraw compile normally?

J'ai un exemple graphique :

On voit :
qu'il n'y a ni le tir, ni le corrigé.
qu'il y a quand même un essai d'affichage, puisque les lignes de la cible sont partiellement effacées.

ça me le fait sur un serveur 3.65i, sous Ubuntu 9.04, flydraw à jour.

a priori, je n'ai que povray qui n'est pas reconnu. Mais je ne vois pas le rapport.

Seb.

Maybe the next email of Georges on this subject may help you to trace your problem

QUOTE:

I tried to make some comparisons between the services in Leiden and
Paris-9. Some examples suggest me that the error may be a wrong indexing
of the colors in the gif files ?

See as an illustration the images img-leiden.gif and img-paris9.gif :
they come from the same exercise (optics/oefdescartes.fr), and we see
that in Leiden, the yellow area does not appear. However, the OEF source
does contain the code "frect , ... , yellow". One possibility would be
that the yellow color is changed to transparent during some conversion
of the GIF file. However this hypothesis does not hold : the background
is plain white in the file img-leiden.gif

We should check the sources of flydraw which were recently modified to
meet Gang's needs (DXF export) to try to discover the problem.
Unfortunately I have few time to do it precisely.

I think that you may try some attempts to compare the results of various
versions of Flydraw if you run it on more than one computer. Paste some
flydraw program in one file, for example sketch.txt, then launch the
command:

cat sketch.txt | /var/lib/wims/other/bin/flydraw > /tmp/sketch.gif

and open the file /tmp/sketch.gif to see flydraw's output.

I tried this command with a file sketch.txt containing the samples
visible in the help page for slibs (graphpaper/millimetre), and it works
for me.

Such a test may isolate the bug.

Bonjour

Je viens de regarder le code source obtenu quand on envoie la réponse dans le tir complexe.

Code :

<p>Voici votre réponse, ainsi que les positions réelles des points. <sup><img src="http://wims.lyc-arsonval-brive.ac-limoges.fr/wims/wims.png?cmd=getins&+session=I90E36D4E8.3&+special_parm=insert-2.png&+modif=1259296171" border=0 vspace=2 alt=Résultat align=middle></sup><td>&nbsp;&nbsp;&nbsp;

Je n'avais pas compris que tu avais certainement mis l'option png dans Configuration/maintenance ->Dynamics graphics -> Format of dynamic graphics. Si je fais de même sur mon ordinateur, j'ai du coup le même problème d'affichage que toi. Il est d'ailleurs dit dans l'aide

QUOTE:
png still have some compatibility problems.

Peux-tu essayer de mettre sur gif et de voir si cela fonctionne. Dis-moi aussi si tu l'avais mis sur png avant et si c'était pour toi le défaut. Bernadette