[Mono-devel-list] TLS: normal versus __thread

Michael Rasmussen mir at miras.org
Wed Mar 23 18:02:27 EST 2005


Hi list,

Someone here knowing the difference between having Mono compiled with
these options:

Self compiled under Debian Sid
Mono JIT compiler version 1.1.4, (C) 2002-2004 Novell, Inc and
Contributors. www.go-mono.com
        TLS:           __thread
        GC:            Included Boehm (with typed GC)
        SIGSEGV      : normal
        Globalization: none

Version compiled for Suse 9.2 or Fedora Core
Mono JIT compiler version 1.1.4,
       TLS:           normal
       GC:            Included Boehm (with typed GC)
       SIGSEGV      : normal
       Globalization: none

It apparently seems to course problems when using Mono.Posix.fork.
My self compiled version under Debian runs flawlessly while giving these
errors under Fedora Core and Suse:

** (svc.exe:670): WARNING **: : bogus daemon response, type 1

** ERROR **: file handles.c: line 634 (_wapi_handle_ref): should not be
reached
aborting...
Aborted
[root at colinux MyProjects]#
** (svc.exe:674): WARNING **: : bogus daemon response, type 2

** ERROR **: file handles.c: line 353 (_wapi_handle_new): should not be
reached
aborting...

Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xD3C9A00E
mir  datanom  net
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE501F51C
mir  miras  org
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
printk(KERN_WARNING MYNAM ": (time to go bang on somebodies door)n");
linux-2.6.6/drivers/message/fusion/mptctl.c


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dette er en digitalt underskrevet brevdel
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20050324/bbbc83da/attachment.bin 


More information about the Mono-devel-list mailing list