Signal 12 on simple ldd / Linux

[Tuc at T-B-O-H.NET]

> 
> > 19038: #243()                                    ERR#78 'Function not implemente
> > d'^M
> > 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10)     = 0 (0x0)^M
> > 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ)  = 0 (0x0)^M
> > 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ)  = 0 (0x0)^M
> > 19038: mprotect(0x28259000,4096,(0x1)PROT_READ)  = 0 (0x0)^M
> > 19038: mprotect(0x28153000,4096,(0x1)PROT_READ)  = 0 (0x0)^M
> > 19038: munmap(0x28155000,0x2c9b)                 = 0 (0x0)^M
>  
> yes.. when set_thread_area() is not found the glibc tries to do
> TLS the old way using LDT.
>
	What is needed by a system, if anything, to support LDT?
Maybe it just happens the systems I am trying to do it NFS'd from
don't have LDT compiled into the kernel, or some such notion.
> 
> > 	I'm finding out that this also ISN'T happening on systems where
> > the Linux install is local, and used local. I'm finding 100% so far that
> > it only happens where /compat is NFS mounted. Is this something someone
> > has ever done, and are there any gotchas that I am running into because
> > of it, or is it just "One of those things you figure out that leads you
> > down the completely wrong path".
> 
> so you are saying that it works when /compat is locally mounted and not NFS?
> hard to say whats going on...
> 
	Right, thats what I'm saying, sort of. I haven't tried to pull the 
/compat off NFS, and put it locally on a machine thats failed yet.

	Would anyone know the best way to copy that whole structure? I'm
concerned with pipes and devs and the likes that cpio might not work
right.

			Thanks, Tuc