Subject: Linux-Development Digest #408
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:     Wed, 26 Jan 94 18:51:30 EST

Linux-Development Digest #408, Volume #1         Wed, 26 Jan 94 18:51:30 EST

Contents:
  Re: Matsushita 2x CD-ROM driver available? (Rob Janssen)
  Re: DPT SCSI Cards (Question) (Rob Janssen)
  Re: PPP ? (Christian Linhart)
  Xenix (Derek Hackbardt)
  Help on interpreting GNU license and restriction (MUI-KIM NG)
  Re: Help on interpreting GNU license and restriction (Kai Petzke)
  Re: Broadcast Bug? (Florian La Roche)
  CD-rom's for Linux (Byron Thomas Faber)
  How do I debug the kernel / OS ??? (Joel M. Hoffman)
  Re: PCI SCSI Support ? (Markus Kuhn)
  Re: libc exiting? (Ian Jackson)
  Re: Upper Memory Blocks ?? (Kai Petzke)
  Re: External ethernet adaptors (Jonathan Magid)
  Re: Linux v1.0: what's in it? (Rob Janssen)
  Max virtual memory size? (Phil Perucci)
  Re: PPP ? (Donald J. Becker)
  Re: term111 (Superuser)
  Re: pl14 route question (Alan Cox)
  Re: Upper Memory Blocks ?? (Alan Cox)
  Re: Linux v1.0: what's in it? (Alan Cox)
  Need a Linux based scanner solution Real-Soon-Now! (Byron A Jeff)
  Re: cluster-07 anf HPFS (Chris Smith)

----------------------------------------------------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Matsushita 2x CD-ROM driver available?
Date: Mon, 24 Jan 1994 21:49:57 GMT
Reply-To: pe1chl@rabo.nl

In <1994Jan24.010323.1@acad2.alaska.edu> axlas@acad2.alaska.edu (Leif Sawyer) writes:

>Hello,

>  I just recently came into ownership of a new CD-ROM drive.
>It attaches to my Sound Blaster PRO, and runs under dos just fine.
>The driver reports it to be a Matsushita CR-562-B, which is a 
>doublespeed CD-ROM drive.

>Is there a driver that will work with this? I tried the mitsumi, but
>it (of course) wouldn't work.  I have the driver file, and could
>probably figure out some more information, if I knew what to look for.
>I haven't done much device driver programming, but I have a book on it
>(for dos), that should help a bit on disassembling the driver.

There is a driver for it, the file is called sbpcd1.0.tar.gz

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: DPT SCSI Cards (Question)
Date: Mon, 24 Jan 1994 21:51:43 GMT
Reply-To: pe1chl@rabo.nl

In <2i0f3l$9ju@news.parc.xerox.com> daniel@cassidy.EuroPARC.Xerox.COM (Ian Daniel) writes:

>Hi all,

>I'd kind of like to know exactly where a driver for this card currently is (like
>does it work). I need to buy a SCSI controller and the DPT Card is a little bit
>less than an Adaptec and is apparently faster.... (someone told me this).

>If there is a driver available that kind of works, that may be a good enough
>reason to buy this card... If not, I guess I'll buy an Adaptec 1542x. Anyone got
>anything to say about either card?

As you don't mention the type of DPT card, the best answer probably is
*no there is no driver for it*  (there seem to be very few exceptions)

Go for an Adaptec 1542, the driver is extremely stable.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: chris@cosy.sbg.ac.at (Christian Linhart)
Subject: Re: PPP ?
Date: Mon, 24 Jan 1994 20:53:54 GMT

Louis Florit (florit@news.aoml.erl.gov) wrote:

: Question, is there any plan anytime soon to add PPP functionality
: to Linux?  
|[...]

: Is there anyone working on it?
There is an ALPHA-Version of it available if you subscribe to the 
PPP-channel on the linux-activists mailing-list.

It really is useable (worked reliably while doing some telnetting
and a lot of remote X-Windows) but you have to be careful to choose
the right patches for your kernel version.

-Chris

--
Christian Linhart (chris@cosy.sbg.ac.at), Phone: +43 662 426959
Wagingerstrasse 12/6    Student of Computer Science & Math
A-5020 Salzburg         at Salzburg University (Austria, Europe)

