[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] [PATCH]: Link Python extensions with libpython
From: |
Matt |
Subject: |
Re: [gpsd-dev] [PATCH]: Link Python extensions with libpython |
Date: |
Sun, 2 Nov 2014 12:44:16 +1100 |
The ECONNREFUSED error turned out to be an environment problem.
Under Cygwin, SysV/POSIX shared memory support is provided by a Windows
background service named 'sygserver'.
If the service isn't running, shmget calls fail, set errno and raise a
SIGSYS.
Unfortunately, right now the signal kills the process, so there's no there's
no chance for gpsd to output its diagnostic containing strrerror(errno).
This makes it difficult to diagnose the problem.
The attached patch, which only affects Cygwin, catches the SIGSYS so we can
at least print a sensible diagnostic before dying.
-----Original Message-----
From: Eric S. Raymond [mailto:address@hidden
Sent: Wednesday, 10 September 2014 23:14
To: Matt
Cc: address@hidden
Subject: Re: [gpsd-dev] [PATCH]: Link Python extensions with libpython
Matt <address@hidden>:
> This patch isn't entirely correct - it links all binaries and shared
> objects against the python runtime library, but only some of them (not
> all) actually need libpython. I don't yet see how to fix this.
>
> With this change, all binaries compile on Cygwin, but regression tests
> fail due to:
>
> gpsfake: socket error [ Errno 111] Connection refused.
>
> I haven't root-caused this yet, but it appears shallow.
Between that and the over-linking I don't think this patch is ready for
prime time yet. Let's revisit when you've found your way around the testing
problem.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
catch-sigsys-on-cygwin.patch
Description: Binary data
- Re: [gpsd-dev] [PATCH]: Link Python extensions with libpython,
Matt <=