Subject: Linux-Development Digest #977
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Tue, 2 Aug 94 18:13:08 EDT

Linux-Development Digest #977, Volume #1          Tue, 2 Aug 94 18:13:08 EDT

Contents:
  easier text mode enabling (Andrew R. Tefft)
  Re: lint for linux (Bill Mitchell)
  Re: Voice Mail cards. (Russell Nelson)
  Format of /proc/stat ? (Garry Adkins)
  Re: ATA hard drive support? (Drew Eckhardt)
  Re: lint on linux? (Wallace Roberts)
  Re: New kernel message at boot time? (Jay Denebeim P025)
  Re: Translating IDE drives.. (Mark Lord)
  Re: Voice Mail cards. (Klaus Weidner)
  Re: mounting DOS diskette fails under 1.1.36 (Matthias Urlichs)
  Re: IDE patch won't work w/new kernels? (Brian A. Lind)
  Re: mounting DOS diskette fails under 1.1.36 (Joe George)
  Re: APC UPS owners or potential buyers, trying to show user base (David Wright)
  Packet drivers in Linux? (Jim Harkins)
  Future Domain TMC-3260 PCI SCSI (J. Frisbie)
  Mailing list for HNMS users... (Jason R. Thorpe)
  Re: Dosemu won't work with >1.1.29 <1.1.35 and recompile won't help (Scott Buchholz)
  Re: Large malloc problems (Wallace Roberts)
  Re: No Free Inode on 1GB harddisk!! (David Holland)

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

From: teffta@cs690-3.erie.ge.com (Andrew R. Tefft)
Subject: easier text mode enabling
Reply-To: teffta@cs690-3.erie.ge.com
Date: Tue, 2 Aug 1994 13:24:33 GMT

I have a Cirrus card which is not detected as such by boot/setup.S and
thus I don't have a choice of text modes by default. While I have once
or twice changed setup.S to enable them (once by just adding my modes
as the default and once actually adding the code to detect my particular
"banner" string), this is a real pain when I change kernel versions.

I realize that it would be kind of silly for us all to send these changes
to Linus for inclusion into the kernel source tree -- some popular chipsets
(such as the Cirrus 542x) are present on cards by many manufacturers
and having the code in the kernel to detect each possibility is silly.

What I would like is an easier way to be able to specify the text modes
my video card can do. Some file external to the kernel source that won't
be overwritten by a kernel update, and also which is not required (so
that something silly, like a distribution including a "broken" version,
is less likely to happen). 

A nice easy-to-read configuration file would also be nice for the
assembly-fearing among us. 

It would still be used at compile time (massaged into assembly and
then compiled into the kernel, perhaps) rather than runtime.
But the idea is to be able to specify this external to the kernel
source files.

Good idea?


---

Andy Tefft               - new, expanded .sig -     teffta@cs690-3.erie.ge.com



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

From: mitchell@leadbelly.math.ufl.edu (Bill Mitchell)
Subject: Re: lint for linux
Date: 02 Aug 1994 15:09:33 GMT

It is probably worth adding to the comments below that there are
several programs available which will read a C program and create
prototypes for it.  Not having done much C programming lately, I
don't remember where I saw them, but I have a program ' mkptypes.exe'
in my DOS directory which (if I remember right) does this.

        Bill Mitchell

In article <31jr6s$3ta@nms.telepost.no> tor@spacetec.no (Tor Arntsen) writes:
> In article 5dj@senator-bedfellow.MIT.EDU, D.G.Jones@scuna.dircon.co.uk (Derek Jones) writes:

> >gcc -Wall -pedantic does *not* catch some of the (even
> >more trivial) errors that a decent lint will catch. *Esp.*
> >if those errors are *calling problems between* source files.
> [..]
> Use prototypes.  Put them in a .h file. Include the file in the .c file, and in
> other applicable source files.  Put a target into the Makefile that sends GCC
> '-fsyntax-only' and all the -W's you can think of.
> Maybe it doesn't catch everything, but it does a good job in my opinion.
> For old non-prototyped non-ANSI code it's another story of course.
> 
> Regards,
> Tor
> 
> 
--

    Bill Mitchell
    Dept of Mathematics
    The University of Florida
    mitchell@math.ufl.edu       (904) 392-8123

  

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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Re: Voice Mail cards.
Date: 02 Aug 1994 15:16:35 GMT

