Subject: Linux-Development Digest #24
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:     Sun, 14 Aug 94 14:13:07 EDT

Linux-Development Digest #24, Volume #2          Sun, 14 Aug 94 14:13:07 EDT

Contents:
  Re: Need pattern matcher (Kjetil Torgrim Homme)
  Green Monitors/ power saving (David A. Vohwinkel)
  manual entries for regex functions? (Greg Woodbury)
  TERMINALS... (the.egg@elelink.com)
  Suggest:SCSI Tape File System (Chris Burke)
  HD controller timeouts? (1.1.44) (Baba Buehler)
  Re: Suggestion to LILO folks (Kevin Houle)
  Kernel v1.1 pl35 and floppy-ext2 (sharpe randall k)
  NIHCL Class Library or OSE & Linux ? (John Dashner)
  Kernel change summary 1.1.40 -> 1.1.41 (Russell Nelson)
  term and news/mail (Larry Smolyansky)
  ARE THERE ANY DRIVERS AVAILABLE FOR THE NEWVOICE NV400 VOICE CARDS OR ANY CARDS THAT PROVIDE THE SAME FUNCTIONALITY UNDER NETBSD OR LINUX?
  Re: Floppy on TI Travelmate laptop: Does still not work (Gary Paul Gortmaker)
  1.1.43 won't link on my system (David H Dennis)
  Re: Sony CDU31A/Floppy driver fix (Eric Jui-Lin Lu)
  Re: gcc and Linux (compiling)... (H. Peter Anvin)
  Re: Registrar for major device #s? (Matthias Urlichs)
  Re: 1.1.43 won't link on my system (Jouni A Kosonen)

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

From: kjetilho@ifi.uio.no (Kjetil Torgrim Homme)
Subject: Re: Need pattern matcher
Date: 14 Aug 1994 03:10:56 GMT

++--- Olav Woelfelschneider:
|| What I'm searching for is a c-function which matches a filename
|| against a pattern and returns true or false, like:
||
+--- John Saunders:
| Take a look at /usr/include/regex.h and/or /usr/include/regexp.h.
| 

Don't forget to change "*" into ".*", "?" into ".", "{foo,bar,zot}"
into "\(foo|bar|zot\)" and prepend a "\" to any of "^$|.". Of course,
you should add a "^" at the front and a "$" at the end. Care should be
taken to protect "\(", "\<", "\{" etc.

Filename specifications aren't regexps...


Kjetil T.

PS. I don't really know what newsgroup this should be in.
    comp.unix.programmer, maybe?

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

From: vohwi-d@acsu.buffalo.edu (David A. Vohwinkel)
Subject: Green Monitors/ power saving
Date: Sun, 14 Aug 1994 03:21:57 GMT


Has anyone created a set of patches for the 1.1.4x line of kernels for the 
Green Monitors? I'm not talking about a screen saver but new modes to put
the monitor in sleep mode were it uses half the power.

        Thanks
-- 
  David A Vohwinkel        
Unix Consulting   ^ ^     vohwi-d@acsu.buffalo.edu
  & Operations    0 0    @ The State University of New York at Buffalo   
==============oOO=(_)=OOo====================================================

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

From: ggw@dukcds.cds.duke.edu (Greg Woodbury)
Subject: manual entries for regex functions?
Date: 14 Aug 1994 04:01:28 GMT
Reply-To: ggw@dukcds.cds.duke.edu

Can someone provide a quick pointer to the man pages for the regex functions
that are in the Linux library?   I can not find them in any of the usual places
and I'm feeling a bit dense.   I did check to make sure that I don't have
them hiding someplace else on my machine.

I'm running an updated installion from Slackware 1.2.0 (pieces installed and
updated from various places since the original install.)  Kernel is 1.1.42 on
a 486/66 with 1GB SCSI (adaptec 1542).
-- 
Gregory G. "Wolfe" Woodbury       At, but NOT speaking for . . Duke University
System Programmer, Center for Demographic Studies, Box 90408   +1 919 684 6126
Durham NC 27708-0408                     [Home email: ggw@wolves.durham.nc.us]
"The longest continually active poster/reader on Usenet: Greg Woodbury" :-)

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

