Subject: Linux-Misc Digest #704
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sat, 3 Sep 94 12:13:33 EDT

Linux-Misc Digest #704, Volume #2                 Sat, 3 Sep 94 12:13:33 EDT

Contents:
  Re: Application to format/read/write Macin (Marc Fraioli)
  Re: WANTED: Supplier of PC clone for Linux.... ([email-masked])
  Re: Does Linux really benefit from video cards? (Phil Homewood)
  ioctls to a portserver? (Kyle Bateman)
  Unix programming question (Van Dao Mai)
  Nachos anyone? (Robert Wesley Bingler)
  Re: Raw ethernet? (Rob Janssen)
  Re: *** Seamless Disk Compression (eg Stacker, DoubleSpace) under Linux (Rob Janssen)
  Re: BOCA 8 port NIGHTMARE !!! (Rob Janssen)
  Re: 16550AFN serial card (Rob Janssen)
  Re: Boca 8 Port Board - Great For Linux (Rob Janssen)
  Re: 3-button mice with no-emulation. (Rob Janssen)
  Re: Unix programming question (Rob Janssen)
  sliplogin 1.1 released (Sven Goldt)
  Re: Green Motherboards (Daniel Rock)
  Re: Linux BBS Software (Wayne Hodgen)
  FTAPE...Im' soo close, yet so far???? (RYAN  Colin Patrick)
  Re: (FLAME) Curse on HOWTO's (Mark A. Horton KA4YBR)
  Re: LJ#4? (yuan tzeng)
  Re: Sampling with Linux? (Nikolas Daglis)

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

From: [email-masked] (Marc Fraioli)
Subject: Re: Application to format/read/write Macin
Date: 1 Sep 1994 23:52:20 GMT
Reply-To: [email-masked]

In article [email-masked],  [email-masked] (Karl Eichwalder) writes:
>31 Aug 94 15:59:27 GMT, Holger Dunkel UP4 ([email-masked]) wrote:
>> [email-masked] (James Pinakis) writes:
>
>> - use xhfs to read data from Apple 1.44 MB HFS floppies (no write so far as 
>> I  know)
>
>hfs tells me:
>
>19:14:48 luna: ~/SRC/hfs0_3$ ./hfs ls /dev/fd0H1440
>error: cannot open the device "a:" for use as a Macintosh volume 
>
>Any clue?
>
FWIW, I get the same error, although mine is "b:", since that's my
3.5" floppy.  The disk I was trying to read is a few years old, so
I wasn't sure if it was an 800k or a 1.44M disk.  I thought the latter,
but assumed it must have been the former when it didn't work.  Perhaps
not?

>The floppy drive blinks for a short time, so I am sure, that hfs finds
>the device and of course I have inserted a Macintosh HD floppy.
>
Yeah, mine blinks the light a bit too, but nothing more.

---
Marc Fraioli          | "They couldn't hit an elephant at this dist- " 
[email-masked]         |    - Last words of Union General John Sedgwick,
                      |    Battle of Spotsylvania Court House, U.S. Civil War

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

From: [email-masked]
Crossposted-To: comp.os.linux.help
Subject: Re: WANTED: Supplier of PC clone for Linux....
Date: 02 Sep 1994 09:26:57 GMT

In article <[email-masked]> [email-masked] (Michael Will) writes:
    [email-masked] (Andy Beal) writes:
    >:         * Specialise in Linux/GNU/Xfree86 software (including MS-DOS/Windows).
 
    >Umm, if you find one, tell me.  I am almost 99% sure that no vendors 
    >specialize in Linux.  The best you may get is a technician that has ran 
    >Linux.  

A vendor which apparently does specialise in Linux is Fintronic USA,
Inc.  A short writeup appears in the September issue of Byte on page
167.

The address is:

        Fintronic USA, Inc.
        1360 Willow Rd., Suite 205
        Menlo Park, CA 94025
        (415) 325-4474

The review is favourable, with the warning that some Unix experience,
or this newsgroup, will be required due to incomplete documentation.

-- 
 ,-_|\     | Paul English ([email-masked]) =-=-=-=-=-=-=-=-=-=
