--- Ray Olszewski <[EMAIL PROTECTED]> a �crit : > At
05:26 PM 6/20/2003 +0200, Bibinsa wrote:
> A plausible guess. gcc has changed a lot since Slink
> (especially in the 
> last 6 months). Since the kernel is compiled
> statically, it does not need 
> to "match" the compilation environment of the rest
> of the distro, so you 
> need not turn to Slink.

So I shouldn't use the Debian/slink UML to compile the
package ?


 
> Without details of the failure ("unresolved symbol"
> usually goes with an 
> insmod failure to load a module, not a "crash", so
> I'm really uncertain 
> about what you are describing here), it is hard to
> offer specific help. One 
> common source of "unresolved symbol" errors is
> failure to insmod another 
> required module before the one you are currently
> insmod'ing (this is a 
> mistake even quite knowledgeable people make these
> days, because they are 
> used to using modprobe, which checks for and handles
> dependency issues).
> 
> Since we are talking about USB, you might have
> compiled some other USB 
> stuff as modules and need to load that first. That's
> about as far as I can 
> go without a better trouble report.
 

I'm gonna check dependencies with usb modules right
now.
But what's about segmentationn fault of binaries ?

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais !
Yahoo! Mail : http://fr.mail.yahoo.com


-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
------------------------------------------------------------------------
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html

Reply via email to