Subject: Linux-Development Digest #300
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Thu, 13 Oct 94 08:13:06 EDT

Linux-Development Digest #300, Volume #2         Thu, 13 Oct 94 08:13:06 EDT

Contents:
  Re: windowing/menu and more c lib for linux? (Hans Petter Fasteng)
  clearing the screen in gcc (Hans Petter Fasteng)
  Re: A badly missed feature in gcc (H. Peter Anvin)
  libg++-2.6: builtinbuf undefined (Alex Ramos)
  Writing to the Video Adapter (Bakery Crafts)
  Re: Kernel 1.1.53 - no BOOM (David Luyer)
  Re: Linux killed my floppy drive! (Bernd Eckenfels)
  Mathematical functions with c (Norbert Kuemin)
  Re: PGP for Linux?? ([email-masked])
  Can't exec a file on a nfs-mounted disk (#2) (Alberto Vignani)
  Re: Filesystem idea (Marcus Daniels)
  Re: 3c503 problem (Donald Becker)
  Re: FTP slowdown under 1.1.52 with hdparm on (Bernd Eckenfels)
  Cyclades 8YS serial card kernel code (Ivan the terrible)
  Re: Filesystem idea (Jeffrey Charles Schave)
  growing stack for clone (Davor Jadrijevic)
  Re: Linux For Mac (Alan Braggins)
  Re: New Motif lib's for use with XFree 3.1 ? (Jason V Robertson)
  SCSI-Scanner with Linux (Torsten Eichner)
  Is anyone working on intelligent serial board drivers? (Greg Hankins)
  Re: [Answer?!] Re: ext2fs vs. Berkeley FFS (Leonard N. Zubkoff)
  Re: Looking for X graphics/ Plotting libraries (Geoffrey Furnish)

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

From: [email-masked] (Hans Petter Fasteng)
Subject: Re: windowing/menu and more c lib for linux?
Date: Wed, 12 Oct 1994 15:35:52 GMT

Francesco Defilippo ([email-masked]) wrote:
: Dimitris Evmorfopoulos ([email-masked]) wrote:
: : Hans Petter Fasteng ([email-masked]) wrote:
: : : Is is made a c lib for gcc with functions for making window handling and
: : : menus? if yes where can I get it?

: : : -Hans

: :     For terminals try ncurses, for X, ... well there are plenty of ways.

: .. for X try libsx1.1 is a wonderful library. 
: hplda1.unipv.it:/pub/linux/Libs/libsx-1.1.tar.gz

: --
: With Best Regards:

  Thanks for all answers, is it some way (lib) for non-x based apps?
on terminals?

-hans

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

From: [email-masked] (Hans Petter Fasteng)
Subject: clearing the screen in gcc
Date: Wed, 12 Oct 1994 19:31:25 GMT

This my sound silly but I have never done this in unix (yet).
How can I clear the screen, and make the cursor apper at the upper left
corner of the screen?

-Hans

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

From: [email-masked] (H. Peter Anvin)
Subject: Re: A badly missed feature in gcc
Reply-To: [email-masked] (H. Peter Anvin)
Date: Wed, 12 Oct 1994 20:07:24 GMT

One thing: would people stop sending me compiler samples?  I *know*
that it is not in the current version of the C standard, and I know
there are people out there who think ANSI C, the 1990 version, is the
Word of God[TM], but all I did was mention that:

a) A number of C compilers support it as an extension,
b) It has been proposed for inclusion in a future version of the ANSI
   C standard,
c) There have yet surfaced a *non-artificial* example of code that it
   would break (which would, if such code existed, make (b) a Bad
   Thing[TM]).

Please let's put this thread to rest.

        /hpa
-- 
INTERNET: [email-masked]             --- Allah'u'abha ---
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
Laughter is the best medicine -- Quayle in '94.

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

From: [email-masked] (Alex Ramos)
Subject: libg++-2.6: builtinbuf undefined
Date: 12 Oct 1994 21:48:00 GMT

