Subject: Linux-Development Digest #580 From: Digestifier To: Linux-Development@senator-bedfellow.MIT.EDU Reply-To: Linux-Development@senator-bedfellow.MIT.EDU Date: Sat, 26 Mar 94 12:13:04 EST Linux-Development Digest #580, Volume #1 Sat, 26 Mar 94 12:13:04 EST Contents: I want real scrollback. (Russell Nelson) Re: Interrupts?? (J.S. van Oosten) Re: Slackware as a tar.gz file? (Jay Maynard) Re: LINUX port to a transputer system (arthur@dpi.qld.gov.au) Re: Slackware as a tar.gz file? (Michael Will) More Infos to TCP-Bug (The Big Boss) Is "gas" ( GNU assembler ) available for Linux? (John Voth) Re: How to use VARARGS under Linux ? (Janne Henrik Palonen) XAudio Tool (Eric Kimminau) Re: A truely non-debugging Kernel? (Arnt Gulbrandsen) ---------------------------------------------------------------------------- From: nelson@crynwr.crynwr.com (Russell Nelson) Subject: I want real scrollback. Date: 24 Mar 1994 15:02:36 GMT I want real scrollback for Linux. And of course, it should NOT be done in the kernel. So the sensible way to do it is via /proc. But how to design it? Maybe like this: /proc/console/current The current and last console screen. /proc/console/0 Contains the most recently line scrolled-off /dev/tty0. /proc/console/1 Contains the most recently line scrolled-off /dev/tty1. (etc.) So the scrollback program would open /proc/console/[0-5] and select on them. When a vt scrolled, the kernel would write the scrolled-off line to /proc/console/?, and the scrollback program would put it into the buffer associated with the vt. And when someone invoked the scrollback program, it would do a screendump on that vt and put it into the buffer. How can we cause a particular key to send a signal to a particular program? Scrollback has to be invokable without causing any change to the current vt. I think that maybe the scrollback program should open its own vt that doesn't have a getty running on it, and use that for back-scrolling. That way you don't have to worry about ongoing output from the vt that we're scrolling back "on". -- -russ ftp.msen.com:pub/vendor/crynwr/crynwr.wav Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key 11 Grant St. | +1 315 268 1925 (9201 FAX) | Quakers do it in the light Potsdam, NY 13676 | LPF member - ask me about the harm software patents do. ------------------------------ From: jvoosten@compiler.tdcnet.nl (J.S. van Oosten) Subject: Re: Interrupts?? Date: Fri, 25 Mar 1994 18:50:42 GMT Pieter.Verhaeghe (pive@uia.ac.be) wrote: : Probably a confusing subject, but let me explain the problem: : I have a notebook, which starts beeping and flashing (a led) whenever : the batteries are low. This didn't work under Linux, so I started to : disassemble the BIOS. I'm rather convinced that everything happens : in the DOS interrupt 8 which does the following : jump to the int 8 location : [...] : read a certain port number and put the result in AL : according to the value of AL beep/flash or do nothing : [...] : iret : My question is: how can I implement this behaviour in Linux? : (or better: does there exists a skeleton for implementing this?) You won't need to use the clock interrupt (8), fortunately. What you can do is create a small program that runs in an endless loop, checking the port every minute or so, and then beep/flash/whatever. However, the program must be run as (suid) root because you first have to "open" the I/O gate (programs normally are not allowed to access I/O-ports 000-3FF). You need the ioperm systemcall for that. The loop could be something very simple like this: while(1) { /* read port */ if (AL == BATTERY_LOW) printf("battery is getting low !"); sleep(60); /* wait a minute */ } J. v. O. : ------------------------------------------------------------------------- : P. Verhaeghe (pive@ruca.ua.ac.be) : University of Antwerp,RUCA,Department of Mathematics and Computer Science : Groenenborgerlaan 171 Tel: +32 3 2180376 : B-2020 Antwerpen, Belgium Fax: +32 3 2180217 : ------------------------------------------------------------------------- -- Sometimes I wonder if this whole universe isn't anything more than a simulation on a BIG computer. And they just might press Ctrl-C any time now... -- My PGP public key [version 2.3] (you know when, why and how...) : mQCNAi1lYqsAAAEEAMCgUKS7DxyGF8D7QIGYXxRuh2n9Q2+5gIrrb1n9iOl4Xlgo cO8Y3DE71J5K6WhlpEGDqXZIwY/Xx8mxq80ZHJ3n0pHOUxOQGdxxMT1mrKotjE4Y wmGqnQhMhpcCKgT/5+5xhuMEluyGQqjyud3PCDogJCC/Sia7eO9+56e/13btAAUR tC1KLlMuIHZhbiBPb3N0ZW4gPGp2b29zdGVuQGNvbXBpbGVyLnRkY25ldC5ubD4= =3brb ------------------------------ From: jmaynard@nyx10.cs.du.edu (Jay Maynard) Subject: Re: Slackware as a tar.gz file? Date: Sat, 26 Mar 94 11:36:43 GMT In article , Kwun Han wrote: >Even better, do a : >get slackware.tar.gz or slackware.tar.z No, this isn't better. The data in the slackware directory is almost all compressed. If you specify getting a compressed tarball, you're telling the ftp server to compress the data *again*, and that will 1) make the data *bigger*, and 2) waste CPU and memory on the server machine. -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity. "The difference between baseball and politics is that, in baseball, if you get caught stealing, you're out!" -- Ed Shanks ------------------------------ From: Arthur Raiskio (arthur@dpi.qld.gov.au) Subject: Re: LINUX port to a transputer system Date: Thu, 24 Mar 1994 05:05:22 GMT In article Antoni.Baranski@si.hhs.nl writes: > I must say that I am new to LINUX and have never ported any software that realy >worked after the porting. > I am currently doing a port of gcc2.5.8 to a t8000 transputer as part of my Master of Computer Science requirements and I can tell you that that is hard enough without having to worry about that weird transputer architecture for other things. My suggestion is try if you want to but prehaps your first port should be something smaller unless you are really aware of the subtle details of the compiler, filesystems etc. > I under stand that big portions of the LINUX kernel are written in assembly, and >that is a point I fear I migth get into a lot of trouble because my knowlegde of >assembly isn't that great. And programming the transputer is assembly well, no >thank you. So I would have to translate all the assembly into C/C++. The kernel code I have changed has been mostly C anyway. There is possibly some assembler still but it is a fairly small amount. > > SO, if my idea is crazy please let me know. From my experience with just gcc so far I would say "commit him he must be insane!!!" Regards Arthur Raiskio (arthur@dpi.qld.gov.au) ------------------------------ From: zxmgv07@studserv.zdv.uni-tuebingen.de (Michael Will) Subject: Re: Slackware as a tar.gz file? Date: 26 Mar 94 11:54:38 GMT In <2muuj9$coj@canoe.gandalf.ca> ptomblin@gandalf.ca (Paul Tomblin) writes: >I've tried three times so far to do this, and the connection keeps getting >reset - once after getting 32Mb!. So now I'm getting a directory at a time. You can perhaps use the command REGET to start where you stopped the last time... Cheers, Michael Will ------------------------------ From: root@dialslip-17.rz.ruhr-uni-bochum.de (The Big Boss) Subject: More Infos to TCP-Bug Reply-To: Martin.Ludwig@ruba.rz.ruhr-uni-bochum.de Date: Sat, 26 Mar 1994 14:31:12 GMT Hello! I still have many problems with the TCP-Code of the 1.0-Kernel. I tried the new net-code (net-0.32b) and I hope this this output helps you to help me. The problem I posted some days ago in comp.os.linux.development is still the same. Is there anyone with the same problems? If all is working all-right at your machines an I am the only one with this behavior: please mail me where you got your net-code. For the problem I use: kernel v 1.0 net-2-binaries from tsx-11 (net-std, net-ext, net-base) net-2-debuged-updates update from net-0.32b libc.4.5.21 ne2000-comp.-card (no problems till this one, but this problem occures with localhost, too) Martin Ludwig (Martin.Ludwig@ruba.rz.ruhr-uni-bochum.de) ifconfig-Output: lo Link encap Local Loopback inet addr 127.0.0.1 Bcast 127.255.255.255 Mask 255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU 2000 Metric 1 RX packets 0 errors 0 dropped 0 overrun 0 TX packets 6 errors 0 dropped 0 overrun 0 eth0 Link encap 10Mbps Ethernet HWaddr 00:00:B4:20:0D:53 inet addr 1.1.1.1 Bcast 1.1.1.255 Mask 255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MTU 1500 Metric 1 RX packets 0 errors 0 dropped 0 overrun 0 TX packets 0 errors 0 dropped 0 overrun 0 route-Output: Kernel routing table Destination Gateway Genmask Flags Metric Ref Use Iface meister.ma.net * 255.255.255.255 UH 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 6 lo netstat-Output before first telnet / ftp /...-access _to_ the box: Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (State) User Active UNIX domain sockets Proto RefCnt Flags Type State Path unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 1 [ ACC ] SOCK_DGRAM LISTENING /dev/log unix 1 [ ACC ] SOCK_STREAM LISTENING /tmp/.printer unix 2 [ ] SOCK_STREAM CONNECTED first netstat-call _after_ first telnet / ftp /...-access _to_ the box leads to the following error message: Unable to handle kernel NULL pointer dereference at address 00000004 Oops: 0000 EIP: 0010:00129b37 EFLAGS: 00010202 eax: 00000000 ebx: 003400e8 ecx: 00000008 edx: 00129ad0 esi: 00000260 edi: 0018c31c ebp: 00000004 esp: 005d8f68 ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018 Pid: 132, process nr: 2 (netstat) Stack: 00340000 00000400 0000a000 00355380 0018c32a Code: ff 70 04 0f bf 10 52 ff 70 08 ff b6 c4 c0 18 00 ff 37 55 68 Segmentation fault succeeding calls to netstat produce this output: Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (State) User Active UNIX domain sockets Proto RefCnt Flags Type State Path unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 1 [ ACC ] SOCK_DGRAM LISTENING /dev/log unix 1 [ ACC ] SOCK_STREAM LISTENING /tmp/.printer unix 2 [ ] SOCK_STREAM CONNECTED After some ftp-Sessions to the box and the first broken session: Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (State) User tcp 2 0 meister.ma.net:ftp localhost:1044 CLOSE_WAIT root tcp 1 0 localhost:1044 meister.ma.net:ftp FIN_WAIT1 root tcp 2 0 localhost:1042 meister.ma.net:ftp TIME_WAIT root Active UNIX domain sockets Proto RefCnt Flags Type State Path unix 1 [ ] SOCK_STREAM CONNECTING unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 2 [ ] SOCK_STREAM CONNECTED unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 1 [ ACC ] SOCK_DGRAM LISTENING /dev/log unix 1 [ ACC ] SOCK_STREAM LISTENING /tmp/.printer unix 2 [ ] SOCK_STREAM CONNECTED Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (State) User tcp 1 0 localhost:1054 meister.ma.net:ftp FIN_WAIT1 root tcp 1 0 localhost:1053 meister.ma.net:ftp FIN_WAIT1 root tcp 1 0 localhost:1051 meister.ma.net:ftp FIN_WAIT1 root tcp 1 0 localhost:1050 meister.ma.net:ftp FIN_WAIT1 root tcp 1 0 localhost:1048 meister.ma.net:ftp FIN_WAIT1 root tcp 1 0 localhost:1046 meister.ma.net:ftp FIN_WAIT1 root tcp 2 0 meister.ma.net:ftp localhost:1044 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1046 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1048 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1050 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1051 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1053 CLOSE_WAIT root tcp 2 0 meister.ma.net:ftp localhost:1054 CLOSE_WAIT root tcp 1 0 localhost:1044 meister.ma.net:ftp FIN_WAIT1 root Active UNIX domain sockets Proto RefCnt Flags Type State Path unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 1 [ ] SOCK_STREAM CONNECTING unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 2 [ ] SOCK_STREAM CONNECTED unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 1 [ ] SOCK_DGRAM DISCONNECTING /dev/log unix 1 [ ] SOCK_STREAM UNKNOWN unix 2 [ ] SOCK_DGRAM CONNECTED /dev/log unix 1 [ ACC ] SOCK_DGRAM LISTENING /dev/log unix 1 [ ACC ] SOCK_STREAM LISTENING /tmp/.printer unix 2 [ ] SOCK_STREAM CONNECTED ps Output with all the connecting daemons... PID TTY STAT TIME COMMAND 1 ? S 0:00 init auto 256 v01 R 0:00 ps -x 102 v01 S 0:03 -sh 4 ? S 0:02 /etc/update 103 v02 S 0:01 -sh 25 ? S 0:00 /usr/bin/crond 101 ? S 0:01 /usr/bin/selection -tmsc -cl -pr 62 ? R 19:42 /usr/sbin/syslogd 67 ? S 0:00 /usr/sbin/rpc.portmap 72 ? S 0:00 /usr/sbin/inetd 78 ? S 0:00 /usr/lib/sendmail -bd -q15m 84 ? S 0:00 /usr/sbin/lpd 104 v03 S 0:00 /bin/getty 9600 tty3 175 ? S 0:00 in.ftpd -l -d 183 ? S 0:00 /usr/sbin/in.ftpd -l -d 185 ? S 0:00 /usr/sbin/in.ftpd -l -d 187 ? S 0:00 /usr/sbin/in.ftpd -l -d 189 ? S 0:00 /usr/sbin/in.ftpd -l -d 196 ? S 0:00 /usr/sbin/in.ftpd -l -d 98 ? S 0:00 /usr/sbin/rpc.mountd 198 ? S 0:00 /usr/sbin/in.ftpd -l -d ------------------------------ From: jdv@ee.ualberta.ca (John Voth) Subject: Is "gas" ( GNU assembler ) available for Linux? Date: 26 Mar 1994 08:48:14 GMT Greetings Linux Developers! I have noticed that GNU has a assembly language compiler called "gas". I've used it for compiling MC68000 assembly language programs intended to be used on my university's motorola 68000 labs. Is this GNU product available for linux? Any leads would be greatly appreciated! john -- =============================================================================== jdv@bode.ee.ualberta.ca Computer Engineering University of Alberta =============================================================================== ------------------------------ From: palonjh@niksula.hut.fi (Janne Henrik Palonen) Subject: Re: How to use VARARGS under Linux ? Date: 26 Mar 1994 14:55:12 GMT In article <1994Mar25.230730.13766@resonex.com> zenon@resonex.com (Zenon Fortuna) writes: Fine. But I could not find any header file with the va_list or va_dcl declaration. Under HP-UX the declarations are in varargs.h, somebody suggested that under Linux there exists stdargs.h ... but I did not find it in SLACKWARE 1.1.2 . Maybe simply I have to copy more header files from other (?) distributions ? BTW, where to find more complete set of header files for Linux (and, maybe, related man-pages ?) ? Just install the newest libc package. Everything should be there. At least both stdargs and varargs are working on my Linux workstation. Zenon. Janne -- "Lukemalla Demaria huomaa, ettei se ole mink{{n sivistyspuolueen lehti." (Ole Norrback) ------------------------------ From: ekimmina@pms709.pms.ford.com (Eric Kimminau) Subject: XAudio Tool Date: 25 Mar 1994 19:40:32 GMT Has anyone ported Sun's XAudio TOol to Linux yet? If so, where could I get my hands on a copy? I have a SoundBlaster Pro, if it makes any difference. Ive also heard of another X based Audio File player called, what else, Audio File. I believe it is for BSDI systems. Thanks in advance! -- Eric Kimminau Workstation Systems Department 313-322-3431 Product & Manufacturing Systems ekimmina@pms709.pms.ford.com Ford Motor Co. Planning and Implementation "Not an official Ford Spokesperson" TIP#111 ------------------------------ From: agulbra@nvg.unit.no (Arnt Gulbrandsen) Subject: Re: A truely non-debugging Kernel? Date: 26 Mar 1994 17:19:50 +0100 In article , Kevin Brown wrote: >In article <2mfk5o$jfu@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Torvalds) writes: >> - I *do* assume the kernel is going to crash, and no, I don't >> presonally like the idea of letting the user easily shut down some of >> the sanity checks I write. Admittedly, they happen very seldom, and >> they have a tendency to stay in even after I trust the code, but >> you'd be surprised how many *hardware* bugs they've found. > >I would say, offhand, that it should be up to the user whether they run a >safe kernel or not. It is: Nobody's forcing the user to run Linus' kernel. It's perfectly possible to run SCO, any of several SVR4 versions, FreeBSD, MS-DOS, or a locally hacked Linux. >Personally, I'd rather have the sanity checks in place, but I certainly >don't feel it's up to me to decide that for someone else. I agree. Regarding the standard linux kernel distribution, it's up to Linus, as long as that kernel is written substantially by him on his own time. --Arnt ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development Digest ******************************