coreutils
[Top][All Lists]
Advanced

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

RE: [coreutils] coredump segmentation fault using coreutils 6.4 sparc so


From: Howell Hughes
Subject: RE: [coreutils] coredump segmentation fault using coreutils 6.4 sparc solaris using mv or touch
Date: Wed, 24 Nov 2010 11:26:47 -0500

Hi Jim,

Thank you for your continued assistance.

I don't have a config.status file. Perhaps I should explain that I didn't 
compile the coreutils package I downloaded a pre configured coreutils 8.7 
package from sunfreeware along with some of the dependancies that were 
mentioned.


I Downloaded 

coreutils-8.7-sol10-sparc-local

and the following dependencies are described as being required on the sun 
freeware web site http://www.sunfreeware.com/indexsparc10.html
libintl-3.4.0-sol10-sparc-local
libiconv-1.13.1-sol10-sparc-local
libgcc-3.4.6-sol10-sparc-local
gmp-4.2.1-sol10-sparc-local

Regards


Howell Hughes


Redknee 
30 - 31 Friar Street
Reading, RG1 1DX
UK
address@hidden

tel: +44 118 933 7666 
 
E-Mail Disclaimer


 









-----Original Message-----
From: Jim Meyering [mailto:address@hidden] 
Sent: November-24-10 3:53 PM
To: Howell Hughes
Cc: Eric Blake; address@hidden
Subject: Re: [coreutils] coredump segmentation fault using coreutils 6.4 sparc 
solaris using mv or touch

Howell Hughes wrote:
> Thanks for your reply. Please find attached the output of the commands 
> you asked for.

Thanks.

> /tmp/solpkgs# df -F /tmp/solpkgs
> df: unknown option: T

You can avoid that problem by running the just-built src/df, e.g.,

   cd coreutils-8.7 && src/df -F /tmp/solpkgs


> /usr/local/bin/touch --version
> touch (GNU coreutils) 8.7

Good.  that's the latest.

> /tmp/solpkgs# truss /usr/local/bin/touch newtestfile ...
> open64("newtestfile", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY, 0666) = 3
> fcntl(3, F_DUP2FD, 0x00000000)                  = 0
> close(3)                                        = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> ...
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
> fcntl(0, F_DUP2FD, 0x00000000)                  = 0
>     Incurred fault #6, FLTBOUNDS  %pc = 0xFF2CC400 ...

I suspect an infinite recursion loop in one of gnulib's dup* replacement 
functions in lib/.

Best would be if you can run a debugger and find out precisely where in lib/*.c 
the recursion is happening.
If you can't, just skip this part.

Also, please send your config.status file (please compress with xz,
bzip2 or gzip; they're preferred over zip) so we can figure out what config 
options led to that situation.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]