linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* 405gc problem with shared libraries
@ 2000-03-27 14:30 Ralph Blach
  2000-03-27 17:04 ` Mike Wolf
  0 siblings, 1 reply; 2+ messages in thread
From: Ralph Blach @ 2000-03-27 14:30 UTC (permalink / raw)
  To: linuxppc-embedded


I am attempting to run the latest 405gc port and am getting error.

I boot up to sash, and then run the command ls
everthing seems to run fine untill I get the message

./ls: error in loading shared libraries: libc.so.6: failed to map
segment
 from shared object: Error 19

This message is from ld.so.1.  What is ld.so.1 trying to do?  Any
suggestions.

Chip

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: 405gc problem with shared libraries
  2000-03-27 14:30 405gc problem with shared libraries Ralph Blach
@ 2000-03-27 17:04 ` Mike Wolf
  0 siblings, 0 replies; 2+ messages in thread
From: Mike Wolf @ 2000-03-27 17:04 UTC (permalink / raw)
  To: Ralph Blach, linuxppc-embedded


Ralph Blach wrote:
>
> I am attempting to run the latest 405gc port and am getting error.
>
> I boot up to sash, and then run the command ls
> everthing seems to run fine untill I get the message
>
> ./ls: error in loading shared libraries: libc.so.6: failed to map
> segment
>  from shared object: Error 19
>
> This message is from ld.so.1.  What is ld.so.1 trying to do?  Any
> suggestions.
>
> Chip
>

First check the archives.  There is some mail from Marcus Sundberg
describing
how to set up the compiler so it will not use floating point.  Make sure
to compile everything with the -msoft-float option.  My guess from your
error is you have already done this.  Also I got this response from Ben
Bodley when I was having a similiar problem

"as far as my progress on shared libraries goes, currently:
 - i have checked the reason for failure, and it occurs in the
'dl-load.c' file from glibc, the initial __mmap() function is failing
the reason is that the kernel mmap_pgoff() is getting passed a null
'file->f_op' pointer, and is exiting the __mmap() function with
-ENODEV.. it's strange though, as even though file->f_op is at
0x00000000, the function file->f_op->mmap() points to a valid address!
so if the file_operations struct is getting allocated at 0x00000000 this
will cause all sorts of problems.. the major one being 0x00000000 is
null, even though it is a valid logical memory address.."




--
Mike Wolf
Cray Research
655-F Lone Oak Drive, Eagan, MN 55121
mwolf@cray.com          (651)683-5313

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-03-27 17:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-03-27 14:30 405gc problem with shared libraries Ralph Blach
2000-03-27 17:04 ` Mike Wolf

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).