Paul Eggert wrote:

Yes, thanks, that sounds like a good idea.  Can you please test the
following patch, which I just installed?  It's not easy for me to test
something on HP-UX 11.00.  Thanks.

2005-04-16  Paul Eggert  <[EMAIL PROTECTED]>

        * tests/torture.at (AT_INCREASE_DATA_SIZE): Skip the test if
        the data size is known to be too small and we can't increase it.
        This works around an HP-UX 11.00 glitch reported by Andrew Benham.

--- torture.at 26 Dec 2004 06:12:18 -0000 1.24
+++ torture.at 16 Apr 2005 08:11:33 -0000 1.25
@@ -1,5 +1,5 @@
# Torturing Bison. -*- Autotest -*-
-# Copyright (C) 2001, 2002, 2004 Free Software Foundation, Inc.
+# Copyright (C) 2001, 2002, 2004, 2005 Free Software Foundation, Inc.
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -20,13 +20,14 @@ AT_BANNER([[Torture Tests.]])
# AT_INCREASE_DATA_SIZE(SIZE)
-# -------------------------------------------
+# ---------------------------
# Try to increase the data size to SIZE KiB if possible.
m4_define([AT_INCREASE_DATA_SIZE],
[data_limit=`(ulimit -S -d) 2>/dev/null`
case $data_limit in
[[0-9]]*)
if test "$data_limit" -lt $1; then
+ AT_CHECK([ulimit -S -d $1 || exit 77])
ulimit -S -d $1
fi
esac])

That change looks good. On HP-UX 11.00:


Torture Tests.

 94: Big triangle                                 ok
 95: Big horizontal                               skipped (torture.at:250)
 96: Many look-ahead tokens                       skipped (torture.at:373)
 97: Exploding the Stack Size with Alloca         ok
 98: Exploding the Stack Size with Malloc         ok


This is because:

$ ulimit -S -d 204000
sh: ulimit: The specified value exceeds the user's allowable limit.
$ echo $?
1


Many thanks.

--
Andrew Benham               [EMAIL PROTECTED]          [EMAIL PROTECTED]
Finchley, London N3 2QQ, U.K.   Tel: 020 8495 6343  Fax: 020 8495 6037




Reply via email to