libg++-6.0 fails to build under Linux-1.0.9, with either version
of gcc-2.5.8 and gcc-2.6.0.
It was configured with "./configure" (no parameters) which resulted
in the correct guess i386-unknown-linux.

The error occurs at this point:
gcc -o gperf new.o options.o iterator.o main.o gen-perf.o key-list.o list-node.o hash-table.o bool-array.o read-line.o std-err.o version.o  ../../libg++.a

Error message:
../../libg++.a(stdstrbufs.o): Undefined symbol builtinbuf referenced from data segment
../../libg++.a(stdstrbufs.o): Undefined symbol builtinbuf referenced from data segment
../../libg++.a(stdstrbufs.o): Undefined symbol builtinbuf referenced from data segment

Please let me know if you need more information.

Thanks,

-- 
Alex Ramos ([email-masked]) * http://info.latech.edu/~ramos/
Louisiana Tech University, BSEE/Sr * These opinions are probably mine

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

From: [email-masked] (Bakery Crafts)
Subject: Writing to the Video Adapter
Date: 12 Oct 1994 23:10:28 -0400
Reply-To: [email-masked]

  We're porting a character based windowing library to linux for use
with some proprietary programs that we've written.  My associate is
experimenting with the 'vgalib' facility to try to gain access to
the video adaptor.  Can anyone offer advice or pointers to information
on this subject ?  

  If responding via E-Mail, please reply to [email-masked]

  Thanks in advance,
  Curt Eckhart 
  Bakery Crafts

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

From: [email-masked] (David Luyer)
Subject: Re: Kernel 1.1.53 - no BOOM
Date: 13 Oct 1994 04:41:58 GMT

Steven M. Doyle ([email-masked]) wrote:
: In <[email-masked]> [email-masked] (Mark A. Horton KA4YBR) 
:     writes:
: >Console: colour EGA+ 132x44, 24 virtual consoles
: >Serial driver version 4.00 with no serial options enabled
: >tty00 at 0x03f8 (irq = 4) is a 16550A
: >tty01 at 0x02f8 (irq = 3) is a 16550A
: >tty02 at 0x03e8 (irq = 4) is a 16550A
: >tty03 at 0x02e8 (irq = 3) is a 16550A

: One interesting point is the sharing of IRQ's between tty0/2 and tty1/3.  
: This may be causing part of your problem (only thing I can suggest not 
: knowing exactly how your link is set up)

I don't know the original question, as the article has not reached here
yet.  In regards to the shared IRQ's, this is the dos standard, but does
cause rather large problems if you try to extract any reasonable pace 
from two serial ports on the same IRQ.

The easiest (believe me, it is the simplest modification I've ever done
to hardware) thing to do is re-wire the serial boards - usually this
requires the addition of one wire and the removal of one jumper
connector, sometimes you also have to cut a track.

After doing this, you have to modify the kernel to use AUTO_IRQ,
CONFIG_AUTO_IRQ or change the flags on the first four com ports,
depending on kernel version.

-- luyer

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

From: [email-masked] (Bernd Eckenfels)
Crossposted-To: comp.os.linux.help
Subject: Re: Linux killed my floppy drive!
Date: 13 Oct 1994 04:31:31 GMT

root ([email-masked]) wrote:
: Perhaps it is necessary to write a floppyseekd that runs every 2 hours?

Yes, but if u want to simulate Windows-reboot-cycles, u should use 20
minutes. The best thing would be to include an command like switch (o
know, never use static constants)

Gretings
Bernd

PS: :-)
--
  (OO)        --  [email-masked]  --
 ( .. )    +4972573817   [email-masked]   [email-masked]
  o--o            *QUAK* Jetzt auch mit Plueschtier in der .Sig!  
(O____O)   <A href=http://rzstud1.rz.uni-karlsruhe.de/~ukd1/>Eckes@IRC</A>

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

