From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Thu, 30 Sep 93 14:13:22 EDT Subject: Linux-Development Digest #136 Linux-Development Digest #136, Volume #1 Thu, 30 Sep 93 14:13:22 EDT Contents: Re: gdb doesn't work with pl12? (Mark Buckaway) Re: xcalentool, xview, and /usr/include/sys/ucontext.h (Bill Heiser) Need help compiling uSystems C libraries (Darek Dabrowski) Re: MFM + IDE (Dhaliwal Bikram Singh) Re: Pascal compiler. (root@Belvedere%hip-hop.suvl.ca.us) Re: Terminals off Serial Port (Richard Kunze) Re: Linux, Notebooks, XFree86, and LCDs (Barry Flanagan) driver for unrecognized harddisk on PS/2 notebook? (Mathias Bartsch) Re: Lpmud on Linux. Alarm Clock. (Lloyd Miller) [Q]:Linux & *ix* binary compatibility (Rainer Kirsch) Re: Linux Slowly Dying Off? + Lets make a game for Linux (John R. Campbell) Device-number size (was Re: Multi-port ...) (Arnt Gulbrandsen) Linux for Atari TT ? (Christian Bittner) Re: No smart serial boards??? (Jon Brawn) ---------------------------------------------------------------------------- From: mark@datasoft.com (Mark Buckaway) Subject: Re: gdb doesn't work with pl12? Date: Wed, 29 Sep 1993 11:01:32 GMT Bill McCune (mccune@lutra.mcs.anl.gov) wrote: : When I call a function from gdb, I always get : writing register number 10(0): I/O error. : Unable to restore previously selected frame. : This is with pl12 and either gdb 4.8 and 4.10.pl1. : I hear that the problem does not exist with pl11. : Does this happen to anyone else? Bill, I've been using gdb 4.9 since 0.99.8 and it still works fine with 0.99.12 on my system. Perhaps, the best solution is to get gdb 4.9. The sources (all 5 megs worth) are on prep.ai.mit.edu in /pub/gnu. It compiles cleaning on a Linux system. Mark -- ============================================================================== Mark Buckaway | root@datasoft.north.net | DataSoft Communications DataSoft Communications | uunorth!datasoft!root | 62 Rock Fernway System Administrator | Voice: +1 416 756 4497 | Willowdale, ON M2J 4N5 ============================================================================== "UNIX and OS/2 are operating systems. Windows is a shell, and DOS is an boot virus" ============================================================================== ------------------------------ From: bill@bhhome.ci.net (Bill Heiser) Subject: Re: xcalentool, xview, and /usr/include/sys/ucontext.h Date: Thu, 30 Sep 1993 01:09:16 GMT "Eric Jeschke" writes: >I am trying to compile a version of calentool 2.2X using Ken >Osterberg's Linux XView port. I grabbed the stock sources off If you get this to work, Please Summarize .. I'd *love* to have Calentool here. Thanks! >of sunsite (/pub/X11/contrib), configured a makefile and tried >to build. It bombs trying to include >point and I have missed it? Anybody else compiled calentool for >Linux? If you have could you drop me a line about how you did it? It must be something the xcalentool "porter" did as a special. I have SLS 1.03 (patched to p13) and I don't have that file either. Bill -- Bill Heiser bill@bhhome.ci.net heiser@world.std.com ------------------------------ From: dpdabrow@undergrad.math.uwaterloo.ca (Darek Dabrowski) Subject: Need help compiling uSystems C libraries Date: Thu, 30 Sep 1993 03:13:26 GMT I am a second year computer science student at University of Waterloo The course is on Concurrent programming and we are using uSystems libraries for C. To take off the load from main machines we would like to take some work home. The question is , has anyone , or is it possible , or where can i get help in compiling uSystems. Supposedly all I need is the Linix to pass a sigcontext to the signal handler so the time slicing would work. DAREK dpdabrowski@undergrad.math.uwaterloo.ca North 1, Rm 301, Village One, University of Waterloo (519)725-6875, (416)247-0784 Here is some information from Peter Buhr creator of uSystems. ================================== CUT HERE ================================ >From plg.uwaterloo.ca!pabuhr Tue Sep 21 17:52:01 1993 The last time I talked to Linus, I told him what I needed to get the uSystem to compile on Linux, which was passing a sigcontext to the signal handler so the time slicing would work. If he has added that to Linix, the uSystem should port easily. I don't have access to a Linix system so I can't check. The uSystem is available free of charge to students using it for their own personal use, which includes doing assignments. ========================================================================= I would like to announce, to any interested parties, the availability of Version 4.4.3 of the uSystem (pronounced micro-system), a library of C routines that provide light-weight concurrency on uniprocessor and multiprocessor computers running the UNIX operating system. Version 4.4.3 has bug fixes from version 4.4.2, which was made available on Nov 13, 1991. Fixes: 1. Fixed more bugs in the non-blocking I/O routines. Will it never end folks? 2. Fixed problem with UNIX suspending and resuming of a multiprocessor application. *All* the UNIX processes resume after the application is restarted. Additions: 1. Added user context data support. 2. Port to IBM rs6000 and HP (M68k and PA). Changes: 1. The uSystem is not distributed with dmake. You must acquire dmake separately. (see instructions below) The uSystem requires at least version 3.8 of dmake, which is available by anonymous ftp from the following location (remember to set your ftp mode to binary): plg.uwaterloo.ca:pub/dmake/dmake38.tar.Z Execute the following command to unpack the source: % zcat dmake38.tar.Z | tar -xf - To build dmake, edit the variables in file ./unix/startup.h. The variable MAKESTARTUP must specify the location of the startup.mk file, which contains all the implicit recipes. This file is placed at the top level of the source directory after dmake is built. If dmake is not being installed in a public location, set the value of MAKESTARTUP to {dmake-source-path}/startup.mk. After setting the MAKESTARTUP variable, execute the command "make" in directory dmake to determine what configurations are available. A list of possible configurations will be printed. Once dmake is built, add the executable to your command path. Version 4.4.3 of the uSystem can be obtained by anonymous ftp from the following location (remember to set your ftp mode to binary): plg.uwaterloo.ca:pub/uSystem/uSystem.tar.Z The distribution file is in compressed tar format. Execute the following command to unpack the source: % zcat uSystem.tar.Z | tar -xf - The README file contains all the installation instructions. Good luck and happy concurrency. A postscript version of the uSystem manual is available in the same ftp directory as the uSystem, called uSystem.ps. It contains a copy of the uSystem documentation that has been formatted for 8.5x11 paper using LaTeX and then converted to postscript. This has been made available because some people have had problems LaTeXing the documentation that comes with the uSystem distribution. Normally, it is unnecessary to retrieve this file as the uSystem comes with the reference manual. The uSystem runs on the following processors: i386, MIPS, M68K, NS32K, VAX, SPARC, RS6000, HP-PA. The uniprocessor uSystem runs on the following vendor's computers: Apollo, DEC, MIPS, SEQUENT, SGI, SUN, ENCORE, IBM, HP. The multiprocessor uSystem runs on the following vendor's computers: Sequent Symmetry and Balance, Encore Multimax and SGI. The uSystem requires at least GNU C 2.3.3. The uSystem will NOT compile using other compilers. (Don't even think about it!) There is a Software-Practice and Experience paper about version 4.1 of the uSystem in the Sept 1990 issue. This version of the uSystem may be the last release. Except for small additions and bug fixes, development work on the uSystem is largely frozen. Currently, all our efforts are directed towards uC++, a concurrent dialect of C++. uC++ supports all the features of the uSystem but all communication is statically type-safe. ------------------------------ From: a228dhal@cdf.toronto.edu (Dhaliwal Bikram Singh) Subject: Re: MFM + IDE Date: Thu, 30 Sep 1993 05:21:43 GMT In article <1993Sep27.144400.8827@cs.yale.edu> angelos@scus1.ctstateu.edu (Angelos Karageorgiou Greek and Macedon the only combination) writes: > > Is it possible to have both IDE and MFM controllers on the same >machine ? > I know that the bios try to boot from both controllers so it >locks up. Is there a work around ? like disabling some roms ? Possibly. I had anguished over this a couply of months ago, and finally came to the conclusion that it was not worth it. The reason being that although you could switch one of the adapters from IRQ15 to IRQ14 (preferably the MFM, IDE's I think expect to be allways be on IRQ15). You can do this by either switching a jumper on your controller (consult your manual/dealer/techie) or by physically cutting the card-edge connector that would have gone to IRQ15 and move it to another vacant IRQ. Even if this works out great, there is no guarantee that it will work under even DOS. For Linux you will probably have to specify somewhere in the kernal itself the two IRQ's and their corresponding address and then recompile the kernal--->tough (I think). IF you are running OS/2 though I think there maybe a driver so you may be in luck. Well if you get any of these to work PLEEEEEEEEEEEEEEEAAAAAAASE!! let me know. Good luck. -- ======================== a228dhal@cdf.toronto.edu Bikram Dhaliwal (416) 845-4567 ------------------------------ From: root@Belvedere%hip-hop.suvl.ca.us Subject: Re: Pascal compiler. Date: Thu, 30 Sep 1993 02:02:38 GMT Alan Cox (iiitac@swan.pyr) wrote: : In article <287tc9$pjq@mtu.edu> sjkangas@major.cs.mtu.edu (STEVEN J. KANGAS) writes: : > Has anyone ported a pascal compiler to linux yet? It seems like : >all the compilers (p4, etc.) I can find are all written in pascal. If I : >had a pascal compiler to compiler the compiler I wouldn't need a stupid : >compiler now would I? Any info would be appreciated. : It is normal for a compiler to be written in its own language. Gcc is written : in gcc for example. What you should do is get the binary of p4 or whatever Well that's true, except that I don't think I'd want to write an APL compiler in APL. :) :) : Alan -- David Fox root@Belvedere%hip-hop.suvl.ca.us 5479 Castle Manor Drive San Jose, CA 95129 Thanks for letting me change 408/253-7992 magnetic patterns on your hard disk. ------------------------------ From: kunze@informatik.uni-hannover.de (Richard Kunze) Subject: Re: Terminals off Serial Port Reply-To: kunze@informatik.uni-hannover.de Date: Wed, 29 Sep 1993 15:02:28 GMT In article 18138@pat.uwe.ac.uk, mj_smith@onion.uwe.ac.uk ([Mark Smith]) writes: > Does anybody know how to, or know of a program that will enable me to plug > a dumb terminal (or my friends Linux running PC) into the serial or any > other port (I don't have and cannot afford a network card) of my machine, > and have it work as a terminal, (just VT100 or some such not X) > > Any help would be appreciated :) > > P.S. - I don't know much about Linux yet, but I'm learning. > Just plug it in and start getty on that port. Richard --- Richard Kunze (at Uni. of Hannover) kunze@zeus.informatik.uni-hannover.de ------------------------------ Crossposted-To: comp.os.linux.help,comp.windows.x.i386unix From: barryf@iol.ie (Barry Flanagan) Subject: Re: Linux, Notebooks, XFree86, and LCDs Date: Thu, 30 Sep 1993 11:35:51 GMT hankd@dynamo.ecn.purdue.edu (Hank Dietz) writes: : : Anybody else have X running in color on a notebook? : Not yet, but I have just installed on my Toshiba 4500C, and would dearly love to get X up and running. Just grabbed 99pl13 which hopefully will give me my Quickport mouse (anyone know how to configure that once it is compiled in?!). Until I get the mouse going I can't even address the video. I'd be most grateful for any Xconfig's for a Tosh or similar notebook! -- Barry Flanagan - ---- | Company : Ireland On-Line Ltd. * E-Mail : admin@iol.ie | Address : West Wing, Udaras Complex, Furbo, Galway,Ireland ------------------------------ From: hm308ba@unidui.uni-duisburg.de (Mathias Bartsch) Subject: driver for unrecognized harddisk on PS/2 notebook? Date: 30 Sep 1993 14:38:55 +0100 Can anybody tell me if there is a way to install Linux on a PS/2 N33 SX Notebook please? The SLS 1.03 Boot Disk does not recognize the harddisk. Under DOS, CheckIt "recognizes" a hd type ESDI/SCSI/UNKNOWN... Is there a chance that there will be a driver for that mystery type harddisk in the (near) future? Thanks in advance, Best wishes, Mathias -- Mathias Bartsch, Uni-GH-Duisburg, Lab.f.Festkoerperphysik, 47048 Duisburg Lotharstr. 1, tel: (0203) 379-3476, fax: (0203) 379-3163 ------------------------------ From: lloyd@lfmcal.cuc.ab.ca (Lloyd Miller) Subject: Re: Lpmud on Linux. Alarm Clock. Date: Thu, 30 Sep 1993 01:33:06 GMT Wayne Hodgen (hodgen@ozzy.uni-koblenz.de) wrote: > Hi all. > I'm having problems getting the driver for our Lpmud working under Linux. On > a Sun, no problem. Under Linux (Slackware 1.0.2) it keeps crashing with an > Alarm clock. > The driver uses SIGALARM to trigger a handler twice a second. The first time > I start up the driver it crashes almost instanteaniously. The second time, > I get as far as trying to login in with "telnet 127.0.0.1 3000". > Does anyone have an idea as to what could be wrong? Maybe you are trying to use BSD or SYSV signals. Linux uses POSIX signals. They are slightly different from both since no one could agree that BSD or SYSV signals were good enough for the standard. -- Lloyd Miller, Calgary lloyd@lfmcal.cuc.ab.ca Lloyd_Miller@f57.n17.z1.fidonet.org ------------------------------ From: kirsch@ps1.iaee.tuwien.ac.at (Rainer Kirsch) Subject: [Q]:Linux & *ix* binary compatibility Date: Thu, 30 Sep 1993 15:12:16 GMT Hello Linux friends! Question: Has someone successfully tried to run binaries of commercial *ix* on a machine running Linux? If yes, please send your answer per email to kirsch@ps1.iaee.tuwien.ac.at ! Please enclose the operating system of the commercial software, short description of the software type and of your Linux installation (patchlevel, libc.so Version) Many thanks in advance! Rainer Kirsch +--------------------------------------------------------+ | Rainer Kirsch | | kirsch@ps1.iaee.tuwien.ac.at | +--------------------------------------------------------+ | Institut fuer Allgemeine Elektrotechnik und Elektronik | | TU-Wien (Vienna / Austria / Europe) | +--------------------------------------------------------+ ------------------------------ From: soup@penrij.UUCP (John R. Campbell) Subject: Re: Linux Slowly Dying Off? + Lets make a game for Linux Date: 29 Sep 93 22:25:35 GMT imcclogh@cs.ucsd.edu (Ian McCloghrie) writes: >soup@penrij.UUCP (John R. Campbell) writes: >>I really beleive that Linux _NEEDS_ a screen-saver like After-Dark's >>TREK stuff, both for the normal console and X-Windows. > As I understand it, X11R5 lacks the necessary hooks upon which >one would hang a user-defined screensaver program like After Dark. >I saw an announcement somewhere that X11R6 would correct this. See? MS-Windoze actually contributed concepts to X-Windows! What I find amusing is that MS-Windoze has only proven itself as a game program and screen-saver environment. Why worry about *real* applications? Most people only run MineSweeper and/or Solitaire... -- John R. Campbell soup%penrij@kd3bj.ampr.org or: uunet!kd3bj!penrij!soup ------------------------------ From: agulbra@nvg.unit.no (Arnt Gulbrandsen) Subject: Device-number size (was Re: Multi-port ...) Date: 30 Sep 1993 17:02:56 GMT In article <28b0rg$obp@senator-bedfellow.mit.edu>, Theodore Ts'o wrote: >Ultimately, the linux kernel is going to need to be reworked to allow >more than one major device number of tty's (and the hack we use for >major 4 and 5 doesn't count); but this is going to require a fairly >large number of changes all over the kernel. For example, the >assumption that we only have one major number for tty's is embedded into >the task structure, since current->tty is currently a minor device >number.... Wouldn't it be simpler to do as Stephen Tweedie (or was it Remy Card?) proposed, and go to 16-bit major and minor numbers? Old 8+8-bit device numbers could still be read from inodes without much trouble by the file systems: Anything with the upper 16 bits cleared to 0 is an 8+8-bit inode and converted to a 16+16-bit device number by the file system immediately after reading it. The main drawback is that filesystems that have written to by new kernels couldn't be read by old kernels (unless the file systems translated 16+16 to 8+8 when writing an inode, but that wouldn't always be possible). -- Arnt Gulbrandsen, agulbra@nvg.unit.no Since my .sig is so short I'll include it twice. -- Arnt Gulbrandsen, agulbra@nvg.unit.no Since my .sig is so short I'll include it twice. ------------------------------ From: cebit@asgard.do.open.de (Christian Bittner) Subject: Linux for Atari TT ? Date: Thu, 30 Sep 1993 14:32:29 GMT Hi Folks ! In the last Linux-INFO-Sheet I read something about the porting of the Linux-Kernel to the 680x0-platform. My brother's got an Atari TT (poor fellow ;-) and he really wants to use Linux. Therefore I want to know, who's doing the porting and when the porting will have been done. Well, okay - after that there will be the problem of recompiling all the Unix-tool-stuff... Bye CeBit -- Christian A. Bittner -------------------------------------------------- email: ---- "It's not a bug - it's a feature !" ---- cebit@asgard.do.open.de ---- The programmer's famous last words... ---- -------------------------------------------------- ------------------------------ From: jonb@specialix.com (Jon Brawn) Subject: Re: No smart serial boards??? Date: Thu, 30 Sep 1993 17:36:42 GMT willmore@iastate.edu (David Willmore) writes: >>With the "standard" linux serial driver, even *one* line running >>at 38400 (14.4 modem) uses quite a bit of CPU ... so I'd had to >>think of running *8* lines on a non-intelligent board :-) Nah - 8x16550s isn't a problem. >Since the serial drivers check all devices on that IRQ when they get an IRQ, >it shouldn't matter much wether one or eight serial lines are running full >bore at 38400--even on the dumbest serial card. Now, if the card uses seperate >IRQ's for the different ports, slap the designer! (sorry for the pun) >>Rich, what is your system like when all of your lines are in use? >Mine runs fine with a 386/40 with two 38400 ports doing zmodem uploads. I should hope so too. Intelligent I/O started (before) when people were running Xenix on '286 machines. In those days 8 UARTs was a real load. Nowadays... ...Well, anyway, the leaders in the Serial I/O game aren't really playing at the 8 port end of the market anymore. The upper end is somewhere in the 512-1024 ports range at the moment (we offer 512; I think one of those other companies now offers 1024 ports, and of course we're all planning for the future...) Of course, Linux will never be able to support that number of ports until the tty subsystem gets a thorough overhaul. There might even be other issues buried deep within the philosophy of the I/O subsystem that makes it an impossible situation. >Cheers, >David >-- >___________________________________________________________________________ >willmore@iastate.edu | "Death before dishonor" | "Better dead than greek" | >David Willmore | "Ever noticed how much they look like orchids? Lovely!" | =========================================================================== ------------------------------ ** 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 ******************************