On Jun 12 01:50, Pedro Izecksohn wrote:
Does the function sem_open work for anyone using Cygwin 1.7.0 ?
Yes.
How to use semtool ?
What is semtool?
I wrote an example that works on Jaunty on x86-64 but not on Cygwin:
http://www.izecksohn.com/pedro/c/semaphores/semaphores.tar.gz
Works
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be helpful nonetheless. It looks like most of
the relevant symbols are in posix_ipc.cc, timer.cc, and times.cc, but
there are other symbols defined in the
On Jun 12 04:47, Yaakov S wrote:
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be helpful nonetheless. It looks like most of
the relevant symbols are in posix_ipc.cc, timer.cc, and times.cc, but
there
On Jun 12 12:16, Corinna Vinschen wrote:
On Jun 12 04:47, Yaakov S wrote:
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be helpful nonetheless. It looks like most of
the relevant symbols are in
On Jun 12 10:49, Corinna Vinschen wrote:
SUSv4 states:
The name argument conforms to the construction rules for a pathname,
except that the interpretation of slash characters other than the
leading slash character in name is implementation-defined, [...]
If name begins with the
Corinna Vinschen wrote:
On Jun 12 01:50, Pedro Izecksohn wrote:
Also: gcc4 does not understand the option -lrt so it must be removed.
Even if linking against librt.a would be necessary on Cygwin, which it
isn't, the gcc call is wrong. The libs must always follow the object
files which
Corinna Vinschen wrote:
On Jun 12 12:16, Corinna Vinschen wrote:
On Jun 12 04:47, Yaakov S wrote:
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be helpful nonetheless. It looks like most of
the relevant
On Jun 12 11:51, Dave Korn wrote:
Corinna Vinschen wrote:
On Jun 12 12:16, Corinna Vinschen wrote:
On Jun 12 04:47, Yaakov S wrote:
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be helpful nonetheless.
Corinna Vinschen wrote:
On Jun 12 11:51, Dave Korn wrote:
Corinna Vinschen wrote:
On Jun 12 12:16, Corinna Vinschen wrote:
On Jun 12 04:47, Yaakov S wrote:
On 12/06/2009 03:49, Corinna Vinschen wrote:
Even if linking against librt.a would be necessary on Cygwin
But a stub librt.a would be
On 12/06/2009 05:19, Corinna Vinschen wrote:
On Jun 12 12:16, Corinna Vinschen wrote:
Certainly a good idea. I don't know if it would hurt if too many
symbols could be linked against via librt.a. We could move the
realtime functions from timer.cc and times.cc into its own source
file. Or we
Corinna Vinschen read my mind.
What is semtool?
semtool - A utility for tinkering with semaphores
USAGE: semtool (c)reate semcount
(l)ock sem #
(u)nlock sem #
(d)elete
(m)ode mode
It comes in some package available
On Jun 12 15:56, Pedro Izecksohn wrote:
Corinna Vinschen read my mind.
What is semtool?
semtool - A utility for tinkering with semaphores
USAGE: semtool (c)reate semcount
(l)ock sem #
(u)nlock sem #
(d)elete
The persistence of the semaphore also works for you?
For me, using the unpatched version, (not the CVS version), the
persistence works some times only. At other times the semaphore
disappears with the Control c.
The semaphore is backed by a file on disk. If you don't call
sem_unlink
--- I wrote:
For me, using the unpatched version, (not the CVS version), the
persistence works some times only. At other times the semaphore
disappears with the Control c.
It is not reproducible.
I'm sorry from wasting your time.
--
Unsubscribe info:
14 matches
Mail list logo