Professional Web Applications Themes

pty.so: [BUG] Segmentation fault - still - Ruby

As suggested in an earlier email, I blew away /usr/local/lib/ruby - which took care of the subdirectories 1.6, 1.8, and site_ruby. I also deleted libruby-static.a which was in /usr/local/lib. (This file was regenerated during the rebuild process below - a bit odd?) Then I untarred the distribution file, did: ./configure 2>&1 | tee config.out make 2>&1 | tee make.out make test 2>&1 | tee test.out make install 2?&1 | tee install.out ruby testbug.rb I got exactly the same result as before: bash-2.03# ruby bugtest.rb /usr/local/lib/ruby/1.8/sparc-solaris2.7/pty.so: [BUG] Segmentation fault ruby 1.8.1 (2003-12-25) [sparc-solaris2.7] Abort (core dumped) bash-2.03# bash-2.03# cat bugtest.rb require ...

  1. #1

    Default pty.so: [BUG] Segmentation fault - still

    As suggested in an earlier email, I blew away /usr/local/lib/ruby - which
    took care of the subdirectories 1.6, 1.8, and site_ruby.

    I also deleted libruby-static.a which was in /usr/local/lib. (This file was
    regenerated during the rebuild process below - a bit odd?)

    Then I untarred the distribution file, did:

    ./configure 2>&1 | tee config.out
    make 2>&1 | tee make.out
    make test 2>&1 | tee test.out
    make install 2?&1 | tee install.out

    ruby testbug.rb

    I got exactly the same result as before:

    bash-2.03# ruby bugtest.rb
    /usr/local/lib/ruby/1.8/sparc-solaris2.7/pty.so: [BUG] Segmentation fault
    ruby 1.8.1 (2003-12-25) [sparc-solaris2.7]

    Abort (core dumped)
    bash-2.03#
    bash-2.03# cat bugtest.rb
    require 'pty'
    puts "This is a test"
    bash-2.03#


    If you are interested in looking at the output of the build phases (*.out),
    I put tham up on http://66.175.1.68/rubybug.html

    Thanks for any help.

    Bob Gustafson

    Joel VanderWerf wrote in [ruby-talk: 91779] 
    >>
    >>
    >> No.
    >>
    >> 
    >>
    >>
    >> It is strange. Don't you set CFLAGS env? Otherwise, '-g -O2'
    >> should appear instead.[/ref]
    >
    >Oops. That's exactly what it was. I have:
    >
    >declare -x CFLAGS="-I/usr/path/include"
    >
    >That was for some other software. Good to know that can interfere with
    >ruby builds. Thanks.[/ref]



    Bob Guest

  2. #2

    Default Re: pty.so: [BUG] Segmentation fault - still

    >>>>> "B" == Bob Gustafson <com> writes:

    B> If you are interested in looking at the output of the build phases (*.out),
    B> I put tham up on http://66.175.1.68/rubybug.html

    This is the problem

    checking whether the linker is GNU ld... yes

    It work fine with

    moulon% gcc -v
    Reading specs from /opt/gcc/lib/gcc-lib/sparc-sun-solaris2.7/3.3.2/specs
    Configured with: ../gcc-3.3.2/configure --prefix=/opt/gcc --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls
    Thread model: posix
    gcc version 3.3.2
    moulon%

    See --with-as and --with-ld


    --

    Guy Decoux
    ts Guest

  3. #3

    Default Re: pty.so: [BUG] Segmentation fault - still

    Hmm, perhaps I am working with a collection of old cats and dogs - gcc
    2.95.2 and Sun linker.

    The 'make test' in the Ruby build suite is a bit optimistic maybe?

    # date
    Mon Feb 9 09:55:45 CST 2004
    # gcc -v
    Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs
    gcc version 2.95.2 19991024 (release)
    #

    # ld -V
    ld: Software Generation Utilities - Solaris Link Editors: 5.7-1.280
    # as -V
    GNU assembler version 2.13 (sparc-sun-solaris2.7) using BFD version 2.13

    BobG

    written by ts <inra.fr> on 09 Feb 2004 11:11:54 +0100 [/ref]
    >
    >B> If you are interested in looking at the output of the build phases (*.out),
    >B> I put tham up on http://66.175.1.68/rubybug.html
    >
    > This is the problem
    >
    >checking whether the linker is GNU ld... yes
    >
    > It work fine with
    >
    >moulon% gcc -v
    >Reading specs from /opt/gcc/lib/gcc-lib/sparc-sun-solaris2.7/3.3.2/specs
    >Configured with: ../gcc-3.3.2/configure --prefix=/opt/gcc
    >--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls
    >Thread model: posix
    >gcc version 3.3.2
    >moulon%
    >
    > See --with-as and --with-ld
    >
    >
    >--
    >
    >Guy Decoux[/ref]



    Bob Guest

  4. #4

    Default Re: pty.so: [BUG] Segmentation fault - still

    >>>>> "B" == Bob Gustafson <com> writes:

    B> # gcc -v
    B> Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs
    B> gcc version 2.95.2 19991024 (release)
    B> #

    Well, you have an old compiler, but the problem is here

    B> # ld -V
    B> ld: Software Generation Utilities - Solaris Link Editors: 5.7-1.280

    The linker for gcc is configured *at compile time* (when you compile gcc)
    and not at runtime and apparently your gcc was compiled with the GNU ld
    and not the Solaris ld

    try this to see which ld is called

    touch /tmp/a.c
    gcc -v /tmp/a.c



    Guy Decoux



    ts Guest

  5. #5

    Default Re: pty.so: [BUG] Segmentation fault - still

    Hmm, lots of stuff

    # date
    Mon Feb 9 15:51:40 CST 2004
    # touch /tmp/a.c
    # gcc -v /tmp/a.c
    Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs
    gcc version 2.95.2 19991024 (release)
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/cpp -lang-c -v -D__GNUC__=2
    -D__GNUC_MINOR__=95 -Dsparc -Dsun -Dunix -D__svr4__ -D__SVR4 -D__sparc__
    -D__sun
    __ -D__unix__ -D__svr4__ -D__SVR4 -D__sparc -D__sun -D__unix -Asystem(unix)
    -Asy
    stem(svr4) -D__GCC_NEW_VARARGS__ -Acpu(sparc) -Amachine(sparc) /tmp/a.c
    /var/tmp
    /ccgVUTGM.i
    GNU CPP version 2.95.2 19991024 (release) (sparc)
    #include "..." search starts here:
    #include <...> search starts here:
    /usr/local/include
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/../../../../sparc-sun-solari
    s2.7/include
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/include
    /usr/include
    End of search list.
    The following default directories have been omitted from the search path:
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/../../../../include/g++-3
    End of omitted list.
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/cc1 /var/tmp/ccgVUTGM.i
    -qui
    et -dumpbase a.c -version -o /var/tmp/ccYD6mJs.s
    GNU C version 2.95.2 19991024 (release) (sparc-sun-solaris2.7) compiled by
    GNU C
    version 2.95.2 19991024 (release).
    /usr/local/sparc-sun-solaris2.7/bin/as -V -Qy -s -o /var/tmp/cc6FNEaa.o
    /var/tm
    p/ccYD6mJs.s
    GNU assembler version 2.13 (sparc-sun-solaris2.7) using BFD version 2.13
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/collect2 -V -Y
    P,/usr/ccs/li
    b:/usr/lib -Qy /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crt1.o
    /usr/lo
    cal/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crti.o /usr/ccs/lib/values-Xa.o
    /usr
    /local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crtbegin.o
    -L/usr/local/lib/gcc-l
    ib/sparc-sun-solaris2.7/2.95.2 -L/usr/local/sparc-sun-solaris2.7/lib
    -L/usr/ccs/
    bin -L/usr/ccs/lib -L/usr/local/lib /var/tmp/cc6FNEaa.o -lgcc -lc -lgcc
    /usr/loc
    al/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crtend.o
    /usr/local/lib/gcc-lib/sparc
    -sun-solaris2.7/2.95.2/crtn.o
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crt1.o: In function
    `_start':
    /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/crt1.o(.text+0x5c):
    undefined
    reference to `main'
    GNU ld version 2.13
    Supported emulations:
    elf32_sparc
    elf64_sparc
    collect2: ld returned 1 exit status
    #




    Guy Decoux wrote in rubytalk [92487] [/ref]
    >
    >B> # gcc -v
    >B> Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs
    >B> gcc version 2.95.2 19991024 (release)
    >B> #
    >
    > Well, you have an old compiler, but the problem is here
    >
    >B> # ld -V
    >B> ld: Software Generation Utilities - Solaris Link Editors: 5.7-1.280
    >
    > The linker for gcc is configured *at compile time* (when you compile gcc)
    > and not at runtime and apparently your gcc was compiled with the GNU ld
    > and not the Solaris ld
    >
    > try this to see which ld is called
    >
    > touch /tmp/a.c
    > gcc -v /tmp/a.c
    >
    >
    >
    >Guy Decoux[/ref]



    Bob Guest

  6. #6

    Default Re: pty.so: [BUG] Segmentation fault - still

    >>>>> "B" == Bob Gustafson <com> writes:

    Like I've said previously this is the problem

    B> GNU assembler version 2.13 (sparc-sun-solaris2.7) using BFD version 2.13
    B> GNU ld version 2.13

    use a gcc compiled with /usr/ccs/bin/as and /usr/ccs/bin/ld

    You have pre-compiled version on http://sunfreeware.com/


    Guy Decoux


    ts Guest

  7. #7

    Default Re: pty.so: [BUG] Segmentation fault - still

    ts <inra.fr> wrote in message news:<inra.fr>... [/ref]
    >
    > Like I've said previously this is the problem
    >
    > B> GNU assembler version 2.13 (sparc-sun-solaris2.7) using BFD version 2.13
    > B> GNU ld version 2.13
    >
    > use a gcc compiled with /usr/ccs/bin/as and /usr/ccs/bin/ld
    >
    > You have pre-compiled version on http://sunfreeware.com/
    >
    >
    > Guy Decoux[/ref]

    I've noticed that in general, upgrading to gcc 3.3.2 on Solaris has
    solved a lot of problems.

    Regards,

    Dan
    Daniel Guest

  8. #8

    Default Re: pty.so: [BUG] Segmentation fault - still


    Hi, I reresend this message.
     
    I will intruduce myself.

    I was born before one year of the Apollo 11 missoin.

    I started computer programming in 1983 with BASIC on 8bit machine.

    I have become interested in languages both human and computer languages.

    I specialized in physics at the university in 1987.

    I have studied several human languages like English, French, German,
    Spanish, Russian, Japanese, Chinese and Latin in my college days.

    But I cannot speak fluently any of them :)

    Besides, I also have studied several programming languages like Assembly,
    Pascal, C, C++, BASIC, Prolog, FORTRAN, COBOL, Ada, Modula, Smalltalk etc
    during my college life.

    I found a job at a small company called HANGANG Systems after graduation.

    Since then going through some companies I learned by experience various
    environments: Windows, Linux, SUN, HP, DEC, Oracle, Informix, SQL, Motif,
    Apache, PHP, ASP, Java etc.

    I took part in Korean broadcasting satellite control system coworked with
    ETRI and a company Teltek located at Vancouver,Canada in 1995.

    I developed the Ozone Monitoring and Alarming System for Korean Ministry of
    Environment in 1998.

    I met Ruby accidentally at computer magazine in 2000.

    I made some solutions with Ruby in company such as real-time meta search
    engine, doname name whois query, calendar system conversion, web auto
    scripting.

    I contribued for Ruby community with a little extension libraries like
    wxRuby, PCRE, win32-popen etc.

    Now I'm working at a small company called INDI Systems, Inc.
    (http://www.indi-tech.com/default.asp)

    Edit for your purpose. :)

    Regards,

    Park Heesob




    Park Guest

  9. #9

    Default Re: pty.so: [BUG] Segmentation fault - still

    "romerun" <com> wrote in message news:<001601c3f14f$734380e0$95730197wrongturn>... [/ref][/ref]

    Well, first let me say that this post was made accidentally by Park to
    this newsgroup. It was meant as a private email for our web guy.
     

    Possible answers:

    1) Because I don't feel like waiting 2-3 years for Parrot to be
    finished.
    2) Because in some cases the Win32 API calls the Python and
    (especially) Perl libraries use are deprecated.
    3) Because in some cases the Perl and Python libraries don't support
    everything we currently, or plan to, support, e.g. asynchronous named
    pipes (now in CVS btw).
    4) Because I can.

    Regards,

    Daniel Berger
    Win32 Utils Project Lead
    Daniel Guest

Similar Threads

  1. segmentation fault
    By marcelo in forum PostgreSQL / PGSQL
    Replies: 6
    Last Post: March 9th, 08:18 PM
  2. Segmentation Fault
    By Jackson Miller in forum PHP Development
    Replies: 2
    Last Post: August 7th, 09:29 PM
  3. [PHP] Segmentation Fault
    By Jay Blanchard in forum PHP Development
    Replies: 0
    Last Post: August 15th, 06:21 PM
  4. 1.8.0 Segmentation fault
    By Graham Brooks in forum Ruby
    Replies: 0
    Last Post: July 28th, 08:07 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139