------------------------------

From: hackbard@egr.msu.edu (Derek Hackbardt)
Crossposted-To: comp.os.linux.help
Subject: Xenix
Date: 24 Jan 1994 15:05:49 GMT

Does anyone have a kernel patch or something to mount a Xenix partition?

Thanks
-Derek A. Hackbardt
hackbard@mced.kodak.com


------------------------------

From: mng@eos.ncsu.edu (MUI-KIM NG)
Crossposted-To: gnu.g++.help,gnu.gcc.help,gnu.misc.discuss,comp.os.linux,comp.os.linux.help,comp.os.linux.misc
Subject: Help on interpreting GNU license and restriction
Date: 24 Jan 94 01:15:29 GMT

Hi Lawyers and law students out there (or anyone who understands the GNU
License agreement):

   Could you figure if these actions are legal? I like to use Linux as the
base operating system running my applications since it is a superior Unix
system.  However, since nobody out there offers commerical compilers and tools
for Linux, I have to use GNU tools and compiler to develop my applications.
   Here is my problem: I need money for school. So, I am planning to sell 
my applications to a potential customer.  These applications would use gnu
database and would be compiled gnu g++ and gnu gcc.  Is it still legal to
sell my applications?
   If it is not legal, then why can people sell Motif toolkit, 
which is compiled with GNU gcc?
   Any explanation would be appreciated.  Thanks!


Regards,
Kim

                No Flames please. These are geniune questions.


------------------------------

From: wpp%marie@uunet.uu.net (Kai Petzke)
Crossposted-To: gnu.g++.help,gnu.gcc.help,gnu.misc.discuss,comp.os.linux,comp.os.linux.help,comp.os.linux.misc
Subject: Re: Help on interpreting GNU license and restriction
Date: 24 Jan 94 12:59:55 GMT

mng@eos.ncsu.edu (MUI-KIM NG) writes:

>   Here is my problem: I need money for school. So, I am planning to sell 
>my applications to a potential customer.  These applications would use gnu
>database and would be compiled gnu g++ and gnu gcc.  Is it still legal to
>sell my applications?

a) It is legal to sell your applications.  You may take as much
   money as you want.

b) Simply using a GNU tool to develop your application does not
   affect your copyright to your applications.  This includes
   using g++ and gcc.

c) However, your copyright is affected, if you include code from
   other GNU applications into yours.  In this case, you have
   to put the resulting ("derived") work under the GNU copyleft.
   That means, that you have to release source code upon request,
   and that your customer(s) may distribute (and/or sell!) copies
   of your source code and/or binary.

d) 99% of all C programs written are linked against the C
   library.  Linking means, that you include GNU code into
   your program.  However, the C library is released under
   special terms (GNU Library Public License, GLPL), which
   allows linking as an exception to what I said in c).

   You can link with the C library at will, but you have to
   provide your program in a form, that the user can update
   the library.  In case of shared linking, this is not a
   problem, but if you want (or must) link with static
   libraries, you must provide your program in a form, which
   has not yet been linked with the static library (say, link
   all your .o-files into one big .o using "ld".  Take a look
   at the kernel sources to see how it works).

e) I don't know about the GNU database.  If it is distributed
   under GNU Public License, GPL, you may link with it, but
   your resulting application is then freeware, too.  If it
   is distributed under GLPL (see d), you can link without
   affecting your copyright.

f) What I said at point a) is always true: you may sell your
   application, whether or not it has to be distributed under
   the GNU copyleft, for as much money as you want.

g) You may try other databases, like Ingres or Postgres.  The
   first is public domain anyway, and the restrictions upon
   the second are much lower.

>   If it is not legal, then why can people sell Motif toolkit, 
>which is compiled with GNU gcc?

It is legal to sell applications compiled with gcc.
-- 
Kai Petzke <wpp@marie.physik.tu-berlin.de>
Advertisement by Microsoft in a well-known German magazine:
        If you don't like our programmes, then make your own ones.
However, they expect you to use Microsoft products for this -:)


------------------------------

