The first thing to figure out is what the code path looks like that reaches
getblk when it sets dn_set_mtime there (I think it should be
pager_unlock_page that is doing it, but you should check). It matters to
understand whether or not that code is going to eventually call
set_node_times before i
Hi,
On Thu, Nov 23, 2000 at 07:57:08PM -0500, Roland McGrath wrote:
> > This seems to be some race condition betweenm the sync thread and other
> > dn_set_?time mangling stuff.
>
> I would tend to agree. Notice for example thread 3, which appears to be a
> peropen in the process of dying. Tha
On Thu, Nov 23, 2000 at 08:26:42PM -0500, Roland McGrath wrote:
> It looks to me like the ext2fs block allocation code (getblk.c) can set
> dn_set_mtime when called from the pager whiled not holding the node lock.
> It will hold node->dn->alloc_lock, but that is all.
I think what you say is corre
It looks to me like the ext2fs block allocation code (getblk.c) can set
dn_set_mtime when called from the pager whiled not holding the node lock.
It will hold node->dn->alloc_lock, but that is all.
The ext2_getblk code is called sometimes with the node lock held
(storeinfo.c, diskfs_grow) and som
> This seems to be some race condition betweenm the sync thread and other
> dn_set_?time mangling stuff.
I would tend to agree. Notice for example thread 3, which appears to be a
peropen in the process of dying. That is probably the temacs open file
descriptor on the file being written, being
On Thu, Nov 23, 2000 at 07:13:51PM -0500, Roland McGrath wrote:
> Please try to get a stack trace from the assertion failure. You could
> attach gdb in noninvasive mode and hit it, or you could just hack the code
> to use glibc's backtrace (execinfo.h) function and print it out rather than
> usin
Hi,
here is the stack trace.
Marcus
--
`Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED]
Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.marcus-brinkmann.de
Script started on Fri Nov 24 00:40:47 2000
hurd:~#
Please try to get a stack trace from the assertion failure. You could
attach gdb in noninvasive mode and hit it, or you could just hack the code
to use glibc's backtrace (execinfo.h) function and print it out rather than
using assert.
___
Bug-hurd mai
Package: hurd
Version: N/A
Severity: normal
Hi,
building the Debian emacs20 package triggers an assertion failure in
ext2fs/inode.c (write_node):
assert (!np->dn_set_ctime && !np->dn_set_atime && !np->dn_set_mtime);
This happens when temacs dumps the emacs binary. It does only happen with a
Title:
¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¢Ä ¿À´ÃÀÇ À¯¸Ó ÇѸ¶µð
¢Å
"Dad, I don't want to go to school today.," said
the boy. "Why not, son?" "Well, one of the chickens on the
school farm died last week and we had chicken soup for lunch
the next da
10 matches
Mail list logo
