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: 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: 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
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: Can I rename my C:\Cygwin64 directory to C:\Cygwin?
On Thu, Nov 17, 2022 at 11:35 AM Andrey Repin wrote: Please look for my earlier message[1](thread) regarding installation path > changes for provided PowerShell script. > > > Where does setup.exe get its information from? Is there a .ini file > > that I will need to edit? > > The rest of the information is taken from `$InstallPath/etc/setup` > > > Is there anything else I'm missing? > > Depends on your setup, existing symlink targets may be a problem. > > [1] https://cygwin.com/pipermail/cygwin/2022-August/thread.html#252113 > Thank you Andrey! -- 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
Can I rename my C:\Cygwin64 directory to C:\Cygwin?
Now that Cygwin x86 is nearing/has reached end-of-life, I would like to rename my C:\Cygwin64 directory to C:\Cygwin. Other than updating my Windows environment variable (CYGROOT), are there any "gotchas" in doing this? I already have a D:\Home directory specified in /etc/nsswitch.conf so I'm not expecting the move to break that. Where does setup.exe get its information from? Is there a .ini file that I will need to edit? My main concern is that the Cygwin Perl installer may get confused. I currently have this in my Cygwin environment. It doesn't appear that such a change will be a problem: PERL5LIB=/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5 Is there anything else I'm missing? -- 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: [ANNOUNCEMENT] emacs 28.2-2 (64-bit only, TEST)
> The following packages have been uploaded to the Cygwin distribution as test > releases. > > * emacs-28.2-2 > * emacs-basic-28.2-2 > * emacs-w32-28.2-2 > * emacs-gtk-28.2-2 > * emacs-lucid-28.2-2 > * emacs-common-28.2-2 > > This is the same as emacs-28.2-1, but it is built with the native compilation > feature (explained below). If you want to test this, create a file Thanks, Ken. Working well so far here. -- 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: [ANNOUNCEMENT] emacs 28.2-1
> This release was *not* built with the native compilation feature, which still > needs more testing on Cygwin. If there is demand for it I will make a test > release built with native compilation. I had good luck with the native compilation feature, so I would like to be able to use it with this new version of Emacs. -- 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: Updated: coreutils 9.1
On Tue, Jul 19, 2022 at 10:46 AM Brian Inglis wrote: > Setup still shows 9.1 as test, but it should not be installed by anyone. > Setup now also shows 9.0 in test, and it can and should be installed by > anyone who experienced issues with 9.1. 9.0 (test) is working for me now, whereas 9.1 did not work. Thanks for the fixes! -- 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: Test: coreutils 9.1 (TEST)
> The following test package has been uploaded to the Cygwin distribution: > > * coreutils 9.1 I am having a problem with "cp" that is not present in the previous (non-test) version. I'm running the latest Cygwin on Windows 10: CYGWIN_NT-10.0-19044 8PZCBK3 3.3.5-341.x86_64 2022-05-13 12:27 UTC x86_64 Cygwin The "cp" commands are in a Makefile. These are all text (not binary) files. "here" is a directory. if [ -a 2022/QSN2205.EXC ]; then cp -pvf 2022/QSN2205.EXC here; fi if [ -a 2022/QSN2205.TXT ]; then cp -pvf 2022/QSN2205.TXT here; fi if [ -a 2022/ignore.csv ]; then cp -pvf 2022/ignore.csv here; fi These are the target files that are being copied *to*: -rw-rw+ 1 jr920141 Domain Users11022 May 23 08:01 here/ignore.csv -rw-rw+ 1 jr920141 Domain Users 303543 May 23 10:25 here/QSN2205.EXC -rw-rw+ 1 jr920141 Domain Users 14395440 May 23 08:00 here/QSN2205.TXT These are the source files that are being copied *from*: -rw-rw+ 1 jr920141 Domain Users11303 May 24 08:20 ignore.csv -rw-rw+ 1 jr920141 Domain Users20944 May 24 10:17 QSN2205.EXC -rw-rw+ 1 jr920141 Domain Users 14941120 May 24 08:19 QSN2205.TXT It just so happens that the files are (now) the same. I had already done the copy and no longer have the old files that were in the "here" directory. But it doesn't matter whether the files are the same or different. The problem still occurs. This is the result: [8PZCBK3:~/DXspots] $ make here '2022/QSN2205.EXC' -> 'here/QSN2205.EXC' '2022/QSN2205.TXT' -> 'here/QSN2205.TXT' cp: cannot create regular file 'here/QSN2205.TXT': File exists It makes no sense to me that the .EXC file was copied overtop of the existing file, file but the .TXT file was not. The TXT file has DOS line endings. The EXC file does not. I don't see why that would/should make a difference. cygcheck.out is attached. -- Jim Reisert AD1C, , https://ad1c.us cygcheck.out Description: Binary data -- 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: failed to commit changes to dconf: The connection is closed
One other possibly-related piece. When I start emacs, I see this: # emacs -Q counties.cpp ** (emacs:4784): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with status 1 -- 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: failed to commit changes to dconf: The connection is closed
On Fri, May 13, 2022 at 8:05 PM Ken Brown wrote:
> Sorry, no idea. I can't reproduce it. Does it happen with emacs -Q? Is
> dconf-service running when you get this message? It's running on my system.
It still happens with "emacs -Q"
dconf-service is *not* running. Should it be? How would I start it?
On Fri, May 13, 2022 at 10:44 PM Brian Inglis wrote:
> Check the ownership and permissions of common local X directories and
> files e.g.
They look good here:
# ls -dlR ~/{.*/dconf,.dbus{,/*}}{,/*}
drwxrwx---+ 1 jjrei jjrei 0 Sep 24 2015 /cygdrive/d/Home/.cache/dconf
-rwxrwx---+ 1 jjrei jjrei 2 May 14 11:31 /cygdrive/d/Home/.cache/dconf/user
drwxrwx---+ 1 jjrei jjrei 0 Sep 24 2015 /cygdrive/d/Home/.dbus
drwxrwx---+ 1 jjrei jjrei 0 Apr 24 08:55 /cygdrive/d/Home/.dbus/session-bus
drwxrwx---+ 1 jjrei jjrei 0 Apr 24 08:55 /cygdrive/d/Home/.dbus/session-bus
--
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
EMACS: failed to commit changes to dconf: The connection is closed
I'm running GNU Emacs 28.1 (build 2, x86_64-pc-cygwin, GTK+ Version 3.22.28, cairo version 1.17.4) of 2022-04-13 in an xterm in Cygwin X. I have a file open. If I click on File | Save As... I get several copies of the following message: (emacs:2775): dconf-WARNING **: failed to commit changes to dconf: The connection is closed What's happening here? -- 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: [ANNOUNCEMENT] cygwin 3.3.4-1
> > The following packages have been uploaded to the Cygwin distribution: > > > > * cygwin-3.3.4-1 > > * cygwin-devel-3.3.4-1 > > * cygwin-doc-3.3.4-1 > > I've tried two mirrors, both with the same result: > > dash.exe - Bad Image > > C:\Cygwin64\bin\cygwin1.dll is either not designed to run on > Windows or it contains an errorError status 0xc07b. Seems to be resolved with 3.3.4-2. Thanks! -- Jim Reisert AD1C, , https://www.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: [ANNOUNCEMENT] cygwin 3.3.4-1
> The following packages have been uploaded to the Cygwin distribution: > > * cygwin-3.3.4-1 > * cygwin-devel-3.3.4-1 > * cygwin-doc-3.3.4-1 I've tried two mirrors, both with the same result: dash.exe - Bad Image C:\Cygwin64\bin\cygwin1.dll is either not designed to run on Windows or it contains an errorError status 0xc07b. I'm running Windows 11 Pro (21H2), OS Build 22000.469 The previous version has been working just fine. -- Jim Reisert AD1C, , https://www.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: Can't load CSS mode in Emacs
On Tue, Dec 28, 2021 at 2:11 PM Ken Brown wrote: > This means that the .eln files need to be rebased. Please close all Cygwin > processes and run setup-x86_64.exe so that autorebase can do its thing. Make > sure that /var/lib/rebase/userpath.d/ has been created as explained > in > the release announcement. Fixed, thanks! -- Jim Reisert AD1C, , https://www.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
Can't load CSS mode in Emacs
I'm using the test version of Emacs 28.0.60. I can't seem to load css-mode (Cascading Style Sheets). I get the following error in the console window: 0 [main] emacs-X11 1297 child_info_fork::abort: address space needed by 'url-history-a9b2f6e8-97761513.eln' (0xAD) is already occupied Any idea what's going on? I have not gone back and tried Emacs 27. -- Jim Reisert AD1C, , https://www.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: [HEADSUP] Phasing out old Windows versions and 32 bit support
On Tue, Oct 26, 2021 at 2:55 PM Corinna Vinschen wrote: > The upcoming version 3.3.0 is the last version officially supporting > Windows Vista and Windows Server 2008. > > The next major release 3.4.0 will be released in 2022 and will be the > last one officially supporting Windows 7, Windows 8, Windows Server 2008 > R2, and Windows Server 2012. > > We're also planning to drop Support for the 32 bit release of Cygwin in > 2022 This is all good. I really appreciate all the developer's efforts with Cygwin. There are thousands of ham radio operators all over the world who would not be getting data file updates without this software! -- Jim Reisert AD1C, , https://www.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
How do I "fix" SSH_AUTH_SOCK?
I'm having a new, little problem with ssh. I can connect to my remote host just fine if I use a Cygwin Terminal (mmtty). I can not connect in an Xterm without being prompted to enter a password: [JJR:~] $ ssh sign_and_send_pubkey: signing failed for RSA "/cygdrive/d/Home/.ssh/id_rsa" from agent: agent refused operation (ad1cc...@ftp.ad1c.us) Password: I have determined that the environment variable SSH_AUTH_SOCK (bash shell) seems to be causing this problem. If I unset the variable, then the remote connection in the Xterm works the same way as it does using the Cygwin Terminal (i.e. no prompt for password). This is the version of Cygwin/X I am running: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.20.13.0 OS: CYGWIN_NT-10.0-22000 JJR 3.3.0-341.x86_64 2021-09-24 22:07 UTC x86_64 OS: Windows 10 [Windows NT 10.0 build 22000] (Win64) Package: version 1.20.13-1 built 2021-09-25 I will also add that I did not see this problem before updating to the latest version of OpenSSH: OpenSSH_8.8p1, OpenSSL 1.1.1l 24 Aug 2021 However, the remote server had been running a very old version of OpenSSH (circa 2013/2014). They moved me to a newer server with this version (obviously not the latest): OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 Is there a workaround for this issue? Thanks - Jim -- Jim Reisert AD1C, , https://www.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 28.0.60-1.f7e6c199bf (TEST)
On Sun, Oct 24, 2021 at 2:14 PM Ken Brown wrote: > On 10/18/2021 3:15 PM, Jim Reisert AD1C wrote: > > Here is a macro I use quite frequently, with a line like this: > > > > # New Exception Call: PD0TEST/J > > > > The macro consists of: > > > > - CTRL-A > > - set mark > > - CTRL-F until you get to the start of the field after Call: > > - CTRL-W to delete the selected text > > - CTRL-N to go to the start of the next line > > > > After the macro is defined, there is a pause the next (first) time it's > > used (C-x C-e). It's speedy after that. > > You mean 'C-x e', not 'C-x C-e', right? > > I just inserted several lines like > > # New Exception Call: PD0TEST/J > > into the *scratch* buffer and defined your keyboard macro. I didn't notice > any > delay the first time I ran it. Might there be some other conditions necessary > to reproduce the problem? Is the mode of the buffer relevant? Can you > reproduce the problem starting from 'emacs -Q'? Sorry, Ken. I should have mentioned that I have this version of csv-mode installed. It *is* compiling, so I don't know why subsequent uses pause when using a newly-defined macro: https://elpa.gnu.org/packages/csv-mode.html Having said all this, today I'm not seeing the problem. So maybe something was going awry with the macro compile. -- Jim Reisert AD1C, , https://www.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 28.0.60-1.f7e6c199bf (TEST)
Here is a macro I use quite frequently, with a line like this: # New Exception Call: PD0TEST/J The macro consists of: - CTRL-A - set mark - CTRL-F until you get to the start of the field after Call: - CTRL-W to delete the selected text - CTRL-N to go to the start of the next line After the macro is defined, there is a pause the next (first) time it's used (C-x C-e). It's speedy after that. -- Jim Reisert AD1C, , https://www.ad1c.us <http://www.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 28.0.60-1.f7e6c199bf (TEST)
> > I have noticed one slight performance issue, which may not be related > > to Cygwin at all. > > > > After creating a keyboard macro, the first time the macro is > > used/called (^x^e), it does not start right away. Subsequent uses are > > as fast as expected. Could some sort of run-time compilation going on > > in the background before the keyboard macro executes the first time? > > > > As I said, this may not be related to Cygwin at all. > > This is mentioned in the announcement for emacs 28.0.60-1.f7e6c199bf (TEST) > > The first few times you run Emacs, it might seem slow to start. This > is because it is compiling the elisp libraries that are needed for > your init file (usually .emacs). For the same reason, you might see > occasional pauses the first time you use a command. But otherwise > you should see a noticeable speed-up of Emacs. I'm not talking about startup or commands. I'm talking about keyboard macros which are not mentioned in the paragraph above. I've already experienced those symptoms described. -- Jim Reisert AD1C, , https://www.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 28.0.60-1.f7e6c199bf (TEST)
I have noticed one slight performance issue, which may not be related to Cygwin at all. After creating a keyboard macro, the first time the macro is used/called (^x^e), it does not start right away. Subsequent uses are as fast as expected. Could some sort of run-time compilation going on in the background before the keyboard macro executes the first time? As I said, this may not be related to Cygwin at all. -- Jim Reisert AD1C, , https://www.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: GNU Emacs 28.0.50 crash (emacs-w32)
> I'm about to announce a new test release that tries to work around the problem > in a different way. I'd be interested in hearing how that works too. I updated Emacs and turned off "native-comp-async-query-on-exit". This time, there was no error report from emacs-w32, it just silently exited while the compilation was ongoing. I don't know if that was the desired outcome. -- Jim Reisert AD1C, , https://www.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: GNU Emacs 28.0.50 crash (emacs-w32)
> >> I'll add one more thing that I didn't know when I wrote that: You can > >> customize > >> the variable native-comp-async-query-on-exit if you want to be warned that > >> there > >> are compilations in process when you exit. > > > > Sure, that could be the problem. I'll try the workaround. > > Thanks. Please report back. Yes, it now warns that active processes are running. I originally typo'd the variable (see below, I wasn't setting it to true), and Emacs just silently exited. That doesn't sound right. But this isn't your issue, it seems like an Emacs issue. '(version-control t) '(native-comp-async-query-on-exit)) -- Jim Reisert AD1C, , https://www.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: GNU Emacs 28.0.50 crash (emacs-w32)
> Could this be the following problem that I mentioned in the release > announcement? > > > Compilation is done asynchronously, with a log in a buffer called > > *Async-native-compile-log*. If you run emacs-w32 and exit while a > > compilation is in progress, you might see a dialog box saying that > > emacs has aborted and asking if you want to attach a debugger. Just > > say No. If this annoys you, check the compilation buffer before > > exiting, and wait for the "Compilation finished" message. > > I'll add one more thing that I didn't know when I wrote that: You can > customize > the variable native-comp-async-query-on-exit if you want to be warned that > there > are compilations in process when you exit. Sure, that could be the problem. I'll try the workaround. I do notice that there are separate compilation directories for emacs and emacs-w32. Is this necessary? [JJR:/cygdrive/e/] $ new ~/.emacs.d/eln-cache/ total 28 drwxrwx---+ 1 jjrei jjrei 0 Oct 3 15:44 28.0.50-eb740d6f drwxrwx---+ 1 jjrei jjrei 0 Oct 6 08:17 28.0.50-891fd08c -- Jim Reisert AD1C, , https://www.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: GNU Emacs 28.0.50 crash (emacs-w32)
> The test release of GNU Emacs 28.0.50 crashed on me when using > emacs-w32. I can repeat this every time. I attached the trace and > stackdump. Emacs in an X window with this same file did NOT crash. It seems to be something particular to emacs-w32 or a non-X environment. -- Jim Reisert AD1C, , https://www.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
GNU Emacs 28.0.50 crash (emacs-w32)
The test release of GNU Emacs 28.0.50 crashed on me when using emacs-w32. I can repeat this every time. I attached the trace and stackdump. Windows 11 Pro 64-bit Take Command 27.01.24 x64 Opened a text file using emacs-w32 Ctrl-X Ctrl-C to exit Exit Emacs I did not make any changes to the text file -- Jim Reisert AD1C, , https://www.ad1c.us Backtrace: 0x100608b80 0x1005fe058 0x1004bf5ea 0x1006001ca 0x10060029b 0x100602776 0x10060278a 0x1800640dd 0x18018f508 0x8020f6600 Backtrace: 0x100608b80 0x1005fe058 0x1004bf5ea 0x1006001ca 0x10060029b 0x100602776 0x10060278a 0x1800640dd 0x18018f508 0x10060a258 Backtrace: 0x100608b80 0x1005fe058 0x1004bf5ea 0x1006001ca 0x10060029b 0x100602776 0x10060278a 0x1800640dd 0x18018f508 0x10060a258 emacs-w32.exe.stackdump Description: Binary data -- 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: [ANNOUNCEMENT] emacs 28.0.50-1.6bec21243d20 (TEST)
> > Installing "git" from the Cygwin repository seems to fix this problem. > >So I suggest uninstalling "git" and see if you can figure out where > > the message is actually coming from. It doesn't appear to be coming > > from anything in my environment. I must have "git" installed at home, > > which is why I don't see the message there. > > I already tried moving my git executable out of the way, and I couldn't > reproduce the problem. Do you see the message at home if you do the same? I don't see the problem at home. I do not have git installed there. I noticed that at work, I had a ~/.git directory. I renamed that and the problem went away. -- Jim Reisert AD1C, , https://www.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: [ANNOUNCEMENT] emacs 28.0.50-1.6bec21243d20 (TEST)
> > "Error: (file-missing "Searching for program" "No such file or director" > > "git") > > Still shows up at work, when I use "emacs -Q". I'll see if I can try > to figure out what's going on. I wiped out all my elisp files but still got the error. I assume this is what "-Q" is supposed to do. Installing "git" from the Cygwin repository seems to fix this problem. So I suggest uninstalling "git" and see if you can figure out where the message is actually coming from. It doesn't appear to be coming from anything in my environment. I must have "git" installed at home, which is why I don't see the message there. -- Jim Reisert AD1C, , https://www.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: [ANNOUNCEMENT] emacs 28.0.50-1.6bec21243d20 (TEST)
> "Error: (file-missing "Searching for program" "No such file or director" > "git") Still shows up at work, when I use "emacs -Q". I'll see if I can try to figure out what's going on. -- Jim Reisert AD1C, , https://www.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: [ANNOUNCEMENT] emacs 28.0.50-1.6bec21243d20 (TEST)
> Jim, do you still see the error if you start emacs with 'emacs -Q'? If not, > something in your startup files must be triggering the error. Even if you > don't > call git directly, something that you do call might be calling git. Can you > give a minimal recipe for reproducing the problem? The problem is only at work. Let me see if verilog-mode.el is the culprit. I will report back a little later. -- Jim Reisert AD1C, , https://www.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: Updated: setup (2.909)
I adjusted the column widths because there seems to be a lot of unused space, which makes for a very wide window. But when I restart the Cygwin setup application, the columns return to their default widths. Could a feature be added to save the column widths from run to run? -- Jim Reisert AD1C, , https://www.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: retry: Problem transfering X11 cut/copy buffer to windows and back
On Wed, Sep 11, 2019 at 8:52 AM Jon Turney wrote: > > 1. Is there any information I can provide to help debug this problem? > > A reliable way of reproducing the problem would be ideal :) I wish! > Failing that, the /var/log/xwin/XWin.0.log might be informative. > > > 2. Is there a way to reset the X server's (or maybe Windows') > > copy/paste buffer without having to close all my X windows and restart > > the server? > > Not really. > > You can start the X server with the '-noclipboard' option, and then run > 'xwinclip' for clipboard integration (which since it is a separate > process, rather than a thread in the X server, can be killed and restarted). > > Ideally you'd then attach gdb to xwinclip if/when it gets stuck to debug > why that's happening. :) The next time I'm doing an activity which is likely to hit this, I'll see what I can get. -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Re: XTerm(331)?
Thanks everyone, and Yaakov, for releasing (348). -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
XTerm(331)?
Can someone please update the Cygwin XTerm? The current version is (330) but I understand (331) is out there, at least in Fedora: [JJR:~] $ xterm -version XTerm(330) https://bugzilla.redhat.com/show_bug.cgi?id=1534475 "xterm-331-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report." This was posted in June of 2018! Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Re: retry: Problem transfering X11 cut/copy buffer to windows and back
I didn't see this message before I posted a separate message. Here is my report again. I am using the latest test X server (1.20.5-3 built 2019-09-06), HOWEVER, I have seen this problem again and again for months now. After I copy/paste enough, either from Xterm to Xterm, or Xterm to Windows, eventually it stops working. I can still select text in the Xterm, but I'm unable to paste it into windows - nothing happens. My fuzzy recollection is that copy/paste from X to X still works, but I forgot to test that today. The only way I have found to fix this is to exit the X server and restart it. Simply creating a new Xterm does not fix the problem. 1. Is there any information I can provide to help debug this problem? 2. Is there a way to reset the X server's (or maybe Windows') copy/paste buffer without having to close all my X windows and restart the server? -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Copy/paste from Xterm to Windows stops working
After I copy/paste enough, either from Xterm to Xterm, or Xterm to Windows, eventually it stops working. I can still select text in the Xterm, but I'm unable to paste it into windows - nothing happens. My fuzzy recollection is that copy/paste from X to X still works, but I forgot to test that today. The only way I have found to fix this is to exit the X server and restart it. Simply creating a new Xterm does not fix the problem. 1. Is there any information I can provide to help debug this problem? 2. Is there a way to reset the X server's (or maybe Windows') copy/paste buffer without having to close all my X windows and restart the server? Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Re: [ANNOUNCEMENT] TEST: Cygwin 3.1.0-0.3
On Thu, Sep 5, 2019 at 8:23 PM Ken Brown wrote: > 3.1.0-0.3 had some bugs that were fixed in today's 3.1.0-0.4 release. Please > report back after trying it. I'm glad to hear this, because I upgraded to 3.1.0-0.4 at work today and could not duplicate the problem. I just upgraded at home and was not easily able to demonstrate the problem there either. I'll keep watching for any strangeness. -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Re: [ANNOUNCEMENT] TEST: Cygwin 3.1.0-0.3
Since I started using this version, I've been having some strange hangs running g++ (called from make). The compilation just hangs (probably at the link stage). The .o file is generated but the .exe is not. If I remove the .o file and try again, sometimes it works. I had been running the August 09 version of Cygwin at work and have never seen the problem there. Does this ring any bells for anyone? I just updated work to the 5 September test version, I'll see if the problem shows up. -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Re: Cygwin 3.0.0-1
One of changes announced with Cygwin 3.0.0-1 was this: - Improve uname(2) for newly built applications. My recollection was that it would allow us to see the Windows version and/or OS build number, for example: Version 1809 OS build 17763.379 When will uname actually be updated to take advantage of this? I regularly used three different Windows 10 machines and each is a slightly different "vintage". The version of uame I have (latest) is dated 2-Feb-2017. -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
Perl: WWW::Mechanize depends on Perl::Critic
I got a new laptop at work and was attempting to install the Perl module WWW::Mechanize. The build took a very long time, until I realized that for some reason, it depended on the Perl::Critic module, which I know from past experience takes a long time to build. That dependency just does not make sense to me! Where did it come from? -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
ESC followed by UP-arrow cause bash shell to hang
I do a lot of command recall on the command line (xterm running on Xorg server in Cygwin). One of the most common things I do is type the UP-arrow once, then ESC-backspace to get rid of the last word on the line, so I can change it to something else. Occasionally I type these two keys out-of-order, ESC followed by UP-arrow. This seems to lock up the bash shell for about 30 seconds before control returns. What's going on here? Is there something I'm doing wrong, or is there a way to prevent this, other than being a better typist? -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: xorg-server-1.19.3-2 (TEST)
On Tue, May 2, 2017 at 7:08 AM, Jon Turney wrote: > On 23/04/2017 23:53, Jim Reisert AD1C wrote: > >> On Sun, Apr 23, 2017 at 6:58 AM, Jon Turney wrote: >> >> *** xorg-server-*1.19.3-2 >>> >>> The following cygwin-specific changes have been made since 1.19.3-1: >>> >>> * Fix a regression with the X input focus handling >>> Addresses: https://cygwin.com/ml/cygwin/2017-04/msg00278.html >>> >> >> Thanks, Jon. So far, so good. I'll let you know if I see anything >> unusual with this version. >> > > This still doesn't seem to be quite right. > > If you minimize a maximized Windows window, and window activation moves to > a maximized X window beneath it, the X input focus doesn't move... > Hi Jon, Do you have any time to revisit this issue? It it still occuring on a regular basis. I am constantly removing Unix shell commands from my Emacs window - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0
On Mon, Sep 11, 2017 at 11:51 AM, Achim Gratz wrote: > Unless you know what you're doing and can navigate the inevitable > obstacles, do not use cpan on Cygwin. I have been building Perl packages for years without problems. I use WWW::Mechanize in several programs, and it has a lot of pre-requisites. >> SSLeay.xs:163:25: fatal error: openssl/err.h: No such file or directory >> #include > > The most likely reason is that you do not have the *-devel package for > openssl installed. Missed that, thanks! I don't know why Cygwin "upgraded" me from Perl 5.22 to Perl 5.24. I am building a new Cygwin installation from scratch (via setup) and it has Perl 5.22 (as expected) and gcc 6.4. I seem to remember this problem happening in the not-too-distant past when gcc 6.x was experimental, so I probably picked up the experimantal Perl 5.24 as well. I tried to roll back Perl from 5.24 -> 5.22 in my existing Cygwin (non-experimental) installation but "perl --version" still returned version 5.24 Anyway, I'll have a clean installation soon, I hope. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0
I now realize that Net::SSLeay and LWP::Protocol::https are both pre-compiled modules that I can download from Cygwin. But even after re-installing LWP::Protocol::https, my Perl program still won't run: Can't locate LWP/Protocol/https.pm in @INC (you may need to install the LWP::Protocol::https module) (@INC contains: /usr/lib/perl5/site_perl/5.24/x86_64-cygwin-threads /usr/lib/perl5/site_perl/5.24 /usr/lib/perl5/vendor_perl/5.24/x86_64-cygwin-threads /usr/lib/perl5/vendor_perl/5.24 /usr/lib/perl5/5.24/x86_64-cygwin-threads /usr/lib/perl5/5.24 .) at ../scripts/QRZ_daily.pl line 17. I don't know why it's not finding the module, and what this has to with gcc. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0
After upgrading to g++ (GCC) 6.4.0, I am being forced to reload/rebuild a bunch of Perl modules that had been working fine. I had the same issue with GCC 6.3. One module is particularly troublesome. I have the openssl library installed. This is with the 64-bit Cygwin. I attached cygcheck.out I would roll back to GCC 5.x but that doesn't appear to be an option in Setup. # cpan install Net::SSLeay Running Mkbootstrap for Net::SSLeay () chmod 644 "SSLeay.bs" "/usr/bin/perl.exe" "-Iinc" "/usr/lib/perl5/5.24/ExtUtils/xsubpp" -typemap "/usr/lib/perl5/5.24/ExtUtils/typemap" -typemap "typemap" SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c gcc -c -DPERL_USE_SAFE_PUTENV -D_GNU_SOURCE -U__STRICT_ANSI__ -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/mnt/share/maint/perl.x86_64/build=/usr/src/debug/perl-5.24.1-1 -fdebug-prefix-map=/mnt/share/maint/perl.x86_64/src/perl-5.24.1=/usr/src/debug/perl-5.24.1-1 -fwrapv -fno-strict-aliasing -fstack-protector-strong -D_FORTIFY_SOURCE=2 -DUSEIMPORTLIB -O3 -DVERSION=\"1.81\" -DXS_VERSION=\"1.81\" "-I/usr/lib/perl5/5.24/x86_64-cygwin-threads/CORE" SSLeay.c SSLeay.xs:163:25: fatal error: openssl/err.h: No such file or directory #include ^ compilation terminated. make: *** [Makefile:357: SSLeay.o] Error 1 MIKEM/Net-SSLeay-1.81.tar.gz /usr/bin/make -- NOT OK -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us cygcheck.out Description: Binary data -- 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
Re: Bash shell inside JPSOFT Take Command does not respond to input
The problem was the Windows 10 Insider build I was using at the time: Version 6.3.16193 It seems to work again in Build 16226, both in JPSoft Take Command as well as Windows 10 "cmd". -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: bash not work with new_console (Win10 16199Insider)
On Thu, Jun 8, 2017 at 7:39 PM, yyjdelete wrote: > Tested with: > cygwin: 2.8.0-1 > bash: 4.4.12-3 > win: 10 16199(Insider) > > When you type `1234567890(Enter)(Enter)(Enter)`, the bash only get `1470`, > and nothing is shown before the third Enter is press. > > It work well after switch to legacy console. > > [new_console](https://technet.microsoft.com/library/mt427362.aspx) > > Also found here: https://github.com/Alexpux/Cygwin/issues/36 I reported a similar problem a few weeks back. It works on the *released* version of Windows 10 (Creators Update), but broke in one of the Insider builds. I was hoping to test with Insider build #16215, but it won't install on my desktop. A lot of people are apparently having this problem. I did file a Feedback request with Microsoft about the problem, never heard anything back. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: setup 2.880 release candidate - please test
On Wed, Jun 7, 2017 at 12:02 PM, Garber, Dave wrote: > When you are typing in the search box, if you press the enter key, it's > the same as pressing the Next button and starts the install. > My $.02 is that Enter should be ignored when focus is in the search box. Agreed. I have been bitten by this in the past. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Access windows environment variable via cygwin
On Thu, May 11, 2017 at 9:07 PM, Brian Inglis wrote: > Cygwin has no problem with paths containing spaces. That may be somewhat of an oversimplification. Due to the way we do backups at work, my Cygwin "root" is installed in a path that contains spaces. Most things work OK, but Xwin is unable to automatically run "xrdb" when it starts up. This means that my default X program configurations (xterm , Emacs) are not read. I have to manually run xrdb each time I start a new Xwin session. It's not the end of the world, but it does require a little extra work each time. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: setup release candidate - please test
Symantec Endpoint Protection v. 12.1.6 did not like this file, but I was able to exclude it. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: xorg-server-1.19.3-2 (TEST)
On Sun, Apr 23, 2017 at 6:58 AM, Jon Turney wrote: > *** xorg-server-*1.19.3-2 > > The following cygwin-specific changes have been made since 1.19.3-1: > > * Fix a regression with the X input focus handling > Addresses: https://cygwin.com/ml/cygwin/2017-04/msg00278.html Thanks, Jon. So far, so good. I'll let you know if I see anything unusual with this version. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: xorg-server-1.19.3-1
> * If I'm in an X Emacs window, then click back in my X term, the focus > is still with the X Emacs window. I misspoke, and left out an important detail: If the windows do *not* overlap, then there appears to be no problem. If the XTerm window is behind the XEmacs window while I'm editing, then I move the mouse pointer back into the Xterm, neither window has focus. I can move the mouse pointer back into the XEmacs window to get focus there, but I can never get focus back to the Xterm. Furthermore, the particular Windows setting I'm using for mouse activation is in the "Ease of Access Center", under "Make the mouse easier to use". I have "Activate a window by hovering over it with the mouse" checked. In addition, I'm using a Windows registry hack to simply give the window focus without making it active, i.e. moving it to the top: http://winaero.com/blog/turn-on-xmouse-active-window-tracking-focus-follows-mouse-pointer-feature-in-windows-8-1-windows-8-and-windows-7/ - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: xorg-server-1.19.3-1
On Fri, Apr 21, 2017 at 5:05 AM, Jon Turney wrote: > * In multiwindow mode, remove the X input focus when an X window loses > Windows focus > Addresses: https://cygwin.com/ml/cygwin/2017-04/msg00168.html > > [1] https://lists.x.org/archives/xorg-announce/2017-March/002786.html I was initially excited about this, because I have been having the same problem. However, the fix isn't working so well for me. * If I'm in an X Emacs window, then click back in my X term, the focus is still with the X Emacs window. * If I go from my X Emacs window to a Windows application then my Xterm, focus moves to the Xterm. I'm running Windows 7 with the mouse setting that makes window active simply by moving the mouse into that window. Neither by moving the mouse, nor clicking in my Xterm, does that window become active. I have to switch to a Windows app along the way. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: 3-line Emacs window after Gnome updates
On Thu, Mar 23, 2017 at 3:02 PM, Ken Brown asked: > Do you have an emacs.geometry setting in your ~/.Xresources? Or any kind of > size setting in your emacs initialization files? If not, I guess emacs or > X11 has a default. Yes, but I disabled the entire Emacs section in .Xresources and re-ran xrdb. I still get the 3-line Emacs window: ! emacs*background: #00 ! emacs*foreground: #ff ! emacs.geometry: 110x45 ! emacs*borderColor:blue ! emacs.cursorColor:white ! emacs.pointerColor: red ! emacs.font: -adobe-courier-medium-r-*-*-*-96-*-*-*-*-iso8859-1 ! emacs.font: -misc-fixed-medium-r-semicondensed--0-0-75-75-c-0-iso8859-1 xterm*background: #00 xterm*foreground: #ff xterm*borderColor: blue xterm*cursorColor: white xterm*pointerColor: red xterm*SaveLines:2000 xterm*pointerShape: top_left_arrow xterm*scrollBar:on xterm*geometry: 130x45 xterm*toolBar: false xterm*font: -misc-fixed-medium-r-semicondensed--0-0-75-75-c-0-iso8859-1 -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: 3-line Emacs window after Gnome updates
> Yaakov released a ton of Gnome updates Wednesday 3/22. Now when I > start Emacs in an xterm, I get the following error, and the resulting > Emacs window is only 3-lines tall: > > > ** (emacs:8440): WARNING **: Error retrieving accessibility bus > address: org.freedesktop.DBus.Error.Spawn.ChildExited: Process > org.a11y.Bus exited with status 1 > 0 [main] emacs 8440 dlclose: > C:\Cygwin64\lib\gio\modules\cyggsettingsgconfbackend.dll count 1 > 260 [main] emacs 8440 dll_list::detach: HERE > C:\Cygwin64\lib\gio\modules\cyggsettingsgconfbackend.dll Another message: (emacs:8260): Gtk-WARNING **: Allocating size to Emacs 0x6004de270 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
3-line Emacs window after Gnome updates
Yaakov released a ton of Gnome updates Wednesday 3/22. Now when I start Emacs in an xterm, I get the following error, and the resulting Emacs window is only 3-lines tall: ** (emacs:8440): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with status 1 0 [main] emacs 8440 dlclose: C:\Cygwin64\lib\gio\modules\cyggsettingsgconfbackend.dll count 1 260 [main] emacs 8440 dll_list::detach: HERE C:\Cygwin64\lib\gio\modules\cyggsettingsgconfbackend.dll Any ideas? -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Perl: Can't compile Module::Build::Tiny (required by Perl::Critic)
On Mon, Mar 6, 2017 at 11:52 AM, Achim Gratz wrote: > Most likely a new test. Testing for read-only status quite often doesn't work > as expected on Windows due to write/change access being granted by some DACL > somewhere up the directory chain (or when you are in the Administrators > group or some other group with similar access rights). The module > builds just fine for me, BTW (but then I'm not using cpan). Ignore the > failing test and force install. Thanks, Achim. I have Perl::Critic installed now. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Perl: Can't compile Module::Build::Tiny (required by Perl::Critic)
Any ideas? I had this compiled OK in a previous installation of Cygwin64. Maybe a new problem? # cpan install Module::Build::Tiny Loading internal null logger. Install Log::Log4perl for logging messages CPAN: Storable loaded ok (v2.53_02) Reading '/cygdrive/d/Home/.cpan/Metadata' Database was generated on Sun, 05 Mar 2017 00:17:03 GMT CPAN: LWP::UserAgent loaded ok (v6.15) CPAN: Time::HiRes loaded ok (v1.9726) Fetching with LWP: http://www.cpan.org/authors/01mailrc.txt.gz CPAN: YAML loaded ok (v1.20) Reading '/cygdrive/d/Home/.cpan/sources/authors/01mailrc.txt.gz' CPAN: Compress::Zlib loaded ok (v2.068001) DONE Fetching with LWP: http://www.cpan.org/modules/02packages.details.txt.gz Reading '/cygdrive/d/Home/.cpan/sources/modules/02packages.details.txt.gz' Database was generated on Mon, 06 Mar 2017 15:41:02 GMT DONE Fetching with LWP: http://www.cpan.org/modules/03modlist.data.gz Reading '/cygdrive/d/Home/.cpan/sources/modules/03modlist.data.gz' DONE Writing /cygdrive/d/Home/.cpan/Metadata Running install for module 'Module::Build::Tiny' CPAN: Digest::SHA loaded ok (v5.95_01) Checksum for /cygdrive/d/Home/.cpan/sources/authors/id/L/LE/LEONT/Module-Build-Tiny-0.039.tar.gz ok CPAN: CPAN::Meta::Requirements loaded ok (v2.132) CPAN: Parse::CPAN::Meta loaded ok (v1.4414_001) CPAN: CPAN::Meta loaded ok (v2.150001) CPAN: Module::Build loaded ok (v0.422) CPAN: Module::CoreList loaded ok (v5.20170114_22) Configuring L/LE/LEONT/Module-Build-Tiny-0.039.tar.gz with Build.PL Creating new 'Build' script for 'Module-Build-Tiny' version '0.039' LEONT/Module-Build-Tiny-0.039.tar.gz /usr/bin/perl Build.PL -- OK Running Build for L/LE/LEONT/Module-Build-Tiny-0.039.tar.gz cp lib/Module/Build/Tiny.pm blib/lib/Module/Build/Tiny.pm LEONT/Module-Build-Tiny-0.039.tar.gz ./Build -- OK Running Build test t/00-compile.t .. ok t/release-pod-syntax.t .. skipped: these tests are for release candidate testing t/simple.t .. 7/? # Failed test 'pm file in blib is readonly' # at t/simple.t line 94. # got: '128' # expected: '0' # Looks like you failed 1 test of 25. t/simple.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/25 subtests Test Summary Report --- t/simple.t(Wstat: 256 Tests: 25 Failed: 1) Failed test: 13 Non-zero exit status: 1 Files=3, Tests=26, 5 wallclock secs ( 0.00 usr 0.17 sys + 0.37 cusr 1.62 csys = 2.16 CPU) Result: FAIL LEONT/Module-Build-Tiny-0.039.tar.gz ./Build test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports LEONT/Module-Build-Tiny-0.039.tar.gz -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: cppcheck 1.77 Segmentation fault (64-bit)
Best as I can tell, the seg fault is due to having installed the test version of gcc 6.0. Even uninstalling gcc 6.0 does not fix the problem. I had to create an entirely new Cygwin-64 environment to get past the problem. I invite you (Dave) to try the experiment yourself. You would be wise to back up your Cygwin environment before doing this. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Windows 10 Insider Preview OS Build 15007.1000: Couldn't compute FAST_CWD pointer
On Fri, Jan 20, 2017 at 8:45 AM, Csaba Raduly wrote: > 0xc022 is STATUS_ACCESS_DENIED Changed perms of new cygwin1.dll to 755 and all is well - thanks! -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Windows 10 Insider Preview OS Build 15007.1000: Couldn't compute FAST_CWD pointer
On Fri, Jan 20, 2017 at 8:45 AM, Csaba Raduly wrote: > 0xc022 is STATUS_ACCESS_DENIED Thanks, I'll try this when I get home later today. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Windows 10 Insider Preview OS Build 15007.1000: Couldn't compute FAST_CWD pointer
On Tue, Jan 17, 2017 at 5:12 AM, Corinna Vinschenwrote: > Try the latest developer snapshot from https://cygwin.com/snapshots/ The FAST_CWD warning is gone, but uname is complaining (and won't run): "The application was unable to start correctly (0xc022). Click OK to close the application." This was 64-bit Cygwin. I got the same error from mintty, it did not create a window. This is the file I downloaded: https://cygwin.com/snapshots/x86_64/cygwin1-20170119.dll.xz 1/19/2017 14:17 3,319,106 cygwin1.dll 12/14/2016 6:35 3,316,309 cygwin1.dll.orig I was able to rename the files and the original cygwin1.dll works again. I can live with the FAST_CWD warning for now. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Pre-compiled Perl::Critic ?
On Thu, Dec 1, 2016 at 12:55 PM, Achim Gratz wrote: > Last I looked it pulled in a lot of dependencies that I don't really > care to maintain. Fair enough. Thanks. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Pre-compiled Perl::Critic ?
Would it be possible to release a pre-compiled version of Perl::Critic? I built it yesterday from CPAN sources, and it took about nine *hours* to finish! The laptop I built it on has an Intel I7-6600U, 16 GB of memory and an SSD, so I don't know why it should have taken so long! Thanks - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: XWin server, idle, using lots of CPU time
I went to a non-Aero theme in Windows 7 and the CPU usage for XWin is now 0%. So that's the solution I'm sticking with. Jon, you may want to look into this some time. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: XWin server, idle, using lots of CPU time
On Thu, Nov 10, 2016 at 1:56 PM, Brian Inglis wrote: > Assume you're using W7 Pro 64 as you're using Cygwin 64. > How big, fast, and full is your disk? 512GB SSD, tons of free space. > How much memory is installed/used/free in Resource Monitor? Laptop has 16GB installed. > Have you a lot of services started that you don't use? None that I did not have with the older laptop, which also ran Windows 7 (Enterprise instead of Pro). It's just the Xwin process that's taking constant CPU time, none of the others are (other than System Idle and a blip or two from other processes). > Are you seeing many pageins/pageouts? I turned on every column in Task Manager. Looking at just XWin.exe, *none* of the values in any column are changing while it's chewing up CPU time. > How much paging space is allocated? pagefile.sys is 4 GB: 11/10/2016 11:00 4,294,967,296 pagefile.sys > Try allocating 2*physical memory size as paging space. > If that helps, you may want to add more or faster memory if > you only have 4GB installed, or most of it is used, with > low free. I changed to system managed size, it went up to 16GB. Rebooted, but it made no difference. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: XWin server, idle, using lots of CPU time
On Thu, Nov 10, 2016 at 9:14 AM, Jon Turney wrote: > Possibly the problem is caused by the internal WM or clipboard threads, so > you might try with -noclipboard or in windowed mode, and see if you see the > same load. > > If that's the case, maybe running with -logverbose 3 would generate a log > which gives more information about what unnecessary work is being done. Thanks, Jon. -noclipboard did not make a difference. Running xinit instead of startxwin consumes 0% CPU time. The X desktop has a single xterm which I could play with. I attached the log output from startxwin with -logverbose 3. I opened and closed one xterm before existing xdg. Clipboard is disabled. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us XWin.0.log Description: Binary data -- 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
XWin server, idle, using lots of CPU time
I received a new laptop at work (Windows 7 Pro) and installed Cygwin from scratch, including the Xorg server and xdg. Unlike my old laptop, XWIN seems to be using about 10% CPU *all the time* (measured with Task Manager), even when there are no clients connected to it. My ~/ home directory is the same, so the X server is being set up the same way as before, as far as I can tell. The processor is an I7-6600U with two cores, two threads/core. 10% seems rather high, given that 25% would be one fully-utilitized thread. I even updated the Intel video driver to the latest Dell version, dated November 1, 2016. No change in behavior. I've attached cygcheck.out and my X server log, but can anyone advise how to track down the source of the problem? There does seem to be a large number of winClipboardFlushXEvents failures in the Xwin log file, but those are also in the log file on the old laptop. This is how I'm starting the X server: C:\Cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; exec /usr/bin/startxwin" I am starting the X server with this line in .xserverrc exec /usr/bin/XWin -notrayicon "$@" Thanks - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us cygcheck.out Description: Binary data XWin.0.log Description: Binary data -- 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
Re: CYGWIN_NOWINPATH (was Re: /etc/profile: avoid multiple /usr/bin in PATH)
I now see what's wrong. 'ORIGINAL_PATH' in my shell environment was so long, I missed the very short 'PATH'. So it is working just fine. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
CYGWIN_NOWINPATH (was Re: /etc/profile: avoid multiple /usr/bin in PATH)
On Sun, Sep 4, 2016 at 10:07 PM, Doug Henderson wrote: > Note that CYGWIN_NOWINPATH is still undocumented, except in the email > archives. See, e.g. > > https://www.google.ca/search?q=CYGWIN_NOWINPATH+site:cygwin.com > > CYGWIN_USEWINPATH is also undocumented, except in a non-cygwin.com > email archive. CYGWIN_NOWINPATH is not working for me. CYGWIN_NT-10.0-WOW AD1C 2.6.0(0.304/5/3) 2016-08-31 14:27 i686 Cygwin d:\>printenv | grep CYG CYGWIN=nodosfilewarning CYGWIN_NOWINPATH=1 When I start bash, I still get my full Windows path as part of the bash path. Am I missing something? I have neither a ~/.login or ~/.profile, only a ~/.bashrc -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us cygcheck.out Description: Binary data -- 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
Cygwin 2.6.0-0.12 (?)
I just updated Cygwin-64 and got 2.6.0-0.12: CYGWIN_NT-10.0 JJR 2.6.0(0.304/5/3) 2016-08-23 18:30 x86_64 Cygwin I can not find any corresponding announcement E-mail. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: TEST RELEASE: Cygwin 2.6.0-0.11
On Sat, Aug 20, 2016 at 3:37 PM, Corinna Vinschen wrote: > - Fix the bug reported in > https://cygwin.com/ml/cygwin/2016-08/msg00357.html Fixed, thanks! -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: tlsoffsets64.h: No such file or directory
On Sat, Aug 20, 2016 at 10:04 AM, Corinna Vinschen wrote: > Ouch. This is hopefully fixed in 2.6.0-0.10 which I'll upload right > after sending this reply. Nope, not fixed: CYGWIN_NT-10.0 JJR 2.6.0(0.301/5/3) 2016-08-20 17:49 x86_64 Cygwin [JJR:/cygdrive/e/unified] $ ls /usr/include/tls* ls: cannot access '/usr/include/tls*': No such file or directory -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: TEST RELEASE: Cygwin 2.6.0-0.7
On Tue, Aug 16, 2016 at 8:36 AM, Corinna Vinschen wrote: > You might want to read the mailing list first, to see if your problem > has already been reported... Thanks, and sorry. Because there were no replies to this thread, I (incorrectly) assumed that no problems had been reported. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: TEST RELEASE: Cygwin 2.6.0-0.7
The 64-bit version doesn't work on my Windows 10 64-bit system, updated to Anniversary edition (Version 1607, OS Build 14393.51). Even something as simple as "uname" in a Windows Command prompt causes 100% CPU and never does anything. I wish I had something more specific to tell you. cygcheck won't run, so I can't attach anything. I had to revert to 2.5.2. There was no option to roll back to 2.6.0-0.6 (other than to restore the file from my local backup). -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Xorg-server version 1.18.4-1-multiwindow switch
On Fri, Aug 5, 2016 at 5:51 AM, Christoph Zimmermann wrote:
> Hi there,
>
> Unfortunately, the Xserver doesn't seem be able to use the Windows-internal
> windows
> manager when stating the "-multiwindow" switch upon invocation. This affects
> build 1607
> ("anniversary update") only as it used to work on the previous build before
> the update.
That has not been my experience. I've had build 1607 (14393.10) for a
week (insider preview) and have not noticed any differences with
Cygwin.
--
Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us
--
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
Re: Cygwin got V E R Y slow after network switchover
On Tue, Aug 2, 2016 at 2:26 AM, Andrey Repin wrote: > You could probably speed it up by running cygserver, which will provide > credentials caching for all Cygwin processes running in the system. Thanks for suggesting this. I ran the setup script and verified the cygserver service was running. It helped in the DOS box where only uname is run. But a Cygwin Terminal is still taking an abnormally long time to get to the command prompt. In fact, I think it's taking even longer than before. Even moving .bashrc out of the way, it still takes several seconds for the Cygwin prompt. I have no ~/.login. My ~/.profile does nothing other than source ~/.bashrc if it exists. > On another note, this is most unsettling to hear. > Do you run latest Cygwin? Are you connected directly to the network, or > remotely? I'm running: CYGWIN_NT-6.1 LTDENA-REISERT 2.6.0(0.300/5/3) 2016-07-29 12:14 x86_64 Cygwin I am plugged into the network. >> db_home: /cygdrive/c/Users/jr920141/Box%_Sync/Home > > That's one very wrong db_home… I disagree. That same path has been working fine for the past month. It's equivalent to this, with the blank space escaped: >> db_home: /cygdrive/c/Users/jr920141/Box Sync/Home -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Cygwin got V E R Y slow after network switchover
Our company recently switched to an "active directory" network, with different login credentials. Don't ask me what that is exactly. Ever since, anything having to do with Cygwin takes seconds or minutes, whereas it used to be instantaneous. Even having "uname -a" in a Take Command (like CMD.EXE) shell causes the shell window to take seconds to come up. Comment out the uname, and the shell window comes up instantaneously. You don't want to know how long I have to wait for an Xterm to start so I can run Emacs to open a file... My /etc/nsswitch.conf is as follows (the only thing I define is db_home). # passwd: files db # group:files db # db_enum: cache builtin # db_home: /home/%U db_home: /cygdrive/c/Users/jr920141/Box%_Sync/Home # db_shell: /bin/bash # db_gecos: I've attached cygcheck.out but don't know if that will help. It's the exact same laptop. I don't know why a network change would cause Cygwin to slow down so much. Suggestions or speculations would be appreciated! Thanks - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us cygcheck.out Description: Binary data -- 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
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.1
On Tue, Jul 26, 2016 at 8:04 AM, Corinna Vinschen wrote: > Hopefully fixed in 2.6.0-0.2 which I just uploaded and announced. Yes, fixed, thanks. There are no dumb bugs, only the ones you don't find. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.2
I can also confirm the xdg menu problems are fixed. Thanks! -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.1
On Mon, Jul 25, 2016 at 1:49 PM, Ken Brown wrote: > I'm also unable to start xterm from the xwin-xdg-menu (under System Tools). > Nothing happens when I click on XTerm, and I see the following error > message: > > $ cat .xsession-errors > executing 'xterm', pid 9928 > (pid 9928 stderr) execl failed: No such file or directory > pid 9928 exited with status 127 Same here. "Cygwin Terminal" won't launch from xdg either, but I can start a stand-alone Cygwin Terminal from *outside* of xdg. /etc/X11/xinit/startxwinrc: line 32: [: too many arguments /etc/X11/xinit/xinitrc-common: line 20: [: too many arguments Excessive file argument "Sync/Home/.Xresources" 1 error in preprocessor. Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Desktop Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Downloads Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Templates Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Public Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Documents Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Music Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Pictures Can't create dir /cygdrive/c/Users/reisert/Desktop/Box Sync/Box Sync/Home/Videos executing 'xterm', pid 4560 (pid 4560 stderr) execl failed: No such file or directory pid 4560 exited with status 127 -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Question about XP support
On Tue, May 24, 2016 at 10:56 AM, Erik Soderquist wrote: > There has been notice that XP support will be dropped at some point in > the future, but as far as I know, that point has not been reached. Thanks to those who replied. This will make it easier for me to fix what I broke. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Question about XP support
I thought that support for Windows XP had been removed from Cygwin. Yet the Cygwin home page says: https://cygwin.com/ "The Cygwin DLL currently works with all recent, commercially released x86 32 bit and 64 bit versions of Windows, starting with Windows XP SP3." I'm happy to be wrong about this! I have to support one laptop still running Windows XP. Over the weekend, I found that ZIP/UNZIP wasn't installed, but I believe I trashed my installation by keeping the Cygwin .DLL at the old version (probably 1.6). I'd like to get it all working again, 1.7xx would be fine. I'm aware of the Cygwin (not Hot Tub) Time Machine, and will try that if needed on Thursday when I'm in front of the laptop again. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Home directory has blank space, X resources not recognized
> So I have moved my Cygwin ~ (home) directory to that folder. I > configured nsswitch.conf as follows: > > db_home: /cygdrive/c/Users/reisert/Box%_Sync/Home > > Most things are working. However, my Xterms are coming up in the > default 80x24 format with black text on a white background. The Xwin > server does not seem to recognize my ~/.xserverrc file which contains > simply: I did not state this correctly. I should have written: The Xwin server does not seem to recognize my ~/.Xresources file. I can do this from an xterm: xrdb ~/.Xresources Then my X resources will get loaded properly. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Home directory has blank space, X resources not recognized
Hi, My employer is making us use Box Sync for backup. We have to move all directories we want backed up into the Box Sync folder. So I have moved my Cygwin ~ (home) directory to that folder. I configured nsswitch.conf as follows: db_home: /cygdrive/c/Users/reisert/Box%_Sync/Home Most things are working. However, my Xterms are coming up in the default 80x24 format with black text on a white background. The Xwin server does not seem to recognize my ~/.xserverrc file which contains simply: exec /usr/bin/XWin -notrayicon "$@" It does appear that my ~/.bashrc is executing normally. What can I do to fix this? -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Can't link .res file (from windres) using i686-pc-mingw32-g++
On Wed, Feb 24, 2016 at 9:29 PM, Mark Geisert wrote: > Just a guess: your 64-bit windres is generating a 64-bit .res file that the > 32-bit g++ can't grok. Look at 'windres -h'. There's a "-F" == "--target" > flag that can specify a target type. I would try adding "-F pe-i386" after > the "-O coff" on your command. If windres doesn't accept both -O and -F, > try leaving off the "-O coff" and just specify the -F flag and value. Thanks, Mark, that worked! I assumed that -O coff would "do the right thing" by itself. I did not realize that "format" and "target" were independent. I finally read somewhere that by default, windres picks the target that is listed first when getting help via "-h". In my case that was pe-x86-64, which was wrong for what I wanted to do. - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Can't link .res file (from windres) using i686-pc-mingw32-g++
I have a 64-bit Cygwin environment. I'm trying to compile a 32-bit (target) Windows program using i686-pc-mingw32-g++ # i686-pc-mingw32-g++ -g -Wall -Iinclude -I../../library/include -c -o NPOTAdlg.o NPOTAdlg.cpp # windres -Iinclude res/NPOTAdlg.rc -O coff -o res/NPOTAdlg.res # i686-pc-mingw32-g++ -s -mwindows -static-libgcc -static-libstdc++ -lwininet NPOTA.o NPOTAdlg.o res/NPOTAdlg.res ../../library/library.a /usr/i686-pc-mingw32/sys-root/mingw/lib/libwininet.a -o NPOTA But I get this error on the link (last) step: res/NPOTAdlg.res: file not recognized: File format not recognized This program is a clone of another program I wrote a couple of years ago (I wanted to re-use the Windows framework I had developed). However, at that time, I was using 32-bit Cygwin, not 64-bit Cygwin. Is there a work-around for this, other than re-creating a 32-bit Cygwin environment? Thanks - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: [ANNOUNCEMENT] dosbox 0.74-2
On Tue, Feb 16, 2016 at 12:36 PM, waterlan wrote: > I don't have a problem with it. I was only wondering if anyone would use it. I do have need to use it occasionally, and I am appreciative that it's now included in the Cygwin repository now. I was able to uninstall the old version I had. It's very hard to test 16-bit DOS programs on Windows 7 and Windows 10! - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Cannot Run Executable Files
On Sat, Jan 9, 2016 at 2:11 AM, Zac G. Al Wakeel wrote: >> For the archives, would you say which software was causing the problem? > > I was using Avast, free software. A user of a compiled Perl program I wrote (ActiveState) also had problems running it with Avast. So I am not surprised. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: how to start properly the X server at session start without the X menu?
On Tue, Dec 22, 2015 at 1:55 PM, Frédéric Bron wrote: > I changed the DISPLAY variable to :0.0 in the .bashrc and it works > again. I do not remember why I had 127.0.0.1:0.0 before. This may be a problem in the future if your X server starts on a sequence number other than 0.0. That can happen if the X server does not exit cleanly, leaving its lock file in the /tmp directory. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: Perl distributions
Let's say that I installed one of these modules using "cpan install..." instead of downloading from the Cygwin repository: > perl-Archive-Zip-1.55-1 > etc. How can I go about reversing that to use the module from the Cygwin repository instead? Is it as simple as downloading the module from the Cygwin repository, or do I need to uninstall the module from my Perl installation first? -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: Perl distributions
On Fri, Dec 18, 2015 at 8:53 AM, Achim Gratz wrote: > Depends on where you installed them to. If you installed them into > /usr/lib/perl5/site_perl, then you will need to remove those modules > from there (or rename the whole directory if you just need to check what > else is going to break). If you've installed to some local::lib, then > you can just remove the customization that lets Perl know where to find > these. Thanks, Achim. I have not done anything "out of the ordinary" beyond "cpan module " from withing a Cygwin bash shell. So it sounds like I might simply be able to rename my /usr/lib/perl5/site_perl directory (to, say, .old) and pull in any needed modules from the Cygwin distribution. I'll also move ~/.cpan out of the way, but that probably won't be necessary. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Crash X11 with 3 commands
On Fri, Dec 11, 2015 at 9:21 AM, Nem W Schlecht wrote: > Can anybody else confirm? (WARNING - if it does, it'll kill all your > X11 windows! Be careful.) Same here, kills the xterm as well as XWin.exe -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: TEST RELEASE: Cygwin 2.4.0-0.8
> [Corinna] released a new TEST version of Cygwin, 2.4.0-0.8. It's been over 24 hours, and the 64-bit version has not yet appeared on http://mirrors.xmission.com. The 32-bit version is available on go-parts.com, however. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Mintty 2.2.2: possible hang when breaking (CTRL+C) out of pinging unresponsive host
[LTDENA-REISERT:~] $ which ping /usr/bin/ping [LTDENA-REISERT:~] $ ls -l `which ping` -rwxr-xr-x 1 reisert Domain Users 13824 May 3 2014 /usr/bin/ping -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Mintty 2.2.2: possible hang when breaking (CTRL+C) out of pinging unresponsive host
On Wed, Nov 25, 2015 at 4:03 AM, Marco Atzeri wrote: > you are right is not a mintty only issue. > Same happens in xterm > > > $ which ping > /usr/bin/ping > > $ ping 2.2.2.2 > PING 2.2.2.2 (2.2.2.2): 56 data bytes > > It sticks here forever, CTRL+C ineffective. Worked fine for me using Cygwin64 and Cygwin build 2.4.0(0.292/5/3) [LTDENA-REISERT:~] $ ping 2.2.2.2 Pinging 2.2.2.2 with 32 bytes of data: (type CTRL-C here) [LTDENA-REISERT:~] $ -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Re: Updated: Perl Distributions
> The following Perl distributions have been updated to their latest > versions available on CPAN. I normally download needed Perl modules using "cpan get". Is there some advantage to getting the modules from the Cygwin distribution instead? To be honest, I never think of looking for a Cygwin package for a given Perl module. -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
Cygwin64 vs. Cygwin (speed)
In another thread, I wrote (and Corinna replied): >> I have tried 64-bit Cygwin in the past. I do a lot of file I/O and >> sorting/searching on largish test-based data sets, and 64-bit was >> noticeably slower than 32-bit Cygwin, > > Hmm, I usually have the opposite impression... I'm using malloc/calloc, is there a different memory allocator I should be using for Cygwin64? Thanks - Jim -- Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us -- 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
