[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