On Thu, 10 Apr 2025 10:39:02 -0700 (PDT)
Jeremy Drake wrote:
> On Thu, 10 Apr 2025, Takashi Yano via Cygwin wrote:
>
> > On Wed, 9 Apr 2025 16:41:18 -0700 (PDT)
> > Jeremy Drake wrote:
> > > I've been doing some building with cmake 4.0.0 and ninja 1.12.1 (of
> > > llvm/clang, we've got something t
Jim Reisert AD1C via Cygwin writes:
> On one of my computers (but not the other), I get this error when I
> try to start Emacs 29.4 in an xterm:
>
> 0 [main] emacs-gtk 2079 child_info_fork::abort:
> \??\D:\Cygwin\bin\cygpng16-16.dll: Loaded to different address:
> parent(0xCB) != child(0x
On Apr 10 19:29, Lluís Batlle i Rossell via Cygwin wrote:
> On Thu, Apr 10, 2025 at 12:17:13PM +0200, Corinna Vinschen wrote:
> > I pushed a patch which skips not only Capability SIDs, but also AzureAD
> > SIDs, IIS APPPOOL SIDs and Samba-generated SIDs.
> > https://sourceware.org/cgit/newlib-cygwi
On Apr 10 11:03, Jeremy Drake via Cygwin wrote:
> On Thu, 10 Apr 2025, Corinna Vinschen via Cygwin wrote:
>
> > > It seems glibc takes care of this implicit deregistration in
> > > __cxa_finalize, after calling __cxa_atexit functions, it unregisters any
> > > at_quick_exit or pthread_atfork callba
Could the maximum symlink depth in Cygwin please be increased for
cygwin 3.7? We're regularly hitting that limit (seems to be 10).
What is the maximum number of symlink recursion? Rumor is that this is
32, but I cannot find it in any windows header.
Sebi
--
Sebastian Feld - IT security consultan
On Thu, 10 Apr 2025, Corinna Vinschen via Cygwin wrote:
> > It seems glibc takes care of this implicit deregistration in
> > __cxa_finalize, after calling __cxa_atexit functions, it unregisters any
> > at_quick_exit or pthread_atfork callbacks from the DSO being unloaded.
> >
> > https://sourcewar
On Thu, 10 Apr 2025, Takashi Yano via Cygwin wrote:
> On Wed, 9 Apr 2025 16:41:18 -0700 (PDT)
> Jeremy Drake wrote:
> > I've been doing some building with cmake 4.0.0 and ninja 1.12.1 (of
> > llvm/clang, we've got something that seems to mostly work for a cygwin
> > target), and I'm noticing after
On Thu, Apr 10, 2025 at 12:17:13PM +0200, Corinna Vinschen wrote:
> I pushed a patch which skips not only Capability SIDs, but also AzureAD
> SIDs, IIS APPPOOL SIDs and Samba-generated SIDs.
> https://sourceware.org/cgit/newlib-cygwin/commit/?id=e04891d67ac7
>
> Please give the next test release c
The same question was raised here:
https://superuser.com/questions/1784162/nano-where-are-morespace-and-smooth-settings-gone
Short answer, it is now default behavior, option was retired. I
suppose it means adapt config file accordingly, because apparently
won't just ignore mystery options (no "non
p/cygport-ruby-debug_inspector/ruby-debug_inspector-1.2.0-1.x86_64/inst/usr/share/gems/gems/debug_inspector-1.2.0/ext/debug_inspector
["make", "DESTDIR=", "sitearchdir=./.gem.20250410-1545-swemh8",
"sitelibdir=./.gem.20250410-1545-swemh8", "clean"]
Th
Hi Lluís,
On Apr 10 09:52, Lluís Batlle i Rossell via Cygwin wrote:
> Hello,
>
> I saw this change to cygwin to ignore S-1-15-3-* SIDs:
> https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=271f187b7b59a6645e24e9c36b60ba31f6527556
>
> I think, though, that the current code doesn't completely sk
On Apr 9 23:32, Jeremy Drake via Cygwin wrote:
> On Wed, 9 Apr 2025, Jeremy Drake via Cygwin wrote:
>
> > On Thu, 10 Apr 2025, Kevin Schnitzius via Cygwin wrote:
> >
> > > On Wednesday, April 9, 2025 at 06:54:34 PM EDT, Jeremy Drake via Cygwin
> > > wrote:
> > >
> > > > The recent issue with pt
Thank you for nano update to v.8.0 during last day.
Previously the option "set smooth" was allowed in the config file /etc/nanorc
but now gives an error message.
Is there a new way to set this option? (Or maybe a recursion to, from memory,
some switch in the command line?)
Thank you!
Fergus
--
Greetings, Jim Reisert AD1C!
> On one of my computers (but not the other), I get this error when I
> try to start Emacs 29.4 in an xterm:
> 0 [main] emacs-gtk 2079 child_info_fork::abort:
> \??\D:\Cygwin\bin\cygpng16-16.dll: Loaded to different address:
> parent(0xCB) != child(0x25E
Hello,
I saw this change to cygwin to ignore S-1-15-3-* SIDs:
https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=271f187b7b59a6645e24e9c36b60ba31f6527556
I think, though, that the current code doesn't completely skip
resolving those never-resolving SIDs.
I'm annoyed by those SIDs because they
saat mengetik pwd pada windows command prompt terdapat kelambatan proses,
seperti ini :
C:\Users\MELJAVIS\Documents\DATA_KUALITAS_UDARA>pwd
3 [main] pwd 1984 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
/cy
On Wed, 9 Apr 2025 16:41:18 -0700 (PDT)
Jeremy Drake wrote:
> I've been doing some building with cmake 4.0.0 and ninja 1.12.1 (of
> llvm/clang, we've got something that seems to mostly work for a cygwin
> target), and I'm noticing after updating to 3.6.1 it no longer seems to
> cancel the build whe
>saat mengetik pwd pada windows command prompt terdapat kelambatan proses,
>seperti ini :
>C:\Users\MELJAVIS\Documents\DATA_KUALITAS_UDARA>pwd
> 3 [main] pwd 1984 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.c
18 matches
Mail list logo