In article <CtvyBo.4qw@oakhill.sps.mot.com> miker@diamante (Michael Reid H3-433) writes:

   I recently purchased the ZyXEL 1496 to do voicemail.  I found that
   the vgetty info was somewhat scant.  Does anyone have pointer to
   any documentation that might get me up to speed on this stuff.  I
   have vgetty running but I'm trying to play back messages on my
   Soundblaster and I'm having a dickens of a time with the pvf
   utilities.  There must be other people doing this?

#! /bin/sh

adpcmtopvf -r610 < /usr/spool/voice/incoming/voc-a$1 | pvfspeed 1.2 | pvftoau -ulaw > /dev/audio
--
-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: adkinsg@pcn.proline.com (Garry Adkins)
Subject: Format of /proc/stat ?
Date: 2 Aug 1994 12:24:39 -0400


I've been writing a Hunter Daemon for my machine, but I need a little
help with the format of /proc/stat file for a running process.

From looking at proc-ps sources, I think that the 14, 15, 16, and 17th 
entries give me the total time of a running process (in 100th of a sec).

Does anyone else have a document that explains the rest of the info?
proc-ps has only cryptic mnemonics that it saves them into, and no
documentation of it!


For those that don't know what a Hunter Daemon is, it takes a snapshot
(i.e. like ps gives) and looks at all the processes that have consumed
over x amount of total cpu time.  It then looks up the owner, and if
the owner is exempt (i.e. news or uucp, etc) then it ignores the process.

Otherwise it will nice you (default is +7 but I'm I'd like to hear suggestions)
and send you email telling you the process number and the niceness.

If it notices the process again, (say a user process has used 60 secs of
cpu..  It gets niced and notified.  After a while, hunter notices it's
used an additional 180 secs of cpu...) then it gets suspended.  

The latter behaviour (suspended) is optional.

Any help appreciated!

Thanks.
Garry

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

From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: ATA hard drive support?
Date: 2 Aug 1994 16:54:23 GMT

In article <mbi-0208940936470001@phmac107.ph.utexas.edu>,
MIchael Isichenko <mbi@hagar.ph.utexas.edu> wrote:
>I found that a new (?) hard drive standard, ATA, is out in the market. 

There's nothing new about it.

>This kind of drive is supposed to be compatible with IDE controllers, but
>is said to perform better with its native (ATA) controller.  Example:
>Seagate ST-3655A (528 MB) @ about $300-350.  Before I go ahead and buy it,
>I am wondering whether this ATA HDD is directly, or implicitly through
>IDE, supported by linux?  

ATA is the ANSI standard for IDE.

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

From: robertsw@agcs.com (Wallace Roberts)
Subject: Re: lint on linux?
Date: 2 Aug 1994 11:02:09 -0700

stimpson@panix.com (S. Joel Katz) writes:
>In <rfhCtptFK.3zJ@netcom.com> rfh@netcom.com (Robert F. Hutson) writes:
>
>
>>Is there a version of lint for linux?  Where might I find it (or is it
>>hiding under a different name)?
>
>>Thanks.
>
>       <sigh> This question comes up every two weeks.

hmm...

        tutorial% find /usr/doc -type f -print | xargs egrep -i lint
        tutorial%

i suppose this should be in a faq somewhere if it comes up "every two
weeks."

>No there is no lint for Linux. 'gcc -Wall' should do everything you need
>though.

i've experienced moderate success with "g++ -Wall" since C++ is somewhat
stricter than C, i.e., function prototype *must* be in scope, explicit
casts required, etc.

gears,
ye wilde ryder
--
robertsw@agcs.com | 86 cr250 "dirt devil"    83 v65 magna "animal"
"E Pluribus Unix" | 79 it250 "mr. reliable"  84 650 nighthawk ">> for sale <<"
"Criminals (especially tyrants) prefer unarmed victims."
"Ignorance can be cured; stupidity, on the other hand, is hereditary."

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

From: denebeim@bnr.ca (Jay Denebeim P025)
Subject: Re: New kernel message at boot time?
Date: Tue, 2 Aug 1994 14:27:23 GMT

Linus,

  I don't know about the rest of the people here, but if it would not
be too much trouble, a version file with a quick overview of the
changes in each kernel would be great.  If for no other reason, it
would allow us to know the areas of the code to exercise to try to
find bugs.  This is not to say that the kernel ever has many bugs,
linux has always been about the most stable complex operating system
I've ever used.