From: [email-masked] (Norbert Kuemin)
Subject: Mathematical functions with c
Date: 12 Oct 1994 10:19:12 GMT
Reply-To: [email-masked]

Does anyone now which library i must link to use the definitions from
/usr/include/math.h ???

TNX

Norbert

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

From: [email-masked]
Subject: Re: PGP for Linux??
Date: Mon, 10 Oct 1994 20:54:12 GMT

Zack T. Smith ([email-masked]) wrote:

: Can anyone tell me whether PGP (the encyption utility) been ported Linux?
: I haven't been able to find it in the archives...

"since about forever" PGP compiles out-of-the-box under Linux.
grab a copy of the source code and type 'make'.

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

From: Alberto Vignani <[email-masked]>
Subject: Can't exec a file on a nfs-mounted disk (#2)
Date: 13 Oct 1994 05:14:08 -0400
Reply-To: [email-masked]

Hi all.
This is my new trouble with Linux:

My setup: Slackware 1.1.2, kernel 1.1.53
I created a private directory (perm=0700) on a DECstation and mounted
it on my Linux machine via nfs. While reading and writing files works
fine, I can't execute anything.

The error I get is of the form
<shell>: <pgm>: Operation not permitted
This happens with bash,tcsh and ksh.

The fstab entry is:
<machine:/dir>  <mydir> nfs     rw,suid,exec,nodev,user,rsize=8192,wsize=8192

User and group ids are the same on both machines.
We performed tests between two DECstations and there were no troubles
executing files.

What do you think is best:
1) have a deeper look at the docs
2) declare this as a kernel bug in fs/nfs
3) upgrade to Slackware 2.0
4) get newest version of network code from the Net

Alberto

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

From: [email-masked] (Marcus Daniels)
Subject: Re: Filesystem idea
Date: 13 Oct 1994 03:35:52 GMT
Reply-To: [email-masked]

In-reply-to: [email-masked].'s message of 12 Oct 1994 16:28:48 +0100

I'm using a xray-crystallography program called `O' that stores
data in `.o' files.

I'd be mighty annoyed if some system-process I wasn't aware of 
decided to go `clean-up' my directories.

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

From: [email-masked] (Donald Becker)
Crossposted-To: comp.os.linux.help
Subject: Re: 3c503 problem
Date: 11 Oct 1994 00:20:50 -0400

In article <[email-masked]>,
Greg Bruell <[email-masked]> wrote:
>OK. I've done some more homework. Based on looking at net/inet/dev.c
>to find where /proc/net/dev is created I found the stat rx_errors.
>I grepped for that and found it in several places but the only place
>in the 3c503 driver was actually in the file 8390.c. Here's the code:
>
[omitted]
...
>Based on a suggestion someone sent me I tried programmed IO mode.
>This worked better but not reliably. I'm not shadowing memory
>according to my BIOS setup but the idea that this is related to
>memory/IO conflicts seems plausible.

If programmed-I/O mode works and shared memory doesn't, you have a hardware
conflict.  The shared memory memory region 1) must not conflict with other
adaptors RAM *or* ROM  2) must not be shadowed and 3) must not be cached.
You've ruled out #2, but have you checked your BIOS setup for #3?

(BTW, programmed-I/O on the 3c503 is, uhmmm, "rather low performance" to put
it kindly.)

>One last thing is that ARP works even though nothing else does.

ARP on the remote machine because it looks at the address of the packet you
transmitted.  You don't need bidirectional traffic!  (I've used this as a
debugging data point -- if the remote machine knows the ethernet address,
the Tx packets are getting through.
-- 
Donald Becker                                     [email-masked]
USRA-CESDIS, Center of Excellence in Space Data and Information Sciences.
Code 930.5, Goddard Space Flight Center,  Greenbelt, MD.  20771
301-286-0882         http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

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

From: [email-masked] (Bernd Eckenfels)
Subject: Re: FTP slowdown under 1.1.52 with hdparm on
Date: 13 Oct 1994 04:52:08 GMT

