Hello,
I have encountered unexpected behavior when using flock.
It will block forever, but to my understanding it should not.
I've attached a simple program that would trigger the behavior.
Regards,
Alex
#include
#include
#include
FILE *fp;
void main() {
unlink("a"); unlink("b");
fp
Yes, it's the same piping problem of three years ago.
At the time the Geomview community wondered if this was
the shape of things to come for piping and IPC in general,
and if Geomview would need fixing for all platforms.
But since 32-bit and 64-bit Cygwin differed, and OpenGL
didn't work on 64-bi
I am having trouble building an open source project using cmake under Cygwin64
with the latest tools (setup-x86_64.exe version 2.874).
I was able to successfully build the project with 32-bit Cygwin with the latest
tools: gcc 5.4.0, gnu make 4.2.1, and cmake 3.3.2.
I was also able to success
On 19/06/16 22:51, Brian Mathis wrote:
Is there any reason not to use the native Windows build instead? What
does the cygwin port gain you over that?
Other that the obvious difference of Windows and POSIX paths, there will
be differences in the way the two versions of ffmpeg are built. This
On 09/06/2016 23:01, Yaakov Selkowitz wrote:
On 6/6/2016 9:27 AM, Jon Turney wrote:
That sounds exactly like what I see with llvm svn r251761 [1] backported
to 3.7.1 (without which we use the x86_64 loader on x86, rather than
reporting an error, due to an interesting use of __builtin_undefined,
On 10/06/2016 02:18, lloyd.w...@yahoo.co.uk wrote:
Thanks, picking up 3.7.1-2 from the mirrors.kernel.org site (as it's
not mirrored everywhere yet) resolved the 32-bit OpenGL crashing
issues with SaVi and Geomview that I reported in May; texturemapping
is back.
You're welcome.
(I've no idea
On 07/06/2016 23:31, Jeff Buckles wrote:
Menu fonts in 'git gui' are too small to be readable
(only one or two pixels high). "gitk" works fine.
Thanks for reporting this problem.
I was able to reproduce this problem, with a fresh installation, but
only on x86, not on x86_64
It seems that
Hi Stephen,
On Jun 19 19:30, Stephen Sheldon wrote:
> Sometime in the past several months MPlayer stopped compiling for Cygwin.
> There
> was a complaint about gettimeofday not being defined. The failing file did
> include sys/time.h, which contains a definition. I found one similar report
> o
On 19 June 2016 at 23:51, Brian Mathis wrote:
> Is there any reason not to use the native Windows build instead? What
> does the cygwin port gain you over that?
I know I could use Windows native tools. That is not the point, however. I
want Cygwin tools because I use Cygwin and I want the tools t
9 matches
Mail list logo
