zsh-workers
 help / color / mirror / code / Atom feed
* "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).