/     \    | Associate Lecturer      | PO Box 10      | Ph:  +61 47 36 0835 
\_.--_/ <- | Department of Computing | Kingswood 2747 | Fax: +61 47 36 0662 
     v     | UWS - Nepean            | NSW, AUSTRALIA |
<a href=http://www.st.nepean.uws.edu.au/~paule>My WWW Home Page</a>

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

From: [email-masked] (Phil Homewood)
Subject: Re: Does Linux really benefit from video cards?
Date: 2 Sep 1994 10:14:06 GMT

S. Hosseini ([email-masked]) wrote:
: Hi Linuxers:

: My question: 
:   I know there is much fuss about video cards in Linux 
: commumity, but does Linux really benefit from them? and how ?

Yes, it does.  Makes it a LOT easier to connect a monitor to the
machine. :-)

Phil.
--
Phil Homewood                           [email-masked]
APANA Brisbane Regional Co-Ordinator    [email-masked]
   "And the legal pads were yellow, hours long, paypackets lean"

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

From: [email-masked] (Kyle Bateman)
Subject: ioctls to a portserver?
Date: Fri, 2 Sep 1994 21:18:36 GMT

I have a DigiBoard portserver16 connected to my Linux box.  I can
login to the host over the portserver just fine.  However, when I bring
up an editor that tries to turn off the XON/XOFF stuff on the port, it
has no effect on the portserver port.  Presumably, there is a pseudo port
or something on the host that is effected, but the long and the short is
that the ^S and ^Q chars get eaten up by the portserver and don't get
sent to the host.

Is this an inherent problem to logging in from a remote host or am I
doing something wrong?  Are there provisions in telnet/tcpip to effect
the actual remote port or is that kind of thing just not done?

Any help would be appreciated.

[email-masked]

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

From: [email-masked] (Van Dao Mai)
Subject: Unix programming question
Date: 2 Sep 1994 10:14:20 +1000

I have programmed UNIX for a long time and feel frustrated with the way
software is installed on the system. Under UNIX people often have to 
hardwire the paths and settings into the executable at compile time.
This is in contrast with DOS that passes the full path name of the execuatble
as argv[0] so that you can search for library + data files. 

This is why DOS programmers can install all needed files into one
directory making it easier to maintain and backup. In UNIX after a while
you have no idea where to find the files. You also have binary
distribution problem where you have to make so many links and forget about
them. 

The UNIX shell can be modidied to pass the full path name into a program
but this will crash many existing programs or causing some real nuisance.

I just wonder if there is any one workin on proposing a standard for Linux
software layout that solve this problem. What I have done is to make the
binary fully configurable after compilation. 
   - Provide fee space within the executable at compile time
   - Provide a program 'register' that scan the executable and
     modify information in it (safely) to produced a customised one
     that knows where it is installed.

By doing this, I can move the distribution anywhere, change the path
stored inside the executable. That's it! No recompilation nor any other
hassels! I can even put a check sum to guard against corruption and virus
attack if I like. The program check itself before running.

Can any one give me some comment on this. Can any one see any flaw in this
method? I love to see some sensible guide lines developed for Linux
programmers (and UNIX) in general to ease the installation and
configuration of software.

Cheers,

Van Dao Mai
[email-masked]

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

From: [email-masked] (Robert Wesley Bingler)
Subject: Nachos anyone?
Date: Fri, 2 Sep 1994 23:53:35 GMT

Hey,
        Has anyone ported/compiled nachos operating system code to Linux?
It is said to compile under FreeBSD etc.  I am working with version 3.2.

Thanks,
Rob

-- 
==============================================================================
Robert Bingler       [email-masked]     Not to fear, Linux ver. 1 is here.
"Look to the sky just before you die, it's the last time you will!" -Metallica
==============================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: Raw ethernet?
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:08:45 GMT

In <[email-masked]> [email-masked]  (Gene Mangum) writes:

