747 lines
28 KiB
Plaintext
747 lines
28 KiB
Plaintext
From: Digestifier <Linux-Development-Request@senator-bedfellow.mit.edu>
|
||
To: Linux-Development@senator-bedfellow.mit.edu
|
||
Reply-To: Linux-Development@senator-bedfellow.mit.edu
|
||
Date: Tue, 11 Oct 94 16:13:10 EDT
|
||
Subject: Linux-Development Digest #291
|
||
|
||
Linux-Development Digest #291, Volume #2 Tue, 11 Oct 94 16:13:10 EDT
|
||
|
||
Contents:
|
||
Re: ext2fs vs. Berkeley FFS (David Jeske)
|
||
Re: SCSI generic driver woes. (TlingitMan)
|
||
libc4.26 help (Supat)
|
||
Re: A badly missed feature in gcc (H. Peter Anvin)
|
||
In article 746@senator-bedfellow.MIT.EDU, PINKERTONA@delphi.com () writes: (James W. Smith)
|
||
DOS Floppy bug writing certain file extensions ?bug? (David - Morris)
|
||
Re: Suggestion: comp.os.linux.channelecho.* (H. Peter Anvin)
|
||
VGA256: Cannot read colourmap from VGA (Venant Habiyambere)
|
||
Text management and database
|
||
Re: ext2fs vs. Berkeley FFS (Albert D. Cahalan)
|
||
Re: ext2fs vs. Berkeley FFS (Albert D. Cahalan)
|
||
Re: LINUX Logical volumes (Albert D. Cahalan)
|
||
Re: Serious Bug In The Networking Code (Stephen Vance)
|
||
Re: ext2fs vs. Berkeley FFS (Albert D. Cahalan)
|
||
tos queueing (John Richardson)
|
||
Re: Shared Libs: working toward a permanent solution? (Richard Krehbiel)
|
||
Re: Term blocks modem, switching to VT and back restores? (Dimitris Evmorfopoulos)
|
||
Re: Linux 1.1.52 (Lies, Damned Lies, and Benchmarks) (Jeff Kuehn)
|
||
Looking for X graphics/ Plotting libraries (CookieMonster)
|
||
|
||
----------------------------------------------------------------------------
|
||
|
||
From: jeske@ux4.cso.uiuc.edu (David Jeske)
|
||
Subject: Re: ext2fs vs. Berkeley FFS
|
||
Date: 11 Oct 1994 01:04:11 GMT
|
||
|
||
Through the standard UNIX file system facilities one can easily define a
|
||
"spec" for storing "resources" of a file. NEXTSTEP does just this and
|
||
refers to the concept as "app-wrappers". Programs contain directories
|
||
and resources required for running them.
|
||
|
||
The name of the directory is always ".app" so the file manager can know that
|
||
the folder is a program inside.
|
||
|
||
For example..(not a NeXT example, but rather a UNIXish example)
|
||
|
||
Backgammon.app <directory>
|
||
Backgammon.app/Backgammon <file of same name is the program executable>
|
||
Backgammon.app/whiteCircle.tiff <tiff image of the white playing piece>
|
||
Backgammon.app/blackCircle.tiff <tiff image of the black playing piece>
|
||
Backgammon.app/local-config <some machine configuration>
|
||
|
||
There can be more to it than this obviously. This setup allows applications
|
||
to stay contained in their own directory structure though. So you don't end
|
||
up with the same program installed in a unix standard way
|
||
|
||
/usr/local/bin/X11/Backgammon <executable file>
|
||
/usr/local/lib/games/Backgammon/whiteCircle.tiff <tiff image>
|
||
/usr/local/lib/games/Backgammon/whiteCircle.tiff <tiff image>
|
||
/usr/local/etc/Backgammon/local-config <config>
|
||
|
||
(don't flame about the specific placement of those files, it's not
|
||
relevant... this is just to prove a point)
|
||
|
||
A similar type of app-wrapper setup could easily be put on any UNIX standard
|
||
system, however applications would have to use it in order for it to be
|
||
usefull on a system-wide basis.
|
||
|
||
I at one time thought of setting up a standard way for X apps to be
|
||
app-wrappered. I trying to think of ways to make it easy to modify
|
||
existing applications to look for their files this way. That way it would
|
||
not take forever for it to become usefull. However, I did not have the time
|
||
to actually take on this project.
|
||
--
|
||
David Jeske(N9LCA)/CompEng Student at Univ of Ill at Cham-Urbana/NeXT Programmer
|
||
CoCreator of the GTalk Chat Software System - online at (708)998-0008
|
||
jeske@uiuc.edu (NeXTMail accepted)
|
||
|
||
------------------------------
|
||
|
||
From: tlingitman@aol.com (TlingitMan)
|
||
Subject: Re: SCSI generic driver woes.
|
||
Date: 10 Oct 1994 20:53:02 -0400
|
||
|
||
In article <37b6ed$p4v@nntp1.u.washington.edu>, mkshenk@u.washington.edu
|
||
(M. K. Shenk) writes:
|
||
|
||
First, patch up to or beyond Kernel 1.1.35. Major overhauls have happened
|
||
which fixed a similar problem I had quite easily. Second, hack the
|
||
kernel. There is a switch() statement in there which must be met to
|
||
include driver support in ther kernel.
|
||
|
||
`od -a /dev/sgb' will give you `permission denied' if you have a driver,
|
||
so it looks like you have generic SCSI support for two devices. sga is
|
||
lowest SCSI id and so forth through sgh. Read the kernel code if you can.
|
||
A good example of some code which uses the SCSi generic interface
|
||
directly is a piece of code you can FTP to drive a CD-R writer:
|
||
|
||
mcsun.eu.net /os/linux/BETA/cdrom/private/mkisofs/cdwrite.tar
|
||
|
||
Hack the code. I bet the kernel upgrade will solve the inquiry problem,
|
||
and this source will help you code some test fixtures.
|
||
|
||
------------------------------
|
||
|
||
From: supat@meishan.animal.uiuc.edu (Supat)
|
||
Subject: libc4.26 help
|
||
Date: 11 Oct 1994 14:02:38 GMT
|
||
|
||
Hi,
|
||
|
||
I got follow errors when compile new libc
|
||
mkimage not found
|
||
|
||
THANKS,
|
||
supat
|
||
|
||
|
||
make[2]: execve: /usr/dll/bin/mkimage: No such file or directory
|
||
make[2]: *** [lib] Error 127
|
||
make[2]: Leaving directory `/home/supat/libc-linux/jump/libc'
|
||
makeing lib in libm
|
||
make[2]: Entering directory `/home/supat/libc-linux/jump/libm'
|
||
(cd ../..; for l in *.a; do \
|
||
/usr/bin/ar -d $l __.SYMDEF; \
|
||
/usr/bin/ranlib $l; done)
|
||
(cd ../../shared; for l in *.a; do \
|
||
/usr/bin/ar -d $l __.SYMDEF; \
|
||
/usr/bin/ranlib $l; done)
|
||
/usr/dll/bin/mkimage -l libm -v 4.5.26 -a 0x600e0000 \
|
||
-d 0x600f8000 -j 0x00000800 -g 0x00000100 \
|
||
-- ../../shared/libm.a ../../shared/libgcc/libgcc3.a -lc ../../libmalias.a
|
||
make[2]: execve: /usr/dll/bin/mkimage: No such file or directory
|
||
make[2]: *** [lib] Error 127
|
||
make[2]: Leaving directory `/home/supat/libc-linux/jump/libm'
|
||
make[1]: *** [lib] Error 1
|
||
make[1]: Leaving directory `/home/supat/libc-linux/jump'
|
||
make: *** [lib] Error 1
|
||
|
||
/home/supat/libc-linux grep mkimage *
|
||
Makeconfig:MKIMAGE=$(DLLDIR)/mkimage
|
||
|
||
--
|
||
University of Illinois
|
||
Department of Animal Sciences
|
||
1207 West Gregory Drive
|
||
Urbana, IL 61801
|
||
|
||
------------------------------
|
||
|
||
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
|
||
Subject: Re: A badly missed feature in gcc
|
||
Reply-To: hpa@nwu.edu (H. Peter Anvin)
|
||
Date: Mon, 10 Oct 1994 10:15:46 GMT
|
||
|
||
Followup to: <6447@sparky.mdavcr.mda.ca>
|
||
By author: bruce@mdavcr.mda.ca (Bruce Thompson)
|
||
In newsgroup: comp.os.linux.development
|
||
>
|
||
> APPLAUSE! It's about time someone said something like this. Please
|
||
> don't take this the wrong way folks, but if you want to write _C_
|
||
> code, write _C_ (as defined by the ANSI standard). If, on the other
|
||
> hand you want to write _C++_ code, write C++ code (as defined by the
|
||
> ARM) but _PLEASE_ don't complain that C isn't C++!
|
||
>
|
||
> The // comment syntax is not defined to be part of C, therefore gcc
|
||
> should _never_ accept it as a comment. When invoked as g++ though,
|
||
> it's compiling C++ and therefore // is valid syntax for a comment.
|
||
>
|
||
|
||
So? There is no law against making proprietary extensions, and *many*
|
||
compilers have added the // comment as an extension to the C language,
|
||
so you cannot trust code that relies on it not being there anyway. It
|
||
has been speculted this extension may make its way into the next
|
||
revision of ANSI C.
|
||
|
||
As you may have noticed, when I posted the fix for making current
|
||
versions of gcc accept this, I made sure that the -ansi (strict ANSI
|
||
conformance) disables this option.
|
||
|
||
/hpa
|
||
|
||
--
|
||
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
|
||
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
|
||
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
|
||
Si fractum non sit, noli id reficere.
|
||
|
||
------------------------------
|
||
|
||
From: zjws08@trc.amoco.com (James W. Smith)
|
||
Subject: In article 746@senator-bedfellow.MIT.EDU, PINKERTONA@delphi.com () writes:
|
||
Reply-To: zjws08@trc.amoco.com
|
||
Date: Tue, 11 Oct 1994 14:55:44 GMT
|
||
|
||
>
|
||
>I don't know about "pure" Intel motherboards but I have a Gateway 2K P5-90
|
||
>(which is supposed to be an Intel Plato MB) and the $68 card from Technoland
|
||
>does NOT work in it. (Nice of them to tell you before you bought it though.)
|
||
>I've tried several BIOS versions both from Intel and Gateway without any luck.
|
||
>(Some worse than others: Floppy drive? What floppy drive? I don't have a
|
||
>floppy drive. :) GW 2K apparantly had the NCR for a short time but then it
|
||
>was removed. I have some docs on the MB from Intel but they don't mention
|
||
>NCR anywhere. I'm seriously considering a Nextor card which is supposed to
|
||
>have the BIOS on the card. Any one have any experiences with these? Anybody
|
||
>want the Technoland card, cheap?
|
||
>
|
||
>Alan P.
|
||
|
||
I've got the Nexstor NCR53c810 with a Pentium 60 on an intel board and I cant
|
||
get to square one with Linux ( using the ncr bootdisk of course). I have no IDE
|
||
hard drive so perhaps the Nexstor card would work once Linux is up.
|
||
|
||
|
||
|
||
|
||
------------------------------
|
||
|
||
From: dwm@shell.portal.com (David - Morris)
|
||
Subject: DOS Floppy bug writing certain file extensions ?bug?
|
||
Date: 5 Oct 1994 21:11:14 GMT
|
||
|
||
With a DOS floppy mounted via
|
||
mount -t msdos /dev/fd0 /mnt
|
||
the command
|
||
cp drivers/net/Space.c /mnt/Space.c
|
||
gives
|
||
cp: /mnt/Space.c: Invalid argument
|
||
if instead I do:
|
||
cp drivers/net/Space.c /mnt/Space._c_
|
||
it works fine. For what its worth,
|
||
cp drivers/net/Space.c /mnt/Space.c_
|
||
fails with the equivalent message. IF this is an intended feature,
|
||
it's crazy.
|
||
|
||
Dave Morris
|
||
|
||
------------------------------
|
||
|
||
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
|
||
Subject: Re: Suggestion: comp.os.linux.channelecho.*
|
||
Reply-To: hpa@nwu.edu (H. Peter Anvin)
|
||
Date: Mon, 10 Oct 1994 10:23:05 GMT
|
||
|
||
Followup to: <3791lq$7in@gate.noris.de>
|
||
By author: urlichs@smurf.noris.de (Matthias Urlichs)
|
||
In newsgroup: comp.os.linux.development
|
||
>
|
||
> Grumble.
|
||
> (a) What's the correct entry in the moderators file?
|
||
|
||
# Linux gated mailing lists
|
||
linux.act.*:linux-submit@fidogate.nuars.nwu.edu
|
||
linux.*:submit-%s@fidogate.nuars.nwu.edu
|
||
|
||
> (b) Why the *censored* are they using moderated newsgroups instead of a
|
||
> reasonable bidirectional gateway?
|
||
|
||
Because the linux-activists mailing list strips message-ID information
|
||
when digestifying, and hence it is not possible to prevent your
|
||
message from getting posted again when it comes back from the mailing
|
||
list.
|
||
|
||
> (c) Has there been any announcement in c.o.l.a, and if so why haven't I
|
||
> seen it? ;-)
|
||
|
||
No. I brought it up on the NORMAL channel a long time ago, and I was
|
||
"strongly discouraged" from making a big announcement about it. I
|
||
would have to get in touch with a bunch of people before announcing
|
||
anything "official", and I don't have time for that right now.
|
||
|
||
Of course, I started this as a way for myself to read linux-activists
|
||
in a bit more manageable form, then I started getting requests for
|
||
feeds when someone saw my followup line posted... but I really didn't
|
||
expect to feed this many sites all over the world... from my Linux
|
||
box, to boot. :-)
|
||
|
||
/hpa
|
||
--
|
||
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
|
||
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
|
||
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
|
||
Microsoft: The Second Evil IBMpire!
|
||
|
||
------------------------------
|
||
|
||
From: habi@bauv111.bauv.unibw-muenchen.de (Venant Habiyambere)
|
||
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
|
||
Subject: VGA256: Cannot read colourmap from VGA
|
||
Date: 10 Oct 94 09:07:37 GMT
|
||
|
||
llo,
|
||
|
||
|
||
I have :
|
||
System Linux 1.0 ,Xfree86-2.1
|
||
videocard TSENG ET 4000
|
||
driver VGA256 (8-bit colour SVGA)
|
||
video Nec MultiSync 6FG
|
||
|
||
whenn i switch back from Xwindows to console, i got this message:
|
||
VGA256: Cannot read colourmap from VGA. Will restore with default.
|
||
|
||
And whenn i switch back from console to XWindows my Xserver
|
||
is corrupted. It seems there are no colors.
|
||
|
||
Any suggestions?
|
||
|
||
==================================================================
|
||
|
||
Venant Habiyambere,
|
||
|
||
University of the armed forces, Munich
|
||
|
||
habi@bauv.unibw-muenchen.de
|
||
|
||
|
||
------------------------------
|
||
|
||
From: grasshof@kassandra.rrz.uni-hamburg.de ()
|
||
Subject: Text management and database
|
||
Date: 10 Oct 1994 10:18:21 GMT
|
||
|
||
A large bunch of literary texts should be stored
|
||
on a CD.
|
||
|
||
Which text retrieval package is recommended for:
|
||
|
||
(1) 1000+ texts of 1 page A4
|
||
(2) pattern matching search over several lines, boolean expressions
|
||
manually created thesaurus
|
||
(3) easy programmable user interface, including Greek, Hebrew, Arabic
|
||
character sets.
|
||
(4) preferably GNU-ish software
|
||
(5) Linux platform prefered.
|
||
|
||
Any idea welcome, thank you
|
||
|
||
|
||
--
|
||
Gerd Grasshoff e-mail:grasshof@philosophie.uni-hamburg.de
|
||
|
||
------------------------------
|
||
|
||
From: adc@zeta.coe.neu.edu (Albert D. Cahalan)
|
||
Subject: Re: ext2fs vs. Berkeley FFS
|
||
Date: 11 Oct 1994 17:10:31 GMT
|
||
|
||
In article <hpa.18550000.Allah.u.Abha@ahab.eecs.nwu.edu> hpa@ahab.eecs.nwu.edu (H. Peter Anvin) writes:
|
||
>Followup to: <37bpse$ue@newsy.ifm.liu.se>
|
||
>By author: peter@ifm.liu.se (Peter Eriksson)
|
||
>>>The icon (for a window manager) for the file could be
|
||
>>>accessed by the following call.
|
||
>>
|
||
>>> fd1 = open("MyDataFile:ICON",O_RDONLY);
|
||
>>
|
||
>>If one were to implement something like this, then it would be much
|
||
>>better to use the "/" character to separate the filename and the subforks...
|
||
>>
|
||
>>Just a little thought.
|
||
>>
|
||
|
||
>And, incidentally, it works without kernel mods!! (A multifork file
|
||
>is *exactly* the same as a directory!)
|
||
|
||
No, it's not at all.
|
||
|
||
1: File operations do not work the same. Try gzipping a directory
|
||
without tar.
|
||
2: There is no way to recognize these directories as complete units.
|
||
3: File managers will open them as directory trees, because that is
|
||
what they are, NOT record type files.
|
||
--
|
||
|
||
Albert Cahalan
|
||
adc@meceng.coe.neu.edu
|
||
|
||
------------------------------
|
||
|
||
From: adc@zeta.coe.neu.edu (Albert D. Cahalan)
|
||
Subject: Re: ext2fs vs. Berkeley FFS
|
||
Date: 11 Oct 1994 17:39:45 GMT
|
||
|
||
In article <PLM.94Oct11120436@nijmegen3.atcmp.nl> plm@atcmp.nl (Peter Mutsaers) writes:
|
||
>>> On 11 Oct 1994 01:04:11 GMT, jeske@ux4.cso.uiuc.edu (David Jeske) said:
|
||
|
||
>>> The name of the directory is always ".app" so the file manager
|
||
>>> can know that the folder is a program inside.
|
||
|
||
>>> For example..(not a NeXT example, but rather a UNIXish example)
|
||
|
||
>>> Backgammon.app <directory>
|
||
>>> Backgammon.app/Backgammon <same name file is program executable>
|
||
>>> Backgammon.app/whiteCircle.tiff <tiff image of the white playing piece>
|
||
>>> Backgammon.app/blackCircle.tiff <tiff image of the black playing piece>
|
||
>>> Backgammon.app/local-config <some machine configuration>
|
||
|
||
>It would be trivial to modify the shell (like bash) to do this: If it
|
||
>finds a directory somewhere in its path, with the name (maybe with an
|
||
>extension like .app) of the program that the user wants to execute, it
|
||
>will descend into that directory and start the executable file that is
|
||
>in it.
|
||
|
||
This would almost do the job. cp, gzip and such would need to treat
|
||
it as a file though, without tar. I do think a simple flag is still
|
||
needed to avoid the filename extension mess DOS uses to recognize
|
||
executables. This would need to be done in a standard way so that
|
||
all the shells, filemanagers, and file utilities would recognize the
|
||
directory as a complete unit.
|
||
--
|
||
|
||
Albert Cahalan
|
||
adc@meceng.coe.neu.edu
|
||
|
||
------------------------------
|
||
|
||
From: adc@zeta.coe.neu.edu (Albert D. Cahalan)
|
||
Subject: Re: LINUX Logical volumes
|
||
Date: 11 Oct 1994 17:43:19 GMT
|
||
|
||
In article <37cltq$2j5@zeus.IntNet.net> jra@zeus.IntNet.net (Jay Ashworth) writes:
|
||
killianr@beldin.sun.ac.za (Richelo Killian) writes:
|
||
> Is it posible to create logigal volumes across drives and/or
|
||
> partitions and then mount a single filesystem on that volume? I know it
|
||
> can be done on HP-UX, but I want to do it on my LINUX box?
|
||
|
||
To clarify, what I believe you're asking about is the ability to create a
|
||
logical filesystem/volume which spans physical volumes, i.e. a 3GB
|
||
filesystem spanning 3 1GB drives.
|
||
|
||
No, I don't believe anyone's done this yet. Other commercial Unices which
|
||
allow this include Data General's DG-UX, where I first saw the feature.
|
||
It _is_ nice... but it would be murder to hack into the kernel, I
|
||
suspect.
|
||
|
||
This sounds like a dangerous mess. If a drive crashes, would you rather
|
||
lose all your data or 1/3 of your data?
|
||
--
|
||
|
||
Albert Cahalan
|
||
adc@meceng.coe.neu.edu
|
||
|
||
------------------------------
|
||
|
||
From: srvance@unix.secs.oakland.edu (Stephen Vance)
|
||
Subject: Re: Serious Bug In The Networking Code
|
||
Date: 10 Oct 1994 10:34:53 GMT
|
||
|
||
In article <KETIL.94Oct9183323@lomvi.ii.uib.no> ketil@ii.uib.no writes:
|
||
>
|
||
>There appears to be a serious bug in some of the networking code
|
||
>supplied with linux/slackware, that causes the computer to get
|
||
>'network unreachable' after approximately 3 minutes of perfect
|
||
>functioning.
|
||
|
||
[snip]
|
||
|
||
I've been experiencing this one quite a bit lately, as well (since I
|
||
started my network). Occassionally and for no apparent reason, the
|
||
route table entry for the network is just "forgotten." After re-
|
||
issuing the route command once or twice, it will stick.
|
||
Both my installations are based on Slackware 1.2. One is
|
||
the stock 1.0.8 kernel and uses a 3COM Etherlink III 3c509. The other
|
||
is 1.1.49 on a laptop with a 3COM 3c589 and David Hinds' PCMCIA
|
||
package. I use BNC between these boxes at home. I have attached the
|
||
laptop via UTP to the network at work and never experienced this. I
|
||
also have a stock 1.0.8 at work that I have never seen this with (also
|
||
UTP). However, I rarely get to use Linux for more than 30 minutes or
|
||
so on the network at work.
|
||
|
||
Steve Vance
|
||
|
||
[snip]
|
||
|
||
>
|
||
> <20> Ketil Malde In real life: ketil@ii.uib.no <20>
|
||
> <20> Nuke The Whales! Pave The Earth! And Honk If You Love Unicorns! <20>
|
||
|
||
|
||
|
||
------------------------------
|
||
|
||
From: adc@zeta.coe.neu.edu (Albert D. Cahalan)
|
||
Subject: Re: ext2fs vs. Berkeley FFS
|
||
Date: 11 Oct 1994 18:00:41 GMT
|
||
|
||
In article <CHRISB.94Oct11174651@stork.cssc-syd.tansu.com.au> chrisb@stork.cssc-syd.tansu.com.au (Chris Bitmead) writes:
|
||
>I think some people may misunderstand what I an suggesting.
|
||
>Introducing a new set of namespaces like A:,C: and LPT1: would be
|
||
>an intolerable barbarity. Certainly no one accustomed to UNIX would
|
||
>think of using it. But what about extending the semantics of
|
||
>existing calls? This has occured many times in the UNIX world. This
|
||
>is precisely what happens every time someone writes a driver
|
||
>with a new ioctl() call.
|
||
>
|
||
>For instance, to open the main (data) fork of a file, one
|
||
>might write
|
||
>
|
||
> fd = open("MyDataFile",O_RDONLY);
|
||
>
|
||
>The icon (for a window manager) for the file could be
|
||
>accessed by the following call.
|
||
>
|
||
> fd1 = open("MyDataFile:ICON",O_RDONLY);
|
||
>
|
||
>The state of an editing session on the file could be
|
||
>saved in yet another fork
|
||
>
|
||
> fd2 = open("MyDataFile:EDITSTATE",O_RDONLY);
|
||
>
|
||
>It is the FILESYSTEM code that grasps the semantics of what
|
||
>we are doing, not other parts of the kernel. If some of
|
||
>this functionality can be exported to user space, so much
|
||
>the better.
|
||
|
||
But the question still remains: Why do you want this???
|
||
|
||
You say you would like a "main fork" in a file and then various
|
||
"attribute" forks. Why this is better than a directory I don't know.
|
||
Why should there be one "main" fork? And why are you too lazy to use cp -r
|
||
to copy them?
|
||
|
||
What if you start to want forks with sub-forks. Soon you'll start to want
|
||
the full facilities of directories, and we might as well leave it the way
|
||
it is.
|
||
|
||
Don't be influenced by the over-featurism that NT offers. There's no need
|
||
for this crud.
|
||
|
||
Don't be influenced by the over-featurism that Linux offers. CP/M
|
||
is simple, therefore it must be better. There's no need for all
|
||
the overhead of protected memory, device files, file sizes, attributes,
|
||
etc.
|
||
--
|
||
|
||
Albert Cahalan
|
||
adc@meceng.coe.neu.edu
|
||
|
||
------------------------------
|
||
|
||
From: jrichard@cs.uml.edu (John Richardson)
|
||
Crossposted-To: comp.protocols.tcp-ip
|
||
Subject: tos queueing
|
||
Date: 11 Oct 1994 18:29:59 GMT
|
||
|
||
Here's something interesting... my echo reply packets come back
|
||
from my slip server with [tos 0xd]. It is my understanding
|
||
that only one tos bit should be set at a time. Anyone know
|
||
why this would happen?
|
||
|
||
The terminal server is a LANTRONIX EPS-4 Terminal Server Version
|
||
V2.2/28(930223).
|
||
|
||
|
||
In any case, I still can't be sure the problem isn't in the
|
||
kernel since when I transfer files from linux --> remote machine
|
||
my response time is just as bad. In this case, there is no
|
||
modem buffer and even if the terminal server didn't support
|
||
tos queueing, the only packets it could queue would be acks
|
||
from the remote machine and my interactive packets! Even linear
|
||
queueing of these packets should result in decent interactive
|
||
response. (interactive response is to the server, ftp is
|
||
beyond the server)
|
||
|
||
Any comments, opinions, answers?
|
||
|
||
--
|
||
John Richardson
|
||
jrichard@cs.uml.edu
|
||
|
||
------------------------------
|
||
|
||
From: richk@netcom8.netcom.com (Richard Krehbiel)
|
||
Subject: Re: Shared Libs: working toward a permanent solution?
|
||
Date: Sun, 9 Oct 1994 12:55:30 GMT
|
||
|
||
In article <hpa.3ca50000.Swedes.have.more.fun@ahab.eecs.nwu.edu> hpa@ahab.eecs.nwu.edu (H. Peter Anvin) writes:
|
||
|
||
> > The performance penalty is not due to the library being relocated. It
|
||
> > is because we lose one of the machine registers so that it can be used
|
||
> > to point to the GOT table. The Intel architecture is painfully short of
|
||
> > registers, so losing one gives a noticable performance impact.
|
||
> >
|
||
> [...]
|
||
> >
|
||
> > The only way to avoid the performance penalty is to modify the compiler
|
||
> > to do something like half-pic. THis way the same pic operands are
|
||
> > used so but
|
||
> > are not referenced to the %ebx register - then you can free up the %ebx
|
||
> > register...
|
||
> >
|
||
>
|
||
> Well, it seems to me there should be a way of handling this using a
|
||
> segment register, instead of wasting a general-purpose register. Set
|
||
> up a local descriptor table, then use the base of a currently unused
|
||
> segment register (GS, for example), then do any references with
|
||
> respect to GS. This doesn't solve the cases where a pointer needs to
|
||
> be passed, of course, but I presume that is not the majority of cases,
|
||
> and this would free up EBX.
|
||
|
||
There are definitely problems with pointer conversion; you cannot
|
||
simply interrogate the FS register to find it's base addess, you have
|
||
to look at the MMU table entries, and they're in protected kernel
|
||
space, so you'd need a system call, etc. Plus it would require a
|
||
change to the compiler to generate code that used, say, FS:offset
|
||
addressing for library data. I suspect the frequency of the pointer
|
||
conversions required would kill performance to a far greater degree
|
||
than PIC would.
|
||
--
|
||
Richard Krehbiel richk@netcom.com
|
||
Picture a clever one-liner here...
|
||
|
||
------------------------------
|
||
|
||
From: dimitris@myhost.subdomain.domain (Dimitris Evmorfopoulos)
|
||
Crossposted-To: comp.windows.x.i386unix
|
||
Subject: Re: Term blocks modem, switching to VT and back restores?
|
||
Date: 11 Oct 1994 04:32:49 GMT
|
||
|
||
Rafal Kustra (rafal@cs.toronto.edu) wrote:
|
||
|
||
: I have ATI GUP, 2MVRAM. When I run term and do intensive
|
||
: communications (xmosaic over term, or some other graphical stwre), I
|
||
: would get my modem blocked. Term just keeps sending data from remote,
|
||
: with higher and higher latencies. Nothing will happen on my machine.
|
||
: In the past, I would have to kill term and seyon, and even than I
|
||
: wouldn't be able to connect to modem. Sometimes modem would send
|
||
: responses to requests made minute ago, as it if was backloged. But now
|
||
: I found a "solution": I such a blockage occurs (for example, I start
|
||
: xmosaic, having already opend emacs, all via term, and see that
|
||
: nothing is happening, I move my pointer to emacs window, and see that
|
||
: cursor would no highlight.) than I switch to VT and back to X, and some
|
||
: progress will be made. I just went over 20 or so pages of htlm in
|
||
: mosaic, having had to switch to VT and back few times. It (switching)
|
||
: just seems to unblock the modem. I am running Xfree 3.1, but same kind
|
||
: of blocking occurs in 2.1.1. I haven't tested whether this switching
|
||
: seems to restore the modem in 2.1.1, but I remember now it seem to
|
||
: did, concidentaly. It ("solution") just occured to me now.
|
||
|
||
: Thing that bothers me are the IRQ jumpers on my ATI/GUP board, with
|
||
: choice for IRQ3/2/5. However, manual says not to touch this and all
|
||
: are open now. I tried, some time ago, set it to IRQ 5, but I don't
|
||
: think it alleviated the problem - I remmember still having those
|
||
: loockups, although I was looking for smthg else then. (My modem is
|
||
: running on COM2/IRQ 3 with 14400B/56000 DTE speed. Also tried 38400
|
||
: DTE). Also ATI is said to use I/O address normaly belonging to COM 4,
|
||
: and my I/O card is set at COM1/COM4 (since COM 2 is used by internal
|
||
: modem). I cannot disable COM2/COM4 alltogether.
|
||
: I reiterate: I do not have problems with Video card, and modem/term,
|
||
: as long as intensive (bi-directional, it seems) graphic related term
|
||
: communication takes place. For example, I usually do not have problems
|
||
: with uploading /downloading files, in term, even at the same time.
|
||
: Same for running EMACS19 over term. Xmosaic, is an almost sure way to
|
||
: block the term/modem couple.
|
||
|
||
|
||
: Any ideas? (I am running Linux 1.1.52, same happened since at least
|
||
: 1.1.37. Before it was rather OK, although I did not do much with term.
|
||
: Also I got my ATI/GUP at about the same time.).
|
||
|
||
|
||
: Thanx,
|
||
|
||
|
||
: Rafal
|
||
|
||
Which term version ?
|
||
|
||
--
|
||
______ _______
|
||
| __ \ | _____| devmorfo@interaccess.com Dimitris Evmorfopoulos
|
||
| | \ | | |___ (312)-296-6034
|
||
| | | | | ___|
|
||
| |___| | | |_____ I saw a GNU Hurd once !. There were lots of
|
||
|_______| * |_______| * little GNU's running all together like crazy.
|
||
|
||
------------------------------
|
||
|
||
From: kuehn@citadel.scd.ucar.edu (Jeff Kuehn)
|
||
Subject: Re: Linux 1.1.52 (Lies, Damned Lies, and Benchmarks)
|
||
Date: 11 Oct 1994 14:43:17 GMT
|
||
|
||
Thomas Koenig (ig25@fg70.rz.uni-karlsruhe.de) wrote:
|
||
: Jeff Kuehn (kuehn@citadel.scd.ucar.edu) wrote in comp.os.linux.development,
|
||
: article <37c8hk$ekl@ncar.ucar.edu>:
|
||
|
||
: > 6. And of course, the scheduler sucks mud.
|
||
|
||
: I remember Matthias Urlichs reporting excellent results with the BSD
|
||
: scheduler. Would it be possible to run this test again, with this
|
||
: scheduler patched in?
|
||
: --
|
||
: Thomas Koenig, Thomas.Koenig@ciw.uni-karlsruhe.de, ig25@dkauni2.bitnet.
|
||
: The joy of engineering is to find a straight line on a double
|
||
: logarithmic diagram.
|
||
|
||
If someone will be so kind as to email the patches to me, I will test
|
||
them and post the results. Please specify the kernel patch level
|
||
against which the scheduler patches are to be applied.
|
||
|
||
------------------------------
|
||
|
||
From: CookieMonster <prpatel@isisa.oit.unc.edu>
|
||
Crossposted-To: gnu.gcc.help
|
||
Subject: Looking for X graphics/ Plotting libraries
|
||
Date: Tue, 11 Oct 1994 16:01:00 -0400 (EDT)
|
||
|
||
|
||
I am working on a small project, and need some library routines to do
|
||
some simple X windows graphics: Pop open a window, take some disk data,
|
||
and graph the data in the window with auto-scaling, axis, etc. SInce I
|
||
want to spend more time on the data producing side of the program, I need
|
||
a package that can do the plotting for me.
|
||
|
||
Thanks,
|
||
Pratik
|
||
|
||
+++++++++++++++++++++++++++++++++++++++++++++++++
|
||
+ Pratik R. Patel -> prpatel@email.unc.edu +
|
||
+ ->pratik@bme.unc.edu +
|
||
+ ->pratik.patel@launchpad.unc.edu +
|
||
+ -_-_-_-_-_-_Applied Science major_-_-_-_-_-_-_+
|
||
+ Journeyman for hire on the e-Frontier +
|
||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||
|
||
|
||
------------------------------
|
||
|
||
|
||
** 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
|
||
******************************
|