suite à d'autres aventures (voir posts précédents)
me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl
mais SANS ntplonly
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également
sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause.
Dans les autres cas j'ai droit à un beau SIGSEV
(segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs
systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas
perdu.
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl mais SANS ntplonly après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
-- mailing list
yop
quel version de glibc ?
et t'as quoi comme use pour glibc ?
nahi ~ # emerge -pv glibc
pour moi ça marche nickel avec :
These are the packages that would be merged, in order:
et j'ai lu par ci par là que glibc 2.4 buggait les trucs
donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents)
me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl
mais SANS ntplonly
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également
sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause.
Dans les autres cas j'ai droit à un beau SIGSEV
(segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs
systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas
perdu.
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl mais SANS ntplonly après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
-- mailing list
Pascal Ronecker
Keats wrote:
yop quel version de glibc ? et t'as quoi comme use pour glibc ?
nahi ~ # emerge -pv glibc
pour moi ça marche nickel avec : These are the packages that would be merged, in order:
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl mais SANS ntplonly après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
et j'ai lu par ci par là que glibc 2.4 buggait les trucs
donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents)
me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl
mais SANS ntplonly
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également
sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause.
Dans les autres cas j'ai droit à un beau SIGSEV
(segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs
systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas
perdu.
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl mais SANS ntplonly après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec nt pl mais SANS ntplonly
Ok, plus de segfault finalement ? Tu t'en es sorti comment ?
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé égaleme nt sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Mmmmhhh, ça sent les droits qui ne sont pas bons sur un périphérique ça ! Vérifie à quoi accède xdtv, perso je ne peux pas te dire je ne l'ai pas. Fouille les fichiers de configuration.
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
ben non, on trouve toujours quelques bonnes idées à partager ici ;)
A+ et bon courage !
Didier
-- Didier Link Jabber : MSN :
Clé GPG : 75BAC9EE
--=-67B345DMmbeh1+LQKieK Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
Salut,
suite à d'autres aventures (voir posts précédents)
me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec nt pl
mais SANS ntplonly
Ok, plus de segfault finalement ? Tu t'en es sorti comment ?
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé égaleme nt
sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause.
Dans les autres cas j'ai droit à un beau SIGSEV
(segmentation fault quoi)
Mmmmhhh, ça sent les droits qui ne sont pas bons sur un périphérique
ça ! Vérifie à quoi accède xdtv, perso je ne peux pas te dire je ne l'ai
pas. Fouille les fichiers de configuration.
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs
systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas
perdu.
ben non, on trouve toujours quelques bonnes idées à partager ici ;)
A+ et bon courage !
Didier
--
Didier Link <didier.link@wanadoo.fr>
Jabber : zanfib@ims.kelkoo.net
MSN : zanfib@hotmail.fr
Clé GPG : 75BAC9EE
--=-67B345DMmbeh1+LQKieK
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit :
Salut,
Salut,
suite à d'autres aventures (voir posts précédents) me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec nt pl mais SANS ntplonly
Ok, plus de segfault finalement ? Tu t'en es sorti comment ?
après quelques recompiles de ci de là , ca va plutot bien ...
SAUF :
xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé égaleme nt sinon marchait pas, mais depuis : il ne marche qu'en root !!
bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. Dans les autres cas j'ai droit à un beau SIGSEV (segmentation fault quoi)
Mmmmhhh, ça sent les droits qui ne sont pas bons sur un périphérique ça ! Vérifie à quoi accède xdtv, perso je ne peux pas te dire je ne l'ai pas. Fouille les fichiers de configuration.
Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ??
Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas perdu.
ben non, on trouve toujours quelques bonnes idées à partager ici ;)
A+ et bon courage !
Didier
-- Didier Link Jabber : MSN :
Clé GPG : 75BAC9EE
--=-67B345DMmbeh1+LQKieK Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux)
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Bah en fait c'est étrange. J'ai tenté une recompile "à la main" de xdtv, avec un ./configure tout simple, install dans /sur/local ... et ben ca amrche.
Donc ca doit venir des useflags que j'ai pour xdtv. C'est bizarre qu'avant mon changement de glibc ca marchait. Donc un de mes useflags doit faire appel à un machin à recompiler aussi ???
et j'ai lu par ci par là que glibc 2.4 buggait les trucs
donc j'y passerai pas pour l'instant :)
Bah en fait c'est étrange. J'ai tenté une recompile "à la main" de xdtv,
avec un ./configure tout simple, install dans /sur/local ...
et ben ca amrche.
Donc ca doit venir des useflags que j'ai pour xdtv. C'est bizarre
qu'avant mon changement de glibc ca marchait. Donc un de mes useflags
doit faire appel à un machin à recompiler aussi ???
et j'ai lu par ci par là que glibc 2.4 buggait les trucs donc j'y passerai pas pour l'instant :)
Bah en fait c'est étrange. J'ai tenté une recompile "à la main" de xdtv, avec un ./configure tout simple, install dans /sur/local ... et ben ca amrche.
Donc ca doit venir des useflags que j'ai pour xdtv. C'est bizarre qu'avant mon changement de glibc ca marchait. Donc un de mes useflags doit faire appel à un machin à recompiler aussi ???