On Mon, 2 Jan 2006, Egmont Koblinger wrote:
An strace -e trace=read,write of a similar case showed this:
[...]
read(4, \33[0mcopy.py\33[0m\33[0mi..., 100) = 100
write(1, \33[0mcopy.py\33[0m\33[0mi..., 100) = 100
read(4, m \33[0m_strptime.py\33[0m ..., 100) =
On Tue, Jan 24, 2006 at 12:29:23PM +0200, Pavel Tsekov wrote:
write(1, \33[0mcopy_reg.py\33[0m\33[0mi..., 100) = 53
This strace is not convincing - i don't see calls failing with -1.
No, no syscall is failing. You ask the kernel to write 100 bytes, and since
a signal interrupts it,
On Tue, 24 Jan 2006, Egmont Koblinger wrote:
On Tue, Jan 24, 2006 at 12:29:23PM +0200, Pavel Tsekov wrote:
write(1, \33[0mcopy_reg.py\33[0m\33[0mi..., 100) = 53
This strace is not convincing - i don't see calls failing with -1.
No, no syscall is failing. You ask the kernel to
On 1/23/06, Pavel Tsekov [EMAIL PROTECTED] wrote:
Hello Jindrich,
I see you have submitted this patch several time by now - the first one
appears to be from May 2003. Hopefully it will get into CVS this time...
So now to the patch - first I'd like to comment the last hunk of your patch:
-
Hello Jindrich,
On Tue, 24 Jan 2006, Jindrich Makovicka wrote:
On 1/23/06, Pavel Tsekov [EMAIL PROTECTED] wrote:
So now to the patch - first I'd like to comment the last hunk of your patch:
- n_read_total, ctx-progress_bytes);
+ n_read_total +
On Tue, 24 Jan 2006, Egmont Koblinger wrote:
On Tue, Jan 24, 2006 at 02:24:40PM +0200, Pavel Tsekov wrote:
write(1, \33[0mcopy_reg.py\33[0m\33[0mi..., 100) = 53
This strace is not convincing - i don't see calls failing with -1.
No, no syscall is failing. You ask the
--- Ursprüngliche Nachricht ---
Von: Egmont Koblinger
Betreff: Re: subshell output swallowed (patch)
Datum: Tue, 24 Jan 2006 17:16:34 +0100
Hi,
Your first post implied that it was SIGCHLD
interrupting a write() call which is reponsible for the broken ouput of
`ls'.
I'm not 100%
On Tue, Jan 24, 2006 at 06:05:41PM +0100, Pavel Tsekov wrote:
I can point you to at least one similiar case in which the supposed fix did
fix the symptom but not the cause. The patch in question fixed the subshell
behaviour only when bash was used. With tcsh the same fix caused MC to hang.
I
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=15524
Summary: 2GB file size limit in fish
Project: GNU Midnight Commander
Submitted by: ldrolez
Submitted on: Tue 01/24/06 at 18:03
Category: VFS
hello,
this is my personal wishlist of *really simple* things to do:
- finally commit my patch at
https://savannah.gnu.org/bugs/?func=detailitemitem_id=9631
- deal with
https://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=13733
- confirm
--- Ursprüngliche Nachricht ---
Von: Oswald Buddenhagen
An: mc-devel@gnome.org
Betreff: bugs, patches, stuff
Datum: Tue, 24 Jan 2006 20:02:58 +0100
hello,
this is my personal wishlist of *really simple* things to do:
- finally commit my patch at
11 matches
Mail list logo