From: rzsfl@sbusol.rz.uni-sb.de (Florian La Roche)
Crossposted-To: comp.os.linux.help
Subject: Re: Broadcast Bug?
Date: 24 Jan 1994 15:34:35 GMT

: lo        IP ADDR 127.0.0.1  BCAST 127.255.255.255  NETMASK 255.0.0.0
:           MTU 2000  METRIC 0  POINT-TO-POINT ADDR 0.0.0.0
:           FLAGS: 0x0049 ( UP LOOPBACK RUNNING )

: sl0       IP ADDR 131.215.199.140  BCAST 131.215.255.255  NETMASK 255.255.255.0
:           MTU 296  METRIC 0  POINT-TO-POINT ADDR 131.215.139.207
:           FLAGS: 0x0051 ( UP POINTOPOINT RUNNING )

: Kernel routing table
: Destination net/address   Gateway address           Flags RefCnt    Use Iface
: default                   131.215.139.207           UGN        0      0 sl0
: 127.0.0.1                 *                         UH         0     42 lo
: 131.215.139.207           *                         UH         0      1 sl0

: I would have expected a broadcast address of 131.215.199.255. Anyway, I

The broadcast address should never be used for a SLIP device.

: am unable to even ping my gateserver (131.215.139.207), so am still
: fishing for possible configuration problems.
: By the way, my address (131.215.199.140) and that of my gateserver
: (131.215.139.207) do not appear to be on a common net. Most

I have also a SLIP account and I can change the pointopoint address to
be on my own subnet or net. Both versions did work for me. Though I
have used an IP address on my subnet for the latest kernel releases.
If you have one of those ALPHAs, maybe try changing your IP or the
pointopointaddress.


Florian  La Roche


: configuration examples that I have seen for SLIP are for the server and
: the local machine having common network addresses. Do I need extra
: ifconfig/route commands to set up my connection properly?

: Any pointers will be very much appreciated. Thanks.

: --
: Abhinandan Jain                    Jet Propulsion Laboratory
: jain@telerobotics.jpl.nasa.gov     4800 Oak Grove Drive, Pasadena, CA 91109

------------------------------

From: bf11620@ehsn3.cen.uiuc.edu (Byron Thomas Faber)
Subject: CD-rom's for Linux
Date: 24 Jan 1994 23:57:18 GMT

I'm thinking of buying a CD-rom for linux.

I know some installation packages are on CD-rom, but I can't find any
information.  Can somebody tell me what's available?

Thanks,
Byron

P.S.  I've heard varying opinions on which CD-rom is the best.  I really
      can't efford fancy stuff, so I was looking into a cheap'o Mitsumi.

      Should I looking into any other cheap 'standard'?  or what?

      Basically all I'm looking for is something that will read CD-Roms
      and will be reasonably supported.  Speed is NOT anything to worry 
      about.  $$$$ is.    (I'm a student)  :)
-- 
PGP 2.3 key available (in plan file) at:        Support public code:
btf57346@uxa.cso.uiuc.edu &                     Use GNU software
btf57346@sumter.cso.uiuc.edu                    and others.

------------------------------

From: joel@rac2.wam.umd.edu (Joel M. Hoffman)
Subject: How do I debug the kernel / OS ???
Date: Mon, 24 Jan 1994 23:50:37 GMT

Well, I've gotten to the point where I can consistently crash Linux
(0.99.13) with user-level software.  Is there anyway I can have the
kernel record everything that happens, so I'll know where to look for
the bug?

Thanks for any information.

-Joel
(joel@wam.umd.edu)


-- 
=============================================================================
|_|~~ Germany, Europe. 1943.    "The diameter of the bomb was 30 centimeters,
__|~| 16 Million DEAD.           and the diameter of its destruction, about 7
                                meters, and in it four killed and 11 wounded. 
 cnc  Bosnia, Europe. 1993.     And around these, in a larger circle of  pain
 cnc  HOW MANY MORE?          and time,  are scattered two  hospitals and one
                          cemetery.   But the young woman who was  buried  in
                    the place from where she came, at a distance of more than
             than 100 kilometers, enlarges the circle considerably.   And the 
      lonely man who is mourning her death in a distant  country incorporates
into the circle the whole world.  And I won't speak of the cry of the orphans
that reaches God's chair and from there makes the circle endless and godless."
=============================================================================
     Tell Clinton to stop the genocide:  president@whitehouse.gov

------------------------------

From: unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn)
Subject: Re: PCI SCSI Support ?
Date: Mon, 24 Jan 1994 16:47:39 +0100
Reply-To: mskuhn@cip.informatik.uni-erlangen.de