-- 
Jay Denebeim     Address: UUCP:     duke!wolves!deepthot!jay
                          Internet: jay@deepthot.cary.nc.us
                 BBS:(919)-233-9937      VOICE:(919)-233-0776

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

From: mlord@bnr.ca (Mark Lord)
Subject: Re: Translating IDE drives..
Date: 2 Aug 1994 19:26:20 GMT

In article <31khfd$80d@panix3.panix.com> stevek@panix.com writes:
>Okay, I give up...
>
>What's the trick to getting around the translating IDE drive problem...
>
>specifically this:
>                if (hd_info[i].head > 16) {

The best trick is to use kernel 1.1.37 or later, which includes code to
handle drives which the BIOS reports as having "more than 16 heads".

To install, you'll have to get a pre-built 1.1.37 kernel from somewhere,
and substitute it for the standard one on your (slackware?) boot disk,
or wait for Patrick (slackware) to update the boot disks to 1.1.37+.
-- 
mlord@bnr.ca    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: klaus@snarc.greenie.muc.de (Klaus Weidner)
Subject: Re: Voice Mail cards.
Date: Tue, 2 Aug 1994 10:28:01 GMT

miker@diamante (Michael Reid H3-433) writes:
>I recently purchased the ZyXEL 1496 to do voicemail.  I found that the
>vgetty info was somewhat scant.  Does anyone have pointer to any documentation
>that might get me up to speed on this stuff.  I have vgetty running but I'm
>trying to play back messages on my Soundblaster and I'm having a dickens
>of a time with the pvf utilities.  There must be other people doing this?

I admit that I'd rather add a few new features than document the old
ones... Unfortunately, the documentation on the voice features is a bit
outdated. Try looking at the source code, that's guaranteed to be
current and complete documentation :-)

To play stuff on your sound card, try:

   adpcmtopvf <voc-a00012 | pvfspeed 1.2 | pvftobasic >/dev/audio

