Loading ...
Sorry, an error occurred while loading the content.

Re: [linuxham] net 6.0 fails with 'std::bad_alloc'

Expand Messages
  • Rick Stanback
    ... I did not do anything with the database file. I did check with the file command and it says the file is a dbase3 file.
    Message 1 of 17 , Jan 31, 2013
    • 1 Attachment
    • 801 Bytes
    > >> corrupt. You can also run from within the gnu debugger, gdb and
    > then
    > >> do
    > >> a back trace (bt) to learn where the failure is occurring so that a
    > >> solution can be incorporated.
    > >>
    > >> Dave
    > >>
    > >> Here is the run from the debugger.
    > > [stanback@i7 ~]$ gdb flnet
    > > GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17)
    > > Copyright (C) 2012 Free Software Foundation, Inc.
    > > License GPLv3+: GNU GPL version 3 or later
    > > http://gnu.org/licenses/gpl.html>
    > > This is free software: you are free to change and redistribute it.
    > > There is NO WARRANTY, to the extent permitted by law. Type "show
    > > copying"
    > > and "show warranty" for details.
    > > This GDB was configured as "x86_64-redhat-linux-gnu".
    > > For bug reporting instructions, please see:
    > > http://www.gnu.org/software/gdb/bugs/>...
    > > Reading symbols from /usr/local/bin/flnet...done.
    > > (gdb) run
    > > Starting program: /usr/local/bin/flnet
    > > [Thread debugging using libthread_db enabled]
    > > Using host libthread_db library "/lib64/libthread_db.so.1".
    > > terminate called after throwing an instance of 'std::bad_alloc'
    > > what(): std::bad_alloc
    > >
    > > Program received signal SIGABRT, Aborted.
    > > 0x0000003e05c35935 in raise () from /lib64/libc.so.6
    > > Missing separate debuginfos, use: debuginfo-install
    > > expat-2.1.0-1.fc17.x86_64 fltk-1.3.0-4.fc17.x86_64
    > > fontconfig-2.8.0-8.fc17.x86_64 freetype-2.4.8-3.fc17.x86_64
    > > glibc-2.15-58.fc17.x86_64 libX11-1.5.0-2.fc17.x86_64
    > > libXau-1.0.6-3.fc17.x86_64 libXcursor-1.1.13-1.fc17.x86_64
    > > libXext-1.3.1-1.fc17.x86_64 libXfixes-5.0-2.fc17.x86_64
    > > libXft-2.3.0-2.fc17.x86_64 libXinerama-1.1.2-1.fc17.x86_64
    > > libXrender-0.9.7-1.fc17.x86_64 libgcc-4.7.2-2.fc17.x86_64
    > > libjpeg-turbo-1.2.1-1.fc17.x86_64 libpng-1.5.10-1.fc17.x86_64
    > libstdc
    > > ++-4.7.2-2.fc17.x86_64 libxcb-1.9-1.fc17.x86_64
    > zlib-1.2.5-7.fc17.x86_64
    > > (gdb) bt
    > > #0 0x0000003e05c35935 in raise () from /lib64/libc.so.6
    > > #1 0x0000003e05c370e8 in abort () from /lib64/libc.so.6
    > > #2 0x0000003e0a460dad in __gnu_cxx::__verbose_terminate_handler() ()
    > > from /lib64/libstdc++.so.6
    > > #3 0x0000003e0a45eea6 in ?? () from /lib64/libstdc++.so.6
    > > #4 0x0000003e0a45eed3 in std::terminate() () from /lib64/libstdc
    > ++.so.6
    > > #5 0x0000003e0a45f0fe in __cxa_throw () from /lib64/libstdc++.so.6
    > > #6 0x0000003e0a45f5ed in operator new(unsigned long) ()
    > > from /lib64/libstdc++.so.6
    > > #7 0x0000003e0a45f689 in operator new[](unsigned long) ()
    > > from /lib64/libstdc++.so.6
    > > #8 0x000000000040f7ca in getBrwsData () at netshared.cxx:395
    > > #9 0x0000000000410b82 in getBrwsData () at netshared.cxx:387
    > > #10 openDB (fname=0x725cb0 "/home/stanback/net.dbf") at
    > > netshared.cxx:649
    > > #11 0x0000000000405a20 in main (argc=1, argv=0x7fffffffe088) at
    > > main.cxx:213
    > > (gdb) cont
    > > Continuing.
    > >
    > > Program terminated with signal SIGABRT, Aborted.
    > > The program no longer exists.
    > > (gdb)
    > >
    > > Rick.
    > Did you open the "net.dbf" file with any program other than flnet?
    >
    > Send me a copy of the net.dbf file direct to the "reply-to" address.
    >
    > Dave
    >
    I did not do anything with the database file. I did check with the file
    command and it says the file is a dbase3 file.
  • w1hkj
    Rick, Copy the net.dbf file to the topmost source directory for flnet. Then proceed as follows $ ./configure $ make clean $ make $ gdb src/flnet (gdb) set args
    Message 2 of 17 , Jan 31, 2013
    • 0 Attachment
      Rick,

      Copy the net.dbf file to the topmost source directory for flnet. Then
      proceed as follows

      $ ./configure
      $ make clean
      $ make
      $ gdb src/flnet
      (gdb) set args ./net.dbf
      (gdb) b netshared.cxx:383
      (gdb) r

      at the breakpoint

      (gdb) print numrecs

      should respond
      $1 = 0

      (gdb) c

      Report any crashes.

      Dave
    • Rick Stanback
      ... Here is the results with crash :( I have to leave for a few days to go to a funeral. when I get back on Sunday night I can setup an account for you if
      Message 3 of 17 , Jan 31, 2013
      • 0 Attachment
        On Thu, 2013-01-31 at 11:08 -0600, w1hkj wrote:
        >
        > Rick,
        >
        > Copy the net.dbf file to the topmost source directory for flnet. Then
        > proceed as follows
        >
        > $ ./configure
        > $ make clean
        > $ make
        > $ gdb src/flnet
        > (gdb) set args ./net.dbf
        > (gdb) b netshared.cxx:383
        > (gdb) r
        >
        > at the breakpoint
        >
        > (gdb) print numrecs
        >
        > should respond
        > $1 = 0
        >
        > (gdb) c
        >
        > Report any crashes.
        >
        > Dave
        >

        Here is the results with crash :( I have to leave for a few days to go
        to a funeral. when I get back on Sunday night I can setup an account
        for you if you want to just debug on my system.

        [stanback@i7 flnet-6.1.1]$ gdb src/flnet
        GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17)
        Copyright (C) 2012 Free Software Foundation, Inc.
        License GPLv3+: GNU GPL version 3 or later
        <http://gnu.org/licenses/gpl.html>
        This is free software: you are free to change and redistribute it.
        There is NO WARRANTY, to the extent permitted by law. Type "show
        copying"
        and "show warranty" for details.
        This GDB was configured as "x86_64-redhat-linux-gnu".
        For bug reporting instructions, please see:
        <http://www.gnu.org/software/gdb/bugs/>...
        Reading symbols from /work/new/flnet-6.1.1/src/flnet...done.
        (gdb) set args ./net.dbf
        (gdb) b netshared.cxx:383
        Breakpoint 1 at 0x41043e: netshared.cxx:383. (10 locations)
        (gdb) r
        Starting program: /work/new/flnet-6.1.1/src/flnet ./net.dbf
        [Thread debugging using libthread_db enabled]
        Using host libthread_db library "/lib64/libthread_db.so.1".

        Breakpoint 1, getBrwsData () at netshared.cxx:383
        383 sprintf (szDispName,"%s (%ld)", sSimpleName, numrecs);
        Missing separate debuginfos, use: debuginfo-install
        expat-2.1.0-1.fc17.x86_64 fltk-1.3.0-4.fc17.x86_64
        fontconfig-2.8.0-8.fc17.x86_64 freetype-2.4.8-3.fc17.x86_64
        glibc-2.15-58.fc17.x86_64 libX11-1.5.0-2.fc17.x86_64
        libXau-1.0.6-3.fc17.x86_64 libXcursor-1.1.13-1.fc17.x86_64
        libXext-1.3.1-1.fc17.x86_64 libXfixes-5.0-2.fc17.x86_64
        libXft-2.3.0-2.fc17.x86_64 libXinerama-1.1.2-1.fc17.x86_64
        libXrender-0.9.7-1.fc17.x86_64 libgcc-4.7.2-2.fc17.x86_64
        libjpeg-turbo-1.2.1-1.fc17.x86_64 libpng-1.5.10-1.fc17.x86_64 libstdc
        ++-4.7.2-2.fc17.x86_64 libxcb-1.9-1.fc17.x86_64 zlib-1.2.5-7.fc17.x86_64
        (gdb) print numerics
        No symbol "numerics" in current context.
        (gdb) print numrecs
        $1 = 0
        (gdb) c
        Continuing.
        terminate called after throwing an instance of 'std::bad_alloc'
        what(): std::bad_alloc

        Program received signal SIGABRT, Aborted.
        0x0000003e05c35935 in raise () from /lib64/libc.so.6
        (gdb) bt
        #0 0x0000003e05c35935 in raise () from /lib64/libc.so.6
        #1 0x0000003e05c370e8 in abort () from /lib64/libc.so.6
        #2 0x0000003e0a460dad in __gnu_cxx::__verbose_terminate_handler() ()
        from /lib64/libstdc++.so.6
        #3 0x0000003e0a45eea6 in ?? () from /lib64/libstdc++.so.6
        #4 0x0000003e0a45eed3 in std::terminate() () from /lib64/libstdc++.so.6
        #5 0x0000003e0a45f0fe in __cxa_throw () from /lib64/libstdc++.so.6
        #6 0x0000003e0a45f5ed in operator new(unsigned long) ()
        from /lib64/libstdc++.so.6
        #7 0x0000003e0a45f689 in operator new[](unsigned long) ()
        from /lib64/libstdc++.so.6
        #8 0x000000000040f7ca in getBrwsData () at netshared.cxx:395
        #9 0x0000000000410b82 in getBrwsData () at netshared.cxx:387
        #10 openDB (fname=0x7fffffffe390 "./net.dbf") at netshared.cxx:649
        #11 0x0000000000405a35 in main (argc=2, argv=0x7fffffffe058) at
        main.cxx:208
        (gdb)

        Rick.
      • w1hkj
        Rick. Drop me a line at w1hkj at w1hkj dot com when you return. Dave
        Message 4 of 17 , Jan 31, 2013
        • 0 Attachment
          Rick.

          Drop me a line at w1hkj at w1hkj dot com when you return.

          Dave
        • Michael Wrenn
          Dave, No Bueno I m afraid. I am experiencing the same as before. The program will load but will crash when trying to create or open the database. I ve tried
          Message 5 of 17 , Jan 31, 2013
          • 0 Attachment
            Dave,

            No Bueno I'm afraid.  I am experiencing the same as before.  The program will load but will crash when trying to create or open the database.  I've tried both types of databases with the same results.  Does a particular DB program have to be installed for it to work?

            Here is my info from the debugger.  I don't think it's much different than Rick's:

            [the_captain@localhost ~]$ gdb flnet
            GNU gdb (GDB) Fedora (7.5.1-32.fc18)
            Copyright (C) 2012 Free Software Foundation, Inc.
            License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
            This is free software: you are free to change and redistribute it.
            There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
            and "show warranty" for details.
            This GDB was configured as "x86_64-redhat-linux-gnu".
            For bug reporting instructions, please see:
            <http://www.gnu.org/software/gdb/bugs/>...
            Reading symbols from /usr/local/bin/flnet...done.
            (gdb) run
            Starting program: /usr/local/bin/flnet
            [Thread debugging using libthread_db enabled]
            Using host libthread_db library "/lib64/libthread_db.so.1".
            XOpenIM() failed
            terminate called after throwing an instance of 'std::bad_alloc'
              what():  std::bad_alloc

            Program received signal SIGABRT, Aborted.
            0x0000003063a35ba5 in raise () from /lib64/libc.so.6
            Missing separate debuginfos, use: debuginfo-install expat-2.1.0-4.fc18.x86_64 fltk-1.3.0-8.fc18.x86_64 fontconfig-2.10.2-1.fc18.x86_64 freetype-2.4.10-2.fc18.x86_64 glibc-2.16-28.fc18.x86_64 libX11-1.5.0-3.fc18.x86_64 libXau-1.0.6-4.fc18.x86_64 libXcursor-1.1.13-2.fc18.x86_64 libXext-1.3.1-2.fc18.x86_64 libXfixes-5.0-3.fc18.x86_64 libXft-2.3.1-2.fc18.x86_64 libXinerama-1.1.2-2.fc18.x86_64 libXrandr-devel-1.4.0-1.fc18.x86_64 libXrender-0.9.7-2.fc18.x86_64 libgcc-4.7.2-8.fc18.x86_64 libjpeg-turbo-1.2.1-3.fc18.x86_64 libpng-1.5.13-1.fc18.x86_64 libstdc++-4.7.2-8.fc18.x86_64 libxcb-1.9-1.fc18.x86_64 zlib-1.2.7-9.fc18.x86_64
            (gdb) backtrace
            #0  0x0000003063a35ba5 in raise () from /lib64/libc.so.6
            #1  0x0000003063a37358 in abort () from /lib64/libc.so.6
            #2  0x0000003067660e1d in __gnu_cxx::__verbose_terminate_handler() ()
               from /lib64/libstdc++.so.6
            #3  0x000000306765eeb6 in ?? () from /lib64/libstdc++.so.6
            #4  0x000000306765eee3 in std::terminate() () from /lib64/libstdc++.so.6
            #5  0x000000306765f10e in __cxa_throw () from /lib64/libstdc++.so.6
            #6  0x000000306765f5fd in operator new(unsigned long) ()
               from /lib64/libstdc++.so.6
            #7  0x000000306765f699 in operator new[](unsigned long) ()
               from /lib64/libstdc++.so.6
            #8  0x000000000040e6a0 in getBrwsData () at netshared.cxx:395
            #9  0x000000000040fa62 in getBrwsData () at netshared.cxx:387
            #10 openDB (fname=0x676fb0 "/home/the_captain/test.db") at netshared.cxx:649
            #11 0x0000000000404c10 in main (argc=1, argv=0x7fffffffe268) at main.cxx:213

            Michael Wrenn - K5WRN

            On 01/31/2013 08:34 AM, w1hkj wrote:
             

            On 01/31/2013 07:32 AM, Rick Stanback wrote:
            > On Thu, 2013-01-31 at 05:52 -0600, w1hkj wrote:
            >>
            >> On 01/30/2013 09:08 PM, Rick Stanback wrote:
            >>> On Wed, 2013-01-30 at 14:07 -0600, w1hkj wrote:
            >>>> Download and build
            >> http://www.w1hkj.com/alpha/flnet/flnet-6.1.1.tar.gz
            >>>> Please advise if you see the same run time failure.


          • w1hkj
            ... no ... the xdb is compiled into the program. ... Looks like your common link is the 64 bit OS versus the 32 bit OS that I am testing on. I ll look at the
            Message 6 of 17 , Jan 31, 2013
            • 0 Attachment
              On 01/31/2013 08:58 PM, Michael Wrenn wrote:
              Dave,

              No Bueno I'm afraid.  I am experiencing the same as before.  The program will load but will crash when trying to create or open the database.  I've tried both types of databases with the same results.  Does a particular DB program have to be installed for it to work?
              no ... the xdb is compiled into the program.

              Here is my info from the debugger.  I don't think it's much different than Rick's:

              Looks like your common link is the 64 bit OS versus the 32 bit OS that I am testing on.

              I'll look at the code tomorrow to see if I see anything that might be 64 bit specific.

              Dave
            • mwrenn@sbcglobal.net
              Dave, Any update on running net with a 64 bit OS? Michael
              Message 7 of 17 , Apr 4, 2013
              • 0 Attachment
                Dave,

                Any update on running net with a 64 bit OS?

                Michael

                --- In linuxham@yahoogroups.com, w1hkj <w1hkj@...> wrote:
                >
                > On 01/31/2013 08:58 PM, Michael Wrenn wrote:
                > >
                > >
                > > Dave,
                > >
                > > No Bueno I'm afraid. I am experiencing the same as before. The
                > > program will load but will crash when trying to create or open the
                > > database. I've tried both types of databases with the same results.
                > > Does a particular DB program have to be installed for it to work?
                > no ... the xdb is compiled into the program.
                > >
                > > Here is my info from the debugger. I don't think it's much different
                > > than Rick's:
                >
                > Looks like your common link is the 64 bit OS versus the 32 bit OS that I
                > am testing on.
                >
                > I'll look at the code tomorrow to see if I see anything that might be 64
                > bit specific.
                >
                > Dave
                >
              Your message has been successfully submitted and would be delivered to recipients shortly.