>Hi all,
> 
>I tried comp.unix.programmer, but got no response.   I hope someone
>here can help.
> 
>I need to write a program on Linux which gets all non-IP traffic from
>the ethernet adapter - in promiscuous mode.   Can anyone point me to
>some docs or simple examples of:
>  
>  - how to read raw ethernet frames (all or just non-IP)
>  - how to send non-IP eth (I know how to build them, just not how
>    to get them on the wire)
>  - how to get the ethernet card into and out of promiscuous mode

You can open a socket in SOCK_PACKET mode.
Look in the "packet driver" support in DOSEMU 0.53plxx for an example.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: *** Seamless Disk Compression (eg Stacker, DoubleSpace) under Linux
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:29:05 GMT

In <[email-masked]> [email-masked] (Brien M. Oberstein) writes:

>hi there,
>  Is there any existing linux support for any 
>seamless type compression schemes?  Does any
>commercial program have (additional) support
>for linux?  If not how 'bout a few volunteer
>hackers to step up to the job.  At a bare
>minimum, it may be doable to write a little
>driver that just supports read operations
>of a compressed drive.

Look for a package called "double".
(I have no personal experience with it, but it has been mentioned many times)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: BOCA 8 port NIGHTMARE !!!
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:29:55 GMT

In <[email-masked]> [email-masked] (Tim Bass (Network Systems Engineer)) writes:

>BOCA 8 port (with RJ11) trying just to talk to a BOCA
>V.FAST modem (RJ11 to DB25 adapter) is ruining my
>day(s)!  Why is it so hard just to get kermit to
>talk to the modem??  There must be a better way to
>do serial comm.

This card is not suitable for use with modems.  Get a 6-port ioAT66 instead.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

Crossposted-To: comp.os.linux.help
From: [email-masked] (Rob Janssen)
Subject: Re: 16550AFN serial card
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:30:38 GMT

In <[email-masked]> [email-masked] (Naji M. Khudairi) writes:

>Lei Zhou ([email-masked]) wrote:
>: In article <[email-masked]> 
>: [email-masked] (Ming Y Haung) writes:
>: >Does LINUX support any 16550AFN serial card?
>: >
>: >Thanks!
>: >
>: >
>: Yes, I'm using it now.

>Great, but how do you enable the 16 byte buffer in order to take advantage
>of overrun protection?

It is enabled automatically.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: Boca 8 Port Board - Great For Linux
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:33:16 GMT

In <[email-masked]> [email-masked] (yuan tzeng) writes:

>Maciej Otreba ([email-masked]) wrote:

>: Referring to multi serial cards: does anyone know, how advanced is support
>: for "intelligent" multi serials such as DigiBoard?
>: Maciej

>  I have a chance to test LONGSHINE (a Taiwan brand, they make a famous
>4-port AST compatible card which is supported by Linux. See hardware howto).
>8-port intelligent card. They have driver for SCO Unix. I am thinking
>to run iBCS2 stuff to test to see if it runs. The idea may be stupid but
>I will give it a try anyhow :-)  Any idea?

No need to try that...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: 3-button mice with no-emulation.
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:42:35 GMT

In <[email-masked]> [email-masked] (Greg Cisko) writes:

>I haven't seen much about this anywhere. If someone could 
>point me to the proper FAQ or HOW-TO, I would appriciate it.

>Anyway, is there a way to get a 3-button mouse to work as 
>a 3-button mouse? The best I could do is to have my mouse
>setup as a Micro-Soft mouse. The 3-button-emulation option,
>is not that great either... Thanks.

When your mouse is 3-button, don't set it to work as a Microsoft mouse.
Microsoft mice have only 2 buttons, and clone mice implement various
kludges to make the third button functional.

You better set it up as a Mousesystems mouse, which is 3-button.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Rob Janssen)
Subject: Re: Unix programming question
Reply-To: [email-masked]
Date: Fri, 2 Sep 1994 21:51:59 GMT

In <[email-masked]> [email-masked] (Van Dao Mai) writes:

>I have programmed UNIX for a long time and feel frustrated with the way
>software is installed on the system. Under UNIX people often have to 
>hardwire the paths and settings into the executable at compile time.
>This is in contrast with DOS that passes the full path name of the execuatble
>as argv[0] so that you can search for library + data files. 

