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

symbolic link and file-browser

Expand Messages
  • ZarathustraXYZ
    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.
    Message 1 of 11 , May 27, 2007
    • 0 Attachment
      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
    • Jon Green
      ... Is there a circular symbolic link in the directory?
      Message 2 of 11 , May 27, 2007
      • 0 Attachment
        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?
      • ZarathustraXYZ
        No. glibc say: *** glibc detected *** double free or corruption (!prev): 0x00000000006f4920 *** Aborted ... bit),
        Message 3 of 11 , May 28, 2007
        • 0 Attachment
          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
          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 4 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 5 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 6 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 7 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 8 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 9 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 10 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 11 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.