Subject: Linux-Misc Digest #706
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sun, 4 Sep 94 00:13:08 EDT

Linux-Misc Digest #706, Volume #2                 Sun, 4 Sep 94 00:13:08 EDT

Contents:
  X won't use my RESOURCES??? (Timothy A. Kobett)
  Re: Emulating SLIP over a dialup line (J.H. Man)
  Re: What ever happened to Novell's Expose? (Ron Holt)
  Re: WANTED: Supplier of PC clone for Linux.... (ron dufresne)
  Re: Does anybody have NN running under Linux ? (Matt Midboe)
  device for ReelMagic MPEG (Stephan Kauss)
  Looking for efax-0.6b (Steve DuChene)
  Linux Journal (David Reid)
  Re: FTAPE...Im' soo close, yet so far???? (Michael James Porter)
  Re: Unix programming question (Jeff Epler)
  QIC-02 compatability (Rod Troch)
  System hangs during installation (Martin Oldfield)
  Linux install with MicroSolutions Parallel Port CDROM (Vikas Rijsinghani - Sun Integration)
  Slackware Pro Savings! (Randy Just)
  Re: ACE modem/voicemail/sound card ? (Russell Nelson)
  Re: Unix programming question (Mark Weaver)
  Re: Linus: Leaving for Australia (Mark A. Horton KA4YBR)
  Re: dram -- bogoboost without patching! (Jerry Gaffke)
  Re: Xconfig for Diamond SS24X ... (Karl J. Runge)
  Possible FAQ? (Vaibhav Goel)

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

From: [email-masked] (Timothy A. Kobett)
Crossposted-To: comp.windows.x,comp.windows.x.i386unix
Subject: X won't use my RESOURCES???
Date: 3 Sep 1994 02:43:03 GMT

I'm trying to learn toolkit programming but I'm having a really
annoying problem on my Linux system.  I'm having problems getting
X to consistently accept my resources.  I've tried setting
XFILESEARCHPATH, XUSERFILESEARCHPATH, XAPPLRESDIR, and XENVIRONMENT.
None of these seem to work all the time, I've got 3 out of 4 programs
to work but the only way to get the fourth one to work is to load
the resources with xrdb.  I've verified that the program works on
another computer.  It ran with no problems.  I've RTMs (several).
Any thoughts?  I'm using Linux 1.0, gcc 2.6.0, Motif 1.2.4, 486 PC
with 16M ram.  Any thoughts would be appreciated.

--
Tim Kobett
[email-masked]

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

From: [email-masked] (J.H. Man)
Subject: Re: Emulating SLIP over a dialup line
Date: 2 Sep 1994 04:27:43 +0100
Reply-To: [email-masked]

Sam Oscar Lantinga <[email-masked]> wrote:

> : TIA (The Internet Adapter)
> I sent mail to them about a Linux port, and they said that a Linux
> port is about sixth on thier list of ports, and not to hold my breath
> [my words].

I'm not surprised, when you can use term, which is free.

   - John, [email-masked]

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

From: [email-masked] (Ron Holt)
Subject: Re: What ever happened to Novell's Expose?
Date: 2 Sep 1994 17:28:34 -0600

In article <[email-masked]>,
Brandon S. Allbery <[email-masked]> wrote:
>
>It was a figment of PC WEEK's imagination.
>
>++Brandon

No it wasn't.

Ron

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

From: [email-masked] (ron dufresne)
Crossposted-To: comp.os.linux.help
Subject: Re: WANTED: Supplier of PC clone for Linux....
Date: 2 Sep 1994 06:46:31 -0400

Pc-Circle, New Brighton MN (612)631-2511 will build machines to your specs
AND deliver with Linux installed...

R. DuFresne

-- 
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
Launchpad is an experimental internet BBS. The views of its users do not 
necessarily represent those of UNC-Chapel Hill, OIT, or the SysOps.
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

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

From: [email-masked] (Matt Midboe)
Crossposted-To: comp.os.linux.admin
Subject: Re: Does anybody have NN running under Linux ?
Date: 2 Sep 1994 11:56:24 -0500

