Linux-Development-Sys Digest #264, Volume #6 Tue, 12 Jan 99 20:14:12 EST
Contents:
How to share memory between device driver and user space app. ("jian.zhang")
Re: silly question (Alexander Viro)
Re: 2.2.0pre6 booting errors (Andi Kleen)
Update from 2.0.29 to 2.0.36 (Fotis D. Zagoras)
Re: Why I'm dumping Linux, going back to Windblows (Jan Andres)
Re: silly question (Brett W. McCoy)
Re: Base and Extended OS services (Brett Hallas)
Re: K6-2 300 Problem (mlw)
Re: silly question (Josef Moellers)
Re: Kernel 2.2 and Cyrix processors (Dale Pontius)
Re: 2.2.0pre6 booting errors (Mumit Khan)
Re: GUI, The Next Generation (Caolan (McNamara))
Re: A Call To Arms (PHIL SMITH)
Re: Dynamically linked library (Daniel R. Grayson)
----------------------------------------------------------------------------
From: "jian.zhang" <[EMAIL PROTECTED]>
Subject: How to share memory between device driver and user space app.
Date: Tue, 12 Jan 1999 15:12:40 -0500
Help!
Hi, currently I am developing a device driver and one application,
The device driver and application always exchange some data, so I want
to share memory between driver and application? How to do this? I only
know how to share application between two user space applications.
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Subject: Re: silly question
Date: 12 Jan 1999 14:55:24 -0500
In article <[EMAIL PROTECTED]>,
mlw <[EMAIL PROTECTED]> wrote:
>Josef Moellers wrote:
>> It's a philosophical question.
>Why is it a philosophical question. There is a task which is usefull
>which no utilities perform easily. Yes, any number of utilities can be
>strung together to do it, just not easily.
>
>Why does UNIX have 'rmdir' and 'rm' both can remove directories?
Historical reasons. Originally rmdir was implemented via unlink().
BTW, mkdir() didn't create '.' and '..' - you had to link() later. And
link/unlink on directories were root-only. With rmdir() syscall it's not
needed anymore, but the thing stuck. You don't have to make rmdir suid-root,
so the need in separate program disappeared.
>Why are there so many shells?
Because there are many people with different preferences?
>Because it is this wealth of utilities that makes UNIX easier to use
>than other OS platforms.
Oh, my. If you need xcopy often - roll a trivial script and be done
with it. BTW, why in Hell use tar for that purpose? find and xargs would
work fine.
>> DOS has the approach that there has to be a specific tool for each and
>> every purpose (... Gates can think of). If a user wants to do something,
>> there has to be a ready-to-use tool. If there is no tool, you can't do
>> it! So there is no use for a scripting language, hence there is none.
>
>This is not true. DOS, Windows and NT support pipes. And one can type:
>dir | sort | more
>in DOS, Windows and NT, UNIX does not have a lock on these features.
Oh, yes. I remember the fun when I tried to unzip big archive to stdout and
pipe it to grep in DOS. Yes, it was stupid. For those who didn't realize the
horror: pipes in DOS are implemented via temporary files. Yes, there is no
way around it and I should know better, but syntax was too familiar.
Excuse me, DOS *doesn't* support pipes. It imitates syntax, but mangles
semantics.
Anyway, if you insist that COMMAND.COM is a scripting language...
--
There are no "civil aviation for dummies" books out there and most of
you would probably be scared and spend a lot of your time looking up
if there was one. :-) Jordan Hubbard in c.u.b.f.m
------------------------------
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: 2.2.0pre6 booting errors
Date: 12 Jan 1999 08:58:34 +0100
In article <77ej5d$1662$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Mumit Khan) writes:
> In article <77e0qs$sn$[EMAIL PROTECTED]>,
> Nathan Myers <[EMAIL PROTECTED]> wrote:
>>
>> Strange, I installed vanilla 5.2 on my brother's Libretto (P75/16M)
>> and then 2.2.0-pre6, and everything (except parport modules) worked.
>> With static parport everything worked. Is the only difference the
>> compiler? I built the kernel, modules, and pcmcia stuff with
>> Egcs-1.1.1.
> Why me??? The problem started when I installed an updated RPM for
> modutils, and then it just went downhill from there. Now my machine
> is a mess, and currently running Solaris until I can figure out
> a clean way to do this. I did have 2.0.36-3 running well in SMP
> except for one *very* annoying thing -- no matter what I tried
> (everything from RTC, xntpd, running ntpdate and rdate via cron,
> etc) the time drift was simply too far out to be usable. This is
> supposedly known problem with 2.0.x series, so I was hoping 2.2.0
> will fix it.
The rawhide binary RPMS are linked against glibc 2.1. Noone said you
could install them on a 5.2 system without problems @)
I would at least recompile them before installing (grab the src.rpm,
do a rpm --rebuild and install the new RPM from /usr/src/redhat/RPMS/i386/)
BTW, the standard 5.2 modutils should work fine with 2.2 kernels.
-Andi
------------------------------
From: [EMAIL PROTECTED] (Fotis D. Zagoras)
Subject: Update from 2.0.29 to 2.0.36
Date: Tue, 12 Jan 1999 20:56:58 GMT
Hello,
I have updated my 2.0.29 kernel to 2.0.36.
The new kernel works fine but i get always
the following 3 first lines in my /var/adm/syslog file. :
Jan 11 19:48:55 kassiopea kernel: Error in symbol table input.
Jan 11 19:48:55 kassiopea kernel: Cannot find map file.
Jan 11 19:48:55 kassiopea kernel: Memory: sized by int13 0e801h
etc ....
The problem is with the first 2 lines. This messages are produced
by klogd deamon (I suppose) and maybe have some relation with
the System.map file. Any suggestion to resolve this problem.
Thank You, Fotis.
------------------------------
From: Jan Andres <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: 11 Jan 1999 15:03:12 +0100
Johan Kullstam <[EMAIL PROTECTED]> writes:
> Tristan Wibberley <[EMAIL PROTECTED]> writes:
>
> > Johan Kullstam wrote:
> > [...]
> > > the way find seems to have
> > > been done by someone from a non-unix planet and the way it only does
> > > 90% of the job leaving you to do things like
> > >
> > > find <dir> -type f -name '*~' -print | sed 's!.*~!mv \1 ~/.trash!' | sh
> >
> > I agree find is ugly, and the interface could be better.
I think this is the way Unix is meant to be used: You don't have
multiple programs that partially do the same thing, as this would be
like reinventing the wheel. Rather, you can solve (almost) every
problem by a combination of multiple programs.
--
Jan Andres
Email (rot13ed to avoid spam): [EMAIL PROTECTED]
Ham radio: DH2JAN
------------------------------
From: [EMAIL PROTECTED] (Brett W. McCoy)
Subject: Re: silly question
Reply-To: [EMAIL PROTECTED]
Date: Tue, 12 Jan 1999 13:32:44 GMT
On Tue, 12 Jan 1999 13:09:14 +0000, mlw <[EMAIL PROTECTED]> wrote:
>A utility like Dos's xcopy would be useful. I have often wanted to be
>able to do the sorts of things it can do. Yes, it is possible to
>synthesize the behavior with a few other utilities, but, that does not
>diminish the fact that it would be a good utility to have.
>
>In UNIX terms it would probably be called xcp.
Why not alias cp plus the approriate options (like -a or -dpR)? What
difference does it make if there's a native binary or you "synthesize" it
with other commands?
--
Brett W. McCoy
http://www.lan2wan.com/~bmccoy/
=======================================================================
"The number of UNIX installations has grown to 10, with more expected."
-- The UNIX Programmer's Manual, 2nd Edition, June, 1972
=====BEGIN GEEK CODE BLOCK=====
Version: 3.12
GAT dpu s:-- a C++++ UL++++$ P+ L+++ E W++ N+ o K- w--- O@ M@ !V PS+++
PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ G++ e>++ h+(---) r++ y++++
======END GEEK CODE BLOCK======
------------------------------
From: Brett Hallas <[EMAIL PROTECTED]>
Subject: Re: Base and Extended OS services
Date: Wed, 13 Jan 1999 08:52:14 +1100
Reply-To: [EMAIL PROTECTED]
Brett Hallas wrote:
> G'day All,
> I've been assigned to write a short paper(600-800 words) on
> "...detailing the manner in which the OS you have chosen(UNIX with
> Apache) deals with the following:
> Base Services:
> Task pre-emption
> Task priority
> Semaphores
> Interprocess Communication
> local/remote interprocess communications
> threads
> intertask protection
> Multiuser high-performance file system
> efficient memory management
> Dynamically linked run-time extensions
> Extended Services:
> Ubiquitous Communications
> Network Operating System Extensions
> Binary Large Objects(BLOBS)
> Global directory and network yellow pages
> Authentication and authorization services
> System management
> network time(synchronisation)
> database and transaction services
> internet services
> object oriented service
> Server scalability
>
All this is in respect to a client/server system.
In response to an e-mail reply I received, I understand that Apache is
by no means part of the OS, and no I don't want anyone to do this
assignment for me, I just need to find the info. Sorry if that's how it
reads.
>
> Any assistance with this info, and where to find it,would be much
> appreciated.
>
> Cheers,
> Brett
> (Monash University, Churchill, Australia)
------------------------------
From: mlw <[EMAIL PROTECTED]>
Subject: Re: K6-2 300 Problem
Date: Tue, 12 Jan 1999 13:37:35 +0000
Marcos Silva wrote:
>
> I installed Linux RedHat 5.2 in a computer and it�s all ok with the
> installation, but when the system boot, it lock in "Loading
> Linux......".
>
> My computer configuration is k6-2 300Mhz, RAM 64Mb, HD 2Gb, CD 32x
> Creative, network card 3C509, video card SVirge 4Mb.
>
> I have another computer (Pentium II) running Linux and it's all ok.
>
> --
> Marcos Ferreira da Silva
> Centrio Universitario do Triangulo
> Uberlandia - MG
> Brazil
I am running a K6-3D with RedHat 5.2, I am currently using 2.2.0-pre6.
You do not have to be concerned that it is the processor, the K6 works
well with Linux.
Lets focus on the problem:
Does it say Loading Linux... or does it say "LIL" and stop.
Do you recall what disk partition you installed as root? If so get the
RedHat install disk and boot off it and at the "boot:" prompt and type:
vmlinuz root=/dev/hda1 (assuming hda1 was the boot partition)
(if you do not remember, try hda2,hda3,hda5 in that order)
Note:I am assuming you have an IDE drive)
You should be able to boot the system because the kernel is loaded from
the floppy.
Run lilo again.
Reboot.
If you still have a problem, it could be an issue with the drive
geometry. The P.C. is really silly about how it treates hard disks,
every couple years or so, they change the standard for reading hard disk
parameters because hard disks out grew the last standard.
The best rule of thumb, is keep a small < 512M, disk partition as the
"/" and add partitions after that add a big "/usr" partition after that.
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: silly question
Date: Tue, 12 Jan 1999 14:38:14 +0100
mlw wrote:
[ ... ]
> See this is the *one* problem I have with *UNIX* people. Don't get me
> wrong, I think UNIX is great and all, and I have used it off and on
> since the 1985, just because you can do it does not mean it is easier. I
> like UNIX, I use UNIX, I want to use UNIX, just because I say it does
> not have something des not mean I am trashing it.
>
> A utility like Dos's xcopy would be useful. I have often wanted to be
> able to do the sorts of things it can do. Yes, it is possible to
> synthesize the behavior with a few other utilities, but, that does not
> diminish the fact that it would be a good utility to have.
It's a philosophical question.
DOS has the approach that there has to be a specific tool for each and
every purpose (... Gates can think of). If a user wants to do something,
there has to be a ready-to-use tool. If there is no tool, you can't do
it! So there is no use for a scripting language, hence there is none.
UNIX has a tool-based approach that you can build a tool for a specific
purpose from simpler tools. In order to do so, you need a powerfull
scripting language, hence there are even a number of shells!
"Finally, the UNIX system provided a new style of computing, a new way
of thinking of how to attack a problem with a computer. This style was
based on the use of tools: using programs separately or in combination
to get a job done, rather than doing it by hand [pointy-clicky], by
monolythic self-sufficient subsystems [xcopy], or by special-purpose,
one-time programs." (R. Pike, B.W. Kernighan)
BTW If your task is performed often enough, you can always build your
own tool and call it ...
> In UNIX terms it would probably be called xcp.
..., yes, "xcp" would be a good name!
usage: xcp 'pattern' dstdir
Beware that 'pattern' will be expanded by the shell _before_ xcp is
invoked, so it must be quoted to prevent this!
--
Josef Moellers [EMAIL PROTECTED]
UNIX - Live free or die!
PS Dieser Artikel enthaelt einzig und allein meine persoenlichen
Ansichten!
PS This article contains my own, personal opinion only!
------------------------------
From: [EMAIL PROTECTED] (Dale Pontius)
Subject: Re: Kernel 2.2 and Cyrix processors
Date: 12 Jan 1999 15:02:04 GMT
In article <[EMAIL PROTECTED]>,
Paul Mackinlay <[EMAIL PROTECTED]> writes:
>
> Thanks for the warning I was actually going to install Kernel 2.2 on my
> machine at home tonight. My CPU is a cyrix 120+. But I'll have to look
> in to it a bit further as I can't afford to have my computer in a state
> of limbo at the moment!
>
Please don't take this as a warning, or at least not too stern
a one. I had heard a few disturbing things, and didn't want to
waste scarce time before settling some fears. From what I hear
on other responses, kernel 2.2.0 should be safe on my system.
At any rate, you would still have your 2.0.X kernel safe and
sound, and could fall back to that. I get the impression that
installing 2.2.X in no way hoses 2.0.X.
Dale Pontius
(NOT speaking for IBM)
------------------------------
From: [EMAIL PROTECTED] (Mumit Khan)
Subject: Re: 2.2.0pre6 booting errors
Date: 13 Jan 1999 00:22:00 GMT
In article <[EMAIL PROTECTED]>, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>The rawhide binary RPMS are linked against glibc 2.1. Noone said you
>could install them on a 5.2 system without problems @)
>I would at least recompile them before installing (grab the src.rpm,
>do a rpm --rebuild and install the new RPM from /usr/src/redhat/RPMS/i386/)
>
>BTW, the standard 5.2 modutils should work fine with 2.2 kernels.
>
And I wanted to follow up and thank Andy again for this seeming obvious
solution that we all seem to be overlooking.
I just rebuilt everything from source keeping my glibc at 2.0.7-xx and
can use modules just fine (my boot drive on a AIC7890 SCSI and it worked,
which is always a good start). So did network and all. NFS complained
about the wrong mount version, so I probably need to do a bit more
updating.
Regards,
Mumit
I can boot off my SCSI
------------------------------
From: [EMAIL PROTECTED] (Caolan (McNamara))
Subject: Re: GUI, The Next Generation
Date: Tue, 12 Jan 1999 15:52:07 GMT
Jens Baaran wrote:
>
> How about a mouse-like device which is moved by ones feet ?
> At least organists, piano players and drummers
> would't have any problem with such a device.
> There could be two seperate ones:
> 1 for the buttons another for pointer movement,
> each controlled by one foot.
>
> They would have to be a little bigger as ordinary mice
> so maybe we'll call them rats? :-)
>
> Jens Baaran
foot controlled mice already exist, and they're called (wait for it) ...
moles. Its true, honest.
C.
--
Real Life: Caolan McNamara * Doing: MSc in HCI
Work: [EMAIL PROTECTED] * Phone: +353-61-202699
URL: http://skynet.csn.ul.ie/~caolan * Sig: an oblique strategy
Feed the recording back out of the medium
------------------------------
From: [EMAIL PROTECTED] (PHIL SMITH)
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.m68k
Subject: Re: A Call To Arms
Date: 12 Jan 1999 23:07:53 GMT
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Bill Anderson wrote:
>Why not market to that sector that is *growing* the fastest?
>You are also apparently making the assumption that developing for Linux
>is as costly as developing for windos.
>Considering how gaming companies have to pay quite a bit for the various
>tools and toolkits (licensing fees, etc) there is quite the cost
>involved in a major windos game development before hiring developers and
>testers.
>
>With Linux, many of these costs are reuced and/or eliminated, thus
>bringing a higher profit potential for the product.
>
Uh, I must disagree here. Windows has a *MUCH* bigger market and thus,
a higher potential profit. Besides, how many people have actually paid
for software under Linux (be honest, now)? I have not, and probably will
not ever pay for anything under Linux, the free stuff so far has filled
my needs.
I guarantee you that game developers have made more money with Windows
than with Linux. Linux simply is not going to be a big revenue producer
for most developers because of the nature of Linux. Its free, so why
pay hundreds of dollars for software for it? At least, that's my attitude
towards it and I bet I'm not alone.
Most Linux users want free software, after all, that's spirit of it to
begin with, open and free. I just don't think the market is willing
to spend enough money to lure a lot of commercial developers. Yes, I
know the list of commercial developers is growing for Linux, but for
every one, there are probably hundreds for Windows.
Just my humble opinion...
Phil
------------------------------
From: [EMAIL PROTECTED] (Daniel R. Grayson)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Dynamically linked library
Date: 12 Jan 1999 17:45:51 -0600
Frank Sweetser <[EMAIL PROTECTED]> writes:
> Vlad Doubrov <[EMAIL PROTECTED]> writes:
>
> > Hi All!
> >
> > Perhaps I'm a stupid dummy in linux programming, but anyone could say me
> > how can I create dynamically linked libraries, link some of them at a
> > runtime of my application, use some of their functions and then unload?
> > And after some time just change the libraries without recompiling the
> > main program. Just like dynamic DLLs in win32... Under Linux, i don't
> > even know what to start from and what manpage to read in this case :(
> >
> > PS. I need this to be able to add some plugins into my app later.
>
> man dlopen()
>
> --
Also, get "libtool".
File: libtool.info, Node: Introduction, Next: Libtool paradigm, Prev: Top, Up: Top
Introduction
************
In the past, if a source code package developer wanted to take
advantage of the power of shared libraries, he needed to write custom
support code for each platform on which his package ran. He also had
to design a configuration interface so that the package installer could
choose what sort of libraries were built.
GNU Libtool simplifies the developer's job by encapsulating both the
platform-specific dependencies, and the user interface, in a single
script. GNU Libtool is designed so that the complete functionality of
each host type is available via a generic interface, but nasty quirks
are hidden from the programmer.
GNU Libtool's consistent interface is reassuring... users don't need
to read obscure documentation in order to have their favorite source
package build shared libraries. They just run your package `configure'
script (or equivalent), and libtool does all the dirty work.
There are several examples throughout this document. All assume the
same environment: we want to build a library, `libhello', in a generic
way.
`libhello' could be a shared library, a static library, or both...
whatever is available on the host system, as long as libtool has been
ported to it.
This chapter explains the original design philosophy of libtool.
Feel free to skip to the next chapter, unless you are interested in
history, or want to write code to extend libtool in a consistent way.
* Menu:
* Motivation:: Why does GNU need a libtool?
* Issues:: The problems that need to be addressed.
* Other implementations:: How other people have solved these issues.
* Postmortem:: Learning from past difficulties.
------------------------------
** 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 PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