>This is why DOS programmers can install all needed files into one
>directory making it easier to maintain and backup. In UNIX after a while
>you have no idea where to find the files. You also have binary
>distribution problem where you have to make so many links and forget about
>them. 

You mean you like the idea of having 20 directories in your PATH variable,
one for each installed package, each of them full of files?  And the
system looking through all of these for each command you enter?
Especially with this nicely unlimited-length PATH variable in DOS this
is fun to have....

Windows is also a good example of how to do things right: just put 600
files into a single directory, and put it in the path.  Now everything
can be easily located....

I would have believed the creators of the operating system to be more
knowledgable about the impact this has on performance, and use some
subdirectories to improve that.  But noooooo...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] (Sven Goldt)
Subject: sliplogin 1.1 released
Date: 3 Sep 1994 00:37:11 GMT

Ok folks,
sliplogin 1.1 is now uploaded on sunsite.unc.edu.
Should be moved soon to pub/Linux/system/Network/serial.
Changes since 1.0:

Refering to slip.login*:
New argument pid for slip.login files.
Update your old slip.login* if you are upgrading from 1.0 to 1.1 !
Refering to slip.hosts:
Changed slip mode "adaptive" to "auto" since there was no adaptive defined.
Changed slip mode "compress" to "compressed" since it looks better.
Added slip mode "ax25" for KISS AX.25 connections.
Update your old slip.hosts if you are upgrading from 1.0 to 1.1 !
General:
Some workarounds.Speed argument contains now the real speed.

--
*****************************************************************************
*    # THE MOST IMPORTANT FINANCIAL QUESTION IS:  Where is the money ? #    *
*****************************************************************************

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

From: [email-masked] (Daniel Rock)
Subject: Re: Green Motherboards
Date: 3 Sep 1994 14:44:33 GMT

I doubt these options will work under Linux.

The power management facilities are controlled by the BIOS, which is disabled
under Linux (except some PCI-BIOS Routines).
I don't know it exact, but here is how I would do that:

The BIOS grabs the timer interrupt and some other (keyboard, serial)
interrupts and measures the inactivity, after the maximum inactivity time,
in sends some commands to harddisk, videocard, etc. After activity
(receiving an interrupt) it enables harddisk, videocard, etc.

Linux does not give the BIOS any chance to do anything of these things above.

I have a green board on my own and are using under DOS some power saving
facilities, but I hadn't seen them work under Linux.

Daniel Rock

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

From: [email-masked] (Wayne Hodgen)
Subject: Re: Linux BBS Software
Date: 3 Sep 1994 14:27:35 GMT
Reply-To: [email-masked]

|> >OK, you say, you don't like it, write your own. Well, I'm seriously
|> >considering it. A student of ours has written a FIDO scanner/tosser. A FIDO
|> >editor using ncurses and is working on a simple mailer (Binkley is a config
|> >nightmare). Is anyone already working on a FIDO BBS for Linux? Does anyone
|> >know if theres Free source examples of how to do such a thing? Who would
|> >be interested in it?
|> 
|> My BBS runs under Linux, but it's actually no BBS package, it's only
|> a shell script using a modified version of dialog, elm, tin and ytalk.
|> The fido mailer ifcico works well for me, together with mgetty.

Hmm, I thought of doing something like that but decided a dedicated packed
using no internet type stuff would be "nicer". At the moment I'm using
mgetty and Binkley term. Occasionally the modem goes nuts tho.

|> On a point system, echomail can be converted by FidoGate or ifgate.
|> The only missing thing is a full-featured tosser that is suitable
|> for a "large" system, including areafix, forward requests, multiple
|> zones etc. How about your tosser? Where can I get it?

The guy who wrote it is currently on his semester holidays. You can find a
source version of FEddi on 2:2454/100 (the Wahalla BBS). I can only hope
he's been working hard on the mailer and new features over his holidays :)

|> Feel free to have a look at it: +49-851-55596 V.32terbo -950468 ISDN
|> Fido: 2:2494/21 and /23

