Re: grepping a large file through a pipe takes eons
On Sat, Aug 31, 2024 at 1:24 PM Takashi Yano wrote: > Thanks for the report. This seems to be a regression of cygwin 3.5.4. > I'll submit a patch for this issue shortly. Thank you. -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: grepping a large file through a pipe takes eons
I can confirm that my issue is resolved with Takashi Yano's patch: CYGWIN_NT-10.0-22635 JJR 3.6.0-0.203.gf78009cb1ccf.x86_64 2024-09-02 11:55 UTC x86_64 Cygwin Thank you! -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Xlib: sequence lost (0x10000 > 0x21c) in reply type 0x13!
I just updated Cygwin to "3.4.3-1.x86_64 2022-12-16 12:38 UTC x86_64 Cygwin" and in addition the X package refresh. I started emacs-X11 in an xterm and am now seeing this in the console: Xlib: sequence lost (0x1 > 0x16c) in reply type 0x13! Xlib: sequence lost (0x1 > 0x172) in reply type 0x1c! Xlib: sequence lost (0x1 > 0x17f) in reply type 0xf! Xlib: sequence lost (0x1 > 0x185) in reply type 0x1c! Xlib: sequence lost (0x1 > 0x1ba) in reply type 0xf! Xlib: sequence lost (0x1 > 0x519) in reply type 0xf! Did something go awry with the update? -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Xlib: sequence lost (0x10000 > 0x21c) in reply type 0x13!
On Mon, Dec 19, 2022 at 1:59 PM Jon Turney wrote: > This seems to be an upstream problem with libX11 1.8.3 > > I've withdrawn that version (so setup should automatically downgrade to > the previous version, 1.8.1) Thank you, Jon. Yes Ken, the problems show up in Emacs 28.2 -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: emacs 29.2-2 (TEST)
On Fri, Feb 2, 2024 at 10:53 AM Ken Brown wrote: > On 2/2/2024 9:40 AM, Jim Reisert AD1C wrote: > > The first time I opened this version with a .CSV file: > > > > ■ Warning (comp): libgccjit.so: error: error invoking gcc driver > > ■ Warning (comp): /usr/share/emacs/29.2/lisp/ezimage.el.gz: Error: > > Internal native compiler error failed to compile > [...] > > ■ Warning (comp): > > /usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal > > native compiler error failed to compile > > I can't reproduce this. Did you by any chance forget to install the > test release of emacs-common? I don't think so, but I can't access that computer right now. I did the same update on my laptop and it all seems OK, so I'll have to check when I get home. -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: emacs 29.2-2 (TEST)
On Wed, Feb 14, 2024 at 3:34 PM Ken Brown wrote: > I see from your screen shot [deleted] that you've installed the test > release of libgccjit0. What happens if you revert to the stable > release, 11.4.0-1? I had a test version of gcc/g++ installed (13.something). Once I reverted to the release version (11.4.0), the problem went away. Simply reverting libgccjit0 was not enough. -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin/X taskbar icons changed with latest Windows update (OS build 22635.4225)
On Mon, Sep 30, 2024 at 6:00 PM Jim Reisert AD1C wrote: For a long time, I have been a Windows Insider. I'm currently on the Beta > Channel: > > Edition Windows 11 Pro > Version 23H2 > Installed on 3/17/2023 > OS build 22635.4225 > > The last update (or the one before that) changed the way that the Cygwin/X > taskbar icons appear. Before the most recent Windows update, the icon in > the Windows taskbar for a given Cygwin/X window (xterm or emacs) would be > the same as the one shown in the upper-left-hand corner of that window. > I.e. a sigma-like "E" for emacs, or a "T" overlaid on an "X" for Xterm. > > After the most recent Windows update: > > > https://blogs.windows.com/windows-insider/2024/09/20/announcing-windows-11-insider-preview-build-22635-4225-beta-channel/ > > the icons on the Windows taskbar now are all the same, regardless of > application -- a big black X with an orange-ish ring around it. > This problem now seems to be fixed as of this Windows Insider release: https://blogs.windows.com/windows-insider/2024/10/11/announcing-windows-11-insider-preview-build-22635-4367-beta-channel/ -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: LOCAL_APPDATA_FONTCONFIG_CACHE directories are popping up everywhere
On Sat, Mar 15, 2025 at 9:47 PM Takashi Yano wrote: > > Sorry, this is the building mistake in fontconfig-2.16.0-1. > > Please update to fontconfig-2.16.0-2. > > I meant libfontconfig1-2.16.0-2. > /usr/bin/cygfontconfig-1.dll Thank you / Arigato -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
child_info_fork::abort: cygpng16-16.dll
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) I killed the X server, started a Windows shell, started ash, then called /bin/rebaseall Work was done, but the problem persists. What should I try? -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
LOCAL_APPDATA_FONTCONFIG_CACHE directories are popping up everywhere
Recently, I seem to have LOCAL_APPDATA_FONTCONFIG_CACHE directories popping up everywhere: ./DX4WIN/awd/RDA/LOCAL_APPDATA_FONTCONFIG_CACHE ./DXspots/LOCAL_APPDATA_FONTCONFIG_CACHE ./QSL/address/LOCAL_APPDATA_FONTCONFIG_CACHE ./QSL/LOCAL_APPDATA_FONTCONFIG_CACHE ./unified/callsigns/LOCAL_APPDATA_FONTCONFIG_CACHE ./unified/dx4win9/LOCAL_APPDATA_FONTCONFIG_CACHE ./unified/LOCAL_APPDATA_FONTCONFIG_CACHE Does anyone know what might cause this, and how to stop it? I do not have fontconfig installed, I only have these "font" files in /usr/bin: /usr/bin/cygfontconfig-1.dll /usr/bin/cygfontenc-1.dll /usr/bin/cygXfont2-2.dll /usr/bin/pdffonts.exe -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: child_info_fork::abort: cygpng16-16.dll
On Thu Apr 10 18:50:59 GMT 2025, ASSI wrote: > It seems that you are using the test version of Emacs that uses native > compilation. If so, then please actually read the announcement: > https://inbox.sourceware.org/cygwin-announce/2e4a21c3-3e94-4771-acf2-7e56e5fce...@cornell.edu/ > If that is not the case, then you should probably look into excluding > the Cygwin installation from whatever "threat protection" you have > foisted on to you, expecially any "realtime" one. Today, I switched from emacs 30.1-2 (TEST) to emacs 30.1-1 and the fork problem went away. I'll stick with this version. Thanks - Jim -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: cygwin 3.6.0: No signals received after swapcontext() is used
Corinna wrote: > Just pushed. Try cygwin-3.6.0-0.430.ga942476236b5 in a bit. I could not get an xterm to come up using cygwin-3.6.0-0.429. But it works again using cygwin-3.6.0-0.430. I wonder if it was the swapcontext () problem or something else. This was on Windows 11. -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: winClipboardFlushXEvents - OpenClipboard () failed: 00000005
On Sun, Jul 6, 2025 at 10:50 AM Jon Turney wrote: > > On 05/07/2025 00:39, Jim Reisert AD1C via Cygwin wrote: > > I do a lot of copying/pasting between Windows and Cygwin-X. If I try > > to copy too much, the server will crash. The symptom is that > > copy/paste no longer works (in either direction). I can still start > > Hmm... so when you say "crash", you don't mean "exit, abnormally"? > > It just keeps on running, but cut and past doesn't work? Yes, I misspoke. The server keeps running but copy/paste stops working. > This code is old enough to shave and still doesn't work properly :( > > In the past, these problems have sometimes been caused by "clipboard > helper/manager" type Windows programs. You might want to check if > you're running such a thing and see if stopping it makes a difference. I do not have anything running other than what Windows 11 may provide. > As a workaround, you can try: > > * start the X server with the '-noclipboard' option > * run 'xwinclip' I'll give that a try, thanks! -- Jim Reisert AD1C, , https://ad1c.us -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