Garth C. Nielsen ([email-masked]) wrote:
: get about 1.4 K/sec. But while running it with hdparm -m 32 the
                                                 ^^^^^^^^^^^^^
                                                 
If u run multi-sector read u have to unmask the interrupts, too. If u
dont do this: (hdparm -m32 -u 1) the interrupt latency would be too
high, to handle the serial interrupts fast enough.

Greetings
Bernd
--
  (OO)        --  [email-masked]  --
 ( .. )    +4972573817   [email-masked]   [email-masked]
  o--o            *QUAK* Jetzt auch mit Plueschtier in der .Sig!  
(O____O)   <A href=http://rzstud1.rz.uni-karlsruhe.de/~ukd1/>Eckes@IRC</A>

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

From: [email-masked] (Ivan the terrible)
Subject: Cyclades 8YS serial card kernel code
Date: 12 Oct 1994 19:01:14 GMT

I have two Cyclades-8YS serial mux cards. Does anyone have a pre-built  
kernel that supports the serial mux card. The kernel also needs to support  
SCSI. I have been trying to integrate the driver into the kernel and have  
been getting lost.

Ivan

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

From: schave@PROBLEM_WITH_INEWS_GATEWAY_FILE (Jeffrey Charles Schave)
Subject: Re: Filesystem idea
Date: 11 Oct 1994 04:34:50 GMT

Riku Saikkonen ([email-masked]) wrote:
> Got this odd idea the other day...

> Some 'temporary file' capability for the filesystems might be a good
> thing. For example, with an oft-compiled largish application, it's good
> to keep the .o files in the directory(/-ies). But they fill up disk
> space... What I'm suggesting is some sort of 'temp file' attribute that
> would keep the file on disk until space runs low. Then, when the disk
> space is almost 0, it would start deleting the temp files to free space.

> Files like .o, perhaps some other temporary files, files converted to
> another format for speed but with the original file still lying around,
> things like that might benefit from this...

> I know, this isn't too easy to implement. I don't have time for it. And
> I'm not even sure if this would be that useful. But if some filesystem
> expert feels bored... :)

> -=- Rjs -=- [email-masked] - IRC: Rjs
> "From cavern pale the moist moon eyes / the white mists that from earth
> arise / to hide the morrow's sun and drip / all the grey day from each
> twig's tip." - J. R. R. Tolkien

I don't think that a new file system is necessary for this.  An easy
way to accomplish this is to write a shell script run every night,day
,whatever(via cron). This script could check the amount of free space
left on the drive, and if necessary, destroy any .o files.

-Jeff

--
===========================================================================
Jeff Schave                     Computer Aided Engineering Staff 
216 Langdon St.                 University of Wisconsin
Madison, WI 53703               [email-masked]

Home Phone:    256-8652
Work Phone:    262-5349
===========================================================================

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

From: [email-masked] (Davor Jadrijevic)
Subject: growing stack for clone
Date: 12 Oct 1994 16:18:01 GMT

HI

>>> This is about kernel supported threads <<<

Intro:

To make clone viper-alike in order to test things and make 
a client/server application during viper is under construction, 
I added COPYPID option for clone syscall. This is for 32-bit
PIDs. COPYPID copies lower 16 bits of the PID which created the 
clone, and puts the clone_id in higher part.

Example: process has PID = 128 = 0x80
When 0x80 forks itself, PID=0x81, 0x82 etc is created.
When 0x80 clones itself without COPYPID, it's the same.
When 0x80 clones itself with COPYPID set, then
PID=0x10080, 0x20080 etc is created.

With this, 32-bit modifications for /proc (procfs) have sense,
indicating clones of the process in a special way. That's
something like /proc/PID_BITS_0-15/vwp/PID_BITS_16-31.

Patched 1.1.52 runs great with all this together (including
/proc/mtab) for several days.

Also an early patch for kmem-ps is done to show 32-bit PIDs.

Some time is needed to adapt clone examples based on postings
from Rob Janssen and Michael David McCartney. If there are
newer versions, please lemme know.

