Description of problem:
[root@sludge up2date]# lsdev
Split loop at /usr/bin/lsdev line 38, <DMA> line 1.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run `lsdev`
pts/0 mharris@devel:~$ lsdev
Device DMA IRQ I/O Ports
cascade 4 2
i8042 1 12
ide0 14 01f0-01f7 03f6-03f6 2400-2407
rtc 8 0070-0077
serial 02f8-02ff 03f8-03ff
sym53c8xx 11 15 4000-40ff 4400-44ff
timer 0 0040-005f
I believe this problem is likely hardware specific, and that the
machine you encountered this error on, probably has a more complex
set of /proc files than what lsdev was designed to handle. Can
you provide me with a root shell on the machine in question for
Actually, the output of /proc/dma might be sufficient, as I can
then modify it to read ./dma and use your sample data to debug
Could possibly be related to this perhaps:
This could actually have been a bug in perl. Bug #78919 refers to
a similar error which may be the same problem.
Further searching yields bug #77437 which also claims this to be
a perl bug.
*** Bug 81310 has been marked as a duplicate of this bug. ***
alikins commented to me in IRC that this problem no longer occurs
on Fedora Core 1 for him, so this problem appears to be fixed now
whatever it was. I'm going to assume based on my above research
that it was a perl bug that got fixed along the way, and close it
as such for now.
If anyone who experienced this problem, still can reproduce it
at all using Fedora Core 1 with the latest updates applied, please
reopen and try to help debug the issue.
Closing as CURRENTRELEASE (Fedora Core 1)