Thanks, I probably will.
-- 
Wayne Hodgen   | [email-masked] | #include <ridiculouslylong
Uni Koblenz,   | or Fight-o-net 2:2454/518.42     | legalesemumbojumbodisclaim
Rheinau 1,     | Voice: +49 261 9119-645          | er||stupidasciipictureover
56075 Koblenz. | Fax:   +49 261 9119-499          | 20linestoannoythenet.cops>

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

Crossposted-To: comp.os.linux.admin
From: [email-masked] (RYAN  Colin Patrick)
Subject: FTAPE...Im' soo close, yet so far????
Date: Fri, 2 Sep 1994 00:39:16 GMT

Hello,

I'm trying to get ftape to go and have run into a snag. I have kernel 1.0.0, 
ftape -1.13.b and modutils 0.99.15.pl1. I have succesfully complied the 
modules and went throught the drv. hello world test without any problems.
I'm pretty sure that make made it to the end of the compile as ftape.o does
exist. The problem is when I do 'insmod ftape.o'. I get:

darkstar:/usr/src/ftape-1.13b# insmod ftape.o
_enable_irq undefined
_disable_irq undefined
_free_dma undefined
_free_irq undefined
_request_dma undefined
_irqaction undefined

Whats up??

Thanks ahead....Colin Ryan: [email-masked]

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

From: [email-masked] (Mark A. Horton KA4YBR)
Subject: Re: (FLAME) Curse on HOWTO's
Date: Fri, 2 Sep 1994 18:26:36 GMT

Hello Timothy,

        First off, get ready to flame me also (already wearing my Nomex :)  !)

        I have to agree with Greg.

        I will address some of your points directly as they are made.

Timothy Murphy ([email-masked]) wrote:
: (1) I am only concerned with an appopriate getty for dialling in and out.

        As we all are, plus uucp is a biggie for me... I receive a full feed
        as well as service some downstream sites and provide 24 hr. dial-in
        connections for various users, both shell accounts and Eagles BBS users.

: (2) Anybody intending to do this who follows the advice
: in the Serial-HOWTO is going to waste a lot of time.
: Out of 14 people who wrote to me, only 3 succeeded;
: and all 3 had made considerable modifications 
: to the setup described in the HOWTO.

        The "considerable" modifications necessary usually consist of changing
        one comment in the Makefile for getty_ps which IS documented :

# FSSTND Compliance:
#   If you want getty_ps to comply with the upcoming FSSTND document,
#   uncomment the following line.  As a result, all config files will
#   be expected in /etc/conf.* rather than /etc/default, modem locks
#   will be created in /var/lock, and binaries will go in /sbin.
#
# FSSTND=-DFSSTND 

        as well as in /etc/inittab which reads:

# NOTE NOTE NOTE adjust this to your getty or you will not be
#                able to login !!
#
# Note: for 'agetty' you use linespeed, line.
# for 'getty_ps' you use line, linespeed and also use 'gettydefs'
c1:12345:respawn:/sbin/agetty 38400 tty1
c2:12345:respawn:/sbin/agetty 38400 tty2
c3:45:respawn:/sbin/agetty 38400 tty3
c4:45:respawn:/sbin/agetty 38400 tty4
c5:45:respawn:/sbin/agetty 38400 tty5
c6:456:respawn:/sbin/agetty 38400 tty6
# Serial lines
#s1:45:respawn:/sbin/agetty 19200 ttyS0
#s2:45:respawn:/sbin/agetty 19200 ttyS1
# Dialup lines
#d1:45:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS0
#d2:45:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS1

        The difficulty that most people seem to have is NOT with getty_ps
        but with the distributions of Linux that they are using... usually
        Slackware these days... With these, the pre-compiled binaries have
        been built according to the distributor's standards.. In the case
        of Slackware, Patrick uses the FSSTND standard and thus the default
        files and locks are not necessarily where one expects them... this
        is easily remedied.

        In order to address the entire issue, I wrote and made available on
        c.o.l.help a "mini-getty_ps-HOWTO" in which I provided detailed 
        examples from boot to grave of setting up serial lines through
        the exact working files I use in my uucp setups.  All of this information
        was extracted from existing HOWTO documents... all I did was read
        them and write an overview for newbies.   My point being that the
        information IS there and IS correct, it just may not jump out of the
        page and configure itself magically for your system... with the
        wide variety of ports cards, modems, and configurations of uucp
        this would be almost impossible!  :)

