It looks like there's no way to get the equivalent of strace, then.
That's too bad. I guess you'll have to use GDB, then.
On 01/23/2013 02:32 AM, Lei Zhang wrote:
Hi All,
We found a bug in the `head' program of coreutils 8.20:
Invoking `head -c -P' or `head -c -E' will cause memory exhaustion.
However, smaller units (e.g., b, K, M) work fine; bigger units (e.g., Z, Y)
fail properly
(by outputing "number of bytes
On 01/23/2013 01:34 PM, Pádraig Brady wrote:
> There is the argument that we _should_ allocate
> everything up front to indicate immediately
> that the system can't (currently) support the requested operation,
> but given the 'currently' caveat above I guess it's
> more general to fail when we actu
On 01/23/2013 12:53 PM, Bernhard Voelker wrote:
On 01/23/2013 01:34 PM, Pádraig Brady wrote:
There is the argument that we _should_ allocate
everything up front to indicate immediately
that the system can't (currently) support the requested operation,
but given the 'currently' caveat above I gue
On 01/23/2013 02:03 PM, Pádraig Brady wrote:
> On 01/23/2013 12:53 PM, Bernhard Voelker wrote:
>> head doesn't "allocate everything up front" - instead, it only
>> allocates the pointer array which would hold the actual data.
>
> Sure. I was wondering whether that should change
> to allocate every
On 01/23/2013 01:21 PM, Bernhard Voelker wrote:
On 01/23/2013 02:03 PM, Pádraig Brady wrote:
On 01/23/2013 12:53 PM, Bernhard Voelker wrote:
head doesn't "allocate everything up front" - instead, it only
allocates the pointer array which would hold the actual data.
Sure. I was wondering wheth
Hi there,
If the calling process has SIGALRM blocked, timeout simply never times out.
Find attached a small program to demonstrate the problem and a patch to
fix it by unblocking the necessary signal (at least on x86/linux).
If this is intended behavior, I would suggest to document it explicitly
Paul Eggert wrote, On 01/23/2013 02:19 AM:
> It looks like there's no way to get the equivalent of strace, then.
> That's too bad. I guess you'll have to use GDB, then.
Here's what I get with GDB.
Seems like some weird case of endless recursion, that leads to file-descriptor
exhaustion (if I un
Hi All,
In the `split' program of coreutils 8.20, we found a bug which is similar
to the bug reported in bug#13530:
Invoking `split -C T' or `split -C P' or `split -C E' will cause memory
exhaustion.
However, smaller units (e.g., K, M, G) work fine; bigger units (e.g., Z, Y)
fail properly (by ou