If you want to know more about the NCR PCI SCSI bridge:

Just search the next phone and call the following number, and a friendly
women will ask you about your address and will send you the spec. of the
NCR810. Free. That's even easier than ftp!

   NCR OEM Europe GmbH
   Westendstr. 193
   D-80686 Muenchen
   Germany

   phone +49 89 57931-199
   fax   +49 89 57931-183

(Perhaps people outside Europe should try a more local NCR representative)

Hope this helped ...

Markus

-- 
Markus Kuhn, Computer Science student +0o0; University of Erlangen, Germany
Internet: mskuhn@cip.informatik.uni-erlangen.de   |   X.500 entry available

------------------------------

From: iwj10@cus.cam.ac.uk (Ian Jackson)
Subject: Re: libc exiting?
Date: Sun, 23 Jan 1994 13:02:32 GMT

In article <2hcldb$euk@engnews2.eng.sun.com>,
John Plocher <plocher@ss10> wrote:
>This was the exact same argument that was used to justify printf("%s",
>NULL) aborting the program at a place I worked (instead of printing out
>the string "<null>").  [...]
>
>(Consider printing out a null terminated array of strings - your loop
>already checks for NULL, so that isn't a bug, but printf() says "Oh no,
>the dumb programmer tried to print a NULL - who knows, he/she may have
>forgotten to check for this elsewhere in the program, so I will do
>him/her a favor and abort().  Braap - you lose!)

printf("%s",(char*)0);

IS a bug.  Always.  According to the ANSI C standard this produces
undefined behaviour.  A C library implementation is free do anything
it likes if you do this.

Programs that make use of the feature in some C libraries that causes
it to print "<null>" are broken.  That feature is there for the same
reason core dumps are there: to assist bug diagnosis.

Such programs will fall over in a heap if used on an environment with
a less tolerant library - often falling prey to subtle overwriting
problems.

If the place where you worked had programmers who liked to rely on
this feature of some C libraries I understand why the decision was
made to have it abort your programs instead !

Followups redirected to comp.lang.c.

-- 
Ian Jackson, at home  <ijackson@nyx.cs.du.edu> or <iwj10@cus.cam.ac.uk>
PGP2 public key available on server.  Urgent email: <iwj10@phx.cam.ac.uk>
2 Lexington Close, Cambridge, CB4 3LS, England;  phone: +44 223 64238

------------------------------

From: wpp@marie (Kai Petzke)
Subject: Re: Upper Memory Blocks ??
Date: 24 Jan 1994 16:01:59 GMT

nick@quay.ie (Nick Hilliard) writes:

>Leon Garde (lgarde@scorch.hna.com.au) spoke thus:
>Linux can inherently sees 16 Megs of memory as 16M consecutive bytes.  UMBs,
>XMS and EMS and those sort of things are horrible kludges implemented for
>DOS to try and make some use of the memory above 640K, however
>inefficiently.

I believe, you misunderstood the post you quoted.  The author was
speaking about people, who use DOS and Linux, and need a setup,
which is a good use with DOS.  So they enable BIOS shadowing,
and they have "DOS=HIGH,UMB" (or something like this) in their
config.sys.  As a result, they may loose up to 360 kB of memory
(from 0xa0000 to 0x100000), as they cannot tell their BIOS to
map these addresses to other addresses.  Ok, they could change
their BIOS setup every time, they change from DOS to Linux or
vice versa, but this isn't handy.

If the average Linux box has 8 MB, 360kB is about 4.5 per cent of
the total available memory.  Why waste it?  Especially people
with only 4 MB of RAM would like the additional memory (after
loading the kernel, shell and the update daemon, they only have
about 2.5 MB left).

The problem seems to be, that the commands for memory mapping
and unmapping are specific to the chipset.  For example, if you
selected BIOS shadowing, ROM is written to RAM, and then (I guess,
at least), the RAM is mapped read-only, so accidental writes won't
mess up the BIOS.