Upload of everything spoken here to sunsite may be expected
soon. It will be something like vwprocfs-0.4.0-1.1.52, that's
actually /proc/mtab thing which has grown out :)

Next thing is try to port one server to work with clone.

Looking for: ------->

Growing stack for clone syscall would be nice. I am 
interested did someone consider how to make it? Or 
already has some patches that provide it? I'd appreciate
any info.

Best regards, Davor.
--
<[email-masked]>, <[email-masked]>
================ Davor Jadrijevic ====================

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

From: [email-masked] (Alan Braggins)
Subject: Re: Linux For Mac
Date: Mon, 10 Oct 1994 13:05:52 GMT

In article <[email-masked]> [email-masked] (Henry Ware) writes:
   In article <[email-masked]>,
   Aaron 'Raz' Wrasman <[email-masked]> wrote:
   >Actually could I get some info on Linux for the Mac also? 
   Whats to tell?  The Linux FAQ lists no 68k mac ports, 

Amiga and Atari posrts exist though.
--
Alan Braggins  [email-masked]  [email-masked]
"Any technology distinguishable from magic is insufficiently advanced"

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

From: jr7877@eehpx12 (Jason V Robertson)
Crossposted-To: comp.windows.x.i386unix
Subject: Re: New Motif lib's for use with XFree 3.1 ?
Date: 8 Oct 1994 03:17:15 GMT

In article <[email-masked]> [email-masked] (Adam J. Richter) writes:
>major version number for shared libraries under Linux, requiring all
>programs that were linked against X11R5 to be rebuilt.  We had an X11R6
>beta release that used a downward compatible version version number for

Yeah.  I have motif 1.2.2 and having to mess around with keeping the old
*.so*3* files around is kind of a pain.  Not to mention trying to compile
something that uses the motif library, which wants the old *.sa* files.

Oh well, I guess such is the price of progress.  Hopefully they'll recompile
the motif stuff real soon (and move up to 1.2.3 in the process).

(But still- many thanks to the XFree team, obviously...)

They even seem to have a member out patrolling this group for questions
(David Dawes?).  It really is a class act.
-- 
Email: [email-masked]
Ph or finger [email-masked] for PGP public key.
(Like I actually need one).
Don't bother telling me.  I know I am an idiot, but I am good at it.

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

From: [email-masked] (Torsten Eichner)
Subject: SCSI-Scanner with Linux
Date: Wed, 12 Oct 1994 09:56:59 GMT

SCSI-Scanner with Linux

Hi all,

does anyone have experience with using a SCSI Scanner
with Linux?

I have got a Mustek Paragon 6000 (it was just cheap :-)
and want to scan images under Linux. This isn't supported
in Linux kernel 1.0.9.

Has anyone written a device driver for this or has got any ideas
about how to do it (where do I get the vendor commands for it?),
is there enough interest to start writing such a module?

I would appreciate any comments to this case.

Torsten

====================================================================
Torsten Eichner                  email: [email-masked]
Universitaet Kaiserslautern      email: [email-masked]
====================================================================

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

From: [email-masked] (Greg Hankins)
Subject: Is anyone working on intelligent serial board drivers?
Date: 10 Oct 1994 22:01:47 -0400

I'm preparing for another update of the Serial-HOWTO, and I was
wondering if anyone was working on intelligent serial board drivers
(besides the people listed in the projects map...).  If so, please
let me know about it.  If you are in the projects map, and would like
to add something, feel free.

For that matter, if you have anything to say about the Serial-HOWTO,
get in touch.  I've redirected followup to me, because I'm really
busy right now, and blah blah blah.  I'll summarize if there is interest!

Thanks,
Greg

-- 
Greg Hankins ([email-masked])  |  Georgia Institute of Technology
Computing and Networking Services          |  College of Computing
+1 404 853 9989                            |  Atlanta, GA 30332-0280 
http://www.cc.gatech.edu/staff/h/Greg.Hankins/Greg.Hankins.html

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

