tclsh8.4 crashes sporadically at end of installation step

[ballapete (Peter "Pete" Dyballa)]

When I updated about 30 ports it happened a few times that tclsh8.4 crashed when the last file of the package was installed port did the work of a janitor:

--->  Cleaning sqlite3
--->  Removing work directory for sqlite3
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Thu Sep  6 21:16:21


--->  Cleaning ghostscript
--->  Removing work directory for ghostscript
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Thu Sep  6 22:16:16


--->  Cleaning gd2
--->  Removing work directory for gd2
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Thu Sep  6 23:28:18


--->  Cleaning netpbm
--->  Removing work directory for netpbm
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Thu Sep  6 23:48:57


--->  Cleaning gconf
--->  Removing work directory for gconf
--->  Computing dependencies for gconf.
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Fri Sep  7 01:47:01


--->  Cleaning plotutils
--->  Removing work directory for plotutils
--->  Computing dependencies for plotutils.

Compilation exited abnormally with code 139 at Fri Sep  7 10:44:38

It did not happen regularly after every package but usually after a set of a few installations. After the large final set it did not happen…

Mac OS X 10.5.8, PPC, HFSX

[ballapete (Peter "Pete" Dyballa)]

Last crash log

[jmroot (Joshua Root)]

The crash is entirely inside the Tcl interpreter code. Unfortunately that means it's not clear what, if anything, we could do to stop it.

[eischen@…]

Replying to Peter_Dyballa@…:

When I updated about 30 ports it happened a few times that tclsh8.4 crashed when the last file of the package was installed port did the work of a janitor:

--->  Cleaning sqlite3
--->  Removing work directory for sqlite3
Segmentation fault (core dumped)

Compilation exited abnormally with code 139 at Thu Sep  6 21:16:21


--->  Cleaning ghostscript
--->  Removing work directory for ghostscript
Segmentation fault (core dumped)

[ ... ]

I get the same exact thing. After every few ports, it could even be one port, I get a segmentation fault right at the end.

  $ sudo port -pv upgrade
  [ ... ]
  ./opt/local/share/man/man3/xcb_xvmc_query_version.3.gz
  ./opt/local/share/man/man3/xcb_xvmc_query_version_reply.3.gz
  ./opt/local/share/man/man3/xcb_xvmc_query_version_unchecked.3.gz
  --->  Cleaning xorg-libxcb
  --->  Removing work directory for xorg-libxcb
  --->  Computing dependencies for xorg-libxcb.
  Segmentation fault

  $ uname -a
  Darwin macdme.clc.gdeb.com 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386

  $ port version
  Version: 2.1.3

  $ ls -l /usr/bin/tcl*
   lrwxr-xr-x  1 root  wheel      8 Oct  4  2010 /usr/bin/tclsh -> tclsh8.4
  -rwxr-xr-x  1 root  wheel  38144 Sep 23  2007 /usr/bin/tclsh8.4

  $ /usr/bin/tclsh
  % info patchlevel
  8.4.7

[eischen@…]

Replying to eischen@…:

I get the same exact thing. After every few ports, it could even be one port, I get a segmentation fault right at the end.

[ ... ]

Note that I just upgraded (today) from macports 2.0.3 to 2.1.3, as well as 'svn up' in the checkedout ports directory, and never had this problem under 2.0.3.

We don't have rsync to the outside world, so I had to 'configure && make && make install' from 2.1.3 sources in order to upgrade macports from 2.0.3. So it just installed right over the old one.

I also haven't upgraded any outdated or installed any new macports in quite a while, and Mac OS is automatically updating itself weekly. So it's tough to pin it solely on either macports or Mac OS.

[jmroot (Joshua Root)]

I think it’s probabably safe to say this is fixed in 2.3.0 since we now bundle Tcl 8.5 with base. At the very least, tclsh8.4 won’t be crashing any more. :)