The second problem is, that all devices are located in the upper
memory address range.  So you had to specify for your Linux setup,
which pages (4k each) to use, and which not.  Experimenting with
these would be like playing with the I option of this dreadfull
emm386 thing.

It is the stupid DOS hardware, which fools us yet another time.


Kai
-- 
Kai Petzke <wpp@marie.physik.tu-berlin.de>
Advertisement by Microsoft in a well-known German magazine:
        If you don't like our programmes, then make your own ones.
However, they expect you to use Microsoft products for this -:)

------------------------------

From: jem@sunSITE.unc.edu (Jonathan Magid)
Subject: Re: External ethernet adaptors
Date: 24 Jan 94 16:04:54 GMT

In article <CJwH58.J3H@claircom.com>,
Rob Kenny <rob@atlantis.claircom.com> wrote:
>I have a Toshiba 4600 laptop and a Xircom ethernet adaptor card.  I've
>looked through the docs, but I don't see any mention of a specific
>external ethernet adaptor.  Can anyone please tell me if/what external
>adaptors are supported?  I'll gladly read tfm if someone points me
>in the right direction :-)

In a nutshell, Xircom surpasses even Diamond in their unfriendliness
to free software.  

From file://sunsite.unc.edu/pub/Linux/documents/HOWTO/Ethernet-Howto

#7.04 Option 4 -- Pocket / parallel port adaptors.
#
#The "pocket" ethernet adaptors may also fit your need.
#Until recently they actually costed more than a docking station and
#cheap ethercard, and most tie you down with a wall-brick power supply.
#The only pocket adaptor driver right now is for the D-Link.
#I'm also working on a driver for the AT-LAN-TEC/RealTek pocket adaptor.
#Most other companies, especially Xircom, treat the programming
#information as a trade secret, so support will likely be slow in
#coming.
#
#You can sometimes avoid the wall-brick with the adaptors by buying
#or making a cable that draws power from the laptop's keyboard
#port.
#

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux v1.0: what's in it?
Date: Mon, 24 Jan 1994 22:30:12 GMT
Reply-To: pe1chl@rabo.nl

In <CK5H32.M6t@aston.ac.uk> evansmp@mb48025.aston.ac.uk (Mark Evans) writes:

>Rob Janssen (rob@pe1chl.ampr.org) wrote:

>: The networking code still is not 'as good as' that in BSD.  Unfortunately,
>: there are only a few knowledgable people working on it, and even in
>: this small group there are differences in opinion on what is the right
>: way to solve problems (and to treat fellow developers)

>Also the fact that in quite a few ways the code does not follow the
>host or gateway requirements.

Indeed.  Interestingly enough, it seemed that none of the developers knew
about them until I pointed them at the RFC.  Since that time, they seem to
be a bit more concerned before implementing their "great improvements
to the TCP handling" :-)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: philp@universe.digex.net (Phil Perucci)
Subject: Max virtual memory size?
Date: 24 Jan 1994 11:52:55 -0500

Other than disk-space, does Linux have a limit to the virtual
memory size?  I seem to remember this being an issue at one
point, but have not seen much on virtual memory for a while.

I don't think it should matter, but my PC is a 486 w/8M.

Is 100Mb of virtual memory resonable?  I want to play with C++,
but don't like the limitations of typical RDBMS packages.


-- 
==============================================================================
 Phil Perucci             | "All postings are my own opinion - all comments
 Systems Programmer       |  are intended for research/educational purposes"
==============================================================================

------------------------------

From: becker@super.org (Donald J. Becker)
Subject: Re: PPP ?
Date: Mon, 24 Jan 1994 20:28:31 GMT

In article <1994Jan21.153053@news.aoml.erl.gov>,
Louis Florit <florit@news.aoml.erl.gov> wrote:
>Question, is there any plan anytime soon to add PPP functionality
>to Linux?  Where I work there are a bunch of DecStation 5000/200,

The PPP code is still in alpha test, but has reportedly been very stable.

While PPP didn't make the code freeze for Linux 1.0, the hooks are there so
that it's trivial to add it to the distributed kernel.

