Package: libquota-perl
Version: 1.6.4+dfsg-1
Severity: important
If /etc/mtab is not a normal file but a symlink to /proc/self/mounts,
Quota::getqcarg() fails to detect the correct root device. It takes the
first entry matching "/" which is "rootfs" instead of the device
containing the "real" roo
Another problem is that the blktapctrl daemon itself does not even
start if the "xenblktap" kernel module is not loaded. (blktapctrl is
started automatically by xend.)
So to use tap:aio with Xen from Debian lenny you need to
- create a symlink named "tapdisk" pointing to
/usr/lib/xen-3.2-1/bin/
As the segfault of monshow(1) reported in bug #194762 did not occur
before the update from woody to sarge, the maximum number of characters
that parse_line() can process seems to have been changed by this
update.
Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
The segfault is probably caused by Text::ParseWords->parse_line() as
described in bug #320727. parse_line() is indirectly invoked by
monshow(1):
(All line numbers are referring to the software versions shipped with
sarge.)
- /usr/bin/monshow, line 155:
| my ($e, $st) = get_client_status ($wha
Additional information: A similar or maybe even the same problem has
already been described in 2002:
http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/1454716
Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: perl-base
Version: 5.8.4-8
Severity: normal
Text::ParseWords->parse_line() segfaults when trying to split up a line
containing at least one very long word. However, the exact number of
characters necessary to cause a segfault differs from system to system.
Code to reproduce the problem:
6 matches
Mail list logo
