On 08/09/09 08:34 +0300, Kalle Olavi Niemitalo said ...
> Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
>
> > Until you have a proper fix, you might also patch ELinks to work
> > around the bug.
>
> FYI, last night's elinks-0.12 snapshot (elinks-0.12-20080909)
> includes a similar patch. (Th
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> Until you have a proper fix, you might also patch ELinks to work
> around the bug.
FYI, last night's elinks-0.12 snapshot (elinks-0.12-20080909)
includes a similar patch. (This has not yet been merged to
ELinks 0.13.GIT.) The source also no lo
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> It seems to me that you Hurd people have three ways to fix this:
Until you have a proper fix, you might also patch ELinks to work
around the bug. The following patch causes RPCs that are in
principle unnecessary, but perhaps they won't slow thi
After some peeking around with QEMU and GDB, I think I have found
the bug. rpctrace shows:
90->io_select_request (5)task7590->mach_port_allocate (3) = 0 pn{ 28}
task7590->mach_port_move_member (pn{ 24} pn{ 28}) = 0
114->io_select_request (5)task7590->mach_port_move_member (pn{ 29} pn{
28})rep
Hi,
On Thu, Dec 20, 2007 at 11:50:26PM +0100, Fabienne Ducroquet wrote:
> On Thu, Dec 20, 2007 at 06:29:51AM +0200, Kalle Olavi Niemitalo wrote:
> > I mean, the compiler might merely have decided to load the
> > address of free_itrm into a register at that point, or something
> > like that.
>
>
On Thu, Dec 20, 2007 at 06:29:51AM +0200, Kalle Olavi Niemitalo wrote:
> > 114 if (!len) return;
> > (gdb) n
> > 116 if (!itrm->out.queue.len && can_write(itrm->out.sock)) {
> > (gdb) n
> > 119 register_bottom_half(free_itrm, itrm);
> > (gdb) n
> > 124
Fabienne Ducroquet <[EMAIL PROTECTED]> writes:
> Did you receive all my replies?
I didn't, but I saw them in debian-hurd archives.
> 114 if (!len) return;
> (gdb) n
> 116 if (!itrm->out.queue.len && can_write(itrm->out.sock)) {
> (gdb) n
> 119 re
On Thu, Dec 20, 2007 at 12:40:10AM +0200, Kalle Olavi Niemitalo wrote:
> free_itrm should be called only if an error or EOF occurs in
> terminal handling, or when ELinks is exiting.
Did you receive all my replies? I sent 3 successive replies through
gmane during my investigation but I see only
8 matches
Mail list logo