[stunnel-users] Critical error on stunnel 434 for WinCE/Windows Mobile: no service at all, because of failure in thread creation

[Michal Trojnara]

Pierre DELAAGE wrote:
> My patch will lead to have as "default" the /STACK option value of  
> the linker, ie 1MB with wce compiler if /STACK unspecified.

Such a large virtual memory reserved for each stack thread is a very  
bad idea on 32-bit CPUs.  WCE makes it even worse, since each process  
is contained (unless some special tricks are used) within a 32MB slot:
http://msdn.microsoft.com/en-us/library/aa450572.aspx
That's why I recently received a report that stunnel is not able to  
create more than 32 threads on WCE.

> It would be uselessly luxuous to modify _beginthread to "really" get  
> the calling thread stack size as default.

I don't remember stunnel using calling stack size for any purpose...

> In general, after the 4.27 refresh and the unicode bug last year I  
> will stay focused on unicode/ascii support and
> compilation issues on WCE, and I will deal with "operational" code  
> only when encountering a bug.

I'd appreciate some help with testing as I currently don't have an eVC  
configured.

Mike