old_mutex_field_for_size_compatibility;
SRWLOCK lock = SRWLOCK_INIT;
};
int state;
};
Regards, Noel Grandin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml
On 5/30/2024 10:47 AM, Bruno Haible wrote:
SRW locks are spin-locks. Since they are only pointer-sized,
ReleaseSRWLockExclusive cannot notify other threads — unlike CRITICAL_SECTION.
Therefore, AcquireSRWLockExclusive must busy-loop when the lock is already
held.
No, they only spin briefly,
e.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0ddad21d3e99c743a3aa473121dc5561679e26bb
https://lkml.org/lkml/2019/12/18/1064
Regards, Noel Grandin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
On 2021/11/18 3:19 pm, Corinna Vinschen via Cygwin wrote:
My patch raised NDEC from 43 to 1023 to allow aproximately the same
number of digits as glibc. Newlib strives to support embedded targets
and bare metal. Some of them are lucky if they have a stack size of 1K.
The outbuf buffer is cre
There are a bunch of different possibilities
(*) temporary files - there was an improvement here in recent cygwin versions which means that if your machine has lots
of memory and your program creates lot of temporary files, then it will now be significantly faster
(*) file name lookup - linux
On 2021/04/01 6:02 pm, Ken Brown via Cygwin wrote:
Here's the issue, briefly. The communication is done via a Windows named pipe. The receiver creates the pipe when it
creates and binds its socket. It creates only one pipe instance. The sender connects to the pipe, writes, and closes
its h
On 2021/01/10 12:16 am, Brian Inglis wrote:
For more about Windows limitations and alternatives see:
https://www.boost.org/doc/libs/1_75_0/doc/html/interprocess/sharedmemorybetweenprocesses.html#interprocess.sharedmemorybetweenprocesses.sharedmemory.emulation
For the specific case of int
On 2021/01/06 11:44 am, Mark Geisert wrote:
Hi Noel,
That looks like a bug to me, unless I'm missing something subtle there; I'll
submit a patch and find out.
Thanks!
Cool thanks!
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documenta
Hi
Does the cygwin
tempfile()
API use the Win32
FILE_ATTRIBUTE_TEMPORARY
flag on the files it creates?
Asking because that makes a fairly significant performance difference when
creating very short lived temp files.
Thanks, Noel Grandin
--
Problem reports: https://cygwin.com
On 2015-08-18 04:31 PM, Warren Young wrote:
Works for me.
Disagree? Provide a replicable, simple test case to show it.
--
Ah, sorry, I didn't mean to imply I thought it was a bug, I'm sure it's something we're doing, I was just wondering if
anyone had any hints about debugging.
This is t
hat fixing this simpler case will solve the similar
problem we have with runaway jobs not dying
properly on our LibreOffice tinderboxes.
Thanks,
Noel Grandin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
On 2015-04-14 01:24 PM, Bryan Berns wrote:
I do the same 'time ls -l /cygdrive/c/somedir/*'. Takes 20 seconds.
Subsequent runs in the also take 20 seconds. Since I'm able to
It sounds like Cygwin needs a negative-entry cache i.e. a cache of ACL's that are know to be orphans or otherwise b
On 2013-12-10 12:27, Corinna Vinschen wrote:
Sorry if that is frustrating in your current situation, but this isn't something we can just change at a whim and go
ahead. It would break compatibility with all existing Cygwin executables.
Maybe this is something that could be fixed only in the 64-
On 2013-05-29 23:23, Ryan Johnson wrote:
GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special)
... snip...
Reading symbols from /home/Ryan/experiments/a.exe...done.
(gdb) catch throw
Catchpoint 1 (throw)
That was a mistake in the documentation, they didn't actually get around
to implementing it
On 2013-03-08 16:37, Corinna Vinschen wrote:
On Mar 8 16:23, Noel Grandin wrote:
On 2013-03-08 15:29, Corinna Vinschen wrote:
You can call connect on both sides. But ultimately you're right, I
guess. I never thought about it that way, and it seems nobody used
AF_LOCAL datagrams so far.
On 2013-03-08 15:29, Corinna Vinschen wrote:
You can call connect on both sides. But ultimately you're right, I
guess. I never thought about it that way, and it seems nobody used
AF_LOCAL datagrams so far. Weird. The problem is that the underlying
protocol is AF_INET because Windows doesn't sup
On 2012-10-16 14:22, bob wrote:
In a previous posting a few weeks back I presented some test code which
illustrated the performance deficit in the current Cygwin fifo implementation (2
orders of magnitude slower than Linux on same hardware). It was this
performance issue that led me on a se
ore weight
around here)
More security, imperfect though it may be, is always better.
If nothing else, it raises the bar and ensures that you attract a better
class of criminal :-)
If we insisted on running perfect stuff, none of us would be using
Windows in the first place.
Regards, No
On 2012-07-26 20:23, Adam Dinwoodie wrote:
Noel Grandin wrote:
Is there any way to trigger the pipe_byte option for certain executables?
I'm trying to avoid having to dig around inside the hugely complex-
LibreOffice build scripts.
I'm not sure I follow what you're after. You
e option for certain executables?
I'm trying to avoid having to dig around inside the hugely complex
LibreOffice build scripts.
Thanks, Noel Grandin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/d
On 2012-06-06 20:29, Corinna Vinschen wrote:
On Jun 6 17:59, Nick Lowe wrote:
Thanks. I can confirm the effect. For no apparent reason, the OS
reserves a 1 Megs shared memory region, top-down allocated, of which it
uses about 20K. It's not the PEB or one of the TEBs, though. Nor is
it a
On 2012-05-25 12:03, Corinna Vinschen wrote:
I'll look further into this, but I am wondering about this: Is the new
Fsignal/Fthrow implementation so much different than the old one in
emacs 23.x? If not, why does it work in 23.x? Any chance 24.x produces
a stack or heap corruption? Double free o
On 2012-05-10 22:16, Andy Koppe wrote:
> As far as I know, Windows doesn't have a way to set different titles
> for a window and its taskbar button.
It is do-able, but it's not simple.
http://stackoverflow.com/questions/4627772/set-a-taskbar-text-different-from-the-window-title-in-wpf
--
Prob
Thanks for all the great work, cygwin is a great help in a lot of places!
Regards, Noel Grandin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ProcessMonitor will let you see calls to the WindowsIO subsystems, and
might help you identify the problem.
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
Disclaimer: http://www.peralex.com/disclaimer.html
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2012-04-04 09:13, marco atzeri wrote:
http://sourceware.org/cygwin-apps/setup.html
Cool thanks!
Disclaimer: http://www.peralex.com/disclaimer.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cyg
Hi
I've checked out the CVS repository, but I can't seem to find the source
code for the installer.
Any pointers?
Thanks, Noel Grandin
Disclaimer: http://www.peralex.com/disclaimer.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
Hi
I don't know why, but re-installing from scratch seems to have sorted it
out.
Thanks for all your help Corinna!
Regards, Noel Grandin
Disclaimer: http://www.peralex.com/disclaimer.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwi
On 2012-04-02 16:45, Corinna Vinschen wrote:
If you can strip your perl script to the bare minimum necessary to
reproduce the issue, I can take a look if I can reproduce it.
Its part of the LibreOffice build process.
Oh, and, where is your perl.exe based to?
In other words, what does $ obj
to select lots of packages.
Thanks all the hard work!
Regards, Noel Grandin
Disclaimer: http://www.peralex.com/disclaimer.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubs
On 2012-04-02 12:19, Corinna Vinschen wrote:
Just download cygwin1-20120401.dll.bz2, bunzip it, chmod +x it, and
then replace cygwin1.dll in /bin with that file from Windows Explorer.
That's it
Thanks for that suggestion.
Tried it. Also tried rebooting.
Also tried disabling DEP and ASLR.
Sti
On 2012-04-02 10:57, Corinna Vinschen wrote:
So this looks like perl or the perl package you're using does not use
pthreads, but rather native Windows CreateThread to create a thread.
If so, it's kind of on its own.
Weird, because the script is fairly simple, the includes look like:
use Geto
Hi
Thanks for the advise. But I'm still not winning :-(
I've done a rebaseall and a peflagsall and then a reboot, and I'm still
seeing the failures.
Is there anything else I can try, any other debugging I can do?
Thanks, Noel Grandin
On 2012-04-01 20:00, Larry Hall (Cygwin)
Hi
I'm running the latest production Cygwin stuff, and I'm getting an error
like this in some perl code.
Running on Windows7, 64-bit, fully patched and up to date.
Any ideas?
Regards, Noel Grandin
C:/cygwin/bin/perl packconfig.pl -i
C:/LibreOffice/libo/solver/wntmsci12.pro/xml/u
34 matches
Mail list logo
