[Pkg-zsh-devel] Bug#859923: linux-image-4.9.0-2-amd64: mmap system call problem

Ben Hutchings ben at decadent.org.uk
Wed Apr 12 17:02:04 UTC 2017

Control: severity -1 normal
Control: clone -1 -2
Control: retitle -1 zshbuiltins(1): Explain what data segment means for ulimit
Control: reassign -1 zsh
Control: retitle -2 bash(1): Explain what data segment means for ulimit
Control: reassign -2 bash

On Wed, 2017-04-12 at 10:07 +0200, Fernando Santagata wrote:
> Right now is at its default state:
> -d: data seg size (kbytes)          131072

No, the default is unlimited.

> previously I tried to increase it to 200000, but it didn't work.
> I guess the problem is with the heap, not the data segment.

The 'data segment' includes the heap.  From the setrlimit(2) manual

              The  maximum  size  of  the  process's data segment (initialized
              data, uninitialized data, and heap).  This limit  affects  calls
              to  brk(2)  and  sbrk(2),  which fail with the error ENOMEM upon
              encountering the soft limit of this resource.

Looking at the implementation, I can see that it applies to all memory
mappings that are writable, not shared and not specified as stack.  I
think that the above description is close enough to that.

It looks like you're using zsh, for which the manual page says:

              -d     Kilobytes on the size of the data segment.

While the bash manual page says similarly:

              -d     The maximum size of a process's data segment

These could both benefit from a longer description of 'data segment'.


Ben Hutchings
I'm not a reverse psychological virus.  Please don't copy me into your

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-zsh-devel/attachments/20170412/e811b3e6/attachment.sig>

More information about the Pkg-zsh-devel mailing list