Linux-Development-Sys Digest #859, Volume #6 Tue, 22 Jun 99 12:14:10 EDT
Contents:
Re: Game/Casino Server... (CZ)
Re: Linux uid limits! (H. Peter Anvin)
Re: Linux uid limits! (Georg Acher)
Re: Mainframes, Filesystems, Databases... Re: TAO: the ultimate OS (Paolo Torelli)
Re: Mainframes, Filesystems, Databases... Re: TAO: the ultimate OS (Alexander Viro)
Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN (Gordon Scott)
Re: How to compile SMP driver( just -D__SMP__?) into RedHat 6.0 kernel? (Mads
Dydensborg)
Re: WinModems and Linux (Craig Graham)
Re: Run in background (Fredrik Roubert)
Re: Making dynamic libraries (mlw)
DMI Service Provider for Linux ("Andr� Magoga")
Re: Can Single Processor driver run under SMP Kernel(2.2.*) (Michael Meissner)
Re: Can Single Processor driver run under SMP Kernel(2.2.*) (Johan Kullstam)
Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN ([EMAIL PROTECTED])
Re: install glibc-2.1.1 in slackware (Mark Tranchant)
Re: Making dynamic libraries (mongoose)
Re: WinModems and Linux (Marc Franzmeier)
Re: Run in background (Nelson Minar)
Re: Microkernel? (Sid Cammeresi)
Problems reading CD created under Win9x ("R Potts")
----------------------------------------------------------------------------
Date: Tue, 22 Jun 1999 05:37:56 -0400
From: CZ <[EMAIL PROTECTED]>
Crossposted-To: alt.comp.linux.isp,comp.os.linux.development.apps,linux.redhat.misc
Subject: Re: Game/Casino Server...
Hi!
Ron wrote:
[snip]
> The client software could
> be developed in Delphi because the first pc-platform would be Windows 9x but
> could also be Java?!
I'm pretty new to this stuff but couldn't you simply write a Perl/CGI
thingy? It seems that it would be relatively simple (especially if you
know Perl - or at least a little C and are willing to learn), could be
made secure and with a little work could have a nice interface. This
way, the only client software you need would be a browser. The only
annoying part would be that you need to download a page for every spin
of the wheel or whatever.
HTH
CZ
------------------------------
From: [EMAIL PROTECTED] (H. Peter Anvin)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Linux uid limits!
Date: 22 Jun 1999 10:27:51 GMT
Reply-To: [EMAIL PROTECTED] (H. Peter Anvin)
Followup to: <7kmb77$g44$[EMAIL PROTECTED]>
By author: [EMAIL PROTECTED] (bill davidsen)
In newsgroup: comp.os.linux.development.system
>
> In article <[EMAIL PROTECTED]>,
> James Hewitt <[EMAIL PROTECTED]> wrote:
>
> | Okay, what is the "correct" way to specify an integer of a specific
> | size so that code can be cross-platform? If there isn't an ANSI
> | standard, is there at least a convention for Linux?
>
> There is no standard way to limit size, X3J11 only promised minimum
> size. You can use bitfields, but I believe they are limited in size to
> sizeof(int) if you want to be totally portable.
>
> When I left GE I package all my X3J11 notes and never unpacked them,
> someone else will have to look up the wording.
>
C9x defines a set of typedefs, uint32_t for an exactly 32-bit type,
for example.
-hpa
--
"The user's computer downloads the ActiveX code and simulates a 'Blue
Screen' crash, a generally benign event most users are familiar with
and that would not necessarily arouse suspicions."
-- Security exploit description on http://www.zks.net/p3/how.asp
------------------------------
From: [EMAIL PROTECTED] (Georg Acher)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Linux uid limits!
Date: 22 Jun 1999 10:41:22 GMT
In article <7kmanm$4ni$[EMAIL PROTECTED]>, [EMAIL PROTECTED] (bill
davidsen) writes:
|> In article <7kdiu0$jqg$[EMAIL PROTECTED]>,
|> Georg Acher <[EMAIL PROTECTED]> wrote:
|>
|> | On Alpha-Linux, an int is 32bit and a long is already 64bit, so you don't need
|> | long long there. Sometime x86-coders think that an int are not real 32bit, and
|> | decide to use long to get 'real, authentic and good' 32bit. This is #2 in the
|> | TOP10-list of "How to write programs that crash on Alpha". #1 is the assumption
|> | "sizeof(int)==sizeof(void*)=4" ;-)
|>
|> Unless I totally misremember the C standard, an int is allowed to be 16
|> bits, and those of us who worry about portability have gotten into using
|> long, even on systems which are known not to have 16 bit int, and
|> applications which are not portable.
Well, that's the ugly (portable?) type concept of C. DOS-compilers (and even
Pure-C on the Atari) had an int-size of 16, and I used long to get 32bit...
But since I have an Alpha, I consider this very variable sizes as a big
design mistake.
IMHO nobody is thinking about the possibility that an int can be 16bit when
programming for Linux. The clean solution is to specify the length you want for
your variable (__int32 etc.), all other assumptions lead to portability problems.
As mentioned in types.h for Alpha, there exist even 32bit compilers for Alpha, so
you simply can't rely on the C types...
--
Bye
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
"Oh no, not again !" The bowl of petunias
------------------------------
From: Paolo Torelli <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: Mainframes, Filesystems, Databases... Re: TAO: the ultimate OS
Date: Tue, 22 Jun 1999 13:34:35 +0200
Reply-To: [EMAIL PROTECTED]
void wrote:
> Hmm, my first thought was something more like providing a unique
> identifier to each write, and then allow a write call to specify
> dependencies explicitly.
Gosh! How would it work? And, how would you implement it painlessly?
If I understand correctly, it would be like a DAG of writes being
written in topological order?
--
[=-----------------------Technolord-the-Hellraiser----------------------=]
To those who can see the truth to those who can still have
feelings
to those who still have the courage to live in this evil world.
.no.regrets.
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: Mainframes, Filesystems, Databases... Re: TAO: the ultimate OS
Date: 22 Jun 1999 08:26:29 -0400
In article <[EMAIL PROTECTED]>,
Paolo Torelli <[EMAIL PROTECTED]> wrote:
>Gosh! How would it work? And, how would you implement it painlessly?
>If I understand correctly, it would be like a DAG of writes being
>written in topological order?
See http://www.ece.cmu.edu/~ganger/papers/CSE-TR-254-95/index.html
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: [EMAIL PROTECTED] (Gordon Scott)
Subject: Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN
Date: 22 Jun 1999 10:27:22 GMT
Reply-To: Gordon Scott <[EMAIL PROTECTED]>
Peter Mardahl ([EMAIL PROTECTED]) wrote:
: to disk. The value is expressed in jiffies (clockticks), the
: number of jiffies per second is 100. Age_buffer is the
: maximum age for data blocks, while age_super is for
: filesystems meta data.
Is undoubtedly the answer you want.
The correct abbreviation for Hertz is Hz, which is a measure of frequency
and is most probably what you want.
One odd possibility though is that HZ might refer to a method of encoding
Chinese characters. You should be able to determine from the context
if that's likely. I think you'll find that in one of the rfcs on MIME
encodings.
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: Mads Dydensborg <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: How to compile SMP driver( just -D__SMP__?) into RedHat 6.0 kernel?
Date: 22 Jun 1999 15:54:12 +0200
[EMAIL PROTECTED] (Peter Samuelson) writes:
> (Note: I believe a kernel is the *only* Linux software which actually
> requires a reboot to upgrade. Is it true that Solaris 7 even gets
> around *that*, or am I misremembering an article somewhere?)
I believe that at one point there was a patch that allowed you to
change the kernel while it was running.
Using modules is probably the best way to develop drivers.
Mads
--
+----------------------------------------------------------------------+
| Mads Bondo Dydensborg. Student at DIKU, Copenhagen - Denmark. |
| Email: [EMAIL PROTECTED] www: http://www.diku.dk/students/madsdyd/ |
+----------------------------------------------------------------------+
------------------------------
From: Craig Graham <[EMAIL PROTECTED]>
Subject: Re: WinModems and Linux
Date: Tue, 22 Jun 1999 11:08:22 +0000
pzdev <[EMAIL PROTECTED]> wrote:
> Please excuse me for not threading this with the main WinModems thread,
> but I'm having problems with my newsreader.
>=20
> A few comments about using WinModems under Linux. Contrary to what has
> been said in this forum, the reason that a WinModem is less expensive
> and consumes more of the host CPU is not because it is using the host
> CPU to perform the work of a UART in a normal modem. Rather, the
> interface card in a typical WinModem is has very little hardware at all=
:
> typically a CODEC (D/A and A/D converter) and not much else. Most of
> the modem functionality, including all the modulation, protocols, link
> layers, and AT command processing happen on the host processor. In
> essence, the driver for the WinModem *is* the modem, running on the hos=
t
> processor.
Are you sure about that? I ask because I've programmed the Rockwell DP
series chips direct before (we used the data pump chip directly in a sett=
op
box project I worked on a few years back). Admitedly they have no AT
command set - all you have is a set of registers that you can access, but
most of what you had to do was implement a state machine to control
the data pump. The cost saving in a win-modem actually comes from not
having a dedicated CPU and UART to translate AT commands from the
serial port into direct register access sequences to control the data pum=
p
eg.=20
ATDT 0181
translates to=20
1) set the DTMF mode bit
2) set the output attenuation and DTMF twist to whatever the country's
local telecoms spec is (it's different for each country, rockwell ch=
ips
default to US standards).
3) write each digit one at a time, waiting for a digit-done interupt bef=
ore
dialing the next one.
You can then handle the connect/negotiation sequence via a simple
set a bit/poll the next phase bit sequence. Once the connection is made,
you have one register for data out, one for data in, an interupt line for
transmit/recieve and a status register. Simple.
There isn't really any DSP done on the Host CPU, and it's not that much
harder than an AT type modem to write a driver for - in fact, you should
be able to do a much better linux driver for it than for an AT type modem
(what everyone here considers a 'real' one).
> pzdev
Craig Graham.
------------------------------
From: [EMAIL PROTECTED] (Fredrik Roubert)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Run in background
Date: 22 Jun 1999 14:04:50 GMT
In article <7km7ds$nm3$[EMAIL PROTECTED]>,
vineet <[EMAIL PROTECTED]> wrote:
> How do I make my C program to run in background after getting
> initialised. I mean that the program should detach from the terminal
> and should run in background like a daemon.
You can read how to do that in the UNIX programming FAQ:
http://www.erlenstar.demon.co.uk/unix/faq_2.html#SEC16
H�lsningar // Fredrik Roubert
--
[EMAIL PROTECTED] � +46 46 188127
[EMAIL PROTECTED] � M�llev�ngsv�gen 6c
http://www.efd.lth.se/~d95fr/ � SE-222 40 Lund
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: Making dynamic libraries
Date: Tue, 22 Jun 1999 13:27:46 +0000
John Burton wrote:
>
> mlw wrote in message <[EMAIL PROTECTED]>...
> >mongoose wrote:
> >>
> >> Ok I know how to make a static library that I can compile my programs
> >> with but how do I make a dynamic library? Is there a webpage or could
> >> anyone give me some info on how to do it? Also when compiling in a
> >> library as dynamic or static does it make any performance differences as
> >> to the speed of the program?
> >
> >I have big issues with how Linux does shared libraries. Phylosophically,
> >they are implemented in a way that is environmentally specific, even
> >though versions are the same, the environment on which they were built
> >is incorporated into the shared object.
>
> Specifically what do you mean? Which parts of the environment are you
> talking about?
The shared library depends on the environment in which it was compiled.
Software being developed in a different environment (i.e. a different c
lib) can not use the shared object.
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit http://www.mohawksoft.com
------------------------------
From: "Andr� Magoga" <[EMAIL PROTECTED]>
Subject: DMI Service Provider for Linux
Date: Tue, 22 Jun 1999 11:26:12 -0300
Anyone knows if there is a DMI Service Provider implementation for Linux ?
Thank's.
Andr� Magoga
Software Engineer
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: Can Single Processor driver run under SMP Kernel(2.2.*)
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 22 Jun 1999 08:51:45 -0400
"robert_c" <[EMAIL PROTECTED]> writes:
> Could someone tell me like following:
> If run Single Processor driver under SMP kernel (2.2.X), it will be OK or
> not? (and what will happan for above case?)
In general it will work (though it will be slower than if you compiled the
kernel for non-SMP mode obviously). As I recall, there are some motherboards
that it won't work in, but I don't remember any details.
--
Michael Meissner, Cygnus Solutions
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886
email: [EMAIL PROTECTED] phone: 978-486-9304 fax: 978-692-4482
------------------------------
From: Johan Kullstam <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: Can Single Processor driver run under SMP Kernel(2.2.*)
Date: 22 Jun 1999 10:10:14 -0400
"robert_c" <[EMAIL PROTECTED]> writes:
> Could someone tell me like following: If run Single Processor driver
> under SMP kernel (2.2.X), it will be OK or not? (and what will
> happan for above case?)
this should be fine. SMP can handle one or more CPUs.
--
johan kullstam
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN
Reply-To: [EMAIL PROTECTED]
Date: Tue, 22 Jun 1999 14:33:49 GMT
[EMAIL PROTECTED] (Gordon Scott) writes:
>Is undoubtedly the answer you want.
>The correct abbreviation for Hertz is Hz, which is a measure of frequency
>and is most probably what you want.
HZ usually is the name of a #define in some system include file that tells
you how many jiffies there are per second. If you want to be portable, you
should not assume that there are 100 jiffies per second.
Bernie
--
============================================================================
"It's a magical world, Hobbes ol' buddy...
...let's go exploring"
Calvin's final words, on December 31st, 1995
------------------------------
From: Mark Tranchant <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: install glibc-2.1.1 in slackware
Date: Thu, 17 Jun 1999 07:58:09 +0100
Reply-To: [EMAIL PROTECTED]
y chen wrote:
>
> Hi, there,
> I finally compile gcc-2.1.1 in my linux box.
> I dare not make install because some problems:
> (1) "make check" report erfl and ieee754 are not
> implemented when checking math lib.
> (2). ./configure fail to guess my host type, I do not
> know why.
If you told configure your host type, and the compile went OK, there is
no problem. The reason is almost certainly that you're missing a link
from /usr/bin/cc to wherever the egcs executable is (/usr/local/bin/gcc
perhaps? That may be another symlink itself, but that's OK. I had that
problem too.
> My linux originally is slackware 3.6 ( kernel
> 2.0.36) but I upgrade it to kernel-2.2.9.
> and glibc-2.0.8 , latest egcs. There are quite
> a lot old libc hanging aroud in /usr/lib.
libc in /usr/lib?! That surprises me. Slackware puts libc.so.? in /lib,
so that a dynamically-linked umount can still unmount /usr when it's on
a separate partition. Run "/sbin/ldconfig -v | grep libc" and see which
libc versions are being referred to. It'll be something like:
libc.so.4 => libc.so.4.76 (a.out C library)
libc.so.5 => libc.so.5.4.44 (libc5 library)
Any other versions such as an old libc.so.5.4.33 may be deleted.
When you have finished the installation, there'll be a new line from
ldconfig:
libc.so.6 => libc-2.1.1.so (or something like that).
and /lib/libc.so should be linked to /lib/lib-2.1.1.so (maybe
indirectly).
Take it one step at a time, and follow the instructions in the
Glibc2-HOWTO.
Mark.
------------------------------
From: mongoose <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: Making dynamic libraries
Date: Tue, 22 Jun 1999 10:56:14 -0500
mlw wrote:
>
> John Burton wrote:
> >
> > mlw wrote in message <[EMAIL PROTECTED]>...
> > >mongoose wrote:
> > >>
> > >> Ok I know how to make a static library that I can compile my programs
> > >> with but how do I make a dynamic library? Is there a webpage or could
> > >> anyone give me some info on how to do it? Also when compiling in a
> > >> library as dynamic or static does it make any performance differences as
> > >> to the speed of the program?
> > >
> > >I have big issues with how Linux does shared libraries. Phylosophically,
> > >they are implemented in a way that is environmentally specific, even
> > >though versions are the same, the environment on which they were built
> > >is incorporated into the shared object.
> >
> > Specifically what do you mean? Which parts of the environment are you
> > talking about?
>
> The shared library depends on the environment in which it was compiled.
> Software being developed in a different environment (i.e. a different c
> lib) can not use the shared object.
Well could you just compile everything statically into the shared lib,
so if the shared lib needs anything else its already in the lib?
-Mongoose, WPI student majoring in Computer Science.
"Whenever you find yourself on the side of the majority,
it's time to pause and reflect." -Mark Twain
------------------------------
From: Marc Franzmeier <[EMAIL PROTECTED]>
Subject: Re: WinModems and Linux
Date: Tue, 22 Jun 1999 15:48:10 +0200
Reply-To: [EMAIL PROTECTED]
If it's that easy...
At least I'm under the expression, that Part 1 already exists.
Hint: ISDN-Subsystem HiSax etc.
Just my $0.02
Marc
Lew Pitcher wrote:
>
> I've suspected that (at least some) WinModems would be that simple.
>
> Here's a challenge then:
>
> Could someone with the specs for an existing WinModem (i.e. manufacturer
> or licencee) write a two-part driver for your WinModem, and publish it
> (either as LGPL modules or GPL source) for use?
> - Part 1 would implement a state machine to translate Hayes AT commands
> to WinModem module calls. This module would be generic so as to be able
> to drive different WinModems, and would simply process the AT commandset
> into something useable by the WinModem driver. Sorta like Ghostscript
> does for the postscript language.
> - Part 2 would implement a modem driver (data pump and modem control) for
> your specific WinModem. The public API should be generic enough that
> other manufacturers/authors could write similar drivers for alternate
> WinModems. This driver would provide
> a) read() and write() exits for data transfer to and from the modem, and
> b) an ioctl() exit (or similar) for manipulation of the WinModem controls.
> Publish the requirements of the driver API (which ioctls perform what functions),
> and make the AT command interpreter free. You'll get *alot* of purchasers from
> the non-windows community this way.
--
iss innovative software services GmbH
Nobelstr. 15 - 70569 Stuttgart
eMail: mailto:[EMAIL PROTECTED]
------------------------------
From: Nelson Minar <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Run in background
Date: 22 Jun 1999 11:53:24 -0400
[EMAIL PROTECTED] (M. David Allen) writes:
>>>How do I make my C program to run in background after getting initialised.
> Insert this into the code where you want it to fork off...
> if(fork()!=0) {
> exit(0);
> }
> And that's all you've got to do.
That's not really true.
Proper daemons do a lot of magic things about ignoring signals,
closing I/O channels, etc. Any good Unix programming book will have
more details, I know the excellent book Unix Network Programming (2nd
edition, volume 1) has a well explained chunk of code for going daemon
in section 12.4
http://www.amazon.com/exec/obidos/ASIN/013490012X/nelsonminar
Someone mentioned a function daemon(3). I can't find documentation in
Redhat 6.0, but it is in /usr/include/unistd.h. That might be a simple
way to do it, but I've never used it myself.
PS - never trust advice from people whose email address is
@localhost.localdomain :-)
[EMAIL PROTECTED]
. . . . . . . . http://www.media.mit.edu/~nelson/
------------------------------
From: [EMAIL PROTECTED] (Sid Cammeresi)
Crossposted-To: comp.os.misc
Subject: Re: Microkernel?
Date: 22 Jun 1999 13:51:00 GMT
Reply-To: [EMAIL PROTECTED]
On 21 Jun 1999 09:26:50 -0400, Alexander Viro <[EMAIL PROTECTED]> wrote:
>Short answer: it provides synchronisation and message-passing to upper
>layers. Read the book (and see references in it - there is a lot of fine
>stuff).
well, a lot of people are calling their kernels microkernels these days.
be says its is a microkernel. in beos r4, the kernel was over a megabyte.
disk drivers have been removed from it for r4.5, so the size will drop a
bit. in the next release, the network stack is going to move into the
kernel.
openblt has a microkernel as well. it has no device drivers in the kernel,
but does have some extra amenities like semaphores and shared memory. as
for size, the openblt kernel is currently around 30kb compiled.
sc
--
Sidney CAMMERESI | icbm: 40.112 N, 88.200 W
http://www.omni.cx/~sac |
PGP: 65 6F B3 DA CA 3E 3B 09 | Cxi tie parolas Anglen kaj
32 C8 17 1C 0A 79 2F 3F | Esperanten.
------------------------------
From: "R Potts" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Problems reading CD created under Win9x
Date: Tue, 22 Jun 1999 09:48:53 -0300
I recently donwloaded a 140MB file and had some one copy it to a CD for me
under Win95. When I look at the CD under Linux I can see 68MB of the file
but when I look at it under a Win95 macine I can see the whole thing.
What's up with this and how can I see the whole file. I don't have access
to a CD-RW under Linux or another UNIX OS.
Thanks
Rob
------------------------------
** 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
******************************
