From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Wed, 20 Oct 93 16:13:36 EDT Subject: Linux-Development Digest #175 Linux-Development Digest #175, Volume #1 Wed, 20 Oct 93 16:13:36 EDT Contents: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Frank Lofaro) Re: The %&#$@ speaks again -or- An apology (Operator) Re: Fonts for virtual consoles (Frank Lofaro) Re: HPFS for Linux version 0.1 *alpha* (Ralf G. R. Bergs) Re: QIC-150 Drivers... (Dave Clemans) Re: linux & 3c501 ? experiences ? (Alan Cox) Re: Libc 4.4.4 and new sig 11's (not ram chips) (denouden) bug in fcntl record locking? (denouden) Re: /dev not needed? (Jonathan Knight) Re: Libc 4.4.4 and new sig 11's (not ram chips) (David Kraus) Re: /dev not needed? (Daniel J Thumim) Re: Fonts for virtual consoles (Harald T. Alvestrand) ---------------------------------------------------------------------------- Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc From: ftlofaro@unlv.edu (Frank Lofaro) Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: Tue, 19 Oct 93 17:13:01 GMT In article <29vm0o$nia@news.delphi.com> cshaulis@news.delphi.com (CSHAULIS@DELPHI.COM) writes: >ftlofaro@unlv.edu (Frank Lofaro) writes: > >:Ah, the Mac disk thread again! ;) If the speed changing disks for theMac800K >:format use speed <= normal speed of a PC drive, you could just turn on and >:off the floppy drive motor by toggling the control bit really fast. Higher >:duty cycle (% on), higher speed. It would be a trouble to calibrate, might >:act different on different drives (different speed vs duty cycle curve, >:might not work well, could possibly hose the drive (?), etc). > >I caught that idea in the last thread. If memory serves, someone was >telling stories about how they toasted three drives with the above >method. > >Christopher >cshaulis@Delphi.com > Was that a PC drive, or (as I remember) an Atari drive, or something else? I thought PC drives were not breakable through software. The only things breakable through software I know of are monitors and some IDE drives. But I could be wrong... ------------------------------ Crossposted-To: news.groups From: root@cs690-3.erie.ge.com (Operator) Subject: Re: The %&#$@ speaks again -or- An apology Date: Tue, 19 Oct 1993 17:33:46 GMT How unusual am I here... Before I even GOT Linux I read through the FAQ from beginning to end, making mental notes of the concepts (not actually trying to understand it all, but noting what's there), and I also read comp.os.linux for a month and saved what seemed like helpful articles! What do people have against reading? A little investment of time now gives you a brief overview of topics you may not be ready to fully delve into now. I would *much* rather read documentation straight through than try and follow some convoluted menued method (be it info or anything else). Hypertext links make it handy but for me, multiple menu levels just obscure the actual useful info. A mail server would be handy to grab snippets, but you might miss out on something useful. Come on, the Linux FAQ is big, but not THAT big. -- Andy Tefft - new, expanded .sig - teffta@cs690-3.erie.ge.com ------------------------------ From: ftlofaro@unlv.edu (Frank Lofaro) Subject: Re: Fonts for virtual consoles Date: Tue, 19 Oct 93 17:28:32 GMT In article <1993Oct19.145902.2416@sifon.cc.mcgill.ca> fnord@cs.mcgill.ca (Andrew KUCHLING) writes: >In article <2a0mhm$gih@trane.uninett.no> hta@uninett.no (Harald T. Alvestrand) writes: >>1) Will the console patch that allows font loading enter the "standards >> track" of Linux any time soon? >>2) If not, is anyone working on an alternative mechanism? > > So, I agree that VC fonts should become part of the standard Linux >kernel. > > I agree too. Enough people want this feature to make it worthwhile, and it is a real waste to have to repatch every new kernel (why re-invent the wheel?) It would be nice to be able to have standard fonts like xterm supports in the kernel, plus custom fonts. For example: ¾ shows up as a 3/4 symbol on an xterm. It would be nice if it could on Linux too. Also, we wouldn't have this (M-x, o-with slash): ø show up (as do many other characters), as a square box. (Linux has more character codes that give a square box than I know what to do with! ;P) It would be really nice, since the VC interface is so nice to work with as is, to be able to not have little problems with special characters. P.S. Sorry if anyone can't see the 8 bit characters in the post above... ;) ------------------------------ From: rabe@ikki.informatik.rwth-aachen.de (Ralf G. R. Bergs) Subject: Re: HPFS for Linux version 0.1 *alpha* Date: 19 Oct 1993 17:51:29 GMT csmith@convex.com (Chris Smith) writes: >This is a very basic filesystem to mount OS/2 HPFS partitions read only. [...] FINALLY! I'll love it because I've waited sooooo long for it. Ralf -- Ralf G. R. Bergs, Aachen University of Technology EE (comp. eng.) student snail: H"uckeswagener Str. 42, D-51647 Gummersbach, Fed. Rep. of Germany phone/fax: +49 2261 21968 email: rabe@pool.informatik.rwth-aachen.de ------------------------------ From: dclemans@$DOMAIN (Dave Clemans) Subject: Re: QIC-150 Drivers... Date: 19 Oct 1993 17:59:07 GMT Reply-To: dave_clemans@mentorg.com One other note... tpqic02.* assumes that the drive supports a "set density" command. There are drives that don't; indicated by getting an "illegal command" status back whenever the drive is opened. An example is the Teac 150mb data cassette drive. To work with those drives, you'll have to ifdef out the code that tries to issue a "set density" command. The obvious ifdef is the flag TP_HAVE_DENS (or something like that) from tpqic02.h. dgc ------------------------------ From: iiitac@swan.pyr (Alan Cox) Subject: Re: linux & 3c501 ? experiences ? Date: Tue, 19 Oct 1993 17:31:00 GMT In article <749007073snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes: >Yup. That would be like using a CGA for your video board. Indeed. With a fixed version of PLIP the PLIP driver beats a 3c501 on my machine... Alan ------------------------------ From: denouden@xs4all.hacktic.nl (denouden) Subject: Re: Libc 4.4.4 and new sig 11's (not ram chips) Date: 19 Oct 1993 17:47:33 GMT : : Upon loading seyon everything pops up fine, but upon klicking on any : button in the control box I get a sig11 error from seyon. Now I KNOW signal : 11 is supposed to be a memory error. But before installing libc4.4.4 : I had no such error EVER with seyon. It is no an error that will : happen every time seyon is loaded. : : The only system changes were the installation of libc, lib.so.3, : and recompiling linux 0.99.pl13 with the new libraries. : : Has anybody else had this problem? : Same here... Cheers, Jan den Ouden ------------------------------ From: denouden@xs4all.hacktic.nl (denouden) Subject: bug in fcntl record locking? Date: 19 Oct 1993 17:52:14 GMT I think I've found a bug in the record locking portion of the fcntl function. For example: ============================================================= all locks are read locks process A process B fcntl(get lock for region X) fcntl(get lock for region X) fcntl(release lock for region X) [1] fcntl(release lock for region X) fcntl(release lock for region X) [2] ============================================================ Invocation [1] of fcntl returns an error value, while invocation [2] returns 0. Obviously this should be the other way around. It seems that fcntl can't find its own locks and remove them if there is another process which has locks on the same file. To solve the problem I've changed lines 284-288 of fs/locks.c from ============================================================= before = &filp->f_inode->i_flock; while ( (fl = *before) && caller->fl_owner != fl->fl_owner && caller->fl_fd != fl->fl_fd) before = &fl->fl_next; ============================================================= into ============================================================= before = &filp->f_inode->i_flock; while ( (fl = *before) && (caller->fl_owner != fl->fl_owner /* changed */ || caller->fl_fd != fl->fl_fd)) /* changed */ before = &fl->fl_next; ============================================================= Since the lock_it function is hard to decipher and I don't know too much about kernel data structures I don't know whether my fix is correct. It works for me, though. Cheers, Jan den Ouden ps. i had to change the locks removal function too (line 182) ------------------------------ From: jonathan@cs.keele.ac.uk (Jonathan Knight) Subject: Re: /dev not needed? Date: 19 Oct 1993 19:59:02 +0100 From article <2a0gtk$lnt@bambi.zdv.Uni-Mainz.DE>, by kubla@mogli.zdv.Uni-Mainz.DE (Dominik Kubla): > Not quite! I am told that the bsd folks are/have been considering some sort > of dynamic /dev. This is basically the same idea but they thougth one step > further: Make the kernel configure itself! This way only the needed drivers > are included and the drivers take care of generating the /dev entries. Take a look at Solaris 2 (SunOS 5.x) from Sun. This exact idea was explained by the Sun people at the UKUUG conference in December 1993 at Oxford. This has the drawback that you can't force your vendor to supply a C compiler. You don't need to rebuild the kernel so you don't need to have a compiler to do it. -- ______ JANET :jonathan@uk.ac.keele.cs Jonathan Knight, / BITNET:jonathan%cs.kl.ac.uk@ukacrl Department of Computer Science / _ __ other :jonathan@cs.keele.ac.uk University of Keele, Keele, (_/ (_) / / UUCP :...!uknet!kl-cs!jonathan Staffordshire. ST5 5BG. U.K. ------------------------------ From: kraus@rtsg.mot.com (David Kraus) Subject: Re: Libc 4.4.4 and new sig 11's (not ram chips) Date: 19 Oct 93 14:11:56 In article <2a14i1$23f@vixen.cso.uiuc.edu>, bf11620@ehsn3.cen.uiuc.edu (Byron Thomas Faber) writes: > Upon loading seyon everything pops up fine, but upon klicking on any > button in the control box I get a sig11 error from seyon. Now I KNOW signal > 11 is supposed to be a memory error. But before installing libc4.4.4 Signal 11 is a Segmentation Violation. From here, it looks like either there's a problem with the libraries writing outside of process memory space, or Seyon doing this with the new libraries as opposed to old. -- Dave Kraus Internet: kraus@rtsg.mot.com Motorola Cellular Infrastructure Group FidoNet : 1:115/439.8 Disclaimer: My employer's views and my views may necessarily differ. "Sun to burn out in 1.5 billion years! Clinton has a plan." - Outland ------------------------------ From: dthumim@ATHENA.MIT.EDU (Daniel J Thumim) Subject: Re: /dev not needed? Date: 20 Oct 1993 19:32:57 GMT There's one thing people are forgetting in this discussion of a dynamic /dev... What about device file ownership and permissions? Now, I can set my modem to be owned by group 'modem' and give it group read/write permissions, since I can just chown/chmod the device file, and it stays there. This would not be possible if the device files are recreated every time on boot. Also, on ISA PC's autodetect doesn't usually work, and some manual configuration is required in the rc scripts. This also needs to be taken into account! -- |)an ------------------------------ From: hta@uninett.no (Harald T. Alvestrand) Subject: Re: Fonts for virtual consoles Date: 20 Oct 1993 11:39:44 GMT In article , ins407x@mdw057.cc.monash.edu.au (Andrew J. Cosgriff !) writes: |> |> Actually, if you take a look at svgalib, there's a subdir with a program |> called 'restorefont' that will change the VGA textmode font - no kernel |> patches necessary - all those fonts I used to use in 80x25 textmode under |> MSDOS look cool in 100x40 under Linux (100x40 on an ET4000 uses a 9x16 |> grid, like 80x25 ;-) |> |> Unfortunately it changes the font for each VC tho', so fontpak is better in |> that respect. But doesn't svgalib require root privilleges, or setuid for restorefont? I would like to let my kids into Linux sometime. -- Harald Tveit Alvestrand Harald.T.Alvestrand@uninett.no G=Harald;I=T;S=Alvestrand;O=uninett;P=uninett;C=no +47 7 59 70 94 My son's name is Torbjørn. The letter between "j" and "r" is o with a slash. ------------------------------ ** 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 ******************************