From: thomas.(the.egg)@elelink.com
Subject: TERMINALS...
Date: Fri, 12 Aug 94 08:37:30 -0700


I am hoping that this O/S is similar enough to use termcaps for different
teriminal systems.  I am looking for a termcap for DataPoint 8242 terminals
that is UNIX/ZENIX compatible...let me know if there is such a thing!
 
Thanks!
 
Tom..:)


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

From: clb@prism.mindware.brisnet.org.au (Chris Burke)
Crossposted-To: comp.os.linux,comp.os.linux.misc
Subject: Suggest:SCSI Tape File System
Date: 14 Aug 1994 02:20:00 GMT

I have been pondering a bit and have worked out a reasonable way to allow
a mountable file system for high speed tapes. 

 BUT   -  Has it been done for LINUX ?

If not (and I have looked) - this is my proposal : that a modified ext2 
file system be made with the following attributes :
(Note Primary is SMALL+HIGH SPEED, Secondary is LARGE+SLOW SPEED)

        1. Allows the directory entry portion to be stored on a primary 
           block device to the actual data. Of course there could only
           be 1 for each. Only entries of a normal data type would be
           redirected to tape - or alternately and in a totally non-standard
           fashion implement a new 'offline' bit for files stored on the
           secondary device. The aim is to ensure directories, devices and
           named pipes are not redirected to the secondary device.

        2. Upon initially mounting the device - the entire directory
           structure is loaded onto the primary block device from the
           secondary block device.

        3. Upon unmounting the device - the entire directory structure is
           stored from the primary block device onto the secondary block
           device.

        4. During idle time directory changes on the primary device
           are reflected to the secondary device.

(*)Also a block scsi tape device needs to be created to allow "random"
 access to the tape device. This device is stbn standing for SCSI Tape
 Block number 'n'.

The aim of this is as follows :

   Create for example a ext2new partition as /dev/hda4(primary 4Meg)
   /dev/stb0(secondary 2Gig) allowing a large file system accessible
   drive to be created for archival purposes.

My immediate problems are :
1. I only started on Linux 6 weeks ago.
2. I only have one drive subsystem (IDE) so testing is impossible.
3. I NEED HELP.

If anyone is interested give me an email, if not I'll still be working
on it just for the fun of it.

PS : This idea is modelled on the idea of similar products for DOS which
store the directory information as a DOS file and the data on either indexed
floppies or tape.

--
 Christopher Burke           \ "Be positive,     \             CUSTOM COMPUTER
 MindWare, PO Box 1247         \    become         \     SOFTWARE(Dos+Windows)
 Carindale Q. 4152 AUSTRALIA     \    a proton"      \    and SYSTEMS ANALYSIS
 clb@prism.mindware.brisnet.org.au \ Eric Lectron('88) \ Phone:+61-(7)-3984000

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

From: baba@ph-meter.beckman.uiuc.edu (Baba Buehler)
Subject: HD controller timeouts? (1.1.44)
Date: 14 Aug 94 10:44:30 GMT
Reply-To: baba@beckman.uiuc.edu

After updating to 1.1.44, I've seen this a couple of times:

Aug 14 05:41:23 tigger kernel: HD controller times out, status = 0xd0
Aug 14 05:41:23 tigger kernel: HD-controller still busy
Aug 14 05:41:23 tigger kernel: HD-controller reset failed: d0
Aug 14 05:41:23 tigger kernel: keyboard error

It comes with a two or three second freeze in the system.

Any ideas?


-- 
%>- Baba Z Buehler
%>- Beckman Institute Systems Services, Urbana Illinois
%>- WWW: http://www.beckman.uiuc.edu/groups/biss/people/baba/
%>- PGP Public Key available via WWW & finger baba@bekcman.uiuc.edu

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

From: kjhoule@iowegia.dsm.ia.us (Kevin Houle)
Subject: Re: Suggestion to LILO folks
Date: Sun, 14 Aug 1994 07:20:46 GMT

Werner Almesberger (almesber@nessie.cs.id.ethz.ch) wrote:

: LILO only uses the BIOS functions to display characters (14), to get the
: current display mode (0xf) and to set the display mode (0). So a card
: that is destroyed by this is not very likely to survive DOS either ...

: The video mode selection in the kernel "prologue" (boot/setup.S) may
: possibly do more aggressive operations. If that hardware failure was
: preceded by a change in the kernel version, you may want to post its
: version number and the video mode it was trying to set. (Get this
: either from your /etc/lilo.conf or with rdev -v)

It most likely was just a bad card from the sound of it. This
was not a kernel version change, and the lilo.conf file has
plain jane vga = normal. The card did always 'snap' the monitor
at boot when doing boottime diags, and the ATI mach32 I got
today sure doesn't. Must have been a faulty card to begin with
but the timing of the event was a little un-nerving.

: Maybe some others who were unfortunate enough to buy a Diamond Stealth
: Pro may want to try to reproduce the problem. (It'd surely be a nice
: way to get rid of the card ;-)

 :)