Alternatively, you could try using the `listen' shell script, which
will allow menu-controlled playback of incoming messages on /dev/audio.

If you get a pointer to some additional documentation on vgetty, be
sure to send me a copy. I just know about the chapter in the mgetty
texinfo documentation and the zplay and pvf manpages.

Klaus
-- 
\ mail: klaus@muc.de, irc: tengu, http://www.muc.de/~klaus/
\ .signature error -- quote dumped

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: mounting DOS diskette fails under 1.1.36
Date: 2 Aug 1994 21:20:18 +0200

In comp.os.linux.development, article <1994Aug1.004800.5184@nbi.com>,
  jgeorge@nbi.com (Joe George) writes:
> urlichs@smurf.noris.de (Matthias Urlichs) writes:
> >>        mount: block device /dev/fd0 is not permitted on its filesystem
> >Bah. Linus (plus whoever is responsible for mount), please fix that message,
> >if for no other reason than to stop all these questions rolling in..!
> 
> It's not Linus's message, that's the response that mount gives to the
> -EACCES error the kernel returns to mount. I would guess (or hope?) that the
> next version of mount in Rik Faith's utilities will change that message.
> 
It is (partly), because presumably mount will give a different error
message when it gets EROFS, which IMHO should be the default error when you
try to open _any_ write-protected media read-write.

-- 
Authenticity Police - death to Spandex!
-- 
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: snicker@netcom.com (Brian A. Lind)
Subject: Re: IDE patch won't work w/new kernels?
Date: Tue, 2 Aug 1994 18:07:49 GMT

In article <313j6h$6ke@sparky.sterling.com>,
David Boyd <dwb@ITD.Sterling.COM> wrote:
>In article <30sfrg$lmu@vixen.cso.uiuc.edu>,
>Christian Holtje <choltje@ux1.cso.uiuc.edu> wrote:
>>tjko@tarzan.math.jyu.fi (Timo Kokkonen) writes:
>>
>       These patches also used to work for me as well.  I thought it
>might be another problem with my new Promise controller, but it looks like
>something changed as I am having the exact same problems.  Will try an
>older kernel tonight to verify. 
>
>P.S. Glad to see that the IDE patches made it into the main kernal tree.
>
>P.S.2 - Anyone gotten a Promise 4030VL controller to work with more
>than 2 drives?  
>

I had a Promise 4030VL controller for a while with 1Meg of cache on it.
I ended up taking it back because I couldn't get more than my first
2 drives to work under DOS and Linux. The card's setup seemed to
recognize all 4 of my drives (2 West. Dig and 2 Maxtor), but the
DOS device driver sure didn't and Linux secondary controller patches
didn't, either. Ended up going back to my GSI-18 secondary controller.
Also some of the tests I did with 'dd' under Linux showed the 4030VL
card to be slightly slower than my old ISA based IDE card. 
Maybe I didn't have enough cache RAM???
Sped up windows noticably though.


-- 
================================================================================
Brian A. Lind                                       Octel Network Services
Internet Engineer                                   Software Engineer II
snicker@netcom.com                                  brian.lind@octel.com
================================================================================
Famous last words:
        (1) Don't unplug it, it will just take a moment to fix.
        (2) Let's take the shortcut, he can't see us from there.
        (3) What happens if you touch these two wires tog--
        (4) We won't need reservations.
        (5) It's always sunny there this time of the year.
        (6) Don't worry, it's not loaded.
        (7) They'd never (be stupid enough to) make him a manager.
================================================================================

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

From: jgeorge@nbi.com (Joe George)
Subject: Re: mounting DOS diskette fails under 1.1.36
Date: Mon, 1 Aug 1994 00:48:00 GMT

urlichs@smurf.noris.de (Matthias Urlichs) writes:

>In comp.os.linux.development, article <1994Jul28.111458.147@hhdo.ping.de>,
>  hh@hhdo.ping.de (Henning Holtschneider) writes:
>> 
>>        mount: block device /dev/fd0 is not permitted on its filesystem

>Bah. Linus (plus whoever is responsible for mount), please fix that message,
>if for no other reason than to stop all these questions rolling in..!

It's not Linus's message, that's the response that mount gives to the
-EACCES error the kernel returns to mount. I would guess (or hope?) that the
next version of mount in Rik Faith's utilities will change that message.

-- 
Joe George (jgeorge@crl.com, jgeorge@nbi.com)
Great Moments in Usenet news:
"Usenet is a cesspool, a dungheap." -Patrick Townson
"No." -Tim Pierce

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

Crossposted-To: comp.unix.bsd
From: dmw@prism1.prism1.com (David Wright)
Subject: Re: APC UPS owners or potential buyers, trying to show user base
Date: Mon, 1 Aug 1994 18:18:44 GMT

>>>>> "CM" == Craig Metz <cmetz@thor.tjhsst.edu> writes:

  CM>   Also, if anyone has had experiences with other manufaturers of
  CM> smart UPS units trying to get programming/driver information from them,
  CM> please let me know. If APC doesn't change their line, I want to know who
  CM> *does* do things in the open -- that'll be who gets my business.

        B.E.S.T. Power Technologies is completely open about their specs. You
talk to their UPS's with "plain english" commands, and they provide more
concise "encoded" results for use by user-supplied programs (the format of
the encoded results is in the manuals).

                                                        Dave
--
  ____________________________________________________________________________
 |        /\ /          | Prism Computer Applications        |  David Wright  |
 |      -/--\--         | 14650 Detroit Ave, Suite LL40      | dmw@Prism1.COM |
 |      /____\          | Lakewood, OH 44107  USA            |  216-228-1400  |

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

From: jharkins@netcom.com (Jim Harkins)
Subject: Packet drivers in Linux?
Date: Mon, 1 Aug 1994 18:23:08 GMT

I want to buy a networking card for which Clarkson packet drivers
exist but no Linux drivers.  Assuming I've got the source to the
packet drivers, how much work is involved in getting a Linux ethernet
driver running?  I can also get source for Novell, SCO, Itner(mumble
mumble, damn aging brain cells), and BSD32 drivers for the board.
Thanks.

jim

-- 
"I want to die peacefully in my sleep like my grandfather.  Not screaming
in terror like his passengers."

Jim Harkins                          jharkins@netcom.com 
San Diego, CA.


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

From: jf@ATHENA.MIT.EDU (J. Frisbie)
Subject: Future Domain TMC-3260 PCI SCSI
Date: 2 Aug 1994 21:45:27 GMT


Hello,

Does anyone have a driver for the TMC-3260 PCI SCSI card?  It uses a
Future Domain 36C70 chip.  Please reply directly to me
jf@stan.mit.edu (The news poster tends to make my return address
jf@mit.edu which is not correct).

Thanks,
Joe




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

From: thorpej@python.CS.ORST.EDU (Jason R. Thorpe)
Crossposted-To: comp.protocols.snmp,comp.unix.admin,comp.os.386bsd.development
Subject: Mailing list for HNMS users...
Date: 2 Aug 1994 18:58:06 GMT

For all those who have grabbed the HNMS network management package...

There is a Majordomo mailing list for users to communicate to each other:
        hnms-users@maillist.cs.orst.edu

The core HNMS development team can be reached at:
        hnms-core@maillist.cs.orst.edu

The core team also reads the hnms-users mail.

To subscribe to hnms-users, send mail to:
        majordomo@maillist.cs.orst.edu

        [ message body ]

        subscribe hnms-users [e-mail address, optional]

For help, send the message body 'help'.

Any questions can be directed to owner-hnms-users@maillist.cs.orst.edu.

Later...

-- 
=============================================================================
Jason R. Thorpe                thorpej@cs.orst.edu                   754-1554
OSU CS Support                    CSWest Room 12                     737-5567
                           CSOS NetBSD/Symmetry Project

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

From: scottb@news.eecs.nwu.edu (Scott Buchholz)
Subject: Re: Dosemu won't work with >1.1.29 <1.1.35 and recompile won't help
Date: Tue, 2 Aug 1994 18:50:14 GMT

> Other combinations of memcpy(dest,src,size)
>                       munmap(src,size)
>                       memcpy(src,dest,size)          <---- sigsegv
> also doesn't work.

> Some idea's?
> Let's take a look at linux/mman.h.

Sure.  The way to fix it is to do an anonymous mmap after the munmap.
The problem comes from the fact that the newer versions of Linux leave
a 'hole' when memory is munmap'ed.  Older versions did an implicit
map to anon_map.

mmap((caddr_t)src, size, PROT_EXEC|PROT_READ|PROT_WRITE,
     MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0);
 
Or, you could sit and wait patiently for dosemu0.53 which should hopefully
be ready soon (assuming we all get our act together :) 

Scott Buchholz (scottb@eecs.nwu.edu)  Dosemu team member


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

From: robertsw@agcs.com (Wallace Roberts)
Subject: Re: Large malloc problems
Date: 2 Aug 1994 14:54:34 -0700

In article <Ctt99u.MI6@square.nl> kim@square.nl (Kim Hendrikse) writes:
:Anyone know why I can malloc 1000000 byte of memory but accessing it at
:indexes greater than about 250800 causes a Memory fault, I have 12 MEGS of
:ram.
:
:Test program
:
:#include <stdio.h>
:#include <stdarg.h>
:#include <stddef.h>
:#include <malloc.h>
:
:main( int argc, char *argv[] )
:{
:    int *p;
:    int i;
:
:    if ( !( p = ( int * ) malloc( ( size_t ) 1000000 ) ) )
:       exit( 1 );
:
:    setbuf( stdout, NULL );
:    for ( i = 0; i < 1000000; i++ ) {
:       if ( i % 100 == 0 )
:           printf( "%d\n", i );
:       p[ i ] = 255;
:    }
:}


well, let's see now...

a quick examination of the facts in the case reveals:

        1.) sizeof(int) == 4
        2.) 4 * 250800 == 1003200
        3.) 1003200 > 1000000

have you spotted the problem yet?

:-D

gears,
ye wilde ryder
--
robertsw@agcs.com | 86 cr250 "dirt devil"    83 v65 magna "animal"
"E Pluribus Unix" | 79 it250 "mr. reliable"  84 650 nighthawk ">> for sale <<"
"Criminals (especially tyrants) prefer unarmed victims."
"Ignorance can be cured; stupidity, on the other hand, is hereditary."

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

Subject: Re: No Free Inode on 1GB harddisk!!
From: dholland@husc7.harvard.edu (David Holland)
Date: 2 Aug 94 14:35:17


tor@spacetec.no's message of 2 Aug 1994 12:24:00 GMT said:

 > Maybe someone has written a tool to analyse a (quite full) filesystem and
 > come up with the most optimal bytes-per-inode ratio?

Hmm. The output of df and df -i should tell you what you want...

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

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


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