Linux-Development-Sys Digest #842, Volume #6 Thu, 17 Jun 99 20:14:20 EDT
Contents:
Re: SCSI CDDA Commands ("Stefan Monnier "
<[EMAIL PROTECTED]>)
Question to ps (Ulrich =?iso-8859-1?Q?R=F6mer?=)
Re: core dump problem? (Mike McDonald)
Re: ORB for Linux w/ Java Binding? (David Lewis)
Re: install glibc-2.1.1 in slackware (Paul Kimoto)
Re: Stefan Monnier <[EMAIL PROTECTED]> (cKfattire)
Re: Nagel algorithm?? (Clifford Kite)
compiling for a Hitachi SH-3 CPU with gcc ("Peter Gutmann")
Re: What are the differences between mySQL and mSQL? ("Anthony W. Youngman")
Re: SCSI CDDA Commands (Nelson Minar)
Re: TAOs: Much to do about nothing? (Peter Samuelson)
Re: install glibc-2.1.1 in slackware (Juergen Heinzl)
Re: TAO: the ultimate OS (Vladimir Z. Nuri)
Re: Nagel algorithm?? (bill davidsen)
Re: TAO: the ultimate OS (Vladimir Z. Nuri)
Re: the ultimate OS (Vladimir Z. Nuri)
----------------------------------------------------------------------------
From: "Stefan Monnier <[EMAIL PROTECTED]>"
<[EMAIL PROTECTED]>
Subject: Re: SCSI CDDA Commands
Date: 17 Jun 1999 13:22:48 -0400
>>>>> "Andrew" == Andrew Clark <[EMAIL PROTECTED]> writes:
> Unfortunately I need the info for Windows 95/98/NT not for Linux which is
> why I can't really use Linux software. I basically need to get the info for
"Linux software" can be ported to other platforms !
Stefan
------------------------------
From: Ulrich =?iso-8859-1?Q?R=F6mer?= <[EMAIL PROTECTED]>
Subject: Question to ps
Date: Thu, 17 Jun 1999 19:39:18 +0200
Reply-To: [EMAIL PROTECTED]
Dies ist eine mehrteilige Nachricht im MIME-Format.
==============7D2DCE4C1CB66D945AC4AD40
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hello,
I want to know, how many processes are running at the moment.
I want do it in an c-program, without calling system(ps).
Does anyone know, how I can do it.
Many Thanks.
Ulrich
==============7D2DCE4C1CB66D945AC4AD40
Content-Type: text/x-vcard; charset=us-ascii;
name="roemer.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Visitenkarte f�r Ulrich R�mer
Content-Disposition: attachment;
filename="roemer.vcf"
begin:vcard
n:Dr. R�mer;Ulrich
tel;cell:0171/6935687
tel;fax:0228/678009
tel;home:0171/6935687
tel;work:0228/636304
x-mozilla-html:FALSE
url:www.wetteronline.de
org:WetterOnline
adr:;;Estermannstr. 113;Bonn;NRW;53117;Deutschland
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;20000
fn:Ulrich R�mer
end:vcard
==============7D2DCE4C1CB66D945AC4AD40==
------------------------------
From: [EMAIL PROTECTED] (Mike McDonald)
Subject: Re: core dump problem?
Date: 17 Jun 1999 18:41:32 GMT
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
Josef M�llers <[EMAIL PROTECTED]> writes:
> If you definitely need to core dump, you might consider using abort(),
> however the manual doesn't specify that it dumps core
The man page says it sends a SIGABRT signal and the default handler for
SIGABRT core dumps. So unless your code installs a handler for SIGABRT (highly
unlikely), abort() will cause your program to dump core.
Mike McDonald
[EMAIL PROTECTED]
------------------------------
From: David Lewis <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.java.corba,comp.object.corba,comp.os.linux.development.apps
Subject: Re: ORB for Linux w/ Java Binding?
Date: Thu, 17 Jun 1999 17:28:35 GMT
Paragon Software's OAK CORBA ORB is free for non-commercial use, and
supports Linux, C++ and Java. BTW, although there are occasionally
platform- and JVM-specific problems, *theoretically* any Java ORB will
run on most JVMs. Not always easy, but often possible to get working.
David
In article <[EMAIL PROTECTED]>,
"Mark A. Richman" <[EMAIL PROTECTED]> wrote:
> Is there an ORB for Linux w/ Java Binding? Hopefully it's free.
>
> -Mark
>
>
--
David Lewis
Account Manager
Paragon Software, Inc.
http://www.paragon-software.com
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: install glibc-2.1.1 in slackware
Date: 17 Jun 1999 12:04:29 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Mark Tranchant wrote:
[good advice, but ...]
> When you have finished the installation [...]
> /lib/libc.so should be linked to /lib/lib-2.1.1.so (maybe
> indirectly).
(1) There is no need for a /lib/libc.so file: *.so files are used
by the linker; does it look in /lib? On the Linux systems I know,
there's a /usr/lib/libc.so file for that purpose.
(2) On a libc6 system, /usr/lib/libc.so is not a symlink to the
libc itself, but rather a little (~4 line) ld script (which refers
to /lib/libc.so.6).
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: cKfattire <[EMAIL PROTECTED]>
Subject: Re: Stefan Monnier <[EMAIL PROTECTED]>
Date: Thu, 17 Jun 1999 18:26:16 GMT
> I don't intend to upgrade to RH 6.0 because I use gnat and don't want
> to get into the c library war crossfire.
> cheers Jim Bean
> >
> > --
> > Dr. N.J.Bailey-----------------------------------------------
what is the problem with gnat and RH 6.0. I'm using RH6.0 and have
been having problems getting gnat to work. I'm also fairly new to
Linux. Any help would be appreciated. Thanks
Chris
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Crossposted-To: comp.os.linux.networking
Subject: Re: Nagel algorithm??
Date: 17 Jun 1999 14:28:40 -0500
bill davidsen ([EMAIL PROTECTED]) wrote:
: To repeat the original question, short of editing the config file by
: hand, does this option appear in any of the "make *config" menus? I
: said I was willing to do it by hand, but I thought it was originally in
: a config menu. The "say N here" doesn't make much sense unless you get
: the chance to say anything.
: After more looking, I found the option commented out in
: net/ipv4/Config.in. What's with this? Is this a conversion to the M$
: philosophy, "we know what's best for you, and won't confuse you with
: choices?" The code to use that is still in the kernel, although it
: didn't help as much as I hoped it would.
You're right. I had thought that if it were in the Configure.help file
then it would be in a configure file - and active. My mistake, but it
won't happen twice. I _can_ now guarantee that it's not in any other
kernel configuration file.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* Speak softly and carry a +6 two-handed sword. */
------------------------------
From: "Peter Gutmann" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.questions
Subject: compiling for a Hitachi SH-3 CPU with gcc
Date: Thu, 17 Jun 1999 19:04:26 +0200
I'm actually looking for the libraries (or modules; whatever needed) to
compile programs for a Hitachi SH-3 CPU with gcc running on i386 linux.
Thanks, Peter Gutmann
------------------------------
From: "Anthony W. Youngman" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.lang.java.databases
Subject: Re: What are the differences between mySQL and mSQL?
Date: Wed, 16 Jun 1999 23:06:26 +0100
Reply-To: "Anthony W. Youngman" <[EMAIL PROTECTED]>
In article <7k79rs$[EMAIL PROTECTED]>, orc@p.? writes
>In article <[EMAIL PROTECTED]>,
>Don Baccus <[EMAIL PROTECTED]> wrote:
>>In article <7k1vru$[EMAIL PROTECTED]>,
>>david parsons <o r c @ p e l l . p o r t l a n d . o r . u s> wrote:
>>>In article <[EMAIL PROTECTED]>,
>>>Don Baccus <[EMAIL PROTECTED]> wrote:
>>
>>>>Not necessarily true. If you have several related tables
>>>>that need to be logically updated at once, the atomicity of
>>>>the transactional model is, well, useful if there's a crash
>>>>while records are being inserted or updated.
>>
>>> Denormalize, denormalize, denormalize.
>>> Yeah, you might bloat your rdb by a factor of 10 to do this,
>>> but disk and core is getting cheap these days.
>>
>>Denormalization is something sane folks do to increase performance,
>>not to avoid the need for a real database engine.
>
> You'd be surprised; once you get away from the database
> pundits and RDB consultants (both types favor correctness
> when it means that more RDB software will be purchased from
> their corporate masters), about every permutation you can
> think of will be used in the real world.
>
> You don't want to think about what people will do to increase
> performance. Running a hot database on a server that doesn't
> do transactions is pretty minor stuff compared to some of the
> things that can be done.
>
>>If you've denormalized checking balances into thirty tables,
>>don't have atomicity, and an update dies half-way through
>>updating these tables, which balance do you trust?
>
> Then you've (a) not denormalized properly and (b) an idiot for not
> using a transactional database for a problem that won't work
> without transactions.
>
And not knowing quite what you mean by "denormalise", I can't say I've
got it right, but I think it refers to the Pick "table within a table"
type thing. Other-wise known as post-relational. Bearing in mind Pick
will still quite happily stick with "store data just once" despite not
being relational, it gets round those data integrity problems, at any
rate.
Shameless plug - MaVerick is the open source Pick project - see my sig
--
Anthony W. Youngman <[EMAIL PROTECTED]>
'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the
thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man
lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998
Visit the MaVerick web-site - <http://mvDBMS.click2site.com/>
------------------------------
From: Nelson Minar <[EMAIL PROTECTED]>
Subject: Re: SCSI CDDA Commands
Date: 17 Jun 1999 17:41:45 -0400
"Andrew Clark" <[EMAIL PROTECTED]> writes:
> Does anyone out there have all the info I need to extract audio from cd-rom
> drives. If you do have that info then could you please help me out because I
> need to be able to write audio extraction software for this Audio system I
> am having to write.
Getting the digital data off of a CD is really quite tricky. State of
the art for this in Linux is cdparanoia, which not only knows how to
talk the CD protocols but deals well with jitter, scratches, etc. It
uses the SCSI generic driver in Linux. It's good software.
http://www.mit.edu/afs/sipb/user/xiphmont/cdparanoia/
[EMAIL PROTECTED]
. . . . . . . . http://www.media.mit.edu/~nelson/
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAOs: Much to do about nothing?
Date: 17 Jun 1999 14:27:29 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Donal K. Fellows <[EMAIL PROTECTED]>]
> > Nobody said anything about *using* the bed! You're changing the
> > specification at runtime...
[The Ghost In The Machine <[EMAIL PROTECTED]>]
> are you sure you didn't mean "sleeptime"? :-)
If you stand the bed on end, does that mean someone who wants to sleep
will have to busy-wait instead? Bad, bad, bad....
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: install glibc-2.1.1 in slackware
Date: Thu, 17 Jun 1999 21:32:35 GMT
In article <[EMAIL PROTECTED]>, Paul Kimoto wrote:
>In article <[EMAIL PROTECTED]>, Mark Tranchant wrote:
>[good advice, but ...]
>
>> When you have finished the installation [...]
>> /lib/libc.so should be linked to /lib/lib-2.1.1.so (maybe
>> indirectly).
>
>(1) There is no need for a /lib/libc.so file: *.so files are used
>by the linker; does it look in /lib? On the Linux systems I know,
>there's a /usr/lib/libc.so file for that purpose.
The linker does usually not look in /lib but /usr/lib. Without .so
files (symbolic links to /lib/...) one gets static binaries though
it can be set up.
[...]
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Vladimir Z. Nuri)
Subject: Re: TAO: the ultimate OS
Date: Thu, 17 Jun 1999 23:23:01 GMT
Alexander Viro ([EMAIL PROTECTED]) wrote:
: There is one nasty problem with such schemes: you are losing
: general-purpose tools. You are adding a lot of (arbitrary) constraints
: on the state and it makes the system *very* rigid.
yes, I agree..!! the more structured the system is, the less flexible it may
become. there is a point where everything needs to be just raw
data.. this is very important for transferring files/apps over the
net etc.. so I agree, this is a potential danger of a system
that enforces all kinds of attributes be associated with all
files etc.. however I don't think it is inevitable or unavoidable.
I don't want a nazi OS. hahaha (yes we have to get in a ref to
nazi's by now<g>)
the main complaint I have with existing file systems is the problem
of ownership. there is no knowledge how individual files are woven
into the whole. hence you get a lot of crap laying around on
existing file systems. various files.. where did they come from?
what created them? for what purpose? its too disconnected. in fact
the fragmentary nature of file systems very much parallels
the fragmentary / pasted-together nature of Linux we've been
commenting on in this thread, imho.
(p.s. what's the deal, AV? why so polite all the sudden?
did you run out of p*** & vinegar? hahaha)
(I really don't know why this thread turned into such a hostile
flamewar.. the constant criticism, imho totally unprovoked &
unjustified, of not only the essay but
against my technical "manhood" it is "bummin me out, man"..
I truly regret the loss of a good opportunity to discuss
ideas in a reasonable/positive way)
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
"in theory, there's no difference [EMAIL PROTECTED]
between theory and practice, mad genius research lab
but in practice there is!" http://www8.pair.com/mnajtiv/
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.networking
Subject: Re: Nagel algorithm??
Date: 17 Jun 1999 23:22:33 GMT
In article <7kbi98$[EMAIL PROTECTED]>,
Clifford Kite <kite@NoSpam.%inetport.com> wrote:
| bill davidsen ([EMAIL PROTECTED]) wrote:
| : After more looking, I found the option commented out in
| : net/ipv4/Config.in. What's with this? Is this a conversion to the M$
| : philosophy, "we know what's best for you, and won't confuse you with
| : choices?" The code to use that is still in the kernel, although it
| : didn't help as much as I hoped it would.
|
| You're right. I had thought that if it were in the Configure.help file
| then it would be in a configure file - and active. My mistake, but it
| won't happen twice. I _can_ now guarantee that it's not in any other
| kernel configuration file.
I guess my real question, having solved how to get it working, is why
options are disabled in the Config.in files. These aren't even dangerous
options, and they are really useful if you want them at all.
I don't like being protected from myself...
Any kernel folks care to note how/why this was done?
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
The Internet is not the fountain of youth, but some days it feels like
the fountain of immaturity.
------------------------------
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Vladimir Z. Nuri)
Subject: Re: TAO: the ultimate OS
Date: Thu, 17 Jun 1999 23:33:27 GMT
Stefaan A Eeckels ([EMAIL PROTECTED]) wrote:
: So pulling knowledge of file structures (be it indexes or links)
: into the OS is not a step forward, but a return to good, old,
: mainframe concepts.
totally disagree. only if it makes the system more cumbersome or
inefficient. the idea is not to build in file types into
the OS, but to have the OS understand different file types
and know how to manipulate them, in a way that is much
more systematic/streamlined than mere file extensions.
: But this is a lousy way to structure a system. You place too
: much inside the OS, if, and only if, you're talking about the
: kernel when you say "OS".
OK, OK, I see what is going on here after a bit. a lot of ppl are assuming
that I am advocating putting everything in the kernel. but the key
reason they are concerned about this is the idea that the kernel
is what runs in memory all the time, and is not unloaded or loaded
on demand like other apps or utilities. I'm totally in favor of an
extremely minimal kernel for efficiencies sake. but I think existing
OS utilties can be much better integrated into the OS rather than
just sitting outside of it and called up by the user manually
as needed.
: This is not good enough - you'll need to clarify how they
: are "far more" than files. You've indicated that they are
: files with additional attributes (which?) and "links".
: Neither of these make your files objects, or even just OO.
the best analogy I can consider is windows DLLs. they are part of
the OS and application programs. they are loaded and unloaded.
yet there is a very poor system of knowledge/integration about where the
DLLs are on a system. they are woven together with paths and
assumptions. incompatibilities with versions etc. programs
install them wherever they want.
installation of one program can clobber another's
DLLs.
a DLL is a "quasi object" in my opinion. the DLL can allocate
memory and write to that state. an application is a quasi-object..
it can allocate memory and write to that state.. both have a set
of operations they perform & and interface, although with an
app it is usually through the GUI.
DLLs so obviously ought to be managed by the OS or an
OS like utility similar to a registry system.
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
"in theory, there's no difference [EMAIL PROTECTED]
between theory and practice, mad genius research lab
but in practice there is!" http://www8.pair.com/mnajtiv/
------------------------------
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Vladimir Z. Nuri)
Subject: Re: the ultimate OS
Date: Thu, 17 Jun 1999 23:46:19 GMT
: If it "hasn't been explored then":
: a) What do you call Cowan's research? Evidently it must not represent
: an exploration of the concept.
its a research project.. hasn't made its way into a production/popular
OS. I'd also say it is really only a beginning of exploration
into the idea from what I can tell.
: b) What evidence can you muster to support your contention that the idea
: is actually of benefit ("will have very powerful benefits")? If it
: hasn't been explored, then nobody knows if it is of any value or not.
1st you argue with me that it has been explored, and now you argue
with me that it hasn't been explored.. maybe I'm just paranoid but
somehow I get the feeling that everyone is out to get me out here<g>
Cowan himself states the tangible reward of the system.. perhaps you
missed it..<g> he said it does very well on some basic benchmarks.
that's the point.
I'm not saying this is the holy grail.. I'm saying its a valuable
idea that ought to be pursued/integrated more into the OS. do
existing OSes do it? not really. is this proof it is not useful
or valuable? not really.
this reminds me of the way processors never had memory caches
or multiple instruction pipelines or other incredibly complex
features just a few years ago. me saying
a few years ago that both would be very useful features in the
near future and ought to be pursued would have met with great
ridicule right? "it's too complicated. what evidence do you have
it is worthwhile? it takes too many gates" etc...
more philosophizing to myself: (since nobody seems to be listening<g>)
the crowd of "flameurs" that is ganging up on me out here is asking
for the impossible. the ideas I write in the essay, as one poster
stated, "are at the pinnacle of software engineering". they
necessarily lack immediate proof & instantiation.
they are on the horizon. they are not under our noses. I cannot put what
is on the horizon under anyone's nose as all the "flameurs" are demanding of
me, unless they have an exceedingly long nose<g>
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
"in theory, there's no difference [EMAIL PROTECTED]
between theory and practice, mad genius research lab
but in practice there is!" http://www8.pair.com/mnajtiv/
------------------------------
** 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
******************************