: Because any obvious problem in that area would probably have yielded a
: bunch of complaints already, I tend to believe your card broke for some
: unrelated reason. Warranty should cover that.

Good point. Thanks for the info.. 


-- 
Kevin Houle                
kjhoule@iowegia.dsm.ia.us  

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

From: sharpe@uxa.cso.uiuc.edu (sharpe randall k)
Crossposted-To: uiuc.sw.linux,comp.os.linux.help
Subject: Kernel v1.1 pl35 and floppy-ext2
Date: 13 Aug 1994 03:21:22 GMT

I just patched my kernel to v1.1.35 and suddenly I can no longer mount
floppies (/dev/fd0 or /dev/fd1) with an ext2 file system on them. I get
an error something like
Can't mount block device /dev/fd0 ext2
( yes the floppies ARE formatted ext2 and I was root )
I then tried mounting a dos floppy and got a similar error.
I went back to pl29 which is what I was using prior and issued the SAME
commands and  they mounted just fine.
Why is this ? I really like formatting the floppies I use for archiving
ext2 since then I don't have to convert to DOS 8.3 naming.
Is this a bug or was this done on purpose. I have the patched up through
40 but didn't try them when this problem occurred. (Plus, I usually wait
till I determin that the patch is stable ... my criterion, someone has
uploaded kernel source of that patch level onto sunsite in kernel/src(?) )
If this has been fixed in a later patch please tell me which one. If not
what is the solution ? I DO like to keep up on the patches.

Please mail your responses to :
rsharpe@ncsa.uicu.edu
and I will compile them and post the solutions.

Thanks
Randy


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

From: jdashner@crl.com (John Dashner)
Subject: NIHCL Class Library or OSE & Linux ?
Date: 12 Aug 1994 20:50:51 -0700

Has anyone ported the NIHCL class library to Linux?  While I'm on the
subject, how 'bout the OSE libraries as well.  

I am about to do so and would appreciate knowing if there are any
gotchas.  Or, better still, an internet location of a completed
work ;-)
-- 

=============================================================
John "Pappy" Dashner - jdashner@crl.com - jmd@ifsbd.ATL.GA.US

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.40 -> 1.1.41
Date: 13 Aug 1994 03:36:06 GMT

Floppy driver extensively changed.  Support added for two floppy disk
        controllers and FIFO bug fixing on ED disks.
If a hard disk delay is needed, it's done more reliably.
Seemingly gratuitious change to line discpline code (call put_char
        instead of write).
Run a pty at "38400 bps" instead of "9600 bps".
Serial ports have a temporary buffer for writing (saves memory when we
        need it most).
Serial driver doesn't force driver to be stopped just because the
        ASYNC is closing.
Serial driver keeps more error-tracking information.
Sometimes we can get a serial xmit_cnt that is less than zero.
If the irq is set to zero, the serial port doesn't generate interrupts.
Fixed a serial race condition related to have a large amount to transmit.
Added flag options for termios setting behavior.
Catch a few missed read-only block device checks.
Moved assembly language string functions to
        /usr/include/linux/i386/string.h from /usr/include/linux/string.h.
