That's right.  And all the other platforms are completely bug free.   
Why I've never decompiled an entire java application server to work  
around a fatal bug or anything.  I mean, there would be no need.  And  
it would be illegal besides.

Oh - except I have.

FWIW, the internet's largest retailer survived the x-mas buying  
season a couple years ago with a newish app server written in C++  
that had an uptime during peak load of something less than 15 minutes  
due to memory exhaustion.  So there's one definition of "production  
ready" for you.

-Todd Blanchard

On Aug 11, 2007, at 3:15 PM, Janko Mivšek wrote:

> From Anonymous on http://factor-language.blogspot.com/2007/08/ 
> smalltalk-is-dying.html:
>
> "Anyone who says Squeak is production ready has never used Squeak  
> in production. Recently quite a prominent member of the Squeak  
> community seriously considered moving to Java because he could not  
> get uptimes bigger than a two days. It turned out Delays and  
> Semaphores (!!!) were broken all time along. There are dozens of  
> issues like this. One example is that the settings of the GC are  
> tuned for memory sizes of about 1 MB. Don't even get me started  
> about the 1 GB and 120 MB memory issues which tend to crash the  
> image. Or the bugs in ClassBuilder, InterpreterSimulator,  
> Decompiler, .... You need to have several Squeak images per CPU  
> because there is a limit to the amount of punishment a single  
> Squeak image can take. Squeak itself is heavily forked (Squeak,  
> Croquet, Sophie, SqueakLand, SmallLand, ... ). All the code in the  
> image in unmaintained. There are teams but most of the time they  
> don't even integrate submitted fixes for bugs. Development of these  
> packages has stopped. The same situation for the VM. The only VM  
> that is maintened is the Mac VM. The Windows VM will only get new  
> builds if the maintainer needs some fixes for himself. The Unix VM  
> is unmainted. The maintainer of the main VM code publically stated  
> he will do shit unless someone pays him. Squeak is fully of ugly  
> shit code that has just been hacked in for abandoned experiments.  
> That http server Seaside uses on Squeak? Unmaintained and has bugs  
> with HTTP 1.1. That really is just a small list of issues Squeak has."
>
>
>
>
> -- 
> Janko Mivšek
> AIDA/Web
> Smalltalk Web Application Server
> http://www.aidaweb.si
>