----- Original Message ----- 
From: "Olivier Blin" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, February 23, 2005 5:33 PM
Subject: Re: [Eagleusb-dev] Mandrakelinux 10.2 beta2 & eagle-usb


...
> Bonjour,
>
> J'ai fait un package de la 2.1.1 qui est dispo ici :
> http://people.mandrakesoft.com/~blino/eagle-usb-2.1.1-1mdk.i586.rpm
> J'attend des avis positifs avant de l'uploader en cooker.
> Qu'est-ce qu'on fait pour l'ISDN ?
> Est-ce que ça fonctionne si les CMVs sont activés à la compilation ?

Non il a en fait un problème avec le fichier CMVei.txt. La logique de
décodage du fichier ne s'accomode pas des CR/LF qui sont dans ce fichier.
Avec le fichier original, il y a un message
" not treated. line "
Failed while reading CMV file.
causé par le test
        if ( strncasecmp (ptr,"CW",2) != 0 )
        {
            fprintf (stderr,"[ERR] CMV file line \"%s\" not
treated.\n",line);
            retcode = EXIT_FAILURE;
            goto byebye;

En retirant les CR/LF du fichier, les optn ont l'air correctement envoyées.

Enfin je teste avec un modem pots en ayant renommé le fichier CMVei.txt en
CMVep.txt

En ligne de commande, je reçois
CMVs successfully sent to driver.
Options successfully sent to driver.
Using DSP code for POTS line
DSP code successfully loaded.

Cependant dans le log, on voit un problème. On retrouve ces lignes
Feb 21 00:10:41 ipcop kernel: [eagle-usb] ioctl EU_IO_CMVS received and
treated.
Feb 21 00:10:41 ipcop kernel: [eagle-usb] ioctl EU_IO_OPTIONS received
Feb 21 00:10:41 ipcop kernel: [eagle-usb] ioctl EU_IO_DSP received
Feb 21 00:10:41 ipcop kernel: [eagle-usb] Loading DSP code to device...
Feb 21 00:10:41 ipcop kernel: [eagle-usb] DSP code successfully loaded to
device
Feb 21 00:10:43 ipcop kernel: [Eagle-usb] eu_decode_msg: Received a message
0x3 (subtype 0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3
(subtype 0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagle-usb] eu_decode_msg: Received a message 0x3 (subtype
0x1)<4>[Eagl

La dernière ligne est d'une longueur extrême.
C'est peut-être causé par les CMVei.txt envoyés sur un modem post mais j'ai
déjà eu le cas de cette ligne très longue sans faire cette manip biscornue.

Gilles


Reply via email to