Removed some assembly language from vsprintf.
--
-russ <nelson@crynwr.com>    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: lsmolyan@netcom.com (Larry Smolyansky)
Subject: term and news/mail
Date: Sat, 13 Aug 1994 04:28:55 GMT

I need to get some help from anyone who has been had any experience with 
term and Linux.

1.  How can I use pine locally to read mail
2.  How can I use tin locally to read my news groups

So far I have ftp, gopher, etc. working but I can't seem to nail those 
two.  If you have any suggestions, please let me know.

Thanks

Larry
-- 
                                             lsmolyan@netcom.com
                                             Larry Smolyansky

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

From: buhrow@.ucsc.edu ()
Crossposted-To: comp.os.386bsd.development,comp.sys.ibm.pc.hardware.misc,comp.sys.ibm.pc.soundcard.misc,alt.dcom.telecom
Subject: ARE THERE ANY DRIVERS AVAILABLE FOR THE NEWVOICE NV400 VOICE CARDS OR ANY CARDS THAT PROVIDE THE SAME FUNCTIONALITY UNDER NETBSD OR LINUX?
Date: 13 Aug 1994 04:50:52 GMT



        Hello net world.  I was recently asked if I could make a telephone 
digital interface card for a PC card work under NetBSD or FreeBSD or Linux.
 Since I don't know the technical name for the card, let me describe what
kind of card I mean.  The card allows you to play analog matterial over the
phone line.  In addition, it performs dtmf decoding, allowing the caller at
the other end to pass messages to the software controlling the card.  An
example card is the Newvoice NV400.  Another example is a line of dialogic
cards.
        Is there a driver for any cards of this type available for the free 
unix-like operating systems?  The driver can be encumbered, as long as one
can purchase a license for the source.

        If no such driver is available, can anyone suggest a good company that is 
willing to give out technical documentation sufficient to construct a
driver? 

        If you could mail me responses, I would be most appreciative.  Also, 
I will summarize my findings when I finish the inquiry.
many thanks.
-Brian <buhrow@cats.ucsc.edu>


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

From: gpg109@huxley.anu.edu.au (Gary Paul Gortmaker)
Subject: Re: Floppy on TI Travelmate laptop: Does still not work
Date: 15 Aug 1994 00:56:45 +1000

hillbrec@informatik.uni-hannover.de (Dirk Hillbrecht) writes:

>It doesn't seem so. A friend of mine administrates a TI Travelmate 4000 with
>486SX processor and has a very similar problem with 1.1.41/42/43 kernel.
>Any kind of access to the floppy urges the computer to reboot immideately.

...yeah, the floppy code changes that went into 1.1.41 broke a lot of
floppy systems, incl. a notebook we have. Fortunately it only returns
error messages and doesn't reboot. If you back off to 1.1.40, you
should be able to use the floppy again.

Paul.

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

From: dhd@netcom.com (David H Dennis)
Subject: 1.1.43 won't link on my system
Date: Sun, 14 Aug 1994 15:38:08 GMT