From: Leonard N. Zubkoff <[email-masked]>
Subject: Re: [Answer?!] Re: ext2fs vs. Berkeley FFS
Date: Thu, 13 Oct 1994 03:05:01 GMT

In article <[email-masked]> Stephen Tweedie <[email-masked]> writes:

  In general, Linux's ext2fs is significantly faster than ffs.  I don't
  have hard performance data right beside me, but I can get it if you
  like.  From memory, ext2fs is typically 10% to 50% faster than ffs for
  general use; some operations (such as unpacking a large tar archive) can
  achieve a much greater speedup.

Talk about an understatement!  I had noticed a big performance increase, and I
wanted to quantify it, so here's a comparison of unpacking the entire X11R6
distribution, applying the X Consortium patches, and then installing XFree86
3.1 sources.  Both my Linux Pentium 90 system and the SparcStation were
unpacking onto 2.1gb SCSI drives:

SparcStation 10 Model 41 SunOS 4.1.3:

        187.280u 200.810s 46:42.58 13.8% 0+177k 7801+123005io 2600pf+0w

Pentium-90 Linux 1.1.51:

        121.460u 143.620s 9:49.53 44.9% 0+0k 0+0io 1197pf+0w

Yes, my Linux system did this five times faster than a SparcStation!

For the curious, here's a copy of the script that was timed above (GNU tar and
gzip were used on both machines, compiled by gcc for maximum performance):

#! /bin/csh -f
rm -f patch.log
tar -xzf xc-1.tar.gz
tar -xzf xc-2.tar.gz
tar -xzf xc-3.tar.gz
tar -xzf contrib-1.tar.gz
tar -xzf contrib-2.tar.gz
tar -xzf contrib-3.tar.gz
tar -xzf contrib-4.tar.gz
cp xdm-auth/Wraphelp.c xc/lib/Xdmcp/Wraphelp.c
cat fixes/fix-* | patch -p -E >>& patch.log
rm -f `tar -tf fixes/fix3docs.tar` |& fgrep -v "is a directory"
tar -xf fixes/fix3docs.tar
rm -rf xc/programs/Xserver/hw/xfree86
tar -xzf XFree86-3.1.tar.gz
zcat XFree86-3.1.diff.gz | patch -p -E >>& patch.log
zcat XFree86-3.1-contrib.diff.gz | patch -p -E >>& patch.log
cat XFree86.patch | patch -p -E >>& patch.log

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

From: [email-masked] (Geoffrey Furnish)
Crossposted-To: gnu.gcc.help
Subject: Re: Looking for X graphics/ Plotting libraries
Date: 12 Oct 1994 16:21:14 GMT

In article <[email-masked]> [email-masked] (Rob Janssen) writes:

   Newsgroups: comp.os.linux.development,gnu.gcc.help
   From: [email-masked] (Rob Janssen)
   Reply-To: [email-masked]
   Organization: PE1CHL
   Date: Wed, 12 Oct 1994 08:33:53 GMT

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

   >>: a package that can do the plotting for me.
   >>
   >>Why dont you spawn gnuplot to do this lob for you ?

   >Well, I don't need that much "firepower", and want to use all the 
   >processor time on my measly 486DX50 to chew on the data to be graphed. I 
   >simply need to plot the data in 2D, with auto-scaling, nothing fancy, 
   >really:->

   Then why don't you take the sources for gnuplot and take out what you need?

Allow me to humbly propose PLplot.  Available via anonymous ftp from
dino.ph.utexas.edu.  Works great on Linux.  Does what the original
poster wants.  Does not require hacking gnuplot to shreds to do what
he wants, etc.

-- 
--
Geoffrey Furnish
UT Institute for Fusion Studies,  [email-masked]   512-471-6147
MCC Experimental Systems Lab,     [email-masked]              512-338-3717

        "Pushing back the boundary of inanity."

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

** 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.development) 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-Development Digest
******************************