[Mono-bugs] [Bug 506057] New: Mono 2.4 temp-directory issue calling gmcs

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Thu May 21 12:09:25 EDT 2009


http://bugzilla.novell.com/show_bug.cgi?id=506057


           Summary: Mono 2.4 temp-directory issue calling gmcs
    Classification: Mono
           Product: Mono: Runtime
           Version: 2.4.x
          Platform: PowerPC
        OS/Version: Mac OS X 10.4
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: io-layer
        AssignedTo: lupus at novell.com
        ReportedBy: ranger at befunk.com
         QAContact: mono-bugs at lists.ximian.com
          Found By: ---


User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us)
AppleWebKit/528.18.1 (KHTML, like Gecko) Version/4.0 Safari/528.17

I'm attempting to build NDesk D-Bus on 10.4/ppc and I get the following error:

/sw/bin/gmcs -out:NDesk.DBus.dll -debug -target:library -unsafe -d:STRONG_NAME
-keyfile:../ndesk.snk  Address.cs Authentication.cs Bus.cs BusObject.cs
Connection.cs DBus.cs DProxy.cs ExportObject.cs Introspection.cs Protocol.cs
Mapper.cs MatchRule.cs Message.cs MessageFilter.cs MessageReader.cs
MessageWriter.cs PendingCall.cs Signature.cs SocketTransport.cs Transport.cs
TypeImplementer.cs UnixNativeTransport.cs UnixStream.cs UnixTransport.cs
Wrapper.cs AssemblyInfo.cs

** (/sw/lib/mono/2.0/gmcs.exe:434): CRITICAL **: _wapi_shm_file_open: shared
file [/var/empty/.wapi/shared_data-G4.local-Darwin-Power Macintosh-312-12-0]
open error: No such file or directory

** (/sw/lib/mono/2.0/gmcs.exe:434): CRITICAL **: _wapi_shm_attach: shared file
[/var/empty/.wapi/shared_data-G4.local-Darwin-Power Macintosh-312-12-0] open
error
**
ERROR:shared.c:349:shm_semaphores_init: assertion failed: (tmp_shared != NULL)



Reproducible: Always

Steps to Reproduce:
hard to document the total steps to reproduce, since it involves some mono
packages I'm attempting to put together in Fink for OSX
Actual Results:  
the CRITICAL assert above

Expected Results:  
continued compilation


It appears that the .wapi shared data directories end up with a space in them,
because it uses the machine name as part of the filename.

The code to parse the names does this:

        ret = uname (&ubuf);
        if (ret == -1) {
                ubuf.machine[0] = '\0';
                ubuf.sysname[0] = '\0';
        } else {
                g_strdelimit (ubuf.sysname, "/", '_');
                g_strdelimit (ubuf.machine, "/", '_');
        }

It appears that going by the documentation of g_strdelimit:
http://www.idiap.ch/~formaz/doc/glibdocs/glib-string-utility-functions.html#G-STRDELIMIT

..if we pass NULL for the second argument, it will escape a series of common
characters that could cause issues.

I'm doing this testing on my only PPC box, an 800MHz G4, so I'm in the process
of re-building mono to test, I'll let you know if this works.  ;)

-- 
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the mono-bugs mailing list