I picked up version 1.1.43 (for some reason, 1.1.44 wasn't available) from
Sunsite and it compiled fine.  But when the make ran LD, I got the following
message:

"ld: unrecognized option -qmagic"

What did I do wrong?

Thanks!

D


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

From: jlu@cs.umr.edu (Eric Jui-Lin Lu)
Subject: Re: Sony CDU31A/Floppy driver fix
Date: Sun, 14 Aug 1994 05:15:48 GMT

Corey,

Thanks for the fix.  Now, my SONY 33A is working happily
with 1.1.44.  BTW, when I pasted you fix to a file and

patch -p0 < file

it doesn't work.  So, I manually inserted those two lines
into floopy.c.  BTW, will this be included into next official
patch??

Again, thanks.


  --Eric

In article <32g26g$khj@crchh327.bnr.ca>,
Corey Minyard <minyard@crchh7b9> wrote:
>I have found the problem with the CDU31A.  Actually the floppy driver
>was clobbering my base I/O address value.  I think someone owes me a beer
>for this one.  At least a virtual beer :-).
>
>This also might fix a lot of problems people were having with the new
>floppy driver.
>
>Here's the fix:
>
>
>--- linux/drivers/block/floppy.c.old   Fri Aug 12 09:31:58 1994
>+++ linux/drivers/block/floppy.c       Fri Aug 12 09:31:36 1994
>@@ -2920,7 +2920,9 @@
>       config_types();
> 
>       fdc_state[0].address = 0x3f0;
>+#if N_FDC == 2
>       fdc_state[1].address = 0x370;
>+#endif
>       for(fdc = 0 ; fdc < N_FDC; fdc++){
>               FDCS->dtr = -1;
>               FDCS->dor = 0;


-- 
***************************************---       Grad. student          ---*
* Obviousness is always the enemy of  *   \     Jui-Lin Lu (Eric)      /   *
* correctness.  -- Bertrand Russell   *   /      jlu@cs.umr.edu        \   *
***************************************---   Univ. of Missouri-Rolla    ---*

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

From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: gcc and Linux (compiling)...
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Sat, 13 Aug 1994 23:12:00 GMT

Followup to:  <32g5no$k7m@kruuna.Helsinki.FI>
By author:    wirzeniu@cc.Helsinki.FI (Lars Wirzenius)
In newsgroup: comp.os.linux.development
> 
> Actually, the strictly correct version depends on the standard you wish
> to follow.  The C standard specifies two strictly correct versions
> (ISO 9899-1990, 5.1.2.2.1):
> 
>       int main(void)
>       int main(int, char **)
> 
> (and compatible versions, e.g., leaving off the void, or using
> ``char *argv[]'' for the second argument).
> 
> The version you mentioned is a common extension.  Returning void is also
> a common extension (although usually just because it happens to work, not
> by design).  Neither is strictly conforming to the C standard.  I don't
> know what POSIX says.
> 

POSIX goes with int main(int, char **); this is specified in the
definition for the exec calls.

        /hpa
-- 
INTERNET: hpa@nwu.edu             --- Allah'u'ahba ---
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: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Registrar for major device #s?
Date: 14 Aug 1994 08:41:26 +0200

In comp.os.linux.development, article <1994Aug12.212609.27300@dali.cti-software.nl>,
  pim@dali.cti-software.nl (Pim Zandbergen) writes:
> 
> Might it be an idea to adopt the mdevice/sdevice scheme from
> System V ? There, drivers need not know which major # they'll
> get, yet they'll linke fine and all devices get created
> automatically after a kernel rebuild.

What for? We have /proc/devices and a nice MAKEDEV script which uses it.

Offhand, I can't think of anything you're getting from the SysV ?devices
stuff (which is rather difficult to understand) you can't get from MAKEDEV
(which anybody with workable /bin/sh knowledge can analyze, if necessary).

-- 
There is no being eloquent for atheism.  In that exhausted receiver, the
mind cannot use its wings -- the clearest proof that it is out of its
element.
                                -- Hare
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: jok@snakemail.hut.fi (Jouni A Kosonen)
Subject: Re: 1.1.43 won't link on my system
Date: 14 Aug 1994 17:42:26 GMT

In article <dhdCuJ7FK.FKo@netcom.com> dhd@netcom.com (David H Dennis) writes:
> I picked up version 1.1.43 (for some reason, 1.1.44 wasn't available) from
> Sunsite and it compiled fine.  But when the make ran LD, I got the following
> message:
>
> "ld: unrecognized option -qmagic"
>
> What did I do wrong?
>
> Thanks!

You are doing the same mistake I am: using an old compiler (I use 2.4.5).
Worry not, the answer is simple:
- in your /usr/src/linux/Makefile, around lines 92 and 93, comment
  out the LOWLDFLAGS and HIGHLDFLAGS - lines
- around lines 87 and 88, uncomment the corresponding lines
- enjoy

Jouni Kosonen
jok@beta.hut.fi


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


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