In article <[email-masked]>,
Martin Schulze <[email-masked]> wrote:
>[email-masked] (Mubashir Cheema) writes:
>
>
>} Hello world,
>
>} I need to know if anybody out therr is using nn under Linux.
>} I can't get our nn to read news off of a remote site. Any help
>} will ne greatly appreciated.

Actually I'd recommend getting it from:

    ftp.uwa.edu.au                    /pub/nn/beta/nn-6.5.0.b3.tar.gz

Kim Storm no longer maintains nn and the version that most places have
is still 6.4.18. This newer nn is much nicer I have found as it
supports NOV so you don't have to run all the extra database programs
with nn. I had very little problems compiling nn-6.5.0 on Linux, but
you will have to make your own s-linux.h file. If the other site uses
NOV then you will get to see NN speed along over the nntp connection.

Matt

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

From: [email-masked] (Stephan Kauss)
Subject: device for ReelMagic MPEG
Date: 3 Sep 1994 19:33:57 +0200

Hi LINUX Gurus,

I am looking for a device for my ReelMagic MPEG decompression board,
which is able to play a MPEG video stream under X11.
I am not shure on which point the device have to be.
I think there a two part's, on part which read fast from the CD and
handel a big buffer (because UNIX is not a realtime operationg sysem),
and one to set the position on the screen and set the transparence
color on my X11 window.

If someone have heard form a device for LINUX or FREEBSD let me know.

Stephan

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

From: [email-masked] (Steve DuChene)
Subject: Looking for efax-0.6b
Date: 3 Sep 1994 19:31:07 GMT

 The subject line says it all. I seen a mention of this in one of 
        the Linux newsgroups but I have been unable to find it.
        The only one I can find was efax-0.6a and efax-0.6b was
        recommended to solve someone's problems with trying to 
        setup fax service. 
-- 
| Steven A. DuChene   [email-masked]  or  [email-masked]      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

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

From: [email-masked] (David Reid)
Subject: Linux Journal
Date: Sat, 3 Sep 1994 20:02:17 GMT

I am thinking of subscribing to the Linux Journal.  Can anyone who is a 
present subscriber or has seen the magazine, comment on whether it will be 
money well spent.  I don't really have easy access to any old copies so I am a 
little wary about spending the money without knowing what I am buying.  Any 
comments would be appreciated.  Thanks

David Reid  -  Stratford, Ontario, Canada
Email - [email-masked]

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

From: [email-masked] (Michael James Porter)
Crossposted-To: comp.os.linux.admin
Subject: Re: FTAPE...Im' soo close, yet so far????
Date: 1 Sep 1994 23:51:13 -0400

Define FLOPPY_HACK, I think.

In article <[email-masked]>,
RYAN  Colin Patrick <[email-masked]> wrote:
=>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] (Jeff Epler)
Subject: Re: Unix programming question
Date: 2 Sep 1994 23:55:00 GMT

[email-masked] (Mark Weaver) writes:

>In article <[email-masked]>,
>Van Dao Mai <[email-masked]> wrote:
>>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. 

In most 'well written' programs, there is a hard-coded path, but often
it can be overridden by an environment variable.

The only time I get really annoyed by the hard-coding of these
pathnames is when I want to test a package and then have to recompile
when I decide it's suitable -- Moving the configuration files from
somewhere under /var/tmp/lib to /usr/lib or /usr/local/lib ..

>Un*x passes the pathname the executable (relative to the current
>directory) in argv[0], and that in addition to the current working
>directory tells you exactly where the program is.

With execve(), you can pass *anything* as argv[0] -- By convention, I
suppose, argv[0] is often the path of the executable -- More often
absolute, especially when running a binary that is on PATH.  But you
could very well pass 'cheese' as argv[0] when running /sbin/login ...

Since I believe that in a *perfect* system, all the source is online
or in some easily accessible secondary storage (FTP counts!:),
hardcoded pathnames and even certain configuration options aren't
evil.  And if you don't get source, and get binaries instead, then let
them make the choice of where to put files.  A little bit of symbolic
linkage (/usr/lib/foo can really be anywhere you want it to be) and
you have all the freedom you need.