You'll probably want to wait a few weeks for the general announcement.

-- 

Donald Becker                                          becker@super.org
IDA Supercomputing Research Center
17100 Science Drive, Bowie MD 20715                        301-805-7482

------------------------------

From: root@fusion.cuc.ab.ca (Superuser)
Subject: Re: term111
Date: Mon, 24 Jan 1994 05:24:40 GMT

cajho@uno.edu writes:
> In article <2h7m0v$3bi@mojo.eng.umd.edu>, dskim@eng.umd.edu (Daeshik Kim) writes:
> >
> >     It was rather refreshing shock!
> >
> >filter:~ >tupload -uv ALPHA-pl14p.tar.gz 
> >sending ALPHA-pl14p.tar.gz
> >        sent file removed.
> >        1185209 bytes sent in 543 seconds, cps = 2182.71
> >
> >     Even with 3 other active 'trsh'..
> >
> >     It was big improvement since last release...so I could not stand
> >     to post this..
> 
> That's funny, because I found that I slowed down from 1.0.8 to 1.1.1..using
> a ZyX 14.4 from PC to Sun.  At least that is what term is reporting.  I
> was getting just over 1600 average on tuploads w/1.0.8 and now 1.1.1 reports
> mid 1500's, w/all other things equal.  In fact my estimate for 1.0.8
> tupload speed may have been conservative...Needless to say, I'm back 
> w/1.0.8.  Anyone else notice this?

Individual file transfer *does* seem to slow down slightly in 1.1.1, but
try this:

prompt% tupload -p 0 bigtextfile &
Changing priority to 0
Sending bigtextfile as /bigtextfile
prompt% tupload -p 0 compressedbinaryfile
Changing priority to 0
Sending compressedbinaryfile as /compressedbinaryfile

Now look at a tmon display.  Assuming you have a 14.4k v.32bis/v.42bis 
connection and a serial link locked at 19.2k or higher, the cps display
should go >1900cps when the text upload is started and should remain at
>1900cps as the binary transmission starts, which seems to indicate that
most of the bandwidth is being used.  With 1.0.8, same conditions and
settings, the cps reported by tmon will drop down to about 1500-1600cps
as soon as the binary upload is started.  Of course, in either case the
individual transfer rates drop as well- in 1.0.8 to about 700 cps for
both the binary and text file and in 1.1.1 to about 1100 cps reported
for the text file and about 770 cps for the binary file.  I prefer the
1.1.1 behaviour.

I did end up making several changes to the sources because I didn't like
some of the new "features"..  one of the more mundane "fixes" was the
re-implementation and re-addition of the "statistics" call.  

One "problem" I did have with 1.1.1 was one of Kay Roemer's patches..
I had to disable the one that allowed reading from an exited child- it
caused hangs in startup and exit with trsh (I don't see much point in
allowing reads from an exited child anyways..  it causes unneccesary
complications..).  Still another problem is that Rob Ryan's sxpc doesn't
work with 1.1.1 anymore..  plain txconn still works as before, but
sxpc'ed connections now just hang indefinitely.

c4
-- 
Christopher Lau- "Mr. Unix"    |     /       Fusion: Playing With Fire!
StarBright Research            |    / /      H + H -> He + 24 MeV
            --                 |   /_/_/_    "Bring back Trudeau!"
root,lauc@fusion.cuc.ab.ca     |____________ "This space for rent"

------------------------------

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: pl14 route question
Date: Mon, 24 Jan 1994 18:06:39 GMT

In article <Jan.22.21.51.51.1994.4109@igor.rutgers.edu> hedrick@edinboro.rutgers.edu (Charles Hedrick) writes:
>There was a quick series of network updates.  I am reasonablly sure
>that p was one that was broken.  As far as I can tell, q, r, s, and t
>each contain improvements and don't break anything new.  You should
>expect continuing improvements, as several people are tracking down
>various problems reported here and on the network channel.

The one to avoid is pl14r - pl14t seems ok. pl14u is on its way I expect

Alan



------------------------------

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: Upper Memory Blocks ??
Date: Mon, 24 Jan 1994 18:08:43 GMT


