[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [PART HS] Clef 3G+ sous Debian ?



P.S.2 : La curiosité m'a poussé à tenter de compiler 'huaweiAktBbo' sur mon autre PC, c'est à dire sur mon ordi de bureau d'où vous proviennent ces lignes et qui tourne sous Debian Lenny. Sur cet ordi, j'ai souvent compilé des programmes sources avec succès. L'architecture est différente de celle de mon portable sous Ubuntu, ainsi que la version de gcc.

Eh bien çà compile 'huaweiAktBbo' avec les mêmes erreurs !

Bernard wrote:
Post Scriptum : Je viens d'essayer de compiler 'huaweiAktBbo'. C'est raté :

gcc huaweiAktBbo.c -o /usr/sbin/huaweiAktBbo -lusb
huaweiAktBbo.c:15:17: erreur: usb.h : Aucun fichier ou dossier de ce type
huaweiAktBbo.c: Dans la fonction "list_devices" :
huaweiAktBbo.c:37: attention : assignment makes pointer from integer without a cast huaweiAktBbo.c:37: erreur: déréférencement d'un pointeur de type incomplet
......................................
etc..........................

environ 25 lignes d'erreurs.

Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait pas où chercher, car un 'find' m'a permis de le trouver dans plusieurs répertoires des sources de linux-headers. l'auteur du module ne propose aucune makefile. Par ailleurs, au vu de la nature des autres erreurs, il doit y avoir autre chose, une mauvaise version de gcc par exemple (v4.2.3).

Je ne suis pas sorti de l'auberge !


Bernard wrote:
Daniel Huhardeaux wrote:
Le 15/07/2010 17:46, Bernard a écrit :
[...] je l'ai également essayée, sans carte SIM et aussi en y mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris 'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device', et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes deux ordis.
[...]

Relisez l'un de mes premiers messages. J'ai bien préciser que udev *devait* contenir les bons codes pour l'identification de votre clé afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que cette règle n'existe pas, pas la peine d'essayer. Et encore une fois, plutot regarder dans dmesg lors de l'insertion de la clé pour voir si ttyUSB0 a été créé.

J'ai bien relu. Et j'avais bien créé le fichier

/etc/udev/rules.d/sfr-huwei.rules

dont le contenu était

ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2", SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"

mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo', mais que, alternativement, il était sans doute plus simple de télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais rien n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné. Je vais maintenant essayer d'utiliser huaweiAktBbo à la place.




Reply to: