Linux-Development-Sys Digest #602

1999-04-09 Thread Digestifier

Linux-Development-Sys Digest #602, Volume #6  Fri, 9 Apr 99 01:14:15 EDT

Contents:
  Re: Newbie ("D. Stimits")
  Re: How to test if /dev/fd0 exists (Phil Howard)
  Re: Device driver cleanup (Phil Howard)
  persistent heap design advice please ("Keith Morgan")
  Re: Arrgghh! How MUCH does it cost to set up Apache? (Andrew Bates)
  Re: is there any hope for my Mwave? ("Keith Frechette")
  Compaq Smart SCSI - NCR 53c7xx ("Jorge M. Rodrigues")
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) ([EMAIL PROTECTED])
  libz.so.1 missing? (Alan Hobesh)
  Re: You can now use Winmodems in Linux!!! ("Keith Frechette")
  Re: You can now use Winmodems in Linux!!! ("Keith Frechette")



Date: Thu, 08 Apr 1999 17:47:08 -0700
From: "D. Stimits" [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Re: Newbie

Craig Christensen wrote:
 
 I resized my resolution in XWindows and after rebooting it is gigantic
 and I can't read anything.  How do I resize to where I want it by using
 XWindows and by using the root?
 
 Please help, I am a newbie and am very frustrated.
 
 Craig
 [EMAIL PROTECTED]

This is only a partial answer, but will help start things on the way.

If you set your virtual resolution, via either a configuration utility or editing 
/etc/XF86Config,
to match your desktop size, then you have the essential part of making your desktop 
the same size as
your screen.

If you set the resolution to higher modes, e.g., going from 640x480 to 800x600, it'll 
place the same
number of dots on the screen, but place them more compactly...it'll appear to shrink.

You may have settings for these for each color depth, so you might want to change this 
in more than
one place to see the results everywhere.

Note that any mode that is not within your listed scan rate ability for your monitor 
will be
rejected summarily. So if modes are there that should do the job, but they are 
rejected, likely they
call for something the server thinks is outside your monitor or video card specs.

You can also edit your modelines to do some fine tuning. You can get new modelines by 
viewing the
results from xvidtune, and noting what it tells you for a particular mode. Then 
comment out your old
mode lines for that scan size/rate, and enter those instead (again, /etc/XF86Config).

--

From: [EMAIL PROTECTED] (Phil Howard)
Subject: Re: How to test if /dev/fd0 exists
Date: Thu, 08 Apr 1999 22:11:32 GMT

Unfortunately, /proc/devices shows:

Block devices:
 2 fd

even if the floppy drive physically is not there.  So this test does not
work.  I have a machine here with no floppy, and this shows up.

The output from the "dmesg" command also shows the floppy even if it is not
physically there.  Apparently the floppy driver doesn't actually care if the
physical drive is really there or not.  So modprobe may well give a false
indication that the floppy is present when it is not because the driver may
well load even though the floppy drive isn't there.  I'll go ahead and try
making the floppy be a module anyway and try it just in case.  A quick look
at drivers/block/floppy.c doesn't look very promising.

Interestingly, on a machine with an empty floppy drive, attempting to read
gets a quick error.  This is fully satisfactory.  If I could get the same
thing to happen with the drive not there, that would be the solution.

I may have to find a way to literally do some sort of I/O machine instruction
to probe the status of the floppy base address to see if it is there.  Even
then I don't know if I'm waiting for some interrupt that won't come back.

Alternatives?

The purpose of this is to have a cheap place to store a small set of config
data for a system that is booting up from a CD into ramdisk, with the CD
mounted as /usr, and some things in / being symlinks to a subdirectory on
the CD.  What I plan to do with the data on the floppy is to untar it into
a /tmp subdirectory, pick certain files from it to replace corresponding
ones in appropriate places, and then remove the /tmp subdirectory.  This
will be happening before /sbin/init runs (so I can even get /etc/inittab
from the floppy).

I am considering flash disks.  But a cheap removeable media would be highly
preferred.  Are there any removeable flash devices that work with Linux as
an ordinary device (e.g. emulates a floppy or IDE drive)?



On Thu, 8 Apr 1999 14:12:07 +0200 Michael Knigge ([EMAIL PROTECTED]) wrote:

| Phil Howard schrieb in Nachricht ...
| I need to test to see if /dev/fd0 exists or not.  Not the node file,
| not the driver, I mean the actual physical device.  What happens when
|
| Maybe it helps to check the file /proc/devices. There is one line
| indicating the presence of Floppy Devices (I checked against 2.0.35,
| I don\264t know about 2.1.x and 2.2.x)

On 8 Apr 1999 14:45:09 GMT Andreas Peetz ([EMAIL PROTECTED]) wrote:

| You could test if the block 

Linux-Development-Sys Digest #604

1999-04-09 Thread Digestifier

Linux-Development-Sys Digest #604, Volume #6  Fri, 9 Apr 99 10:16:12 EDT

Contents:
  Re: PCI DMA to user space possible? (Klaus Elend)
  Re: LILO - boot from PCMCIA IDE hd (Phil Howard)
  Re: Newbie (Eugen Dueck)
  Re: Stream Processing (provided by SVR4) for Linux? (Mike Jagdis)
  Re: Yet Another Audio Chip (Peter Samuelson)
  Re: libz.so.1 missing? (Peter Samuelson)
  linux 2.2.5, SMP, device driver (Lorenz Hahn)
  Re: 4 Gb memory? ECC? (Phil Howard)
  Re: PCI DMA to user space possible? (Maciej Golebiewski)
  Re: How to test if /dev/fd0 exists ([EMAIL PROTECTED])
  Re: PCI DMA to user space possible? (Peter Samuelson)
  Re: GDB broken in Redhat 5.2? (Peter Samuelson)
  Re: GDB broken in Redhat 5.2? (Mark Gray)
  Re: PCI DMA to user space possible? (Klaus Elend)



From: Klaus Elend [EMAIL PROTECTED]
Subject: Re: PCI DMA to user space possible?
Date: 9 Apr 1999 10:10:03 GMT

Hi folks,

thanks for all the helpful replies to my posting!

Looking at the different possibilities to achieve the task,
I think the way that best suits my needs is the patch
from Robert Kaiser, since it is the only one that allows to
supply a standard read()/write() interface for the user,
without requiring him to work with specially allocated buffers
or anything like that.

There are already quite a few applications requiring data
transfer rates high enough for not wanting them to be copied
around in memory only for operation system handling reasons,
and their number will definitely increase in the future.
Just think about things like FireWire or ADSL.

Therefore, I am somewhat astonished that Linux obviously
lacks the capability to support such a thing unmodified!
This is something lots of OS's like AIX, SOLARIS, Lynx etc
do support.  Even Windows NT can do it and does not even
require much additional effort for the driver writer.

Is there any chance that Roberts patch (or any other code that
achieves the same thing) will make its way into a future kernel
version?  IMHO, it would *really* improve Linux.

Klaus

-- 

=
Ingenieurbuero Ingo Mohnen   Tel   +49 (241) 94924-11
Rottstrasse 33   Fax   +49 (241) 94924-29
52068 Aachen mailto:[EMAIL PROTECTED]
Germany  http://members.aol.com/impaachen

--

From: [EMAIL PROTECTED] (Phil Howard)
Subject: Re: LILO - boot from PCMCIA IDE hd
Date: Thu, 08 Apr 1999 23:13:48 GMT

On Thu, 08 Apr 1999 19:10:46 +0200 Krzysztof Arciszewski ([EMAIL PROTECTED]) wrote:

| I've got a hard disk connected to my notebook with PCMCIA card.
|
| - Is there any possibility to boot an operating system from this disk?
| - Does exist any boot loader for LILO?

Can your BIOS actually read the device for booting purposes?  It may or
may not really be a "plain vanilla" IDE device.  PCMCIA cards tend to
use special commands with special drivers, and booting from there may
not even be possible.

--
Phil Howard   KA9WGN
[EMAIL PROTECTED] [EMAIL PROTECTED]

--

From: Eugen Dueck [EMAIL PROTECTED]
Subject: Re: Newbie
Date: Fri, 09 Apr 1999 11:12:37 +0200

comp.os.linux.DEVELOPMENT.system 
Craig Christensen wrote:
 
 I resized my resolution in XWindows and after rebooting it is gigantic
 and I can't read anything.  How do I resize to where I want it by using
 XWindows and by using the root?
 
 Please help, I am a newbie and am very frustrated.
 
 Craig
 [EMAIL PROTECTED]

--

From: [EMAIL PROTECTED] (Mike Jagdis)
Subject: Re: Stream Processing (provided by SVR4) for Linux?
Date: 9 Apr 1999 10:31:45 GMT

In article [EMAIL PROTECTED], David Grothe wrote:

SCO OpenServer uses STREAMS TCP/IP; SCO UnixWare 2.x uses STREAMS TCP/IP;
SCO UnixWare 7 uses STREAMS TCP/IP; Solaris 2.6 for SPARC (and presumably
Intel) uses STREAMS TCP/IP.  I don't have a Solaris 2.7 here, but I doubt
if it is any different.

It depends what you mean by "STREAMS TCP/IP" :-). Most of the SVR3
derived systems used the Lachman stack which used a BSD-ish IP
module with STREAMS wrappers front and back. The socket interface
was dumped behind a STREAMS message interface and accessed by
simply setting up the socket call number and arguments in a
buffer instead of on the stack and passing it down through the
STREAMS head using an ioctl.

  Back when Wyse were in the large(ish) systems market (around a
decade ago) they mapped all the internal socket stuff back in to
the system call table and their socket library bypassed the STREAMS
layer. SCO introduced the system call bypass in, I think, the net100
patch to 3.2v5.0.0. Even with today's network speeds the overheads
in dereferencing through STREAMS module stacks and the cache pollution
implications become significant - especially once you start talking
about fast pathing IP.

  If connection 

