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

Re: [jasspa] Re: symbolic link and file-browser

Expand Messages
  • Thomas Hundt
    FYI It s working for me (SuSE 32-bit) and it s been very stable over the past few years. What versions are you using? One thing I d ask is, when you hit F10
    Message 1 of 11 , May 28, 2007
    • 0 Attachment
      FYI It's working for me (SuSE 32-bit) and it's been very stable over the
      past few years. What versions are you using?

      One thing I'd ask is, when you hit F10 to bring up the file browser,
      does it recognize the symbolic links? (It should display for example
      "HackSym/ -> Hack" for a link created using 'ln -s Hack HackSym'.)

      How far does it get when it crashes? When you click on (or hit Return
      on) one of these entries, it says at the bottom, "[Evaluating <item>]".
      It also changes the directory tree display on the left to show the
      directories in the selected dir. And it changes the pane on the right
      to show the directories and files.

      -Th


      ZarathustraXYZ wrote, On 5/28/2007 3:51 AM:
      > No.
      > glibc say: *** glibc detected *** double free or corruption (!prev):
      > 0x00000000006f4920 ***
      > Aborted
      >
      >
      > --- In jasspa@yahoogroups.com, Jon Green <jon@...> wrote:
      >> ZarathustraXYZ wrote:
      >>> Hi all,
      >>> I don't use often the file-browser but, under linux (32 and 64
      > bit),
      >>> me crash when I select symbolic link. Some of you have the same
      >>> problem?
      >>>
      >>> Ciao.
      >>>
      >>> Vincenzo
      >>>
      >>>
      >> Is there a circular symbolic link in the directory?
      >>
      >
      --
      Thomas Hundt <tom@...> +1-415-867-6698
    • Jon Green
      ... Good point, I wonder if there is an incompatibility with the linked glibc.so? Maybe need to build from source to correct the problem. The current version
      Message 2 of 11 , May 28, 2007
      • 0 Attachment
        Thomas Hundt wrote:
        > FYI It's working for me (SuSE 32-bit) and it's been very stable over the
        > past few years. What versions are you using?
        >
        > One thing I'd ask is, when you hit F10 to bring up the file browser,
        > does it recognize the symbolic links? (It should display for example
        > "HackSym/ -> Hack" for a link created using 'ln -s Hack HackSym'.)
        >
        > How far does it get when it crashes? When you click on (or hit Return
        > on) one of these entries, it says at the bottom, "[Evaluating <item>]".
        > It also changes the directory tree display on the left to show the
        > directories in the selected dir. And it changes the pane on the right
        > to show the directories and files.
        >
        > -Th
        >

        Good point, I wonder if there is an incompatibility with the linked
        glibc.so? Maybe need to build from source to correct the problem. The
        current version is distributed with Gentoo and there do not seem to be
        any problems with Linux.

        Strongly suggest a source re-build and see how it goes on your system.

        I was going to try building this on CentOs 5.0 to see what happens -
        will do this later in the week.

        Jon.
      • ZarathustraXYZ
        Hi, file-browser recognize the symbolic links. On amd64 when I click (on when I hit Return) crash without display nothing at the bottom (on fedora 6 and
        Message 3 of 11 , May 28, 2007
        • 0 Attachment
          Hi,
          file-browser recognize the symbolic links. On amd64 when I click (on
          when I hit Return) crash without display nothing at the bottom (on
          fedora 6 and centos 4.5 on amd64), maybe it's to fast I guess. On
          ScientificLinux 4.5 (32 bit) it say at the
          bottom "[Evaluating ... " .
          I have rebuilded Me from source (my gcc is gcc version 4.1.1
          20070105 (Red Hat 4.1.1-51) and glibc is glibc-2.5-10.fc6.x86_64)
          but this is the result :-( :

          *** glibc detected *** ./me: double free or corruption (!prev):
          0x00000000006d1700 ***
          ======= Backtrace: =========
          /lib64/libc.so.6[0x396086ea30]
          /lib64/libc.so.6(cfree+0x8c)[0x396087214c]
          ./me[0x40baac]
          ./me[0x40c6ef]
          ./me[0x40cb03]
          ./me[0x41a91d]
          ./me[0x41b791]
          ./me[0x41bd4b]
          ./me[0x41a8b6]
          ./me[0x41b791]
          ./me[0x41bd4b]
          ./me[0x41a8b6]
          ./me[0x41b791]
          ./me[0x41cb0c]
          ./me[0x41a91d]
          ./me[0x41b791]
          ./me[0x41bd4b]
          ./me[0x41a8b6]
          ./me[0x43a8f4]
          ./me[0x43ae41]
          ./me[0x43aee0]
          /lib64/libc.so.6(__libc_start_main+0xf4)[0x396081da44]
          ./me[0x403a09]
          ======= Memory map: ========
          00400000-00487000 r-xp 00000000 08:04
          328162 /home/enzo/Programmi/microemacs/me060909/src/me
          00686000-0068f000 rw-p 00086000 08:04
          328162 /home/enzo/Programmi/microemacs/me060909/src/me
          0068f000-00738000 rw-p 0068f000 00:00 0
          [heap]
          3688000000-3688104000 r-xp 00000000 08:03
          3106358 /usr/lib64/libX11.so.6.2.0
          3688104000-3688304000 ---p 00104000 08:03
          3106358 /usr/lib64/libX11.so.6.2.0
          3688304000-368830b000 rw-p 00104000 08:03
          3106358 /usr/lib64/libX11.so.6.2.0
          3688800000-3688809000 r-xp 00000000 08:03
          3127047 /usr/lib64/libXrender.so.1.3.0
          3688809000-3688a08000 ---p 00009000 08:03
          3127047 /usr/lib64/libXrender.so.1.3.0
          3688a08000-3688a09000 rw-p 00008000 08:03
          3127047 /usr/lib64/libXrender.so.1.3.0
          3689000000-368900a000 r-xp 00000000 08:03
          3127050 /usr/lib64/libXcursor.so.1.0.2
          368900a000-3689209000 ---p 0000a000 08:03
          3127050 /usr/lib64/libXcursor.so.1.0.2
          3689209000-368920a000 rw-p 00009000 08:03
          3127050 /usr/lib64/libXcursor.so.1.0.2
          3689400000-3689410000 r-xp 00000000 08:03
          3114633 /usr/lib64/libXpm.so.4.11.0
          3689410000-3689610000 ---p 00010000 08:03
          3114633 /usr/lib64/libXpm.so.4.11.0
          3689610000-3689611000 rw-p 00010000 08:03
          3114633 /usr/lib64/libXpm.so.4.11.0
          3689800000-3689805000 r-xp 00000000 08:03
          3127049 /usr/lib64/libXfixes.so.3.1.0
          3689805000-3689a04000 ---p 00005000 08:03
          3127049 /usr/lib64/libXfixes.so.3.1.0
          3689a04000-3689a05000 rw-p 00004000 08:03
          3127049 /usr/lib64/libXfixes.so.3.1.0
          3960400000-396041a000 r-xp 00000000 08:03
          1109786 /lib64/ld-2.5.so
          3960619000-396061a000 r--p 00019000 08:03
          1109786 /lib64/ld-2.5.so
          396061a000-396061b000 rw-p 0001a000 08:03
          1109786 /lib64/ld-2.5.so
          3960800000-3960944000 r-xp 00000000 08:03
          1109788 /lib64/libc-2.5.so
          3960944000-3960b44000 ---p 00144000 08:03
          1109788 /lib64/libc-2.5.so
          3960b44000-3960b48000 r--p 00144000 08:03
          1109788 /lib64/libc-2.5.so
          3960b48000-3960b49000 rw-p 00148000 08:03
          1109788 /lib64/libc-2.5.so
          3960b49000-3960b4e000 rw-p 3960b49000 00:00 0
          3961000000-3961003000 r-xp 00000000 08:03
          1109804 /lib64/libdl-2.5.so
          3961003000-3961202000 ---p 00003000 08:03
          1109804 /lib64/libdl-2.5.so
          3961202000-3961203000 r--p 00002000 08:03
          1109804 /lib64/libdl-2.5.so
          3961203000-3961204000 rw-p 00003000 08:03
          1109804 /lib64/libdl-2.5.so
          3961c00000-3961c0d000 r-xp 00000000 08:03
          1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
          3961c0d000-3961e0c000 ---p 0000d000 08:03
          1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
          3961e0c000-3961e0d000 rw-p 0000c000 08:03
          1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
          3962400000-3962402000 r-xp 00000000 08:03
          3125619 /usr/lib64/libXau.so.6.0.0
          3962402000-3962601000 ---p 00002000 08:03
          3125619 /usr/lib64/libXau.so.6.0.0
          3962601000-3962602Aborted

          Ciao.

          Vincenzo



          --- In jasspa@yahoogroups.com, Jon Green <jon@...> wrote:
          >
          > Thomas Hundt wrote:
          > > FYI It's working for me (SuSE 32-bit) and it's been very stable
          over the
          > > past few years. What versions are you using?
          > >
          > > One thing I'd ask is, when you hit F10 to bring up the file
          browser,
          > > does it recognize the symbolic links? (It should display for
          example
          > > "HackSym/ -> Hack" for a link created using 'ln -s Hack
          HackSym'.)
          > >
          > > How far does it get when it crashes? When you click on (or hit
          Return
          > > on) one of these entries, it says at the bottom, "[Evaluating
          <item>]".
          > > It also changes the directory tree display on the left to show
          the
          > > directories in the selected dir. And it changes the pane on the
          right
          > > to show the directories and files.
          > >
          > > -Th
          > >
          >
          > Good point, I wonder if there is an incompatibility with the
          linked
          > glibc.so? Maybe need to build from source to correct the problem.
          The
          > current version is distributed with Gentoo and there do not seem
          to be
          > any problems with Linux.
          >
          > Strongly suggest a source re-build and see how it goes on your
          system.
          >
          > I was going to try building this on CentOs 5.0 to see what
          happens -
          > will do this later in the week.
          >
          > Jon.
          >
        • ZarathustraXYZ
          Ok, I have found where is the problem. I didn t realize it before but the link that crash Me is strange :-), this is the output of ls -l: lrwxrwxrwx 1 enzo
          Message 4 of 11 , May 28, 2007
          • 0 Attachment
            Ok, I have found where is the problem.
            I didn't realize it before but the link that crash Me
            is "strange" :-), this is the output of ls -l:

            lrwxrwxrwx 1 enzo enzo 11 27 mag 00:35 webservice ->
            WebService//
            drwxrwxr-x 24 enzo enzo 2000 12 mag 23:27 WebService/

            Due to a typing error i have made this link.
            I can use this link with all other application but not with Me.

            Ciao.

            Vincenzo




            --- In jasspa@yahoogroups.com, "ZarathustraXYZ" <zarathustraxyz@...>
            wrote:
            >
            > Hi,
            > file-browser recognize the symbolic links. On amd64 when I click
            (on
            > when I hit Return) crash without display nothing at the bottom (on
            > fedora 6 and centos 4.5 on amd64), maybe it's to fast I guess. On
            > ScientificLinux 4.5 (32 bit) it say at the
            > bottom "[Evaluating ... " .
            > I have rebuilded Me from source (my gcc is gcc version 4.1.1
            > 20070105 (Red Hat 4.1.1-51) and glibc is glibc-2.5-10.fc6.x86_64)
            > but this is the result :-( :
            >
            > *** glibc detected *** ./me: double free or corruption (!prev):
            > 0x00000000006d1700 ***
            > ======= Backtrace: =========
            > /lib64/libc.so.6[0x396086ea30]
            > /lib64/libc.so.6(cfree+0x8c)[0x396087214c]
            > ./me[0x40baac]
            > ./me[0x40c6ef]
            > ./me[0x40cb03]
            > ./me[0x41a91d]
            > ./me[0x41b791]
            > ./me[0x41bd4b]
            > ./me[0x41a8b6]
            > ./me[0x41b791]
            > ./me[0x41bd4b]
            > ./me[0x41a8b6]
            > ./me[0x41b791]
            > ./me[0x41cb0c]
            > ./me[0x41a91d]
            > ./me[0x41b791]
            > ./me[0x41bd4b]
            > ./me[0x41a8b6]
            > ./me[0x43a8f4]
            > ./me[0x43ae41]
            > ./me[0x43aee0]
            > /lib64/libc.so.6(__libc_start_main+0xf4)[0x396081da44]
            > ./me[0x403a09]
            > ======= Memory map: ========
            > 00400000-00487000 r-xp 00000000 08:04
            >
            328162 /home/enzo/Programmi/microemacs/me060909/src/me
            > 00686000-0068f000 rw-p 00086000 08:04
            >
            328162 /home/enzo/Programmi/microemacs/me060909/src/me
            > 0068f000-00738000 rw-p 0068f000 00:00 0
            > [heap]
            > 3688000000-3688104000 r-xp 00000000 08:03
            > 3106358 /usr/lib64/libX11.so.6.2.0
            > 3688104000-3688304000 ---p 00104000 08:03
            > 3106358 /usr/lib64/libX11.so.6.2.0
            > 3688304000-368830b000 rw-p 00104000 08:03
            > 3106358 /usr/lib64/libX11.so.6.2.0
            > 3688800000-3688809000 r-xp 00000000 08:03
            > 3127047 /usr/lib64/libXrender.so.1.3.0
            > 3688809000-3688a08000 ---p 00009000 08:03
            > 3127047 /usr/lib64/libXrender.so.1.3.0
            > 3688a08000-3688a09000 rw-p 00008000 08:03
            > 3127047 /usr/lib64/libXrender.so.1.3.0
            > 3689000000-368900a000 r-xp 00000000 08:03
            > 3127050 /usr/lib64/libXcursor.so.1.0.2
            > 368900a000-3689209000 ---p 0000a000 08:03
            > 3127050 /usr/lib64/libXcursor.so.1.0.2
            > 3689209000-368920a000 rw-p 00009000 08:03
            > 3127050 /usr/lib64/libXcursor.so.1.0.2
            > 3689400000-3689410000 r-xp 00000000 08:03
            > 3114633 /usr/lib64/libXpm.so.4.11.0
            > 3689410000-3689610000 ---p 00010000 08:03
            > 3114633 /usr/lib64/libXpm.so.4.11.0
            > 3689610000-3689611000 rw-p 00010000 08:03
            > 3114633 /usr/lib64/libXpm.so.4.11.0
            > 3689800000-3689805000 r-xp 00000000 08:03
            > 3127049 /usr/lib64/libXfixes.so.3.1.0
            > 3689805000-3689a04000 ---p 00005000 08:03
            > 3127049 /usr/lib64/libXfixes.so.3.1.0
            > 3689a04000-3689a05000 rw-p 00004000 08:03
            > 3127049 /usr/lib64/libXfixes.so.3.1.0
            > 3960400000-396041a000 r-xp 00000000 08:03
            > 1109786 /lib64/ld-2.5.so
            > 3960619000-396061a000 r--p 00019000 08:03
            > 1109786 /lib64/ld-2.5.so
            > 396061a000-396061b000 rw-p 0001a000 08:03
            > 1109786 /lib64/ld-2.5.so
            > 3960800000-3960944000 r-xp 00000000 08:03
            > 1109788 /lib64/libc-2.5.so
            > 3960944000-3960b44000 ---p 00144000 08:03
            > 1109788 /lib64/libc-2.5.so
            > 3960b44000-3960b48000 r--p 00144000 08:03
            > 1109788 /lib64/libc-2.5.so
            > 3960b48000-3960b49000 rw-p 00148000 08:03
            > 1109788 /lib64/libc-2.5.so
            > 3960b49000-3960b4e000 rw-p 3960b49000 00:00 0
            > 3961000000-3961003000 r-xp 00000000 08:03
            > 1109804 /lib64/libdl-2.5.so
            > 3961003000-3961202000 ---p 00003000 08:03
            > 1109804 /lib64/libdl-2.5.so
            > 3961202000-3961203000 r--p 00002000 08:03
            > 1109804 /lib64/libdl-2.5.so
            > 3961203000-3961204000 rw-p 00003000 08:03
            > 1109804 /lib64/libdl-2.5.so
            > 3961c00000-3961c0d000 r-xp 00000000 08:03
            > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
            > 3961c0d000-3961e0c000 ---p 0000d000 08:03
            > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
            > 3961e0c000-3961e0d000 rw-p 0000c000 08:03
            > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
            > 3962400000-3962402000 r-xp 00000000 08:03
            > 3125619 /usr/lib64/libXau.so.6.0.0
            > 3962402000-3962601000 ---p 00002000 08:03
            > 3125619 /usr/lib64/libXau.so.6.0.0
            > 3962601000-3962602Aborted
            >
            > Ciao.
            >
            > Vincenzo
            >
            >
            >
            > --- In jasspa@yahoogroups.com, Jon Green <jon@> wrote:
            > >
            > > Thomas Hundt wrote:
            > > > FYI It's working for me (SuSE 32-bit) and it's been very
            stable
            > over the
            > > > past few years. What versions are you using?
            > > >
            > > > One thing I'd ask is, when you hit F10 to bring up the file
            > browser,
            > > > does it recognize the symbolic links? (It should display for
            > example
            > > > "HackSym/ -> Hack" for a link created using 'ln -s Hack
            > HackSym'.)
            > > >
            > > > How far does it get when it crashes? When you click on (or
            hit
            > Return
            > > > on) one of these entries, it says at the bottom, "[Evaluating
            > <item>]".
            > > > It also changes the directory tree display on the left to
            show
            > the
            > > > directories in the selected dir. And it changes the pane on
            the
            > right
            > > > to show the directories and files.
            > > >
            > > > -Th
            > > >
            > >
            > > Good point, I wonder if there is an incompatibility with the
            > linked
            > > glibc.so? Maybe need to build from source to correct the
            problem.
            > The
            > > current version is distributed with Gentoo and there do not seem
            > to be
            > > any problems with Linux.
            > >
            > > Strongly suggest a source re-build and see how it goes on your
            > system.
            > >
            > > I was going to try building this on CentOs 5.0 to see what
            > happens -
            > > will do this later in the week.
            > >
            > > Jon.
            > >
            >
          • Jon Green
            ... So if you fix the link does this fix the problem? (not that this is an excuse). ... Cool link. Does not crash on Solaris with this type of link. I will
            Message 5 of 11 , May 28, 2007
            • 0 Attachment
              ZarathustraXYZ wrote:
              > Ok, I have found where is the problem.
              > I didn't realize it before but the link that crash Me
              > is "strange" :-), this is the output of ls -l:
              >
              > lrwxrwxrwx 1 enzo enzo 11 27 mag 00:35 webservice ->
              > WebService//
              > drwxrwxr-x 24 enzo enzo 2000 12 mag 23:27 WebService/
              >
              > Due to a typing error i have made this link.
              > I can use this link with all other application but not with Me.
              >

              So if you fix the link does this fix the problem? (not that this is an
              excuse).

              > Ciao.
              >
              > Vincenzo
              >

              Cool link.

              Does not crash on Solaris with this type of link.
              I will have to build on Linux and debug it.

              What you should of got is this:

              Directory listing of: /home/jon/crash/
              10240 used in 0 files and 4 dirs (Not-Filtered)

              Attr Size Modified Name <Order by Extension>
              drwx 8704 2007/05/28 22:20:13 ../
              drwx 512 2007/05/28 22:20:29 WebService/
              drwx 512 2007/05/28 22:20:29 webservice/ -> WebService//

              Following the link in the browser descends to the next directory. I
              think I have reproduced it correctly as you stated above:

              cd /home/jon/crash/
              ls -la

              total 24
              drwxr-xr-x 3 jon users 512 May 28 22:20 .
              drwxr-x--- 108 jon users 8704 May 28 22:20 ..
              lrwxrwxrwx 1 jon users 12 May 28 22:20 webservice ->
              WebService//
              drwxr-xr-x 2 jon users 512 May 28 22:20 WebService
              [EXIT 0]

              Thanks for the info.
              Regards
              Jon.
            • Steven Phillips
              I think I found and fixed this issue. Now that you have built ME yourself, could you please try the following fix and let me know if it solves the problem.
              Message 6 of 11 , May 28, 2007
              • 0 Attachment
                I think I found and fixed this issue. Now that you have built ME
                yourself, could you please try the following fix and let me know if it
                solves the problem. Note the line numbers may not be exactly right as I
                had make other commits before this one. Thanks,

                Steve

                Index: dirlist.c
                ===================================================================
                RCS file: /usr/cvs/repme/me/src/dirlist.c,v
                retrieving revision 2.12
                retrieving revision 2.13
                diff -c -w -r2.12 -r2.13
                *** dirlist.c 22 Oct 2006 16:43:14 -0000 2.12
                --- dirlist.c 26 Oct 2006 20:01:23 -0000 2.13
                ***************
                *** 166,172 ****
                /* Recursively iterate over the children and delete */
                for (dnode = root->child; dnode != NULL; /* NULL */)
                {
                ! if(dnode->child != NULL)
                dirDeleteTree (dnode);
                dt = dnode; /* Remember node to delete */
                dnode = dnode->next ; /* Point to next node */
                --- 166,172 ----
                /* Recursively iterate over the children and delete */
                for (dnode = root->child; dnode != NULL; /* NULL */)
                {
                ! if((dnode->child != NULL) && (dnode->lname == NULL))
                dirDeleteTree (dnode);
                dt = dnode; /* Remember node to delete */
                dnode = dnode->next ; /* Point to next node */
                ***************

                ZarathustraXYZ wrote:
                >
                > Ok, I have found where is the problem.
                > I didn't realize it before but the link that crash Me
                > is "strange" :-), this is the output of ls -l:
                >
                > lrwxrwxrwx 1 enzo enzo 11 27 mag 00:35 webservice ->
                > WebService//
                > drwxrwxr-x 24 enzo enzo 2000 12 mag 23:27 WebService/
                >
                > Due to a typing error i have made this link.
                > I can use this link with all other application but not with Me.
                >
                > Ciao.
                >
                > Vincenzo
                >
                > --- In jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>,
                > "ZarathustraXYZ" <zarathustraxyz@...>
                > wrote:
                > >
                > > Hi,
                > > file-browser recognize the symbolic links. On amd64 when I click
                > (on
                > > when I hit Return) crash without display nothing at the bottom (on
                > > fedora 6 and centos 4.5 on amd64), maybe it's to fast I guess. On
                > > ScientificLinux 4.5 (32 bit) it say at the
                > > bottom "[Evaluating ... " .
                > > I have rebuilded Me from source (my gcc is gcc version 4.1.1
                > > 20070105 (Red Hat 4.1.1-51) and glibc is glibc-2.5-10.fc6.x86_64)
                > > but this is the result :-( :
                > >
                > > *** glibc detected *** ./me: double free or corruption (!prev):
                > > 0x00000000006d1700 ***
                > > ======= Backtrace: =========
                > > /lib64/libc.so.6[0x396086ea30]
                > > /lib64/libc.so.6(cfree+0x8c)[0x396087214c]
                > > ./me[0x40baac]
                > > ./me[0x40c6ef]
                > > ./me[0x40cb03]
                > > ./me[0x41a91d]
                > > ./me[0x41b791]
                > > ./me[0x41bd4b]
                > > ./me[0x41a8b6]
                > > ./me[0x41b791]
                > > ./me[0x41bd4b]
                > > ./me[0x41a8b6]
                > > ./me[0x41b791]
                > > ./me[0x41cb0c]
                > > ./me[0x41a91d]
                > > ./me[0x41b791]
                > > ./me[0x41bd4b]
                > > ./me[0x41a8b6]
                > > ./me[0x43a8f4]
                > > ./me[0x43ae41]
                > > ./me[0x43aee0]
                > > /lib64/libc.so.6(__libc_start_main+0xf4)[0x396081da44]
                > > ./me[0x403a09]
                > > ======= Memory map: ========
                > > 00400000-00487000 r-xp 00000000 08:04
                > >
                > 328162 /home/enzo/Programmi/microemacs/me060909/src/me
                > > 00686000-0068f000 rw-p 00086000 08:04
                > >
                > 328162 /home/enzo/Programmi/microemacs/me060909/src/me
                > > 0068f000-00738000 rw-p 0068f000 00:00 0
                > > [heap]
                > > 3688000000-3688104000 r-xp 00000000 08:03
                > > 3106358 /usr/lib64/libX11.so.6.2.0
                > > 3688104000-3688304000 ---p 00104000 08:03
                > > 3106358 /usr/lib64/libX11.so.6.2.0
                > > 3688304000-368830b000 rw-p 00104000 08:03
                > > 3106358 /usr/lib64/libX11.so.6.2.0
                > > 3688800000-3688809000 r-xp 00000000 08:03
                > > 3127047 /usr/lib64/libXrender.so.1.3.0
                > > 3688809000-3688a08000 ---p 00009000 08:03
                > > 3127047 /usr/lib64/libXrender.so.1.3.0
                > > 3688a08000-3688a09000 rw-p 00008000 08:03
                > > 3127047 /usr/lib64/libXrender.so.1.3.0
                > > 3689000000-368900a000 r-xp 00000000 08:03
                > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                > > 368900a000-3689209000 ---p 0000a000 08:03
                > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                > > 3689209000-368920a000 rw-p 00009000 08:03
                > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                > > 3689400000-3689410000 r-xp 00000000 08:03
                > > 3114633 /usr/lib64/libXpm.so.4.11.0
                > > 3689410000-3689610000 ---p 00010000 08:03
                > > 3114633 /usr/lib64/libXpm.so.4.11.0
                > > 3689610000-3689611000 rw-p 00010000 08:03
                > > 3114633 /usr/lib64/libXpm.so.4.11.0
                > > 3689800000-3689805000 r-xp 00000000 08:03
                > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                > > 3689805000-3689a04000 ---p 00005000 08:03
                > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                > > 3689a04000-3689a05000 rw-p 00004000 08:03
                > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                > > 3960400000-396041a000 r-xp 00000000 08:03
                > > 1109786 /lib64/ld-2.5.so
                > > 3960619000-396061a000 r--p 00019000 08:03
                > > 1109786 /lib64/ld-2.5.so
                > > 396061a000-396061b000 rw-p 0001a000 08:03
                > > 1109786 /lib64/ld-2.5.so
                > > 3960800000-3960944000 r-xp 00000000 08:03
                > > 1109788 /lib64/libc-2.5.so
                > > 3960944000-3960b44000 ---p 00144000 08:03
                > > 1109788 /lib64/libc-2.5.so
                > > 3960b44000-3960b48000 r--p 00144000 08:03
                > > 1109788 /lib64/libc-2.5.so
                > > 3960b48000-3960b49000 rw-p 00148000 08:03
                > > 1109788 /lib64/libc-2.5.so
                > > 3960b49000-3960b4e000 rw-p 3960b49000 00:00 0
                > > 3961000000-3961003000 r-xp 00000000 08:03
                > > 1109804 /lib64/libdl-2.5.so
                > > 3961003000-3961202000 ---p 00003000 08:03
                > > 1109804 /lib64/libdl-2.5.so
                > > 3961202000-3961203000 r--p 00002000 08:03
                > > 1109804 /lib64/libdl-2.5.so
                > > 3961203000-3961204000 rw-p 00003000 08:03
                > > 1109804 /lib64/libdl-2.5.so
                > > 3961c00000-3961c0d000 r-xp 00000000 08:03
                > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                > > 3961c0d000-3961e0c000 ---p 0000d000 08:03
                > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                > > 3961e0c000-3961e0d000 rw-p 0000c000 08:03
                > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                > > 3962400000-3962402000 r-xp 00000000 08:03
                > > 3125619 /usr/lib64/libXau.so.6.0.0
                > > 3962402000-3962601000 ---p 00002000 08:03
                > > 3125619 /usr/lib64/libXau.so.6.0.0
                > > 3962601000-3962602Aborted
                > >
                > > Ciao.
                > >
                > > Vincenzo
                > >
                > >
                > >
                > > --- In jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>, Jon
                > Green <jon@> wrote:
                > > >
                > > > Thomas Hundt wrote:
                > > > > FYI It's working for me (SuSE 32-bit) and it's been very
                > stable
                > > over the
                > > > > past few years. What versions are you using?
                > > > >
                > > > > One thing I'd ask is, when you hit F10 to bring up the file
                > > browser,
                > > > > does it recognize the symbolic links? (It should display for
                > > example
                > > > > "HackSym/ -> Hack" for a link created using 'ln -s Hack
                > > HackSym'.)
                > > > >
                > > > > How far does it get when it crashes? When you click on (or
                > hit
                > > Return
                > > > > on) one of these entries, it says at the bottom, "[Evaluating
                > > <item>]".
                > > > > It also changes the directory tree display on the left to
                > show
                > > the
                > > > > directories in the selected dir. And it changes the pane on
                > the
                > > right
                > > > > to show the directories and files.
                > > > >
                > > > > -Th
                > > > >
                > > >
                > > > Good point, I wonder if there is an incompatibility with the
                > > linked
                > > > glibc.so? Maybe need to build from source to correct the
                > problem.
                > > The
                > > > current version is distributed with Gentoo and there do not seem
                > > to be
                > > > any problems with Linux.
                > > >
                > > > Strongly suggest a source re-build and see how it goes on your
                > > system.
                > > >
                > > > I was going to try building this on CentOs 5.0 to see what
                > > happens -
                > > > will do this later in the week.
                > > >
                > > > Jon.
                > > >
                > >
                >
                >
              • ZarathustraXYZ
                Yes, if I fix the link Me work fine. ... is an ... I ... webservice -
                Message 7 of 11 , May 28, 2007
                • 0 Attachment
                  Yes, if I fix the link Me work fine.

                  --- In jasspa@yahoogroups.com, Jon Green <jon@...> wrote:
                  >
                  > ZarathustraXYZ wrote:
                  > > Ok, I have found where is the problem.
                  > > I didn't realize it before but the link that crash Me
                  > > is "strange" :-), this is the output of ls -l:
                  > >
                  > > lrwxrwxrwx 1 enzo enzo 11 27 mag 00:35 webservice ->
                  > > WebService//
                  > > drwxrwxr-x 24 enzo enzo 2000 12 mag 23:27 WebService/
                  > >
                  > > Due to a typing error i have made this link.
                  > > I can use this link with all other application but not with Me.
                  > >
                  >
                  > So if you fix the link does this fix the problem? (not that this
                  is an
                  > excuse).
                  >
                  > > Ciao.
                  > >
                  > > Vincenzo
                  > >
                  >
                  > Cool link.
                  >
                  > Does not crash on Solaris with this type of link.
                  > I will have to build on Linux and debug it.
                  >
                  > What you should of got is this:
                  >
                  > Directory listing of: /home/jon/crash/
                  > 10240 used in 0 files and 4 dirs (Not-Filtered)
                  >
                  > Attr Size Modified Name <Order by Extension>
                  > drwx 8704 2007/05/28 22:20:13 ../
                  > drwx 512 2007/05/28 22:20:29 WebService/
                  > drwx 512 2007/05/28 22:20:29 webservice/ -> WebService//
                  >
                  > Following the link in the browser descends to the next directory.
                  I
                  > think I have reproduced it correctly as you stated above:
                  >
                  > cd /home/jon/crash/
                  > ls -la
                  >
                  > total 24
                  > drwxr-xr-x 3 jon users 512 May 28 22:20 .
                  > drwxr-x--- 108 jon users 8704 May 28 22:20 ..
                  > lrwxrwxrwx 1 jon users 12 May 28 22:20
                  webservice ->
                  > WebService//
                  > drwxr-xr-x 2 jon users 512 May 28 22:20 WebService
                  > [EXIT 0]
                  >
                  > Thanks for the info.
                  > Regards
                  > Jon.
                  >
                • ZarathustraXYZ
                  Your patch partially fix. Now Me don t crash but in the dir tree show the root-dir folded. Ciao. Vincenzo ... if it ... as I ... delete */ ... delete */ ...
                  Message 8 of 11 , May 28, 2007
                  • 0 Attachment
                    Your patch partially fix. Now Me don't crash but in the dir tree
                    show the root-dir folded.

                    Ciao.

                    Vincenzo

                    --- In jasspa@yahoogroups.com, Steven Phillips <bill@...> wrote:
                    >
                    > I think I found and fixed this issue. Now that you have built ME
                    > yourself, could you please try the following fix and let me know
                    if it
                    > solves the problem. Note the line numbers may not be exactly right
                    as I
                    > had make other commits before this one. Thanks,
                    >
                    > Steve
                    >
                    > Index: dirlist.c
                    >
                    ===================================================================
                    > RCS file: /usr/cvs/repme/me/src/dirlist.c,v
                    > retrieving revision 2.12
                    > retrieving revision 2.13
                    > diff -c -w -r2.12 -r2.13
                    > *** dirlist.c 22 Oct 2006 16:43:14 -0000 2.12
                    > --- dirlist.c 26 Oct 2006 20:01:23 -0000 2.13
                    > ***************
                    > *** 166,172 ****
                    > /* Recursively iterate over the children and delete */
                    > for (dnode = root->child; dnode != NULL; /* NULL */)
                    > {
                    > ! if(dnode->child != NULL)
                    > dirDeleteTree (dnode);
                    > dt = dnode; /* Remember node to
                    delete */
                    > dnode = dnode->next ; /* Point to next node */
                    > --- 166,172 ----
                    > /* Recursively iterate over the children and delete */
                    > for (dnode = root->child; dnode != NULL; /* NULL */)
                    > {
                    > ! if((dnode->child != NULL) && (dnode->lname == NULL))
                    > dirDeleteTree (dnode);
                    > dt = dnode; /* Remember node to
                    delete */
                    > dnode = dnode->next ; /* Point to next node */
                    > ***************
                    >
                    > ZarathustraXYZ wrote:
                    > >
                    > > Ok, I have found where is the problem.
                    > > I didn't realize it before but the link that crash Me
                    > > is "strange" :-), this is the output of ls -l:
                    > >
                    > > lrwxrwxrwx 1 enzo enzo 11 27 mag 00:35 webservice ->
                    > > WebService//
                    > > drwxrwxr-x 24 enzo enzo 2000 12 mag 23:27 WebService/
                    > >
                    > > Due to a typing error i have made this link.
                    > > I can use this link with all other application but not with Me.
                    > >
                    > > Ciao.
                    > >
                    > > Vincenzo
                    > >
                    > > --- In jasspa@yahoogroups.com <mailto:jasspa%40yahoogroups.com>,
                    > > "ZarathustraXYZ" <zarathustraxyz@>
                    > > wrote:
                    > > >
                    > > > Hi,
                    > > > file-browser recognize the symbolic links. On amd64 when I
                    click
                    > > (on
                    > > > when I hit Return) crash without display nothing at the bottom
                    (on
                    > > > fedora 6 and centos 4.5 on amd64), maybe it's to fast I guess.
                    On
                    > > > ScientificLinux 4.5 (32 bit) it say at the
                    > > > bottom "[Evaluating ... " .
                    > > > I have rebuilded Me from source (my gcc is gcc version 4.1.1
                    > > > 20070105 (Red Hat 4.1.1-51) and glibc is
                    glibc-2.5-10.fc6.x86_64)
                    > > > but this is the result :-( :
                    > > >
                    > > > *** glibc detected *** ./me: double free or corruption
                    (!prev):
                    > > > 0x00000000006d1700 ***
                    > > > ======= Backtrace: =========
                    > > > /lib64/libc.so.6[0x396086ea30]
                    > > > /lib64/libc.so.6(cfree+0x8c)[0x396087214c]
                    > > > ./me[0x40baac]
                    > > > ./me[0x40c6ef]
                    > > > ./me[0x40cb03]
                    > > > ./me[0x41a91d]
                    > > > ./me[0x41b791]
                    > > > ./me[0x41bd4b]
                    > > > ./me[0x41a8b6]
                    > > > ./me[0x41b791]
                    > > > ./me[0x41bd4b]
                    > > > ./me[0x41a8b6]
                    > > > ./me[0x41b791]
                    > > > ./me[0x41cb0c]
                    > > > ./me[0x41a91d]
                    > > > ./me[0x41b791]
                    > > > ./me[0x41bd4b]
                    > > > ./me[0x41a8b6]
                    > > > ./me[0x43a8f4]
                    > > > ./me[0x43ae41]
                    > > > ./me[0x43aee0]
                    > > > /lib64/libc.so.6(__libc_start_main+0xf4)[0x396081da44]
                    > > > ./me[0x403a09]
                    > > > ======= Memory map: ========
                    > > > 00400000-00487000 r-xp 00000000 08:04
                    > > >
                    > > 328162 /home/enzo/Programmi/microemacs/me060909/src/me
                    > > > 00686000-0068f000 rw-p 00086000 08:04
                    > > >
                    > > 328162 /home/enzo/Programmi/microemacs/me060909/src/me
                    > > > 0068f000-00738000 rw-p 0068f000 00:00 0
                    > > > [heap]
                    > > > 3688000000-3688104000 r-xp 00000000 08:03
                    > > > 3106358 /usr/lib64/libX11.so.6.2.0
                    > > > 3688104000-3688304000 ---p 00104000 08:03
                    > > > 3106358 /usr/lib64/libX11.so.6.2.0
                    > > > 3688304000-368830b000 rw-p 00104000 08:03
                    > > > 3106358 /usr/lib64/libX11.so.6.2.0
                    > > > 3688800000-3688809000 r-xp 00000000 08:03
                    > > > 3127047 /usr/lib64/libXrender.so.1.3.0
                    > > > 3688809000-3688a08000 ---p 00009000 08:03
                    > > > 3127047 /usr/lib64/libXrender.so.1.3.0
                    > > > 3688a08000-3688a09000 rw-p 00008000 08:03
                    > > > 3127047 /usr/lib64/libXrender.so.1.3.0
                    > > > 3689000000-368900a000 r-xp 00000000 08:03
                    > > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                    > > > 368900a000-3689209000 ---p 0000a000 08:03
                    > > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                    > > > 3689209000-368920a000 rw-p 00009000 08:03
                    > > > 3127050 /usr/lib64/libXcursor.so.1.0.2
                    > > > 3689400000-3689410000 r-xp 00000000 08:03
                    > > > 3114633 /usr/lib64/libXpm.so.4.11.0
                    > > > 3689410000-3689610000 ---p 00010000 08:03
                    > > > 3114633 /usr/lib64/libXpm.so.4.11.0
                    > > > 3689610000-3689611000 rw-p 00010000 08:03
                    > > > 3114633 /usr/lib64/libXpm.so.4.11.0
                    > > > 3689800000-3689805000 r-xp 00000000 08:03
                    > > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                    > > > 3689805000-3689a04000 ---p 00005000 08:03
                    > > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                    > > > 3689a04000-3689a05000 rw-p 00004000 08:03
                    > > > 3127049 /usr/lib64/libXfixes.so.3.1.0
                    > > > 3960400000-396041a000 r-xp 00000000 08:03
                    > > > 1109786 /lib64/ld-2.5.so
                    > > > 3960619000-396061a000 r--p 00019000 08:03
                    > > > 1109786 /lib64/ld-2.5.so
                    > > > 396061a000-396061b000 rw-p 0001a000 08:03
                    > > > 1109786 /lib64/ld-2.5.so
                    > > > 3960800000-3960944000 r-xp 00000000 08:03
                    > > > 1109788 /lib64/libc-2.5.so
                    > > > 3960944000-3960b44000 ---p 00144000 08:03
                    > > > 1109788 /lib64/libc-2.5.so
                    > > > 3960b44000-3960b48000 r--p 00144000 08:03
                    > > > 1109788 /lib64/libc-2.5.so
                    > > > 3960b48000-3960b49000 rw-p 00148000 08:03
                    > > > 1109788 /lib64/libc-2.5.so
                    > > > 3960b49000-3960b4e000 rw-p 3960b49000 00:00 0
                    > > > 3961000000-3961003000 r-xp 00000000 08:03
                    > > > 1109804 /lib64/libdl-2.5.so
                    > > > 3961003000-3961202000 ---p 00003000 08:03
                    > > > 1109804 /lib64/libdl-2.5.so
                    > > > 3961202000-3961203000 r--p 00002000 08:03
                    > > > 1109804 /lib64/libdl-2.5.so
                    > > > 3961203000-3961204000 rw-p 00003000 08:03
                    > > > 1109804 /lib64/libdl-2.5.so
                    > > > 3961c00000-3961c0d000 r-xp 00000000 08:03
                    > > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                    > > > 3961c0d000-3961e0c000 ---p 0000d000 08:03
                    > > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                    > > > 3961e0c000-3961e0d000 rw-p 0000c000 08:03
                    > > > 1110040 /lib64/libgcc_s-4.1.1-20070105.so.1
                    > > > 3962400000-3962402000 r-xp 00000000 08:03
                    > > > 3125619 /usr/lib64/libXau.so.6.0.0
                    > > > 3962402000-3962601000 ---p 00002000 08:03
                    > > > 3125619 /usr/lib64/libXau.so.6.0.0
                    > > > 3962601000-3962602Aborted
                    > > >
                    > > > Ciao.
                    > > >
                    > > > Vincenzo
                    > > >
                    > > >
                    > > >
                    > > > --- In jasspa@yahoogroups.com
                    <mailto:jasspa%40yahoogroups.com>, Jon
                    > > Green <jon@> wrote:
                    > > > >
                    > > > > Thomas Hundt wrote:
                    > > > > > FYI It's working for me (SuSE 32-bit) and it's been very
                    > > stable
                    > > > over the
                    > > > > > past few years. What versions are you using?
                    > > > > >
                    > > > > > One thing I'd ask is, when you hit F10 to bring up the
                    file
                    > > > browser,
                    > > > > > does it recognize the symbolic links? (It should display
                    for
                    > > > example
                    > > > > > "HackSym/ -> Hack" for a link created using 'ln -s Hack
                    > > > HackSym'.)
                    > > > > >
                    > > > > > How far does it get when it crashes? When you click on (or
                    > > hit
                    > > > Return
                    > > > > > on) one of these entries, it says at the
                    bottom, "[Evaluating
                    > > > <item>]".
                    > > > > > It also changes the directory tree display on the left to
                    > > show
                    > > > the
                    > > > > > directories in the selected dir. And it changes the pane
                    on
                    > > the
                    > > > right
                    > > > > > to show the directories and files.
                    > > > > >
                    > > > > > -Th
                    > > > > >
                    > > > >
                    > > > > Good point, I wonder if there is an incompatibility with the
                    > > > linked
                    > > > > glibc.so? Maybe need to build from source to correct the
                    > > problem.
                    > > > The
                    > > > > current version is distributed with Gentoo and there do not
                    seem
                    > > > to be
                    > > > > any problems with Linux.
                    > > > >
                    > > > > Strongly suggest a source re-build and see how it goes on
                    your
                    > > > system.
                    > > > >
                    > > > > I was going to try building this on CentOs 5.0 to see what
                    > > > happens -
                    > > > > will do this later in the week.
                    > > > >
                    > > > > Jon.
                    > > > >
                    > > >
                    > >
                    > >
                    >
                  Your message has been successfully submitted and would be delivered to recipients shortly.