Linux-Development-Sys Digest #703, Volume #7 Fri, 24 Mar 00 11:13:17 EST
Contents:
Re: gcc problems (David Augsburger)
Timer Interrupt ("Shannen")
help - byte aligned vs. word aligned structures using gcc... (Robert Nickel)
Problem in installing SSLeay package on REdhat 6.1 ("Vasundhara Padmanabhan")
MTRR and Athlon (Jason S.)
Re: Absolute failure of Linux dead ahead? (Ronald Cole)
Re: UART overrun errors (Etienne Lorrain)
Re: Timer Interrupt (Anders Larsen)
Re: large numbers of open sockets ("P.G.Hamer")
Re: UART overrun errors (Mats Byggmastar)
RLIMIT_CPU (Eugene Morozov)
Re: ����� ������!!! (Alexander Viro)
Re: Absolute failure of Linux dead ahead? (Matthias Warkus)
Re: help - byte aligned vs. word aligned structures using gcc... (Thomas F. Drescher)
system hung when compiling kernel (Karsten Bickel)
Re: Absolute failure of Linux dead ahead? (Kaz Kylheku)
Re: Timer Interrupt (Kaz Kylheku)
increasing MSGMAX and MSGMNB for sysv ipc (Seth Daniel)
Re: Kernel Implementation Languages (Dale Pontius)
----------------------------------------------------------------------------
From: David Augsburger <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.powerpc,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: gcc problems
Date: Thu, 23 Mar 2000 21:11:33 -0700
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article <[EMAIL PROTECTED]>, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> I am having trouble with the postgres configure program, which requires gcc
> to be able to compile programs. As configure was performing its checks, it
> failed when it claimed, 'gcc is not able to compile executables'.
> OK, this is problem number 1.
> I didn't know why this was, so I tried to compile a simple printf() to make
> sure the compilers really weren't working properly. Then I got an error from
> the compiler saying it couldn't find stdio.h. Yes, I did #include <stdio.h>
> properly.
> That is problem number 2.
> I might add gcc was installed as an rpm, separately from the system
> installation, and the required cpp was also installed. I haven't encountered
> either of these problems before, could anyone offer some help?
I really know nothing about this subject, but it occurred to me that if
you checked with:
<http://www.rpmfind.net/>
that you might find what was required for gcc.
I found this rpm which looks to be the full package, but again I don't
know:
<http://rufus.w3.org/linux/RPM/yellowdog/1.0/champion-1.2/ppc/YellowDog/
RPMS/gcc-2.95.2-1i.ppc.html>
I may try this sometime soon, I'm curious.
Cheers, David
______ ______________ c me 4 movies _________________
\ DAVID AUGSBURGER edit e-mail address
OO.
L_K <http://www.cinema-sites.com>
------------------------------
From: "Shannen" <[EMAIL PROTECTED]>
Subject: Timer Interrupt
Date: 24 Mar 2000 05:37:40 GMT
Hi to all
Is there anyway to program timer interrupt of 1 millisecond to about a
nanosecond in Linux?
Thanks for the reply
Shannen
------------------------------
Crossposted-To: comp.os.linux.development.apps
Subject: help - byte aligned vs. word aligned structures using gcc...
From: [EMAIL PROTECTED] (Robert Nickel)
Date: Fri, 24 Mar 2000 06:00:48 GMT
Can anyone tell me how to make a structure byte-aligned instead of word
aligned?
I'm using a structure as the layout for an mmaped region of /dev/mem and
need to make sure that my structure is kept in order.
I'm certain this is trivially simple, but I'm (again) without the know how
on this one.
Thanks,
--Robert
------------------------------
From: "Vasundhara Padmanabhan" <[EMAIL PROTECTED]>
Subject: Problem in installing SSLeay package on REdhat 6.1
Date: Fri, 24 Mar 2000 15:19:32 +0800
Hi
I am trying to install the SSLeay package version 0.6.3
on Redhat Linux 6.1 runnig apache. I downloaded
this package from the perl site (perl.org).
I get the follwing errors when I execute the foll commands.
> make
> make test
[...]
./ssltest -server_auth -CApath ../certs
server authentication
depth=0 error=19 /C=AU/SP=QLD/O=Mincom Pty. Ltd./OU=CS/CN=SSLeay demo
server
ERROR in CLIENT
make[1]: *** [tests] Error 1
make[1]: Leaving directory `/PerlIns/SSLeay-0.6.3/test'
make: *** [tests] Error 2
Could someone pls help me in resolving this.
Thanks in advance
Vasundhara
------------------------------
From: [EMAIL PROTECTED] (Jason S.)
Subject: MTRR and Athlon
Date: Fri, 24 Mar 2000 03:33:28 -0500
Reply-To: [EMAIL PROTECTED]
I noticed that with CONFIG_MTRR enabled, my Athlon/SD11 system with kernel
2.2.14 sets its memory to write-through caching, which makes it perform
like a P5/120 or so for anything memory-bound. This is trivial to repair
after boot, of course, but my question is whether there is (or will be)
a kernel command-line option to set up stuff in /proc/mtrr upon boot,
rather than later on.
--
Check out the comp.sys.mac.advocacy FAQ
http://www.pobox.com/~ericb/csmafaq/
muahahahahahahaha!!!snap!snap!!snap!!photoshop!!
-- Ho You Kong
Marge Simpson: That's a pretty lousy lesson.
Bill Clinton: Hey -- I'm a pretty lousy President.
-- The Simpsons
------------------------------
From: Ronald Cole <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: 24 Mar 2000 00:43:18 -0800
[EMAIL PROTECTED] (The Ghost In The Machine) writes:
> Mind you, I do know at least two operating systems (Apollo/DOMAIN Aegis
> and older versions of MacOS) which were written in Pascal, or some
> variant thereof, so I guess it could work... :-)
The most famous example would probably be the UCSD P-System.
--
Forte International, P.O. Box 1412, Ridgecrest, CA 93556-1412
Ronald Cole <[EMAIL PROTECTED]> Phone: (760) 499-9142
President, CEO Fax: (760) 499-9152
My GPG fingerprint: C3AF 4BE9 BEA6 F1C2 B084 4A88 8851 E6C8 69E3 B00B
------------------------------
From: Etienne Lorrain <[EMAIL PROTECTED]>
Subject: Re: UART overrun errors
Date: Fri, 24 Mar 2000 09:26:47 +0000
Mats Byggmastar wrote:
> Etienne Lorrain wrote:
> > In short, use "hdparm" to enable interrupts when tranfering data
> > to/from HD, in your rc scripts.
>
> Only when switching from X Windows to console mode (CTRL-ALT-F*) I got
> some overrun errors. I guess this is the same problem but it is not
> as critical for my application.
You may have the same problem (serial overruns) when using any
function which switch back to real mode and calls the BIOS - I do not
know if the BIOS is called while switching console.
The problem is that BIOS manufacturers (standart BIOS, video BIOS,
SCSI BIOS...) do not want the user to view their assembly code, with
a debugger or another way - so they make (nearly) impossible to trace
or single step their code. I suspect they are not only disabling
interrupts but also relocate the interrupt table (l/sidt assembly
instruction) and put the stack in an un-useable state, like pointing
in ROM. Their BIOS is not necessarily optimised (it maybe the first
reason they do not want us to see it) so it takes quite a long time
with interrupts disabled...
Hope that helps,
Etienne.
------------------------------
From: Anders Larsen <[EMAIL PROTECTED]>
Subject: Re: Timer Interrupt
Date: Fri, 24 Mar 2000 10:32:48 +0100
Shannen wrote:
>
> Is there anyway to program timer interrupt of 1 millisecond to about a
> nanosecond in Linux?
You mean the PC hw clock?
No way you can do that, it's way too imprecise.
1. The oscillator would have to bee a high-grade crystal oscillator in
a housing with constant (I mean *constant*) temperature.
It's not. It's just a consumer-grade oscillator (ever noticed how the
clock drifts over a couple of weeks?)
2. The frequency of the oscillator would have to be a multiple of 1000Hz.
I believe it not, either, but some weird frequency suitable for generating
baud-rates and the like; dating back from the very first PC's.
Anders Larsen
------------------------------
From: "P.G.Hamer" <[EMAIL PROTECTED]>
Subject: Re: large numbers of open sockets
Date: Fri, 24 Mar 2000 11:50:04 +0000
Chris Green wrote:
> Are there going to be any problems with an application
> (running on a large linux system w/ lots of ram and processor amd
> internet connection bandwidth) that might have something like 50K
> simultaneous open stream sockets? Traffic through each socket will be
> fairly low, and intermittent. The app would use poll() to wait for
> requests, and then dispatch the requests to different threads. I know
> I could use some multiplexing scheme w/ udp to get around the huge #
> of connections, but there are good reasons to do it with stream
> sockets, if practical.
Is the population of connections constant or changing? If the latter you
could have problems with the delay (several mins) before you can re-use
a host.port.protocol.port.host combination.
Peter
------------------------------
From: Mats Byggmastar <[EMAIL PROTECTED]>
Subject: Re: UART overrun errors
Date: Fri, 24 Mar 2000 13:39:12 +0100
Etienne Lorrain wrote:
>
> You may have the same problem (serial overruns) when using any
> function which switch back to real mode and calls the BIOS - I do not
> know if the BIOS is called while switching console.
>
> The problem is that BIOS manufacturers (standart BIOS, video BIOS,
> SCSI BIOS...) do not want the user to view their assembly code, with
> a debugger or another way - so they make (nearly) impossible to trace
> or single step their code. I suspect they are not only disabling
> interrupts but also relocate the interrupt table (l/sidt assembly
> instruction) and put the stack in an un-useable state, like pointing
> in ROM. Their BIOS is not necessarily optimised (it maybe the first
> reason they do not want us to see it) so it takes quite a long time
> with interrupts disabled...
>
> Hope that helps,
Yes, it helps. It helps in the way that I'm becomming more and more
convinced that Linux is not the correct OS for our application.
The realtime issues with Linux I've been avare of for a long time
but it hasn't had any major impact on our product although it is
a realtime type of application (a GSM protocol analyser/simulator
for the A and Abis interfaces, E1, 2 Mbit/s). We have managed to
work around the problems. However, with these serial port problems
I've had lately I'm becomming very skeptic. We simply have to move
over to a RTOS.
Mats
------------------------------
From: Eugene Morozov <[EMAIL PROTECTED]>
Subject: RLIMIT_CPU
Date: 24 Mar 2000 16:22:29 +0300
Hi!
I'm exporing resource limits and have a simple question. From what I
saw in kernel sources, kernel sends SIGXCPU to process if it's cpu
time is higher than current soft limit and SIGKILL if it is higher
than hard limit. So, I wrote a simple program that sets handler for
SIGXCPU and does infinite loop, set the maximum amount of cpu time in
seconds to 1 and run the program. However, the program didn't receive
neither SIGXCPU nor SIGKILL. What am I doing or understanding wrong?
Eugene
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Subject: Re: ����� ������!!!
Date: 24 Mar 2000 08:55:13 -0500
In article <[EMAIL PROTECTED]>,
Nix <$}xinix{[email protected]> wrote:
>[EMAIL PROTECTED] (Alexander Viro) writes:
>
>> In article <8auga9$bso$[EMAIL PROTECTED]>,
>> Vladimir Vizgalin <[EMAIL PROTECTED]> wrote:
>> > ������ �����!!!!
>>
>> ����������� �� ����������. � ������� ����� � ������� - � ���� '!' ��������.
>
>Ah. I assume this is intelligible if you happen to have a font with the
>right encoding, then?
: > Hello, people!!!!
:
: Switch to English. And fix your keyboard - you've got sticky '!'.
Not too exciting...
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: [EMAIL PROTECTED] (Matthias Warkus)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: Fri, 24 Mar 2000 15:05:10 +0100
Reply-To: [EMAIL PROTECTED]
It was the Thu, 23 Mar 2000 22:52:45 +0100...
...and Mario Klebsch <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Matthias Warkus) writes:
>
> >> The problem with Pascal, as distinct from the others, is that the
> >> design just wasn't made for anything more than education.
> >...
> >e) No pointers to functions AFAIK
>
> At least they were possible as arguments to function/procedure
> calls. I am not sure, wether they are possible as stand alone
> variables or as structure members. However, there were a lot pascal
> compilers in use, that did not implement procedure arguments.
If pointers to functions exist, then there's another e):
e) No variable length argument lists for you.
mawa
--
mawa -- <[EMAIL PROTECTED]> -- http://dev.nullmodem.de/mawa/
Diddler of Languages
Torturer of Key-Studded Things
Proud Owner of a Life
------------------------------
From: Thomas F. Drescher <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: help - byte aligned vs. word aligned structures using gcc...
Date: Fri, 24 Mar 2000 17:26:14 GMT
Hi Robert,
it depends on how complex your structure is. You didn't show it here=20=
so i can give u some generic hints:
''char a;'' is usually expanded to a word boundary -
so use ''char a[1];'' instead and refer to it with ''*(xxx.a)'' or=20
''xxx.a[0]''
If that isn't sufficient, you have to use a specific compiler pragma=20=
(dependent on which one u're using) #pragma pack something
Be very careful with dereferencing byte aligned elements on certain=20
machines (e.g. HP/UX)
Regards, Thomas.
---
CAUTION! Adresses mentioned in this posting are privat and not for=20
commercial use nor for unsolicited marketing mail! Violations will be=20=
reported to their appropriate providers. [EMAIL PROTECTED] =20
(..more to follow)
>>>>>>>>>>>>>>>>>> Urspr=FCngliche Nachricht <<<<<<<<<<<<<<<<<<
Am 24.03.00, 05:00:48, schrieb [EMAIL PROTECTED] (Robert Nickel)=20
zum Thema help - byte aligned vs. word aligned structures using=20
gcc...:
> Can anyone tell me how to make a structure byte-aligned instead of=20=
word
> aligned?
> I'm using a structure as the layout for an mmaped region of /dev/mem=20=
and
> need to make sure that my structure is kept in order.
> I'm certain this is trivially simple, but I'm (again) without the know=
=20
how
> on this one.
> Thanks,
> --Robert
------------------------------
From: Karsten Bickel <[EMAIL PROTECTED]>
Subject: system hung when compiling kernel
Date: Fri, 24 Mar 2000 15:30:03 GMT
Hallo all,
i've got a strange problem compiling my kernel:
I installed a SuSe 6.0 distribution on my AMD 386DX2/80 with 8 MB RAM.
(realy, no joke).
Now I tried to build my first own kernel based on the kernel-sources
2.0.36.
All works fine till the point gcc tries to compile 'ide.c'. It starts
compiling and then the system(!) hung. Nothings works (e.g. switch to
another virtual console, numlock key, ...) - the only exit is a hard reset
or power off/on.
I tried it several times - exactly the same.
I reinstalled the sources, compiler, libraries - exactly the same.
Any suggestions?
Do you need more info?
so long
Karsten
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Reply-To: [EMAIL PROTECTED]
Date: Fri, 24 Mar 2000 15:47:06 GMT
On Fri, 24 Mar 2000 15:05:10 +0100, Matthias Warkus <[EMAIL PROTECTED]> wrote:
>It was the Thu, 23 Mar 2000 22:52:45 +0100...
>...and Mario Klebsch <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] (Matthias Warkus) writes:
>>
>> >> The problem with Pascal, as distinct from the others, is that the
>> >> design just wasn't made for anything more than education.
>> >...
>> >e) No pointers to functions AFAIK
>>
>> At least they were possible as arguments to function/procedure
>> calls. I am not sure, wether they are possible as stand alone
>> variables or as structure members. However, there were a lot pascal
>> compilers in use, that did not implement procedure arguments.
>
>If pointers to functions exist, then there's another e):
>
>e) No variable length argument lists for you.
Well, C didn't have these either, initially. People did it anyway, as a a
complete platform specific hack, relying on the lack of type checking in C and
the local stack layout. Andrew Koenig introduced <varargs.h> but it was not
until ANSI C that we got the ellipsis punctuator and <stdarg.h>.
--
#exclude <windows.h>
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: Timer Interrupt
Reply-To: [EMAIL PROTECTED]
Date: Fri, 24 Mar 2000 15:52:56 GMT
On Fri, 24 Mar 2000 10:32:48 +0100, Anders Larsen <[EMAIL PROTECTED]>
wrote:
>Shannen wrote:
>>
>> Is there anyway to program timer interrupt of 1 millisecond to about a
>> nanosecond in Linux?
>
>You mean the PC hw clock?
>No way you can do that, it's way too imprecise.
>
>1. The oscillator would have to bee a high-grade crystal oscillator in
> a housing with constant (I mean *constant*) temperature.
> It's not. It's just a consumer-grade oscillator (ever noticed how the
> clock drifts over a couple of weeks?)
>2. The frequency of the oscillator would have to be a multiple of 1000Hz.
> I believe it not, either, but some weird frequency suitable for generating
> baud-rates and the like; dating back from the very first PC's.
And ...
3. Your interrupt latency would have to be much less than a nanosecond for you
to take advantage of the super accurate timer. Not only that, but the response
times are going to vary due to cache misses and interrupts being disabled.
So about the only useful benefit would be the reduced drift over a long
period.
------------------------------
From: [EMAIL PROTECTED] (Seth Daniel)
Subject: increasing MSGMAX and MSGMNB for sysv ipc
Date: 24 Mar 2000 15:53:53 GMT
Reply-To: [EMAIL PROTECTED]
All,
I am aware of a patch for kernel 2.2.9 which allows
you to define msgmax and (I believe) msgmnb using
/proc somehow. However, I cannot get this patch
to apply cleanly to a fresh 2.2.9 kernel. Does
anyone have any other information regarding this?
Are there other patches? The patch I have was
posted to the Linux kernel mailing list and
can be viewed here:
http://www.uwsg.iu.edu/hypermail/linux/kernel/9906.1/0458.html
This is quite important to me as I'm porting an application
that requires some very large message queues.
Based on a quick look at the 2.3.x source it doesn't appear
that msgmax etc... can be changed. Although the values
were upped somewhat for the 2.3.x kernels. I was really
hoping that a patch like the one listed above would have
made it into the development kernel. Anyone know if there
is any hope of ever seeing this in a mainstream kernel?
--
seth daniel | Texas Instruments DMOS4/5
[EMAIL PROTECTED] | Automation Engineering
------------------------------
From: [EMAIL PROTECTED] (Dale Pontius)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Kernel Implementation Languages
Date: 24 Mar 2000 16:05:36 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Christopher Browne) writes:
...
> The problem is that even with something as intentionally similar to
> C as C++, it's problematic to "play well with C" and actually make
> use of the extended features of the language.
>
GNAT does play well with C, at least until you get into the OO stuff.
Once you get there, I'm not sure what happens, though I know a LOT of
thought has gone into the problem, as evidenced by newsgroup threads.
But with Ada, in particular, much of the benefit is not in the OO
extensions, but in the strong typing, function prototypes, etc. It's
a language for maintenance, not development.
And that comes down to another reason you'll probably never see
kernel stuff in Ada - it's more of a pain to code for. I won't say
develop, because I'd assert that the 'pain to code' features help
when it gets to debuggery.
Dale Pontius
(NOT speaking for IBM)
------------------------------
** 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
******************************