Linux-Development-Sys Digest #606

1999-04-09 Thread Digestifier

Linux-Development-Sys Digest #606, Volume #6  Fri, 9 Apr 99 20:14:50 EDT

Contents:
  Re: BASIC compiler for Linux? (Gordon Scott)
  Stupid shell question: (Tim Triemstra)
  profiling a dynamic library (Jean-Christophe Ulysse)
  Re: Difficulty with C++ clock() function on Linux ("Robert C. Paulsen, Jr.")
  Re: Arrgghh! How MUCH does it cost to set up Apache? (Don Baccus)
  Re: Arrgghh! How MUCH does it cost to set up Apache? (Don Baccus)
  Re: persistent heap design advice please ("Keith Morgan")
  Re: kernel compilation error (David T. Blake)
  Re: SMP Linux,  Any Catches? ("Clint Byrum")
  The Auto Sleep of Linux?? (Edmond Song)
  Re: (Q) Using the pgp signature on the kernel sources (Peter Samuelson)
  Re: Online Kernel debugger (Arun Sharma)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Dan Mercer)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Josh Stern)
  skbuff problems (Nitin Malik)



From: [EMAIL PROTECTED] (Gordon Scott)
Subject: Re: BASIC compiler for Linux?
Date: 9 Apr 1999 15:37:26 GMT
Reply-To: Gordon Scott [EMAIL PROTECTED]

