Linux-Development-Sys Digest #162, Volume #7 Mon, 6 Sep 99 20:14:14 EDT
Contents:
Re: [Linux] Calling C from Fortran: Function always returns zero? (David T. Blake)
Re: Richards Stevens died (Kurt Wall)
Re: Linux standards compliance (Laurent Chavey)
Re: Init pb : respawning too fast (Juergen Heinzl)
Re: IDE for c++ dev? (Johan Kullstam)
Re: Linux standards compliance ([EMAIL PROTECTED])
Q: uid in /proc/net/tcp (Bernd Strieder)
Keysyms, foreign characters, Keydefs (M. David Allen)
Re: Unix and the ISO/IEC 14882-1998 Standard C++ Library ("Scott Robert Ladd")
Counting hardware Interrupt ("Simon Kwan")
Max threads and TCP connections? (Bill LN)
Re: bttv framegrabber driver user manual (Daniel Robert Franklin)
bfs (Andries Brouwer)
Re: Flamage - Why? (Peter Samuelson)
Re: Shutdown Problem (Peter Samuelson)
Re: Flamage - Why? (Graffiti)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (David T. Blake)
Subject: Re: [Linux] Calling C from Fortran: Function always returns zero?
Date: 6 Sep 1999 15:07:49 GMT
Reply-To: [EMAIL PROTECTED]
John H. Chauvin <[EMAIL PROTECTED]> wrote:
> I have written a very simple fortran program which calls a
> function which is written in C. This is a very straight
> forward test case for mixed Fortran and C programming
> under Linux using g77 and gcc.
>
> The program passes the number four to the C function where
> it is multiple by two and the resultant value is returned to
> the fortran program. Unfortunately, the return value as
> printed from the fortran routine is always zero. Why is
> the return value being lost?
Unless you know ForTran (as in Formula Translation) quite
well, you might find the line
IMPLICIT NONE
at the top of the program to be quite useful.
--
Dave Blake
[EMAIL PROTECTED]
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,comp.os.linux.development.apps
Subject: Re: Richards Stevens died
Date: 6 Sep 1999 20:58:48 GMT
In comp.os.linux.development.apps Scott Lanning <[EMAIL PROTECTED]> wrote:
> http://www.bigdealclassifieds.com/classified/plsql/
> classlevel3_step?wClass=0002&wPubdate=Friday&wRowstart=1&wLessOrMore
AAAAAAAAAAAAAAARGH. Shit.
Kurt
--
Fat people of the world unite, we've got nothing to lose!
------------------------------
From: Laurent Chavey <[EMAIL PROTECTED]>
Subject: Re: Linux standards compliance
Date: Mon, 06 Sep 1999 13:02:47 -0700
This is a multi-part message in MIME format.
==============38B0D9DCE04E1938A4C970AC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
someone needs to pay for my meals any ways.
Leslie Mikesell wrote:
> In article <[EMAIL PROTECTED]>,
> Tristan Wibberley <[EMAIL PROTECTED]> wrote:
>
> >- which is probably a good thing because hardware drivers usually need
> >to be GPL or at least Open Source in order to be maintained well and
> >Linux encourages that - UDI drivers will not need that at all and people
> >will end up being forced to insert binary only modules that are poorly
> >written and tend to crash a system.
>
> If you are going to make a claim like that, please include some
> examples of devices where the professionals hired by the equipment
> vendors were unable to supply working drivers for the versions
> that are normally shipped as binaries (Windows, Netware, commercial
> unix, etc.) and volunteers ended up doing a better job.
>
> Les Mikesell
> [EMAIL PROTECTED]
==============38B0D9DCE04E1938A4C970AC
Content-Type: text/x-vcard; charset=us-ascii;
name="chavey.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Laurent Chavey
Content-Disposition: attachment;
filename="chavey.vcf"
begin:vcard
n:;Laurent Chavey
x-mozilla-html:FALSE
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;0
fn:Laurent Chavey
end:vcard
==============38B0D9DCE04E1938A4C970AC==
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Init pb : respawning too fast
Date: Mon, 06 Sep 1999 20:38:24 GMT
In article <7r0961$295$[EMAIL PROTECTED]>, Gregory Lepere wrote:
>Hello,
>
>I'm trying to embed Linux. So, I start with a minimal system.
>But when I boot Linux. The kernel loading is ok. The init loading is ok.
>It start with the inittab. And, it didn't start getty. It says :
>"Id 1 respawning too fast: disabled for 5 minutes" when trying to start
>getty.
>I think getty is dying as soon as it starts up.
>So, I check the librairies it depends on.
>I update them to correct versions and do a ldconfig.
>But it's always the same result.
>
>Could someone help ? Thank you.
If possible, say you can still boot a system via lilo interrupt
lilo, then boot via ...
boot: vmunix S
... where vmunix is your kernels' name. On the shell you can
run a getty using tty2 (e.g.) to see what happens, using any
diagnostic options or stuff like strace available.
Ta',
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
Subject: Re: IDE for c++ dev?
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 06 Sep 1999 17:01:39 -0400
Hartmut Rosch <[EMAIL PROTECTED]> writes:
> Johan Kullstam wrote:
> >
> > why do you say this? if you are in X, emacs has menus and a mouse
> > interface. it's been this way for years now. if you can
> > point-n-click your way through, e.g., microsoft notepad, you can
> > point-n-click your way through emacs. there is an extensive menu
> > driven customization facility these days. what do you find
> > unintuitive?
> .......
> > --
> > johan kullstam
>
> Well, it is funny to read this. It is not the point whether you're using
> emacs like an editor or like an IDE. Remember the I stands for
> integrated, that means you have an editor, a class browser, an event
> browser, a debugger and oh yes an executing shell. And a lot more which
> eases your daily developing work. All with graphical enhancements
> because pictures or images are much more easier to grap.
>
> IDE is more than an editor with included debugging aids. Why is M$ so
> popular with their Visual C++ or Borland's CBuilder? I'll leave that
> question open.
why is MS so popular with their windows? it's not quality or
functionality is it.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Linux standards compliance
Date: Mon, 06 Sep 1999 21:43:48 GMT
In article <7qs435$1gnv$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Leslie Mikesell) wrote:
> In article <[EMAIL PROTECTED]>,
> Tristan Wibberley <[EMAIL PROTECTED]> wrote:
>
> >- which is probably a good thing because hardware drivers usually
need
> >to be GPL or at least Open Source in order to be maintained well and
> >Linux encourages that - UDI drivers will not need that at all and
people
> >will end up being forced to insert binary only modules that are
poorly
> >written and tend to crash a system.
>
> If you are going to make a claim like that, please include some
> examples of devices where the professionals hired by the equipment
> vendors were unable to supply working drivers for the versions
> that are normally shipped as binaries (Windows, Netware, commercial
> unix, etc.) and volunteers ended up doing a better job.
Easy. Microsoft acknowledges that one of the main causes for
NT4 instability are bad drivers (and that they intend to fix that
problem for W2k by better testing of third party drivers). NT4
generally uses vendor supplied binary only drivers. This means the
drivers writen by these professionals are often low quality.
Linux is clearly more stable than NT4 and crashes less often.
Near all Linux drivers (with only a few exceptions) are writen by
volunteers. They crash less often than the "professional" drivers
(if they would be similar quality as the average NT4 driver Linux
would be much less stable). Thus the volunteer drivers are (usually)
better.
A good recent example: SiS contributed a Linux driver writen by a
professional for their new networking chipset to 2.2.12. Ignoring
that the driver is really ugly code (if all their drivers are like
that I can understand why they want to hide the source), it has some
bugs that could cause serious system instability and is low quality
(slow) as this analysis from Donald Becker shows:
http://www.tux.org/hypermail/linux-net/this-month/0068.html
Mr. Becker has writen most Linux networking drivers as a volunteer,
if he had writen the SiS driver he clearly would not have made the
mistakes he pointed out.
All modules linked in the kernel have the potential to crash the system
because they run at a high priority level. When some crash occurs it is
very hard to debug it when you don't have source code for all parts of
the system (what happens if you find out that the crash is in some
module you don't have source for, so you cannot fix it?)
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: Bernd Strieder <[EMAIL PROTECTED]>
Subject: Q: uid in /proc/net/tcp
Date: Mon, 06 Sep 1999 19:56:16 +0200
Hi,
since I'm no kernel hacker I reference the place where the problem
occurs to me.
In /proc/net/tcp sockets representing tcp-connections are listed, and
there is a column which lists the uid.
What are the semantics of this uid?
- Is it the current uid of the process the socket belongs to?
- Is it the uid the process the socket belongs to had when the socket
was created?
- Anything else or more complicated?
Some more theoretically questions:
Are those sockets associated an uid internally to achieve certain
functionality or is this uid just a convenience to the reader of
/proc/net/tcp?
Are there reasons that this uid must be the euid, or could it be the
ruid as well?
Background:
I have in front of me an implementation of the IDENT protocol, RFC 1413,
which reads /proc/net/tcp and returns the uid of this file, although it
might be more reasonable to return the ruid. Often programs with SUID
root cause ident-calls, but somehow one should assume that it is an
implementation detail of those programs that they are SUID root, and the
answers identd returns should be based on the real user. ident-calls are
mostly done by tcp-wrappers.
My problem is that I want to connect via rlogin to a Solaris machine,
but my identd returns to this machine that my rlogin connection belongs
to root. But root is not allowed to rlogin to this machine.
So after all this might indicate a problem in the currently installed
identd.
Regards,
Bernd Strieder.
------------------------------
From: [EMAIL PROTECTED] (M. David Allen)
Crossposted-To:
comp.os.linux.development.apps,fr.comp.applications.x11,comp.windows.x.i386unix
Subject: Keysyms, foreign characters, Keydefs
Date: 6 Sep 1999 22:13:58 GMT
Reply-To: [EMAIL PROTECTED]
I have an architecture and internationalization problem that's been bugging
me for quite a while that I'd like to throw out to see if anybody has any
suggestions.
I have an application that allows the user to click on a button, and send a
given character to another window. This works with XSendEvent to a specific
window after making an XEvent with a keycode. The keycode is gotten by
getting the string which is the text that the button causes, converting it
from a string to a Keysym, then from a Keysym to a Keycode - (put into an
XEvent, and then sent).
If I do it with things like "a" or "F" or any other alphanumeric character,
(with shift/alt/ctrl), it works great. The way I specify foreign characters
is with escape codes inside of strings, and I expect that is going to have
to change. For example, the lower-case o-umlaut on the german keyboard is
expressed as "\366". This way, the strings appear properly on the keys,
but when I try to convert from a string to a keysym, I get NoSymbol in
return every time. (XStringToKeySym(escape_code_string))
I've checked <X11/keysymdefs.h>, and some of the keysyms that I need are in
there, but I would have to go back and hardcode a different keysym for
every possible foreign (as in non-US english) character. That's kludge, and
is no good.
So the question is:
- Should I continue to use escape codes for foreign characters, and if
so, how to convert them to keysyms properly?
- Should I scrap the escape codes, and move to specifying everything in
keysyms, and if so, where can I find tables of all available keysyms, and
what they look like as characters?
I've been using GTK+ (www.gtk.org) for my application, but I've had to delve
into Xlib to get some of the more obscure things done. The application, for
anybody that's interested, it gtkeyboard, located at
http://opop.nols.com/gtkeyboard.html and is GPLd.
Any help or guidance would be appreciated. At this point, my app has two
choices, it can either fake all foreign characters redirected to other
windows and substitute them with a dummy character like "X" and list it in
the BUGS file, or I can not fake the key, and have my app segfault. :|
Email responses would be great, but of course I'm going to read the groups. :)
--
David Allen
http://opop.nols.com/
========================================
668: The Neighbor of the Beast
------------------------------
From: "Scott Robert Ladd" <[EMAIL PROTECTED]>
Crossposted-To:
comp.programming.threads,comp.std.c++,comp.unix.programmer,linux.redhat.development
Subject: Re: Unix and the ISO/IEC 14882-1998 Standard C++ Library
Date: 6 Sep 1999 21:05:13 GMT
Johan Kullstam <[EMAIL PROTECTED]> wrote...
> i thought the standard template library (STL) was the standard C++
> library.
Unfortunately, no. Standard C++ made changes/additions to STL; STL, in turn,
has continued to grow in various forms.
I don't know if gcc has decent locale support... I just haven't had a chance
to look, but you might want to take a gander.
--
* Scott Robert Ladd
* Coyote Gulch Productions - http://www.coyotegulch.com
[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:[EMAIL PROTECTED] ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://reality.sgi.com/austern_mti/std-c++/faq.html ]
------------------------------
From: "Simon Kwan" <[EMAIL PROTECTED]>
Subject: Counting hardware Interrupt
Date: Tue, 7 Sep 1999 04:27:06 +0800
Hi,
I want to count the number of electrical pulses coming into the CPU IRQ
line. The count need to increment throughout the life of the system. Hence,
may be I can write the 'number of pulses' to a disk file as soon as it come
it. So, when the machine was power down and re-boot some on the next day, it
will read from disk the last count and continue.
Do I need to go the the length of learning how to write a Linux device
driver in order to perform the above task? Understand that the device
driver is allowed to interface with hardware interrupt line handling. Can it
write to file?
TIA. Appreciate email reply also.
Simon
------------------------------
From: [EMAIL PROTECTED] (Bill LN)
Subject: Max threads and TCP connections?
Date: Mon, 06 Sep 1999 23:48:09 GMT
Is it possible to maintain 1 million TCP connections from a single
Linux box? What would the bandwidth and memory and OS ramifications be
if I try to hold 1 million TCP connections open at once ?
What are the maximum number of threads I can run on a Linux box and
process low speed data from 10's or 100's of thousands of TCP
connections? Would I want to forgo threads altogether and their
associated context overhead and use kernel code to handle each TCP
connection via callbacks (as opposed to signaling a thread ?
I'm assuming a very powerful Intel machine (or maybe some other arch?)
with 100mb network.
Thanks
------------------------------
From: [EMAIL PROTECTED] (Daniel Robert Franklin)
Subject: Re: bttv framegrabber driver user manual
Date: 6 Sep 99 22:34:35 GMT
[EMAIL PROTECTED] (Fung Wai Keung) writes:
>Hi,
> Is there any user manual for the bttv framegrabber driver under
>Linux? If yes, please direct me to the pointer(s).
In the kernel source, look at the files in Documentation/video4linux/bttv
for starters. The README also points you to
http://www.thp.uni-koeln.de/~rjkm/linux/bttv.html
HTH,
- Daniel
--
******************************************************************************
* Daniel Franklin - Postgraduate student in Electrical Engineering
* [EMAIL PROTECTED]
******************************************************************************
------------------------------
Crossposted-To: alt.os.linux,comp.unix.admin,comp.unix.sco.misc
From: [EMAIL PROTECTED] (Andries Brouwer)
Subject: bfs
Date: Mon, 6 Sep 1999 22:57:31 GMT
Yesterday I needed for some obscure reason access
from Linux to a bfs filesystem (/stand) on a SCO
Unixware 7 system.
Since there didnt seem to be a bfs implementation already,
I wrote something and it did what I needed it for.
Find it in ftp://ftp.cwi.nl/pub/aeb/bfsmod.c
or in ftp://ftp.XX.kernel.org/pub/linux/kernel/people/aeb/
Comments are welcome.
Note that this was written without specs of the fs
and with only one specimen of such a fs at hand.
If anybody has more information about the structure
of the superblock or inodes, I'd like to hear.
By the way, this is read-only only.
Andries - [EMAIL PROTECTED]
P.S. This is not the BeFS of BeOS.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: Flamage - Why?
Date: 6 Sep 1999 18:41:23 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Peter Samuelson]
> > Insert Sagan "Bozo" quote. I laugh and scoff at efforts to turn
> > lead into gold, too. Does this make me ignorant or arrogant?
[James Andrews <[EMAIL PROTECTED]>]
> Both, it has been done during particle acceleration experiments in
> switzerland :-P.
Yes I know it's *possible* and I'm not surprised that it has been done,
but I was thinking in terms of traditional alchemy which was to yield
instant wealth. We now know that even if there are ways to cause
fusion of lead into gold, it would cost much more per ounce to make
gold this way than to buy it, and thus is not the instant get-rich
scheme they were looking for 600 years ago.
So I should have qualified the statement: I laugh and scoff at efforts
to get rich by turning lead into gold. Doing so for physics research
purposes is a different matter.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: 6 Sep 1999 18:28:04 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Randall Parker <[EMAIL PROTECTED]>]
> Aren't there temp files that need a place to be written? What if you
> have only a local machine no remote mount you can write them to?
Then you mount /tmp read-write and keep it small enough to be easy to
fsck.... Not a perfect solution, of course.
> I think Linux should have an easier way to be configured so that the
> updatable files do not share partitions with system files that are
> only written at install and patch times.
Why do you think /usr/tmp and /usr/spool are on most Unix/Linux boxes
just symlinks to /var/tmp and /var/spool? Because someone long long
ago decided to put those things in /usr but others decided that was a
bad idea because it kept /usr from being read-only. If you mount
/home, /var and /tmp read-write you're pretty much there.
> Also, temporary scratch pad and log files should be easily configured
> to go to a different partition than the one that holds configuration
> files.
All temporary files and log files should be going either into /tmp or
/var. The issue is making sure /tmp and /var are not in /, which they
are in many smaller systems. /etc does need to be in / for bootstrap
and recovery reasons (have to read /etc/fstab pretty early...) but /var
and /tmp don't.
> But these files are not updated very often and should be on a
> partition that usually has no uncommitted metadata changes. That way
> a power failure would be far less likely to cause their loss as part
> of a whole partition's metadata becoming corrupted.
Yes. If /var comes up trashed you lose cron jobs, print jobs, mail
spools, things like that, but you do not lose configuration information
(except with some print spooler packages which use /var/spool/lpd for
some configuration info).
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Graffiti <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: Flamage - Why?
Date: 6 Sep 1999 16:43:04 -0700
In article <7qvua6$6k9$[EMAIL PROTECTED]>,
Donal K. Fellows <[EMAIL PROTECTED]> wrote:
[snip]
>Hmm. Turning lead into gold is possible. It just is not practical in
>any way, given how cheap it is to dig gold out of the ground in
>comparison.
Not to mention the resultant gold is radioactive and unstable.
-- DN (contributing to topic-drift. :-)
------------------------------
** 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
******************************
