* "limit" broken on 64bit Linux?
@ 2006-06-26 23:29 Bart Schaefer
2006-06-27 11:42 ` Peter Stephenson
0 siblings, 1 reply; 7+ messages in thread
From: Bart Schaefer @ 2006-06-26 23:29 UTC (permalink / raw)
To: zsh-workers
We just installed a spanking-new Opteron machine with CentOS 4.3 for
the x86_64 architecture on it. This is equivalent to RedHat EL4u3 and
comes with zsh-4.2.0 as a precompiled RPM.
The first thing I did was install my cvs-controlled zsh environment and
log out and back in. I get:
/home/schaefer/.zsh/.zlogin:unlimit:29: no such resource: cputime
The "ulimit" (as opposed to uNlimit) command works fine, but the "limit"
command has nothing.
schaefer[4] zmodload zsh/rlimits
zmodload: module zsh/rlimits already loaded.
schaefer[5] limit
schaefer[6] ulimit
unlimited
schaefer[7] ulimit -a
cpu time (seconds) unlimited
file size (blocks) unlimited
data seg size (kbytes) unlimited
stack size (kbytes) 10240
core file size (blocks) 0
resident set size (kbytes) unlimited
processes 28663
file descriptors 1024
locked-in-memory size (kb) 32
address space (kb) unlimited
file locks unlimited
1024
819200
schaefer[8] uname -a
Linux mercury.zanshin.com 2.6.9-34.0.1.EL #1 Wed May 24 05:05:44 CDT 2006 x86_64 x86_64 x86_64 GNU/Linux
It'll be a while before I get a chance to attempt recompiling zsh on this
machine. Has anyone else seen this problem? How can it even occur?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-06-26 23:29 "limit" broken on 64bit Linux? Bart Schaefer
@ 2006-06-27 11:42 ` Peter Stephenson
2006-06-27 15:29 ` Bart Schaefer
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Peter Stephenson @ 2006-06-27 11:42 UTC (permalink / raw)
To: zsh-workers
Bart Schaefer wrote:
> We just installed a spanking-new Opteron machine with CentOS 4.3 for
> the x86_64 architecture on it. This is equivalent to RedHat EL4u3 and
> comes with zsh-4.2.0 as a precompiled RPM.
>
> The first thing I did was install my cvs-controlled zsh environment and
> log out and back in. I get:
>
> /home/schaefer/.zsh/.zlogin:unlimit:29: no such resource: cputime
>
> The "ulimit" (as opposed to uNlimit) command works fine, but the "limit"
> command has nothing.
I don't see why one should work rather than the other, but the first
thing to check is rlimits.h.
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070
To access the latest news from CSR copy this link into a web browser: http://www.csr.com/email_sig.php
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-06-27 11:42 ` Peter Stephenson
@ 2006-06-27 15:29 ` Bart Schaefer
2006-07-01 20:04 ` Bart Schaefer
2006-07-02 21:50 ` Bart Schaefer
2 siblings, 0 replies; 7+ messages in thread
From: Bart Schaefer @ 2006-06-27 15:29 UTC (permalink / raw)
To: zsh-workers
On Jun 27, 12:42pm, Peter Stephenson wrote:
}
} Bart Schaefer wrote:
} > The "ulimit" (as opposed to uNlimit) command works fine, but the "limit"
} > command has nothing.
}
} I don't see why one should work rather than the other, but the first
} thing to check is rlimits.h.
You mean the zsh generated source file rlimits.h? Like I said, this is a
precompiled RPM install of zsh; it'll be at least the weekend before I
can attempt my own rebuild.
However,
strings /usr/lib64/zsh/4.2.0/zsh/rlimits.so | grep coredump
prints nothing. On my i686 install of the otherwise same OS:
schaefer[520] strings /usr/lib/zsh/4.2.0/zsh/rlimits.so | grep coredump
coredumpsize
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-06-27 11:42 ` Peter Stephenson
2006-06-27 15:29 ` Bart Schaefer
@ 2006-07-01 20:04 ` Bart Schaefer
2006-07-02 21:50 ` Bart Schaefer
2 siblings, 0 replies; 7+ messages in thread
From: Bart Schaefer @ 2006-07-01 20:04 UTC (permalink / raw)
To: zsh-workers
On Jun 27, 12:42pm, Peter Stephenson wrote:
}
} Bart Schaefer wrote:
} > We just installed a spanking-new Opteron machine with CentOS 4.3 for
} > the x86_64 architecture on it. This is equivalent to RedHat EL4u3 and
} > comes with zsh-4.2.0 as a precompiled RPM.
} >
} > The "ulimit" (as opposed to uNlimit) command works fine, but the "limit"
} > command has nothing.
}
} I don't see why one should work rather than the other, but the first
} thing to check is rlimits.h.
I've just done a "cvs update" and am attempting to build on this machine,
but I don't get very far at all:
cd . && ./.preconfig
Can't locate object method "path" via package "Request" at
/usr/share/autoconf/Autom4te/C4che.pm line 69, <GEN1> line 111.
./Util/preconfig: ./.preconfig failed (status 1)
I've already sent mail to the CentOS mailing list about this, but on the
off chance anyone has a clue I thought I'd mention it here as well.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-06-27 11:42 ` Peter Stephenson
2006-06-27 15:29 ` Bart Schaefer
2006-07-01 20:04 ` Bart Schaefer
@ 2006-07-02 21:50 ` Bart Schaefer
2006-07-02 23:41 ` Bart Schaefer
2 siblings, 1 reply; 7+ messages in thread
From: Bart Schaefer @ 2006-07-02 21:50 UTC (permalink / raw)
To: zsh-workers
On Jun 27, 12:42pm, Peter Stephenson wrote:
}
} > The "ulimit" (as opposed to uNlimit) command works fine, but the "limit"
} > command has nothing.
}
} I don't see why one should work rather than the other, but the first
} thing to check is rlimits.h.
Patch was posted to RedHat's bugzilla:
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=115795
This looks like it's related to workers/20728 and workers/20816, except
that there's also a change to (if I read it correctly) allow a double
leading underscore on the RLIMIT macros.
That's also a year old, so why RedHat hasn't included it in any of the
several quarterly updates since then, is something of a mystery.
I still don't have an answer to why the autoconf perl modules aren't
working.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-07-02 21:50 ` Bart Schaefer
@ 2006-07-02 23:41 ` Bart Schaefer
2006-07-03 9:20 ` Peter Stephenson
0 siblings, 1 reply; 7+ messages in thread
From: Bart Schaefer @ 2006-07-02 23:41 UTC (permalink / raw)
To: zsh-workers
On Jul 2, 2:50pm, Bart Schaefer wrote:
}
} This looks like it's related to workers/20728 and workers/20816, except
} that there's also a change to (if I read it correctly) allow a double
} leading underscore on the RLIMIT macros.
I've now sucessfully built 4.2.6 on the x86_64 machine, and "limit" is
fine in that build, so I don't think we need to worry about this.
} I still don't have an answer to why the autoconf perl modules aren't
} working.
That turned out to be because there was an old autm4te.cache directory
hanging around from a build on another architecture. We might want to
consider removing that directory in "make clean" and "make distclean".
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: "limit" broken on 64bit Linux?
2006-07-02 23:41 ` Bart Schaefer
@ 2006-07-03 9:20 ` Peter Stephenson
0 siblings, 0 replies; 7+ messages in thread
From: Peter Stephenson @ 2006-07-03 9:20 UTC (permalink / raw)
To: zsh-workers
Bart Schaefer wrote:
> On Jul 2, 2:50pm, Bart Schaefer wrote:
> } I still don't have an answer to why the autoconf perl modules aren't
> } working.
>
> That turned out to be because there was an old autm4te.cache directory
> hanging around from a build on another architecture. We might want to
> consider removing that directory in "make clean" and "make distclean".
It's certainly uncontroversial for distclean.
Index: Makefile.in
===================================================================
RCS file: /cvsroot/zsh/zsh/Makefile.in,v
retrieving revision 1.15
diff -u -r1.15 Makefile.in
--- Makefile.in 20 Mar 2006 11:06:23 -0000 1.15
+++ Makefile.in 3 Jul 2006 09:19:05 -0000
@@ -121,6 +121,7 @@
distclean-here:
rm -f Makefile config.h config.status config.log config.cache config.modules config.modules.sh stamp-h Config/defs.mk
+ rm -rf autom4te.cache
realclean-here:
cd $(sdir) && rm -f config.h.in stamp-h.in configure
--
Peter Stephenson <pws@csr.com> Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070
To access the latest news from CSR copy this link into a web browser: http://www.csr.com/email_sig.php
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-07-03 9:20 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-06-26 23:29 "limit" broken on 64bit Linux? Bart Schaefer
2006-06-27 11:42 ` Peter Stephenson
2006-06-27 15:29 ` Bart Schaefer
2006-07-01 20:04 ` Bart Schaefer
2006-07-02 21:50 ` Bart Schaefer
2006-07-02 23:41 ` Bart Schaefer
2006-07-03 9:20 ` Peter Stephenson
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).