<html>
<body>
<br>
Just out of curiosity...<br><br>
Anyone seeing any of this in FreeBsd?, RH E3.0?<br><br>
I have the latest Debian, but the thing that drove me to<br>
RH E3.0 was the version control.&nbsp; Wor inexpensive machines<br>
where I don't have an extra $800 for a license,&nbsp; Freebsd, with<br>
emphasis on the Free part...<br><br>
Somewhat, we can blame people like my boss. As CTO, I report<br>
to CIO.&nbsp; He, as many others, read the &quot;market-tecture
mags&quot;,<br>
and did not consider Linux a true enterprise class system.<br><br>
In response, Redhat offers professional service, SLA's, <br>
CHanges RH 9.0 to&nbsp; new name ES3.0.&nbsp; Raises the price<br>
on the server from $99 to $1,399.<br><br>
Now, my boss has no problems.&nbsp; We buy a license. Get<br>
quantity discount. Purchase maintenance, all the big $<br>
items corporate CIO's need to see to feel cozy.<br><br>
But that left us with Fudora, Red Hat &quot;Well, if you want the<br>
bleeding edge, crashing all the time, use click HERE, or<br>
to use ES WS for only $1000, click here&quot;.<br><br>
Slackware is maintained by one person in reality. If he gets hit<br>
by a bus, the first Linux version I ever started out with<br>
goes away?<br><br>
AT&amp;T couldn't sell Unix. Unix Systems Labs couldn't do anything<br>
with it, even though SCO wanted to buy it.&nbsp; FInally, they sold<br>
the rights to SCO. Now SCO can justify the increased prices<br>
to their SCO Unix serverware market, etc.&nbsp; Linux comes along
and<br>
kills that.&nbsp; THe suit, threats..&nbsp; I still run Linux until they
come in<br>
to my home office and look.&nbsp; But if support dries up, the reality
is<br>
FreeBsd will be there.<br><br>
BTW... I am not particularly fond of FreeBsd, but some wonderful<br>
things came out of BSD in to UNIX V, and Linux followed.<br>
(Such as Socket abstraction layer.... remember the TLI interface..
Yuk!)<br><br>
Well, just a heads up here.&nbsp; If the Linux side goes in the
toilet,<br>
FreeBsd may be the only place to go for under $1000.<br><br>
Sorry for length, but if some didn't know some of the long history,
you<br>
now the highlights now...<br><br>
<br>
Dr D<br><br>
At 02:20 PM 9/22/2004, you wrote:<br>
<blockquote type=cite class=cite cite>Just to register, I don't see the
problem with my RedHat 9.0, kernel 2.4.20.<br><br>
Regards,<br>
Ben<br><br>
--------- Mensagem Original --------<br>
De: cod@icculus.org<br>
Para: cod@icculus.org &lt;cod@icculus.org&gt;<br>
Assunto: Re: [cod] 1.41b<br>
Data: 22/09/04 15:13<br><br>
&gt; Ryan C. Gordon wrote:<br>
&gt; <br>
&gt; &amp;gt;Get some.<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;http://0day.icculus.org/cod/coduo-lnxded-1.41b.tar.bz2<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;This is the same as 1.41a, except it doesn't crash on
startup.&nbsp; :)<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;What happened is there is a function that allocates a ton of
stack<br>
&gt; &amp;gt;space, which was causing some systems to crash (I assume
there are<br>
some<br>
&gt; &amp;gt;defaults that are higher and lower between distros (kernels?
glibc?)<br>
for<br>
&gt; &amp;gt;the amount of stack space a process gets). I just changed
that<br>
function<br>
&gt; &amp;gt;to not allocate on the stack anymore and it no longer
crashes.<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;If you aren't crashing on startup, you don't need to update
to 1.41b,<br>
&gt; &amp;gt;but you probably should anyhow.<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;--ryan.<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;<br>
&gt; &amp;gt;&nbsp; <br>
&gt; &amp;gt;<br>
&gt; if you need another temp shell im offering<br>
&gt; Jase<br>
&gt; </blockquote>
<x-sigsep><p></x-sigsep>
<tt>-------------------------------------------------------------------------------<br>
Mark J.
DeFilippis&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
defilm@acm.org<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
defilm@ieee.org<br><br>
<br>
</body>
</html>