Subject: devel-digest V2 #237
From: [email-masked] (devel-digest)
To: [email-masked]

devel-digest         Sunday, November 21 1999         Volume 02 : Number 237

In this issue:

    Re: RC5: Test client source
    Re: RC5: Test client source
    public6 beta released
    Apache and Wake One
    Re: Apache and Wake One
    Re: Apache and Wake One
    Re: Apache and Wake One
    Re: Apache and Wake One
    Netwinder VPN
    Re: Apache and Wake One
    Re: Apache and Wake One
    Re: Apache and Wake One
    Re: Apache and Wake One
    Where did therm.h go?
    Re: Where did therm.h go?
    Re: Where did therm.h go?
    Re: Where did therm.h go?
    Errors compiling MySQL
    Re: Errors compiling MySQL
    Re: Where did therm.h go?
    Re: Where did therm.h go? 
    Re: Errors compiling MySQL
    Re: Where did therm.h go?
    Re: Errors compiling MySQL
    Re: Errors compiling MySQL
    Re: Errors compiling MySQL
    Sendmail 8.10 b6???
    Re: Where did therm.h go? 

See the end of this digest for information about devel-digest.

----------------------------------------------------------------------

Date: Fri, 12 Nov 1999 12:38:52 -0500
From: "Andrew E. Mileski" <[email-masked]>
Subject: Re: RC5: Test client source

"Andrew E. Mileski" wrote:
> Execute it
>   ./rc5des -test
> And you'll see the final summary says
>  1/32 RC5 Tests Passed
>  WARNING WARNING WARNING
>  31 RC5 Tests FAILED!!!
> so we have some work to do still.

Umm...try forcing the CPU to arch4 (StrongARM) since cpu detection is
currently disabled for non-RISCOS
  ./rc5des -test -c 2
   28/32 RC5 Tests Passed
   WARNING WARNING WARNING
   4 RC5 Tests FAILED!!!
Much better...though I don't yet understand why it would make such a
big difference.

- --
Andrew E. Mileski  -  Software Engineer
REBEL.COM  http://www.rebel.com/

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Fri, 12 Nov 1999 12:43:27 -0500
From: "Andrew E. Mileski" <[email-masked]>
Subject: Re: RC5: Test client source

"Andrew E. Mileski" wrote:
> Umm...try forcing the CPU to arch4 (StrongARM) since cpu detection is
> currently disabled for non-RISCOS
>  ./rc5des -test -c 2
...
> Much better...though I don't yet understand why it would make such a
> big difference.

Doh!  The arch4 code is failing much more ('-c 2' selects "ARM 2, 250").

- --
Andrew E. Mileski  -  Software Engineer
REBEL.COM  http://www.rebel.com/

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Mon, 15 Nov 1999 13:30:19 -0500
From: "Andrew E. Mileski" <[email-masked]>
Subject: public6 beta released

