Solaris 8 mmap returns unusable pointer

Question

I am developing a 32-bit library for an application running on a Solaris 8 SunFire box with a 64-bit kernel. I want to share mutexes across processes and am thus using named shared memory. Calls to shm_open()and mmap() succeed with mmap returning 0xff060000. However accessing this pointer gives a segmentation fault.
I think I've got the compiler and linker switches set appropriately and have run out of ideas as to what to try next. I can see the named shared memory created under /tmp/.SHMD but it is always of size 0 (even when run as root). (Should this size reflect the desired size of shared memory?) I was thinking that I may need to use a 64-bit file offset of 0 and tried -D_FILE_OFFSET_BITS=64 to no avail.
I'd be very grateful for any advice on this!
Thanks,
Bill Rizzi
Here are the compiler switches:
cc -c  -mt  -D_XOPEN_SOURCE=500
-D__EXTENSIONS__ -g platform.c -o platform.oHere are the linker switches:
cc -o version -g version.o
-mt -lrt -lpthread -lm -lsocket -lnsl -lposix4 platform.oHere's the /tmp/.SHM* directories:
$  ls -alR /tmp/.SHM*
/tmp/.SHMD:
total 32
drwxrwxrwx   2 billr    other        185 Jul 24 11:30 ./
drwxrwxrwt   7 root     sys          890 Jul 24 11:33 ../
-rwxr-xr-x   1 billr    other          0 Jul 24 11:30 Platform*
/tmp/.SHML:
total 32
drwxrwxrwx   2 billr    other        117 Jul 24 11:30 ./
drwxrwxrwt   7 root     sys          890 Jul 24 11:33 ../Here's the source:
char *shmName = "/Platform";
int shmReturn;
int lockCount = 401;
int len;
void *ptr;
shmReturn =shm_open(shmName, O_RDWR,  0777);
if (shmReturn < 0) {
  if (errno == ENOENT) {
    shmReturn = shm_open(shmName, O_RDWR | O_CREAT, 0777);
assert(shmReturn >= 0);
len = lockCount  *  sizeof(pthread_mutex_t); /* 9624 */
ptr = mmap(0, len, PROT_READ | PROT_WRITE, MAP_SHARED, shmReturn, (off_t)0);
assert(ptr != MAP_FAILED); /* ptr == 0xff060000 */
memset(ptr, 0, len); /* segfault (even just *(int *)ptr) */

Answer 1

I've got the same issue (A4Tech X-750) and have already uploaded my evtest dump to https://bugs.freedesktop.org/show_bug.cgi?id=24737. Hopefully it will be fixed soon. As a temporary work around i installed xf86-input-mouse xf86-input-keyboard and disabled xorg hotplugging by adding to xorg.conf:
Section "ServerFlags"
Option "AutoAddDevices" "False"
Option "AllowEmptyInput" "False"
EndSection
Last edited by hash (2009-11-01 08:44:16)