AC ([EMAIL PROTECTED]) wrote:
: Hi,

: Are there any BASIC compilers out there for Linux? All hints are
: appriated!

: /Anders

You may find some basic-to-something converters around. I'm sure I
remember a `bastoc' and there's a VisualBasic to C/GTK converter (V0.02 !)
at www.linuxapp.com

G
--
Gordon Scott Opinions expressed are my own.
[EMAIL PROTECTED]   (official) [EMAIL PROTECTED]  (backdoor)
[EMAIL PROTECTED]  (home) http://www.apis.demon.co.uk
Linux  ...   Because I like to _get_ there today.

--

From: Tim Triemstra [EMAIL PROTECTED]
Subject: Stupid shell question:
Date: Fri, 09 Apr 1999 14:12:53 -0400

Ok, I feel like an idiot for asking but my shell experience is still
somewhat limited and I haven't had much time in the shell recently, so I
thought I'd ask:

How do I phrase a command such that the command is actually spawned into
another shell, creating an entirely new window in an XWindows session? 
For some reason it seemed like it was simple like ending with a '' but
there must be more to it.  I'm using the BASH shell.

Also, along these same lines, I use the Cygnus GNU compatibility toolkit
under my Windows toolkit.  Using the BASH that came with it, is this
something that is even possible?  I've written a little batch file that
launches cmd -c under NT and will run "start" to pass it the parameters
so as to have this effect.  It just seems like there would be a better
way to do this the same as under Unix.  I will be putting Linux back on
my home box soon and I wanted to remember how to do this since I tend to
use shells, makes and VI as my development environment.

Thanks!

-- 
Tim Triemstra ... [EMAIL PROTECTED] ... Atlanta, GA USA
Home page:  http://detlanta.com

--

From: Jean-Christophe Ulysse [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.app
Subject: profiling a dynamic library
Date: Fri, 09 Apr 1999 19:37:30 +0200


Hi,

I profile my programs (prof or gprof )
And before now i have no problem.

Now,
I've wrote a dynamic library ( .so ) that I link at the complilation
step to my main
program.

gcc myprog -o a.out -lmylib

BUT : gprof see symbols only in the main program ( a.out )
and give no statistics about the functions of the library.

Do anybody know the option ( of gprof or gcc ) for watch the symbols
of a liked library

Thanks .

--

 Jean-Christophe Ulysse   |  Ceux qui ne savent rien en savent toujours
 DEA Informatique Fondamentale|  autant que ceux qui n'en savent pas plus
 Universite de Marne La Vallee|  qu'eux ...




--

From: "Robert C. Paulsen, Jr." [EMAIL PROTECTED]
Crossposted-To: comp.lang.c++
Subject: Re: Difficulty with C++ clock() function on Linux
Date: Fri, 09 Apr 1999 13:52:16 -0500

Andi Kleen wrote:

 
 The man page says:
 
 DESCRIPTION
The clock() function returns an approximation of processor
time used by the program.
 

OK, thanks. I guess MS and Borland have a different idea of processor
time and interpret it as elapsed time.


Robert Paulsen http://paulsen.home.texas.net
If my return address contains "ZAP." please remove it. Sorry for the
inconvenience but the unsolicited email is getting out of control.

--

Crossposted-To: linux.admin.isp,alt.comp.linux.isp
Subject: Re: Arrgghh! How MUCH does it cost to set up Apache?
From: [EMAIL PROTECTED] (Don Baccus)
Date: 9 Apr 1999 12:41:05 PST

In article Mq2P2.216$[EMAIL PROTECTED],
Clay Reiche [EMAIL PROTECTED] wrote:
This is a multi-part message in MIME format.

--=_NextPart_000_0042_01BE81A5.21404680
Content-Type: text/plain;
   charset="iso-8859-1"

Linux-Development-Sys Digest #607

1999-04-09 Thread Digestifier

Linux-Development-Sys Digest #607, Volume #6  Fri, 9 Apr 99 21:14:15 EDT

Contents:
  Re: Sockets? connect? (Sami Tikka)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Mike McDonald)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Alastair)
  Re: specs for HP Ergo 1024 monitor? (Petter Reinholdtsen)
  RH5.2, Solaris and NFS (Marv Nachatelo)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Alastair)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Sam Holden)
  Re: CodeWarror for Linux (was: Re: Programming tools for ...) (Sam Holden)



From: Sami Tikka [EMAIL PROTECTED]
Subject: Re: Sockets? connect?
Date: 10 Apr 1999 00:33:01 +0300

Furthermore, when you assign the port (a 16-bit number) to the
sin_port field, it must be stored in network byte-order. On some hosts
the native byte-order is different from the network byte-order. Use
htons() in the assignment. (xxx.sin_port = htons(port))
-- 
Sami Tikka, [EMAIL PROTECTED], http://www.iki.fi/sti/

--

From: [EMAIL PROTECTED] (Mike McDonald)
Crossposted-To: 
comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.help,comp.unix.programmer
Subject: Re: CodeWarror for Linux (was: Re: Programming tools for ...)
Date: 9 Apr 1999 20:54:19 GMT
Reply-To: [EMAIL PROTECTED]

In article [EMAIL PROTECTED],
[EMAIL PROTECTED] writes:

 That's exactly what's hard to see: why the fundamentals of process 
 improvement haven't been accepted.

  Who hasn't accepted which "fundamentals of process improvement"?

 The difference in
 motivations and payoffs and intended user community should be 
 pretty  clear.
 
 Nope, not at all.  How would having a decent IDE hurt??

  It probably wouldn't hurt but I don't believe it's a necessity either.

 The phenomenon of masses of volunteers creating
 novice-friendly applications for Linux due to altruistic motives or 
 a desire to see a free software platform succeed is a relatively recent
 phenomenon, and the efforts of these intentions haven't been fully
 realized yet.
 
 Probably because the tools suck!

  Well, that's your opinion. I'd guess that most of the people using them
wouldn't classify them as "suck".

 Another issue with Unix software is that graphical
 apps make demands on the availability of X Windows running and
 on bandwidth of a network connection that prohibit work in
 many situations, so people typically refrain from doing something
 that only pays off in eye candy rather than functionality if
 it is going to be useful in fewer circumstances.
 
 Yeah right, like people develop over a LAN or WAN.  Give me a break.  
 Your child-like resistance is noted in your use of "eye candy" and 
 dropped your case to ground zero.

  Well, around here, that's how we do our developement. For instance, I
typically have xterms open to 5 other machines for developement and testing.
My editor (Xemacs) runs on my local workstation and I do compiles or testing
on the other five machines. I never compile on the machine that I edit on.
Developing over a LAN may not be common with WinDoze programmers, but it is
not unusual for Unix developers.

 There is one part of the quoted text above that does hit near the
 truth, I think -  the libraries for creating GUI apps on
 Unix were traditionally too hard to use.  For example, I recently
 worked at a software company where the main development environment
 was HP-UX, and I found myself far and away preferring the character
 based version of their debugger to the graphical one, even when
 I was sitting at an X station, because the character based one
 offered more functionality.  It was obvious that so much effort
 had gone into the initial production of the Motif GUI for the
 visual one that access to functionality and bug fixes had
 gotten left on, even though the underlying internals of the
 debuggers were identical.  This library situation is changing
 rapidly.
 
 Agreed, X sucks.

  No, he said Motif sucks. Big difference!

  This is partly
 historical accident (generalizing from the transition
 of MS-Dos to MS-Windows), partly socialization (Windows
 users are trained to be application oriented rather
 than tool and data format oriented and trained to learn
 by trial and error rather than by reading documentation),
 
 That's not a particular correct way to state it.  The fundamental 
 principle is that people can relate to pushing buttons and such just like 
 most can use a stereo system.

  And most people can't operate their VCR for anything other than straight
playback either. Single examples don't prove much of anything.

 I think the defensive posture taken by your kind is probably because you 
 just don't have a GUI that is useful or elegant (X sucks) so you have to 
 patronize yourselves.  Right?

  Can you name this "useful or elegant" GUI? (Opening myself up to the Mac
fanatics!) It sure