Likely the last of its line for a while.  No big changes from 4 or 5,
though it can rebuild itself (minus kernel and firmware because
we're paranoid).

- --
Andrew E. Mileski  -  Software Engineer
REBEL.COM  http://www.rebel.com/

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Tue, 16 Nov 1999 13:10:23 -0500
From: "Zachary Williams" <[email-masked]>
Subject: Apache and Wake One

I have done some extensive testing with the netwinder, and other systems.
This is not netwinder specific, however it could be a problem that can be
addressed, as I believe I have found a fix.

BUG: In a load balancing enviornment going through hardware such as a
server-iron, apache can be flooded with requests (this could be due to a
traffic spike) and will eventually stop responding.  The load balancer will
then remove that server from 'active' status, because it fails to respond to
http health checks.  In most cases, only a few of the children ever recieve
requests.  Because of the limited children actually responding to requests,
the load-balancer will never put the server back to 'active' status,
therefor leaving the server down, until its children are killed (killing the
parent, and restarting apache.  a -HUP WILL NOT WORK!).

Info:  This is NOT, and I stress, is NOT an apache bug!  All children are
healthy, and are either locked, waiting to become the next child with
accept(15, or the one is on accept(15  (If you have it setup to use the
serialized accept) or there is the trampling herd if not.  Either way, it is
affected.  The bug, appears to be with the kernel.  We have been able to
make this problem occur on kernel 2.2.9 and 2.2.12.  We believe the bug is
in the (buggy) wake-one code that was beggining to be included in kernel
2.2.8 or so.  We have been UNABLE to reproduce this failure on the latest
development kernel 2.3.28.

What we need:  What we would like, is someone on the netwinder team, to work
with us in tracking down this bug, and seeing if it can get into a real
release of the DM netwinder.  We have yet to try kernel 2.2.13 or the
pre14's.  If it is corrected there, then possibly a patch to the current
2.2.12 is in order.  This is a difficult to reproduce bug, however, given a
load-balancing setup, it is very obvious, because of the certain conditions
met.  (requests MUST stop going to the affected server, otherwise children
will respawn, and act normally.)   Single server users will notice a
'slowdown' period, that lasts anywhere from 30 seconds to a few minutes,
while the system kicks back into gear.

If you are interested in nailing this bug, so people with an Enterprise load
balancing solution will not be affected, please contact me.

Zachary Williams
CEO: ZTNet, L.L.C.
[email-masked]

Thank you.

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Tue, 16 Nov 1999 18:16:34 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Apache and Wake One

Zachary Williams writes:
> make this problem occur on kernel 2.2.9 and 2.2.12.  We believe the bug is
> in the (buggy) wake-one code that was beggining to be included in kernel
> 2.2.8 or so.  We have been UNABLE to reproduce this failure on the latest
> development kernel 2.3.28.

Err, you couldn't possibly be using a 2.3.28 kernel on a NetWinder.  I
haven't released the patches, and it's fraught with problems atm.
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Tue, 16 Nov 1999 13:24:16 -0500
From: "Zachary Williams" <[email-masked]>
Subject: Re: Apache and Wake One

ERr, sorry for the 'confusion'.  We've done it with 2.2.12 on the winder.
And done it with 2.2.9, and tested 2.3.28 on our x86 boxes.  Seeing that it
isn't a platform specific bug, it was a cinch for me to take a chance
breaking my home linux box rather than the servers. :)

Zach
- ----- Original Message -----
From: Russell King <[email-masked]>
Newsgroups: netwinder.devel
To: <[email-masked]>
Sent: Tuesday, November 16, 1999 1:18 PM
Subject: Re: Apache and Wake One

> Zachary Williams writes:
> > make this problem occur on kernel 2.2.9 and 2.2.12.  We believe the bug
is
> > in the (buggy) wake-one code that was beggining to be included in kernel
> > 2.2.8 or so.  We have been UNABLE to reproduce this failure on the
latest
> > development kernel 2.3.28.
>
> Err, you couldn't possibly be using a 2.3.28 kernel on a NetWinder.  I
> haven't released the patches, and it's fraught with problems atm.
>    _____
>   |_____| ------------------------------------------------- ---+---+-
>   |   |         Russell King        [email-masked]      --- ---
>   | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
>   | +-+-+                                                     --- -+-
>   /   |               THE developer of ARM Linux              |+| /|\
>  /  | | |                                                     ---  |
>     +-+-+ -------------------------------------------------  /\\\  |
> --
> This list is run automagically by Majordomo 1.94.4
> Please send email questions to [email-masked]
> To UNSUBSCRIBE: email [email-masked] with
> "unsubscribe devel" as the body of your message.
>
> ---
> This message processed by the Netwinder.Org mail2news gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Tue, 16 Nov 1999 13:27:23 -0500
From: "Zachary Williams" <[email-masked]>
Subject: Re: Apache and Wake One

ERr, sorry for the 'confusion'.  We've done it with 2.2.12 on the winder.
And done it with 2.2.9, and tested 2.3.28 on our x86 boxes.  Seeing that it
isn't a platform specific bug, it was a cinch for me to take a chance
breaking my home linux box rather than the servers. :)

Zach

Russell King <[email-masked]> wrote in message
news:[email-masked]...
> Zachary Williams writes:
> > make this problem occur on kernel 2.2.9 and 2.2.12.  We believe the bug
is
> > in the (buggy) wake-one code that was beggining to be included in kernel
> > 2.2.8 or so.  We have been UNABLE to reproduce this failure on the
latest
> > development kernel 2.3.28.
>
> Err, you couldn't possibly be using a 2.3.28 kernel on a NetWinder.  I
> haven't released the patches, and it's fraught with problems atm.
>    _____
>   |_____| ------------------------------------------------- ---+---+-
>   |   |         Russell King        [email-masked]      --- ---
>   | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
>   | +-+-+                                                     --- -+-
>   /   |               THE developer of ARM Linux              |+| /|\
>  /  | | |                                                     ---  |
>     +-+-+ -------------------------------------------------  /\\\  |
> --
> This list is run automagically by Majordomo 1.94.4
> Please send email questions to [email-masked]
> To UNSUBSCRIBE: email [email-masked] with
> "unsubscribe devel" as the body of your message.
>
> ---
> This message processed by the Netwinder.Org mail2news gateway.

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 09:34:03 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Apache and Wake One

Zachary Williams writes:
> Info:  This is NOT, and I stress, is NOT an apache bug!  All children are
> healthy, and are either locked, waiting to become the next child with
> accept(15, or the one is on accept(15  (If you have it setup to use the
> serialized accept) or there is the trampling herd if not.

I don't see any of the wake-one semantics around the accept() wait in
2.2.13, nor in the scheduler itself in 2.2.13.  As you say, if you use
this method you will end up with your trampling herd.  In 2.3, wake-one
was added to the accept() wait.

I'm not sure about the sysvipc stuff (which is how I presume that apache
is locking the calls to accept()) - I haven't used or had reason to
investigate that code thus far.  However, between 2.2 and 2.3, the following
comment appeared:

 *   2) It did not wake up all zero waiting processes. We try to do
 *      better but only get the semops right which only wait for zero or
 *      increase. If there are decrement operations in the operations
 *      array we do the same as before.

So I guess someone found a bug.

Note: there is nothing IPC semaphore-related in Alan's 2.2.14 changes list,
so if there is a problem, it needs to be highlighted quickly.  He's
currently on 2.2.14pre6.

Since this is not specific to the ARM architecture, can you send it to
the linux-kernel mailing list at [email-masked].  You
should mention that you are not subscribed to the list to ensure any
replies get CC:'d to you.  Feel free to forward this reply there as well.
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 10:52:17 -0500
From: "Bryan Dearlove" <[email-masked]>
Subject: Netwinder VPN

Greets all,

Does anyone know when the VPN features will be enabled on the netwinder, or
if there are any Linux based VPN solutions out there?

Thanks for the help.

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 12:33:50 -0500
From: "Zachary Williams" <[email-masked]>
Subject: Re: Apache and Wake One

Well, the assumption is Wake-One, however the 'error' occurs with the
trampling herd, or the serialized_accept configuration.  Also, the problem
is still present in 2.2.14pre6.  We were able to find some other interesting
details recently.  Including, that if we set start servers at '1' in apache,
it has a MUCH higher probability of returning to normal operations.  As a
matter of fact, it always came back in this configuration (even though it
WOULD timeout for a short time).  So, it may be a viable work around.  I
plan to do some more extensive testing with the 2.3.x kernels, to find out
which revision made the change where it started working.  Then maybe it can
be more easily tracked down, as to what piece of code was changed to fix it.
;p  For all I know, it could have been an inadvertant fix.

Zach

Russell King <[email-masked]> wrote in message
news:[email-masked]...
> Zachary Williams writes:
> > Info:  This is NOT, and I stress, is NOT an apache bug!  All children
are
> > healthy, and are either locked, waiting to become the next child with
> > accept(15, or the one is on accept(15  (If you have it setup to use the
> > serialized accept) or there is the trampling herd if not.
>
> I don't see any of the wake-one semantics around the accept() wait in
> 2.2.13, nor in the scheduler itself in 2.2.13.  As you say, if you use
> this method you will end up with your trampling herd.  In 2.3, wake-one
> was added to the accept() wait.
>
> I'm not sure about the sysvipc stuff (which is how I presume that apache
> is locking the calls to accept()) - I haven't used or had reason to
> investigate that code thus far.  However, between 2.2 and 2.3, the
following
> comment appeared:
>
>  *   2) It did not wake up all zero waiting processes. We try to do
>  *      better but only get the semops right which only wait for zero or
>  *      increase. If there are decrement operations in the operations
>  *      array we do the same as before.
>
> So I guess someone found a bug.
>
> Note: there is nothing IPC semaphore-related in Alan's 2.2.14 changes
list,
> so if there is a problem, it needs to be highlighted quickly.  He's
> currently on 2.2.14pre6.
>
> Since this is not specific to the ARM architecture, can you send it to
> the linux-kernel mailing list at [email-masked].  You
> should mention that you are not subscribed to the list to ensure any
> replies get CC:'d to you.  Feel free to forward this reply there as well.
>    _____
>   |_____| ------------------------------------------------- ---+---+-
>   |   |         Russell King        [email-masked]      --- ---
>   | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
>   | +-+-+                                                     --- -+-
>   /   |               THE developer of ARM Linux              |+| /|\
>  /  | | |                                                     ---  |
>     +-+-+ -------------------------------------------------  /\\\  |
> --
> This list is run automagically by Majordomo 1.94.4
> Please send email questions to [email-masked]
> To UNSUBSCRIBE: email [email-masked] with
> "unsubscribe devel" as the body of your message.
>
> ---
> This message processed by the Netwinder.Org mail2news gateway.

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 19:03:27 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Apache and Wake One

Zachary Williams writes:
> Well, the assumption is Wake-One, however the 'error' occurs with the
> trampling herd, or the serialized_accept configuration.  Also, the problem
> is still present in 2.2.14pre6.  We were able to find some other interesting
> details recently.  Including, that if we set start servers at '1' in apache,
> it has a MUCH higher probability of returning to normal operations.  As a
> matter of fact, it always came back in this configuration (even though it
> WOULD timeout for a short time).  So, it may be a viable work around.  I
> plan to do some more extensive testing with the 2.3.x kernels, to find out
> which revision made the change where it started working.  Then maybe it can
> be more easily tracked down, as to what piece of code was changed to fix it.
> ;p  For all I know, it could have been an inadvertant fix.

I'll say again.  2.2 kernels do NOT have wake-one semantics for accept().
2.3 kernels DO have wake-one semantics for accept().  Testing with 2.3
is NOT going to help you find the problem with 2.2.

I also said that there is quite possibly a bug in the sysvipc stuff which
apache is using in 2.2 which got fixed in 2.3, and you should mail the
linux-kernel mailing list about this, or at least let [email-masked]
know about this problem.  Alan maintains the 2.2 kernels that Linus releases.
It is quite possible he may say "oh yes, we need to apply that change from
2.3 into 2.2", in which case you need do nothing more than report it.

Please DO this so that 2.2.14 can be fixed.  If you do not, 2.2.14 will
not be fixed, because this is not the forum where fixes to Linus' kernels
are processed.

Again, please report this problem to the places I have suggested.
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 15:27:44 -0500
From: Ralph Siemsen <[email-masked]>
Subject: Re: Apache and Wake One

There are two bugs we know of that could be at work here.  The symtom of
'stalling' for 30 seconds or longer is consistent with a condition that
led us to these fixes.  One has to do with the tulip driver, some cache
flushes are incorrect or missing, and there is a reversed conditional. 
The other bug has to do with the fault handlers occasionally scribbling
the PSR on exit from the fault handler.

We should have a new kernel by tomorrow to address these concerns, if
you could give it a try and let me know if this solves you problems,
that would be great.  Note, 1999-11-14 does _not_ contain all the fixes,
just in case you're surfing around my home directory.

I'm a bit unclear, from your messages: you've tested this on NetWInder
and x86, which ones work and which don't?

- -- 
Ralph Siemsen -- [email-masked]

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Wed, 17 Nov 1999 18:43:30 -0500
From: "Zachary Williams" <[email-masked]>
Subject: Re: Apache and Wake One

I have good news as well!  First of all, it happened on both the winder and
x86.  The only time it didn't die, was on kernel 2.3.28 on our x86 box.
Anyways, let me cut to the chase of the new info.  I got a message off the
kernel dev-list, mentioning something about the SYN-RECV queue.  Turns out,
ours was set at 128...  Very low for a high traffic server.  So, we bumped
it up to 512.  (echo 512 > /proc/sys/net/ipv4/tcp_max_syn_backlog)

Now, not only does it only fail for a few seconds, it continues to serve
even when the 'simulated' traffic spike is sent to it!  Talk about some
major celebrations going on where we're at. ;p

So, just set the queue to hold a bit more, and it seems to take care of the
problem.  I'll let you know if I find anything else in our experiments.  The
kernel we are running, and have done this particular test on, is 2.2.12 (on
our x86 box).  I will be testing the netwinder shortly.

Zach

Ralph Siemsen <[email-masked]> wrote in message
news:[email-masked]...
> There are two bugs we know of that could be at work here.  The symtom of
> 'stalling' for 30 seconds or longer is consistent with a condition that
> led us to these fixes.  One has to do with the tulip driver, some cache
> flushes are incorrect or missing, and there is a reversed conditional.
> The other bug has to do with the fault handlers occasionally scribbling
> the PSR on exit from the fault handler.
>
> We should have a new kernel by tomorrow to address these concerns, if
> you could give it a try and let me know if this solves you problems,
> that would be great.  Note, 1999-11-14 does _not_ contain all the fixes,
> just in case you're surfing around my home directory.
>
> I'm a bit unclear, from your messages: you've tested this on NetWInder
> and x86, which ones work and which don't?
>
> --
> Ralph Siemsen -- [email-masked]

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 10:25:53 -0500
From: Rasmus Lerdorf <[email-masked]>
Subject: Where did therm.h go?

Where did /usr/src/linux/arch/arm/drivers/char/therm.h go?  I upgraded
to the latest dm image yesterday and can't compile fand.c anymore.

- -Rasmus

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 16:44:51 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Where did therm.h go?

Rasmus Lerdorf writes:
> Where did /usr/src/linux/arch/arm/drivers/char/therm.h go?  I upgraded
> to the latest dm image yesterday and can't compile fand.c anymore.

It's moved to the correct place - just #include <asm/therm.h>
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 11:53:42 -0500
From: Rasmus Lerdorf <[email-masked]>
Subject: Re: Where did therm.h go?

Russell King wrote:

> It's moved to the correct place - just #include <asm/therm.h>

I don't see it. (dm15public6):

11:57am netwinder:/usr/include/asm> pwd
/usr/src/linux-2.2.12/include/asm-arm
11:57am netwinder:/usr/include/asm> ls -la therm*
ls-F: No match.

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 17:03:29 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Where did therm.h go?

Rasmus Lerdorf writes:
> Russell King wrote:
> > It's moved to the correct place - just #include <asm/therm.h>

It's there in 2.3 kernels, but is not in existance in 2.2 kernels
(the definitions are in drivers/char/ds1620.c).

There's a few things that need to be pulled back from 2.3 into 2.2;
this will be added to the list.
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 11:51:13 -0600
From: "Alex D. Coker" <[email-masked]>
Subject: Errors compiling MySQL

This is a multi-part message in MIME format.
- --------------689B7A0CEFFBA5C651967A54
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

My NetWinder is a DM Build 13, as shipped.

I tried to compile MySQL and recieved the following. Can anyone point me
to the problem?

c++: Internal compiler error: program cc1plus got fatal signal 11
make[3]: *** [sql_yacc.o] Error 1
make[3]: Leaving directory `/home/adcoker/mysql-3.22.27/sql'
make[2]: *** [all-recursive] Error 1

Thanks.

p.s. I DL'd the RPM from Andrew's directory,
but it had a lot of dependencies. Probably expected
to be on Build #15.

- --------------689B7A0CEFFBA5C651967A54
Content-Type: text/x-vcard; charset=us-ascii;
 name="adcoker.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Alex D. Coker
Content-Disposition: attachment;
 filename="adcoker.vcf"

begin:vcard 
n:Coker;Alex D.
tel;home:(972) 475-8440
tel;work:(972) 475-8440
x-mozilla-html:FALSE
url:http://www.leap4linux.com
org:LEAP - Linux Enterprise Application Products;Information Technologies
adr:;;P.O. Box 850905;Richardson;TX;75085-0905;US
version:2.1
email;internet:[email-masked]
title:Chief Technology Officer
fn:Alex D. Coker
end:vcard

- --------------689B7A0CEFFBA5C651967A54--

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 12:57:04 -0500
From: Rasmus Lerdorf <[email-masked]>
Subject: Re: Errors compiling MySQL

"Alex D. Coker" wrote:

> My NetWinder is a DM Build 13, as shipped.
>
> I tried to compile MySQL and recieved the following. Can anyone point me
> to the problem?
>
> c++: Internal compiler error: program cc1plus got fatal signal 11
> make[3]: *** [sql_yacc.o] Error 1
> make[3]: Leaving directory `/home/adcoker/mysql-3.22.27/sql'
> make[2]: *** [all-recursive] Error 1

I had no problems compiling mysql-3.23.6 on the latest DM build 15p6.  Just
do:

./configure --with-low-memory
make

And make sure you have a whack of swap.  It wouldn't compile for me until I
added an extra 64M swap file in addition to my 64M of RAM and 64M swap
partition.

Now to figure out why Apache DSOs don't work...

- -Rasmus

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 13:01:24 -0500
From: Rasmus Lerdorf <[email-masked]>
Subject: Re: Where did therm.h go?

Russell King wrote:

> It's there in 2.3 kernels, but is not in existance in 2.2 kernels
> (the definitions are in drivers/char/ds1620.c).

Aha, thanks.  Should have found that myself.  My fand is working again
now.

- -Rasmus

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 20:02:37 +0000
From: Philip Blundell <[email-masked]>
Subject: Re: Where did therm.h go? 

Russell King wrote:

>It's there in 2.3 kernels, but is not in existance in 2.2 kernels
>(the definitions are in drivers/char/ds1620.c).
>
>There's a few things that need to be pulled back from 2.3 into 2.2;
>this will be added to the list.

The `right' answer might be for fand to include the definitions itself.  The 
creed we preach is that user space programs Must Not Include headers from the 
kernel.

p.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 15:14:22 -0500
From: "Andrew E. Mileski" <[email-masked]>
Subject: Re: Errors compiling MySQL

"Alex D. Coker" wrote:
> c++: Internal compiler error: program cc1plus got fatal signal 11

Upgrade your kernel.  This is pretty typical of the suspected CPU glitch.
On newer kernels the compile should continue, and you'll see a message.
See http://www.arm.linux.org.uk/state.html

> p.s. I DL'd the RPM from Andrew's directory,
> but it had a lot of dependencies. Probably expected
> to be on Build #15.

Yes.

- --
Andrew E. Mileski  -  Software Engineer
REBEL.COM  http://www.rebel.com/

"A hacker does for love what others would not do for money."
 - A. Nony Mouse

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 20:54:47 +0000 (GMT)
From: Russell King <[email-masked]>
Subject: Re: Where did therm.h go?

Philip Blundell writes:
> The `right' answer might be for fand to include the definitions itself.  The 
> creed we preach is that user space programs Must Not Include headers from the 
> kernel.

Unfortunately, that is not always practical or possible, and can lead to
extra problems.  Personally, I don't agree with that view, except in one
case - where glibc provides a versioned interface to it's calls, so that
it knows if it needs to do any translations.

The idea that you should have two modules of software containing definitions
for the same thing is fundamentally wrong.
   _____
  |_____| ------------------------------------------------- ---+---+-
  |   |         Russell King        [email-masked]      --- ---
  | | | |   http://www.arm.linux.org.uk/~rmk/aboutme.html    /  /  |
  | +-+-+                                                     --- -+-
  /   |               THE developer of ARM Linux              |+| /|\
 /  | | |                                                     ---  |
    +-+-+ -------------------------------------------------  /\\\  |
- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 15:30:14 -0600
From: "Alex D. Coker" <[email-masked]>
Subject: Re: Errors compiling MySQL

This is a multi-part message in MIME format.
- --------------220DEF1AEC81E37A9E0E64B9
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'll give it a kernel upgrade tonight. Thanks for the help!

"Andrew E. Mileski" wrote:

> "Alex D. Coker" wrote:
> > c++: Internal compiler error: program cc1plus got fatal signal 11
>
> Upgrade your kernel.  This is pretty typical of the suspected CPU glitch.
> On newer kernels the compile should continue, and you'll see a message.
> See http://www.arm.linux.org.uk/state.html
>
> > p.s. I DL'd the RPM from Andrew's directory,
> > but it had a lot of dependencies. Probably expected
> > to be on Build #15.
>
> Yes.
>
> --
> Andrew E. Mileski  -  Software Engineer
> REBEL.COM  http://www.rebel.com/
>
> "A hacker does for love what others would not do for money."
>  - A. Nony Mouse

- --------------220DEF1AEC81E37A9E0E64B9
Content-Type: text/x-vcard; charset=us-ascii;
 name="adcoker.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Alex D. Coker
Content-Disposition: attachment;
 filename="adcoker.vcf"

begin:vcard 
n:Coker;Alex D.
tel;home:(972) 475-8440
tel;work:(972) 475-8440
x-mozilla-html:FALSE
url:http://www.leap4linux.com
org:LEAP - Linux Enterprise Application Products;Information Technologies
adr:;;P.O. Box 850905;Richardson;TX;75085-0905;US
version:2.1
email;internet:[email-masked]
title:Chief Technology Officer
fn:Alex D. Coker
end:vcard

- --------------220DEF1AEC81E37A9E0E64B9--

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 18:11:54 -0500
From: Ralph Siemsen <[email-masked]>
Subject: Re: Errors compiling MySQL

"Alex D. Coker" wrote:
> 
> I'll give it a kernel upgrade tonight. Thanks for the help!

Actually, this might be more trouble than you think... the fix Andrew
mentioned only appears in 2.2, but your disk image will have some
trouble running 2.2.  Most of the daemons and assorted other programs no
longer run under 2.2; syslog faults on startup, etc.  Also you need to
update the firmware to run the 2.2 kernels.

The error you mentioned will probably not reproduce if you simply re-run
the compiler, or it will crop up randomly on another file.  I know
that's not a good solution but I mention it because it might be a lot
less trouble than trying to upgrade just your kernel...

- -- 
Ralph Siemsen -- [email-masked]

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Thu, 18 Nov 1999 20:32:34 -0500
From: "Andrew E. Mileski" <[email-masked]>
Subject: Re: Errors compiling MySQL

Ralph Siemsen wrote:
> Actually, this might be more trouble than you think... the fix Andrew
> mentioned only appears in 2.2, but your disk image will have some
> trouble running 2.2.

Yup :(  Forgot about that.

Sorry, I don't live on the leading edge...I _AM_ the leading edge!

Ha, ha, ha! *PLOP* (Laughs head off)

- --
Andrew E. Mileski  -  Software Engineer
REBEL.COM  http://www.rebel.com/

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Fri, 19 Nov 1999 10:33:47 -0000
From: "Jason Stratford" <[email-masked]>
Subject: Sendmail 8.10 b6???

Hi all,

Has anyone had any success with compiling the new sendmail 8.10 beta. I ask
as it is the first sendmail to support user authentication for relaying
which would be very very useful.

Cheers
Jason

- ---
This message processed by the Netwinder.Org news2mail gateway.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

Date: Sun, 21 Nov 1999 13:08:21 +0000
From: Philip Blundell <[email-masked]>
Subject: Re: Where did therm.h go? 

Russell King wrote:
>Philip Blundell writes:
>> The `right' answer might be for fand to include the definitions itself.  The
>> creed we preach is that user space programs Must Not Include headers from 
>> the kernel.
>
>Unfortunately, that is not always practical or possible, and can lead to
>extra problems.  Personally, I don't agree with that view, except in one
>case - where glibc provides a versioned interface to it's calls

If you have any better suggestions, please do speak up.  The "no kernel 
headers" rule is the best we have at the moment.  I don't understand the 
relevance of libc versioning to this problem.

Can you give examples of the extra problems you have experienced, and cases 
when it hasn't been possible to follow this approach?

p.

- --
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel" as the body of your message.

------------------------------

End of devel-digest V2 #237
***************************

--
This list is run automagically by Majordomo 1.94.4
Please send email questions to [email-masked]
To UNSUBSCRIBE: email [email-masked] with
"unsubscribe devel-digest" as the body of your message.