: (3) By contrast, several people told me that mgetty worked
: "out of the box". 

        I'm glad.. however, for complex uucp configurations and dial-in
        integrity and the need to reset several different brands of modems
        on the fly, it seems to break down or at least be a bit difficult
        to configure... please show me where I've gotten confused on this...
        I could have used a "mini-Mgetty-HOWTO" when I was tinkering around
        with it!  :
)
: (4) mgetty is well-documented, with a proper texinfo manual.
: getty_ps is not well-documented.

        Agreed.  I keep hoping to find a manual on it myself; until then
        I use the O'Reilly book... it's close enough!

: (5) If my experience is reasonably typical,
: then people should be told that they are likely to meet problems
: if they try to use getty (= getty_ps) for dialling in and out.

        Configuration, configuration, configuration.

: (6) I have been told at length that HOWTO authors are open to reason,
: and will modify their documents in response to suggestions.
: Unfortunately I have not found this to be the case.
: >If you have something positive to contribute to the Serial-HOWTO, I will
: >be more that happy to work something out with you.  I'm always on the 
: >lookout for more information and other alternatives.
: Well, I made the suggestion above to you some time ago.
: I'd be interested to know if you have successfully
: followed your own advice in the HOWTO for dialling in and out?
: Or are you just taking it on hearsay?

Comeon, Tim... an attitude like that just serves to piss off people who've
given their own time and effort to help others use something that they've
ALREADY mastered and thus could rightfully say "f**k off" to suggestions.  Be
happy that there are people who are still willing to persevere in the face of
public attacks on their attempts to help others.  It's been suggested before
in this thread and in others in which you've made the same assertions, so 
you'll probably flame me for saying it here... WRITE an Mgetty-HOWTO yourself!
It doesn't have to be "officially" sanctioned!  Do like I did... write it and
post it... be prepared to answer questions by email and even flames on the
net, but hell, that's what this anarchy is all about!  Just do something 
constructive to better Linux... it's easy to bitch, less so to teach and write.
If you've got suggestions you think may be included in a HOWTO, submit them...
or make your own mini-HOWTO and post it... I think you'll find it will be
welcomed by those who are out there searching for such knowledge as you can
impart to them! 

--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             [email-masked]
P.O. Box 747 Decatur GA US 30031-0747         [email-masked]
+1.404.371.0291                     33 45 31 N / 084 16 59 W

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

From: [email-masked] (yuan tzeng)
Subject: Re: LJ#4?
Date: 2 Sep 1994 07:57:13 +0800

Liam Greenwood ([email-masked]) wrote:
: Joseph W. Vigneau ([email-masked]) wrote:
: > Has the Linux Journal #4 been distributed yet?  I just received LJ#3 
: > yesterday...

:       I received the Linux Journal #5 today.
:                       Liam

   I got my copy too here in Taiwan. Taking a quick look, I  find
page 6, "RISC BASED MULTIPORT CARD" is interesting to me.

--
�O�W�� ���緽  -- Tzeng Ruey Yuan,        an independent network consultant  
Your company (head & all branches) wants to have Internet email? Ask me How.
[email-masked]

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

From: [email-masked] (Nikolas Daglis)
Subject: Re: Sampling with Linux?
Date: 2 Sep 1994 12:16:32 +1000

[email-masked] wrote:
: Question:
: How do I go about sampling with a dumb AD converter.
: What I need is a way to have an accurate sampling frequency
: variable between 10 and 15 Hz.

A program called scope is available to use the a/d converter on many 
sound cards. as an osciliscope.  I've never used it, but it sounds like it 
may even exceed your specifications. I think sunsite is the place to find 
the program.

Cheers. Nick Daglis.
[email-masked]

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

** 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: [email-masked]

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: [email-masked]

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