Before people get confused here. UMB's in DOS are implemented by 386 page
mapping not by hardware. Linux just uses the memory as it finds it. I normally
turn off video rom shadowing and bios rom shadowing to get the last few K
on the 4Mb machine here.

Alan
iiitac@pyr.swan.ac.uk


------------------------------

From: iiitac@swan.pyr (Alan Cox)
Subject: Re: Linux v1.0: what's in it?
Date: Mon, 24 Jan 1994 18:13:08 GMT

In article <1994Jan23.163700.5952@bcarh54a.bnr.ca> mwnorman@bnr.ca (Mike Norman) writes:
>What version of the compiler and libraries will I need to
>"do" the upcoming Linux v1.0? I am currently running pl13
>(with no problems what so ever! This version of 'unix' is

I can only speak for the networking. I try to ensure that gcc 2.4.5 is
adequate for everything. I use slackware as a base and I've patched a few
slackware binaries ready for 1.0. Florian is doing this side of things now
though.
My working test system (the one that gets large amounts of user brutalisation)
is a 386DX40 with 4Mb of ram and an old WD ethercard. Thats running slackware
1.1.1, gcc 2.4.5 and utils etc. (libc 4.4.4). Since that is what most 
people run thats what I try and support. 
At some point the networking will need gcc 2.5.x, but not yet and I guess
it will be gcc 2.6.x by then. 

ALan
iiitac@pyr.swan.ac.uk


------------------------------

From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Need a Linux based scanner solution Real-Soon-Now!
Date: Mon, 24 Jan 1994 21:12:58 GMT

[Note: Please read to the bottom. Important info at the end... BAJ]

Scanning software for Linux is not moving real fast. Unfortunately I'm in
need in the near future of setting up a scanning system where is final
images are managed with a Linux database and tape system. Here's my 
requirements:

- full page mono scanner with sheet feeder
- Just simple scanning only - no zoom or cropping. 
- I want to be able to scan using only simple DOS command line commands -
  no Windows.
- Lo res OK. up to 300x300 should be fine.
- Not a necessity that the scanner be connected directly to the linux box.
- Automated operation. Fill the sheet feeder and off the system should go.

I'm aware of the current solutions out there already.

- There is a scanner driver for a hand scanner (GS4500 or something like that)
  Check the LSM for details.
- Dr Wettstein at nodak.com is currently working on a driver for a Fujitsu
  SCSI-2 compatible scanner. Waiting with baited breath for this.

For most manufacturers don't have enough collective IQ to understand that
a PC can run something other than DOG/Windoze or why anyone would want to
understand how their scanner works. They also believe that you want to pull
up one image at a time and play with each with the funky PhotoShop/PhotoStyler
whatever software. 

So instead of bucking the system I'm going to work with it. 

What I'd like to do is hook up a PC running DOS to a Linux box via ethernet
and remote control the DOS box from the Linux box using WATTPC or somesuch
package. The program will issue a scan command to the scanner. After the
image is stored to a file then it's uploaded to the Linux box where it can
then be stored.

Any idea if the batch DOS based scan tools exist for any of the popular 
scanners?

IMPORTANT STUFF FOLLOWS:

I don't need any "me too" replies or mail. I'm sure many folks would be
interested in having a Linux based scanning system. So I'm asking for you
NOT to send a request for information. In fact if anyone does have information
just post it so we can all see it. If you can't post then send me mail and
I'll post it. Just trying to keep the S/N ratio high.

Thanks for any help you can give.

BAJ
---
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

------------------------------

From: csmith@convex.com (Chris Smith)
Subject: Re: cluster-07 anf HPFS
Date: Tue, 25 Jan 1994 01:36:06 GMT

   From: rob@pe1chl.ampr.org (Rob Janssen)
   Date: Sun, 23 Jan 1994 14:21:30 GMT

   >used in hpfs_fs.c is defined differently than the one cluster-07
   >patches the kernel with.

   true

   >Any hints.

   modify the hpfs routines to comply with the different breada...

Yeah.  I believe (not tested) all that's needed is to replace the
breada call with a similar bread.  

[ I think our news server ate an earlier reply from me saying to use
four bread's.  If that posting got out somehow, ignore it. ]

------------------------------


** 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
******************************
