Bug#1931: less" doesn't work on /proc files
On Thu, 30 Nov 1995, Bruce Perens wrote: > Note that "ls" lists the length of /proc/filesystems > as "0", but read() will get more than 0 data. Less doesn't know that > /proc files are special in this way, and treats them as a 0-length file. > > You could argue that this is a bug in the semantics of the proc filesystem. > For now, I think we should fix "less" to not abandon any attempt to read a > file when stat() says it's 0-length. I do so argue. However, I've uploaded an updated a.out less package with a hacked-in workaround for this. Would the kernel package maintainer please report this as a bug to the kernel group? Both stat() and lseek() seem to be broken for proc filesystem files.
a.out compile preblems
I'm now trying to build wine with the a.out compiler (since there are no elf X libs), but get the following results... gcc -o wine controls/controls.o ipc/ipc.o loader/loader.o misc/misc.o multimedia/multimedia.o objects/objects.o rc/rc.o win32/win32.o windows/windows.o debugger/debugger.o debugger/readline/readline.o if1632/if1632.o memory/memory.o miscemu/miscemu.o -s -v -L/usr/X11R6/lib -lXpm -lXext -lX11 -lm Reading specs from /usr/lib/gcc-lib/i486-linuxaout/2.6.3/specs gcc version 2.6.3 /usr/i486-linuxaout/bin/ld -dll-verbose -m486 -o wine -s /usr/i486-linuxaout/lib/crt0.o -L/usr/X11R6/lib -L/usr/lib/gcc-lib/i486-linuxaout/2.6.3 -L/usr/i486-linuxaout/lib controls/controls.o ipc/ipc.o loader/loader.o misc/misc.o multimedia/multimedia.o objects/objects.o rc/rc.o win32/win32.o windows/windows.o debugger/debugger.o debugger/readline/readline.o if1632/if1632.o memory/memory.o miscemu/miscemu.o -lXpm -lXext -lX11 -lm -lgcc -lc -lgcc ld version 2.5.2 (with BFD 2.5) gcc: Internal compiler error: program ld got fatal signal 11 make: *** [wine] Error 1 Now what am I missing? The error message isn't particularly descriptive. Signal 11 is a segmentation violation. Brian ( [EMAIL PROTECTED] ) --- In theory, theory and practice are the same. In practice, they're not.
Bug#1936: ncurses stuffs up line wrapping
Package: ncurses-runtime Version: 1.9.7a-1 After running any program which uses ncurses lines which are longer than the width of my screen don't wrap onto the next line in a shell. This happens with TERM set to vt102 and xterm. Andrew -- Dehydration - 34%, Recollection of previous evening - 2%, embarrassment factor - 91%. Advise repair schedule:- off line for 36 hours, re-boot startup disk, and replace head - wow, what a night! -- Kryten in Red Dwarf `The Last Day' Andrew Howell [EMAIL PROTECTED] Perth, Western Australia [EMAIL PROTECTED]
Ian Murdock back... again.
Hello... again. When I mailed debian-user last Monday about having not read mail for over a week, I forgot that my wife and I had reserved a moving truck for the next day. So, a few hours after I mailed debian-user, I had to box my computer, and I didn't get a chance to reassemble it until this morning. Anyway, I still haven't read my mail yet. That makes two weeks since I've read or replied to any mail. No, I'm not dead or anything--I've just been extrememly busy. So... we'll try this again. :) If you sent something important to me over the last few weeks and you don't hear from me in, say, four days, please send it again. Also, I forgot to upload the manual before I boxed the computer. I did so this morning, but when I tried to upload it just now, I found that I no longer have an account on ftp.debian.org. Matt, could you fix this?