As for the part I deleted (A little script that, with the argv[0]
assumption, would cat a file in the directory where the script
resides), I *like* having the executabes in a couple of big places and
their configuration files in nicely divided areas (/bin and /usr/lib/*
respectively).  And any user-created data files should be in user
specified paths.

Jeff
--
____ "And if I smile please tell me some bad news
\BI/  before I laugh and act like a fool"
 \/            -The Who "Behind Blue Eyes"
IRC: Synger    Running Linux 1.1 -- Free Unix for 386+ machines

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

From: [email-masked] (Rod Troch)
Subject: QIC-02 compatability
Date: 02 Sep 1994 03:58:34 GMT

Netters,

I have a few questions about the Irwin 7251QE (QIC-02) tape drive.

I grabbed the current Ftape FAQ and it made reference to the QIC-02,
it doesn't support it.  Last time I compiled my kernel I saw an entry
for QIC-02 support.  If I compile with QIC-02 support can I mount the
tape drive and then write to it a gzip'd tar file?  And if so, what
are the specifics.  Can a tape have more then one file, etc?

Is anyone out there using a QIC-02 (or Irwin 7251QE) to do backups?
If you have a moment I would appreciate hearing what it can and cant'
do.

Thanks,
Rod

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

From: [email-masked] (Martin Oldfield)
Subject: System hangs during installation
Date: 03 Sep 1994 23:59:16 GMT

Hi,

I'm trying to book Linux on a PCI machine with the Intel Neptune
chipset. If I try and boot from the Slackware discs (a variety of
bootdisks (bare, scsinet, ncr), the boot disk prints the 'Initializing
ramdisk....' (or similar message) and then the screen goes blank. Has
anyone seen this behaviour / have a patch ?

The details are:
        Plato P54C/PCI motherboard with 90MHz pentium.
        Intel Neptune chipset
                82434NX PCI/Cache/Memory controller
                82433NX Local bus extension
                82378IB-G System IO

        SMC 37C665 super I/O controller on-board
        RZ1000 PCI-IDE controller on-board
        256k cache/8MB RAM
        
        On the PCI bus:
        Orchid Kelvin 64 PCI graphics card (CL5434 based)

        On the ISA bus:
        Future-Domain TMC1670 SCSI controller
        SMC Elite ethernet card
        Video Blaster SE

Thanks in advance for any help,

--

Martin Oldfield, MRAO, Cavendish Labs, CAMBRIDGE, CB3 0HE
Work:  0223 337365 Fax: 0223 354599 Home: 0223 67940
While you're asleep they'll absorb your mind, your memories, and you'll be
reborn into an untroubled world.

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

From: [email-masked] (Vikas Rijsinghani - Sun Integration)
Subject: Linux install with MicroSolutions Parallel Port CDROM
Date: 1 Sep 1994 19:41:27 GMT
Reply-To: [email-masked]

Does anyone know what type of process I would have to go through to install Linux via a parallel port CDROM?  I have a notebook with Linux on it already, but I may have to install 3-5 other notebooks and was wondering if I could use a parallel port CDROM to install one of the CDROM distributions of LINUX.

Thanks.

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

From: [email-masked] (Randy Just)
Subject: Slackware Pro Savings!
Date: 3 Sep 1994 14:03:57 -0700

 
Just Computers! has a limited supply of cosmetically damaged
Slackware Professional 2.0 distributions.  These packages are still
shrink-wrapped, but were squashed a bit in the shipment to us.
This is your opportunity to save some money on a great distribution!!! 
All regular info still applies including a 30-day money back guarantee and 
technical support from Morse Telecommunication.
 
These packages are offered on a first come, first serve basis.  This
product was just recently released and the reception has been very
enthusiastic.  The normal list price of this product is $49.95.  We
are offering these to internet folks for $34.95. Shipping and handling
in the U.S. is $5.00.  International S/H is $10.00.
Visa and MasterCard are gladly accepted.
 
You can find out availability of these by sending e-mail to
[email-masked]  Include the line "get cosmetic" in your message.  The
quantity available will be returned to you.  To obtain further information
on Slackware Professional, e-mail can be sent to [email-masked]
Include "get slackpro.inf" in your message.  For general product info,
just send e-mail to [email-masked]
 
      Mailing Address:  Just Computers!
                        P.O. Box 751414
                        Petaluma, CA 94975-1414
                        U.S.A.

         Voice Number:  707/769-1648
           FAX Number:  707/765-2447
     
Internet Order E-Mail:  [email-masked]
   Information E-Mail:  [email-masked]
                        Include word "help" on a single line in message

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

From: [email-masked] (Russell Nelson)
Crossposted-To: comp.dcom.modems,comp.sys.ibm.pc.soundcard
Subject: Re: ACE modem/voicemail/sound card ?
Date: 03 Sep 1994 21:55:54 GMT

In article <[email-masked]> [email-masked] (Yves Dehnel) writes:

   I saw a product at CompUSA today that combined in one PC card:

   19,200 baud modem, fax, answering machine, 16-bit wavetable sound
   with MIDI, Panasonic CD-ROM interface and kitchen sink.

   It's made by ACE, I think.

I saw it, too.  I want to use it under Linux.  Since I doubt that they
include Linux drivers with it, I'd probably have to write my own.
Does anyone know if hardware documentation is available from the
manufacturer?  I've never heard of ACE either, so I don't know who to
ask.

--
-russ <[email-masked]>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: [email-masked] (Mark Weaver)
Subject: Re: Unix programming question
Date: Fri, 2 Sep 1994 04:42:39 GMT

In article <[email-masked]>,
Van Dao Mai <[email-masked]> wrote:
>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. 

Un*x passes the pathname the executable (relative to the current
directory) in argv[0], and that in addition to the current working
directory tells you exactly where the program is.

For instance, here's a shell script that will always cat the file
"notes" which is in the same directory as the shell script.  Notice that
neither the name of the directory nor the name of the script is
hardcoded.

#!/bin/sh
cat ${0%/*}/notes

Unix programs still tend to hard code pathnames though, because otherwise
you can't create links to the program from other directories.

Of course, if you assume they are always symbolic links, you could make
the program do an lstat() on the executable to see if it's a symbolic
link and do the right thing.

        Mark
====================================================================
Email: [email-masked]           | Brown University
PGP Key: finger [email-masked]       | Dept of Computer Science
-- 
====================================================================
Email: [email-masked]           | Brown University
PGP Key: finger [email-masked]       | Dept of Computer Science

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

From: [email-masked] (Mark A. Horton KA4YBR)
Subject: Re: Linus: Leaving for Australia
Date: Thu, 1 Sep 1994 23:06:42 GMT

Linus Torvalds ([email-masked]) wrote:

        [ chop ]

: I'll be back (*),

:               Linus

: (*) October 4, actually.

        Been watching a few too many Arnold Schwarznegger movies,
        have we, Linus??

        :)  (have fun!)
- m
--
============================================================
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] (Jerry Gaffke)
Subject: Re: dram -- bogoboost without patching!
Date: 1 Sep 1994 21:41:27 -0700

Paul Gortmaker ([email-masked]) wrote:
:       Some of you may remember the bogoboost patch -- a patch which
: would change setup.S to alter the DRAM refresh timer before switching
: to protected mode. The idea is that on older machines, you could get up to
: a 5% performance increase by extending the period of the refresh
: timer from the standard 15us. (Most newer machines implement a hidden 
: or slow (120us) refresh in the BIOS setup menu, and hence already take 
: advantage of this boost.)
......
: Now each megabyte of memory has almost 9.5 *million* of these cells.
: You can imagine that it will eat up some of our computer's power
: to read and re-write *all* these cells every 0.000015 seconds.
: (A refresh cycle involves reading a value from memory, and then writing
: it back to the memory cell again.)

: Well, the basic design is the same in todays modern SIMM (Single
: Inline Memory Module) but they can do much better than being able
: to remember for a mere 15us. Todays DRAM (Dynamic Random Acess
: Memory) chips on the common SIMM you have are capable of having
: a refresh only once every 500 --> 1000 us or more. 
......
: long before that. Consider the following data I took on an old
: 12MHz AT (286) computer (using the DOS version of my program).

: DRAM refresh period(us)               Landmark v2.00 rating       % increase
: -----------------------               ---------------------       ----------
:       15                              15.48                   0
:       120                             16.14                   4.26
:       250                             16.19                   4.59
:       500                             16.21                   4.72
:       1000                            16.22                   4.78
:       2000                            16.22                   4.78
:       5000                            16.23                   4.84
:       10000                           16.23                   4.84
:       20000                           16.23                   4.84

: (Note that at 10000 and 20000, the machine would eventually have a 
: parity error as described above.) As can be seen from the above data,
: we get about a 5% increase in speed with the *longest* refresh period,
: and we had already obtained over 97% of the maximum possible increase
: with a nice "safe" value of 500us.

You're almost certainly running these DRAMs far out of spec, on very 
thin ice.

The original design was probably doing a single refresh cycle on each
15us timeout.  Lets assume that they used 16Kbit DRAMs
organized as 128 rows of 128 ram cells each, requiring that all cells
be refreshed once every 2000us.   (I believe those numbers to be correct
for DRAMs of the XT era).
Each refresh cycle hits an entire row of 128 cells, thus all 128 rows 
are covered every 128*15us = 1920us, just barely meeting the 2000us spec.

When bigger DRAMs were built there were more rows of ram cells to hit,
but system designers would not put up with anything less than 15us refresh
intervals.  This carries over to the current day.  Opening a data book
at random, I see the Toshiba 4Mbit DRAM TC514400J/Z  (might be used in 
currently available PC's).  It is organized as an array of 1024 rows by
1024 columns by 4 bits, and has a refresh requirement of "1024 refresh
cycles/16ms".  So if we do single refresh cycles on 15us intervals,
we will cover the entire chip in 1024*15us = 15360us, again just barely
making spec.

A more efficient memory system design would be to do a burst of many
refresh cycles less often.  As an extreme example for the 4Mbit case, we 
might choose to do 1024 refresh cycles once every 16000us.  Perhaps most
memory systems on PC's today do it this way, if they do I would assume
that they have arranged for the hardware to be properly initialized.

DRAM's can be very forgiving.  I recall turning the power off of a
graphics system for 10 seconds, and seeing an almost correct image on
the screen when the power was restored.  The DRAM's used to store the
graphics pixels had retained their data with the power off.
When debugging a design I have often thought that a system was working
perfectly, only to find later that DRAM refresh was not working at all.

DRAM's tend to forget their contents much more readily as the heat goes
up, I believe this is an exponential trend.  Parts are often spec'd at
up to 70 degrees C (chip temperature, not ambient).
So perhaps you can cheat the spec by an order of magnitude or more if you
can keep things cool.  But memory errors can be very difficult to diagnose, 
and you must be willing to accept the consequences.

I am not terribly familiar with PC memory system design, but I have been
designing around DRAM since 1978.
Anybody out there able to shed a bit more light on what is going on with
current PC hardware?  I would assume that if they are typically doing
refresh once each 120us, then it is a burst 8 refresh cycles.
Any guidelines for figuring out if your hardware might be getting
initialized by somebody for 15us when it really could be 120us?

jerryg

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

From: [email-masked] (Karl J. Runge)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: Xconfig for Diamond SS24X ...
Date: 3 Sep 1994 23:14:39 GMT

In article <[email-masked]>, [email-masked] (Craig Bates) writes:
|> >Hello there:
|> 
|> >        I remembered someone posts an Xconfig file is specific for the 
|> >"Diamond SS24X", and it can display in 1024x768 mode by adjusting the 
|> >freq of the vga card.
|> 
|> >        I can not remembered where I got that file because it has been a while. 
|> >I tried the sunsite, but it seems not there. I can only find the generic one 
|> >for Diamond, and I can not make it to display in 1024x768 mode.
|> 
|> >        Can anyone who has this file send me a copy or tell me where I can find
|> >this file?
|> 
|> >        Any help will be very much appreciated.
|> 
|> 
|> 
|> >have a nice day, :)
|> 
|> >Tony Wang
|> >e-mail: [email-masked]
|> 
|> 
|> I would like a copy also please.  I just can't get it to go in 1024x768 mode.
|> 

Um, I don't really like the idea of giving out Xconfigs, I figure everyone
should "roll their own" with the spreadsheet template provided by the
XFree distributions combining with your Monitor Specs. Check it out if you
haven't already.

My Diamond SS24X was purchased in Nov 1992. My monitor is a MicroScan 4A/ADI
15" purchased at the same time. I used the "freq" program to set a Clock at
80MHz. This is a bit over specs for my Monitor. But it hasn't blown in over
a year of this (and I'd like an excuse to buy a 17" anyway ;-). DIAL DOWN
the value from 80MHz TO BE SAFE. I have lower (e.g. 72 75 77 MHz modes there
as well, try them first, I am pretty sure they work for my setup)

Here is the relevant portion of my Xconfig. Ignore the 1072x768 mode I cooked
up: I use it to completely fill the monitor screen. I got 1152x900 to work
as well, but the characters weren't crisp enough and led to eyestrain.

Good luck and BE CAREFUL. Read your Monitor's user manual and use the
spreadsheet first, that's how I made these! 

# The graphics drivers
# First the 8-bit colour SVGA driver
#
vga256

  ViewPort      0 0
#  Modes                "640x480" "800x600" "1024x768" "1152x900"
  Modes         "1072x768" "1024x768" "640x480" 

## Clocks 25 28 31 50 72 75
## ClockProg "/usr/X386/diamond/freq" 25
#
# Next the 1-bit mono SVGA driver
#
vga2

  Virtual       800 600
  ViewPort      0 0
  Modes         "640x480"
#  Modes        "800x600" "640x480"

#

# Hardcode the clocks for faster more reliable startups.
#Clocks 25 28 32 36 40 48 50 65
#

# And last,  the database of video modes
#
ModeDB
#
# name        clock   horizontal timing     vertical timing      flags
 "640x480"     25      640  664  760  800    480  491  493  525
               28      640  640  728  776    480  480  482  493
               31      640  664  704  832    480  489  492  520
 "800x600"     36      800  824  896 1024    600  601  603  625
               40      800  840  968 1056    600  601  605  628
               50      800  856  976 1040    600  637  643  666
 "1024x768i"   44     1024 1040 1216 1264    768  777  785  817  Interlace
 "1024x768"    65     1024 1032 1176 1344    768  771  777  806
               72     1024 1074 1220 1328    768  768  785  800
               75     1024 1048 1184 1328    768  771  777  806
               77     1024 1024 1264 1384    768  768  771  788
               80     1024 1072 1312 1344    768  783  786  830
#               80     1072 1104 1288 1360    768  783  786  830
#               80     1024 1128 1376 1400    768  768  780  789
               85     1024 1032 1152 1360    768  784  787  823
 "1072x768"    80     1072 1104 1288 1360    768  783  786  830
# "1152x900"    75     1152 1152 1384 1504    900  900  903  918
 "1152x900"    72     1152 1160 1328 1400    900  900  933  943  
               77     1152 1152 1384 1504    900  900  903  919  
#               80     1152 1176 1336 1384    900  900  903  920  
               80     1152 1216 1376 1440    900  900  903  920  
 "1280x1024i"  80     1280 1296 1512 1568   1024 1025 1037 1165  Interlace
 "1280x1024"   80     1280 1280 1440 1568   1024 1024 1027 1043
              110     1280 1328 1512 1712   1024 1025 1028 1054
              135     1280 1312 1456 1712   1024 1027 1030 1064

-- 
=======================================================================                                                     
Karl J. Runge      -- Linux: it's the Real thing --     [email-masked]
                                                        (510)-423-0611
Cleanliness is next to emptiness.                       (510)-516-7127

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

From: [email-masked] (Vaibhav Goel)
Subject: Possible FAQ?
Date: 3 Sep 1994 18:56:08 -0400

People keep on asking about BBS software available for Linux.  Maybe it's
time that a FAQ was available listing software that people got compiled
under linux and the places where its available (eg, xbbs, citadel, etc.)
The FAQ could also list projects currently under development and the contact
information of the authors/co-ordinators of the respecitve projects.

Regards,
Vaibhav

-- 
                +[ Vaibhav Goel ~ President ~ polarix, Inc.]+
  Graphics Design ~ Animation ~ 3D Rendering ~ Advanced Graphics Services
               Voice: (416) 754-7398  ~  Fax: (416) 754-4092
                     Fermentation Fault - Coors Dumped

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

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