libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libtool 1.5.10: AC_LIBTOOL_SYS_MAX_CMD_LEN causes system crash


From: Peter O'Gorman
Subject: Re: libtool 1.5.10: AC_LIBTOOL_SYS_MAX_CMD_LEN causes system crash
Date: Sat, 15 Jan 2005 22:28:01 +0900
User-agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dr. Hans Ekkehard Plesser wrote:
|
| Hi!
|
| AC_LIBTOOL_SYS_MAX_CMD_LEN reliably causes a system crash under Tru64 Unix,
| V5.1B-PK4 if the number of length of command line arguments is not limited
| (one can disable length checking with the proc:exec_disable_arg_limit kernel
| option).
|
| I do not know if there is any explicit command in Tru64 to query the maximum
| length of the command line.  But if
|
| /sbin/sysconfig -q proc exec_disable_arg_limit
|
| returns
|
| proc:
| exec_disable_arg_limit = 1
|
| then the iterative test for the maximum length MUST NOT be run.  Otherwise,
| the system will crash.  I hope that a corresponding check will be integrated
| into future versions of libtool.

Okay to apply (to all branches)?

Peter
- --
Peter O'Gorman - http://www.pogma.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (Darwin)

iQCVAwUBQekaYLiDAg3OZTLPAQL2mgP/Sw/GYKznmh5ZroGLEXUMcZBjTTjvzbRc
rhj6uonkc6tdNckCqokQZ4g5VQ9dxq+JhJXskeYAHA8lKciz9lhvo5b151aXiJdP
P1E37SSfwEaJPg+Sqptlrc78PYqB23zr/A0Ip4abR+ePOl1ppj5iRqL4mlicV/fR
B86k5QK3bQ4=
=gUs/
-----END PGP SIGNATURE-----
Index: ChangeLog
2005-01-15  Peter O'Gorman  <address@hidden>

        * m4/libtool.m4 (LT_CMD_MAX_LEN) [osf]: On Tru64 there could
        be a kernel panic when testing the maximum command line length
        if exec_disable_arg_limit=1. Don't do the tests to figure it 
        out on *-osf*.
        Reported by Dr. Hans Ekkehard Plesser 
        <address@hidden>

from  Guido Draheim  <address@hidden>  (tiny change)
Index: m4/libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v
retrieving revision 1.154
diff -u -3 -p -u -r1.154 libtool.m4
--- m4/libtool.m4 14 Jan 2005 09:20:32 -0000 1.154
+++ m4/libtool.m4 15 Jan 2005 13:17:02 -0000
@@ -1163,7 +1163,20 @@ AC_CACHE_VAL([lt_cv_sys_max_cmd_len], [d
     # And add a safety zone
     lt_cv_sys_max_cmd_len=`expr $lt_cv_sys_max_cmd_len \/ 4`
     ;;
- *)
+  osf*)
+    # Dr. Hans Ekkehard Plesser reports seeing a kernel panic running configure
+    # due to this test when exec_disable_arg_limit is 1 on Tru64. It is not
+    # nice to cause kernel panics so lets avoid the loop below.
+    # First set a reasonable default.
+    lt_cv_sys_max_cmd_len=16384
+    # 
+    if test -x /sbin/sysconfig; then
+      case `/sbin/sysconfig -q proc exec_disable_arg_limit` in
+        *1*) lt_cv_sys_max_cmd_len=-1 ;;
+      esac
+    fi
+    ;;
+  *)
     # Make teststring a little bigger before we do anything with it.
     # a 1K string should be a reasonable start.
     for i in 1 2 3 4 5 6 7 8 ; do

reply via email to

[Prev in Thread] Current Thread [Next in Thread]