Re: [gpsd-dev] regression tests blow up on os x 10.9 with shm issues

[Hal Murray]

address@hidden said:
> I think something went wrong with my attempt to set a non-default shm
> segment for testing.  Possibly I happened to pick a key that is in use by
> a service on your system.

The gpsctl -R line doesn't have the GPSD_SHM_KEY set.  My testing got more 
interesting after I changed that line to:

            'echo "Foo $GPSD_SHM_KEY"; GPSD_SHM_KEY=0x47505345 $SRCDIR/gpsctl 
-R 2>/dev/null; $SRCDIR/gpsfake -T; $SRCDIR/regress-driver $REGRESSOPTS 
test/daemon/*.log')

>From scons check:

Matrix-algebra regression test succeeded
echo "Foo "; GPSD_SHM_KEY=0x47505345 ./gpsctl -R 2>/dev/null; ./gpsfake -T; 
./regress-driver test/daemon/*.log
Foo 
sys linux2 platform Linux-3.18.5-201.fc21.i686-i686-with-fedora-21-Twenty_One:
 WRITE_PAD = 0.00000

(Note no protection problems.)

------

ipcrm -M deletes the key from the SHM segment, but doesn't actually delete 
the segment.  I think gpsctl -R does the same.

Each test seems to leave another dangling segment of SHM.  Run scons check, 
and run ipcs occasionally in another window.

Attached is my script for cleaning up SHM.  

On NetBSD, my SHM makes it through scons check, but fills up before it gets 
through the 100 extra tests that I normally run.

Processing test/daemon/tcp-test.log
Processing test/daemon/superstar2.log
Processing test/daemon/tcp-test.log
Processing test/daemon/udp-test.log
gpsd:ERROR: shmget(-1, 8064, 0666) failed: No space left on device
gpsd:ERROR: shared-segment creation failed,
Processing test/daemon/tcp-test.log
gpsd:ERROR: shmget(-1, 8064, 0666) failed: No space left on device
gpsd:ERROR: shared-segment creation failed,
Processing test/daemon/superstar2.log
gpsd:ERROR: shmget(-1, 8064, 0666) failed: No space left on device
gpsd:ERROR: shared-segment creation failed,

clean-SHM.sh
Description: clean-SHM.sh

-- 
These are my opinions.  I hate spam.