Re: Help understanding why a mount command is not working and how to fix it
On 9/9/2024 4:39 PM, René Berber via Cygwin wrote: On 9/9/2024 12:23 PM, Eliot Moss via Cygwin wrote: Dear Cygwiners -- For convenience, I would like to mount my OneDrive folder under / cygdrive/o. I put this line in my /etc/fstab: c:/Users/Eliot\040Moss/OneDrive /cygdrive/o ntfs binary,noacl,posix=0,user 0 0 However, /cygdrive/o is not created. Manually doing this: mount -obinary,noacl,posix=0,user "/c/Users/Eliot Moss/OneDrive" /foo results in this output if /foo does not exist: mount: warning - /foo does not exist. mount: /foo: Invalid argument Just tested this, I get the warning and /foo is created anyway and the directory is mounted there. I do not get the second line (invalid agument). Check if mount did its job. I'm using ... $ mount -V mount (cygwin) 3.5.4 Mount filesystem utility $ uname -a CYGWIN_NT-10.0-22631 XPS-8930 3.5.4-1.x86_64 2024-08-25 16:52 UTC x86_64 Cygwin and this output if I do mkdir /foo first: mount: /foo: Invalid argument Using \040 instead of the space for the quoted command line argument gives the same behavior. Hints on how to make this mount work? Best wishes - Eliot Moss I ended up creating a binding from O: to this network drive: \\localhost\c$\users\Eliot Moss\OneDrive Then drive o appeared in cygdrive. It was the Windows part of this that was obscure. (Seems strange to set up a *network* drive to a local file system.) Best - Eliot -- 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
Help understanding why a mount command is not working and how to fix it
Dear Cygwiners -- For convenience, I would like to mount my OneDrive folder under /cygdrive/o. I put this line in my /etc/fstab: c:/Users/Eliot\040Moss/OneDrive /cygdrive/o ntfs binary,noacl,posix=0,user 0 0 However, /cygdrive/o is not created. Manually doing this: mount -obinary,noacl,posix=0,user "/c/Users/Eliot Moss/OneDrive" /foo results in this output if /foo does not exist: mount: warning - /foo does not exist. mount: /foo: Invalid argument and this output if I do mkdir /foo first: mount: /foo: Invalid argument Using \040 instead of the space for the quoted command line argument gives the same behavior. Hints on how to make this mount work? Best wishes - Eliot Moss -- 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: case-insensitive filename comparisons
On 9/3/2024 9:13 AM, Rich Draves via Cygwin wrote: I often use grep -r --include. But it has a really annoying problem - the comparison of the filename is case-sensitive. The -i option seems to apply only to the regex not the filename matching. For example, I have many files named virtualenvironment.ini. But unfortunately, sometimes it is virtualEnvironment.ini, VirtualEnvironment.ini, etc. Grep -r --include=virtualenvironment.ini skips the latter files. As a work-around, I use --include="[Vv]irtual[Ee]nvironment.ini" but this is cumbersome and not a complete solution. Because Windows is case-insensitive/case-preserving, I think the Cygwin filename matching should also be case-insensitive. Am I missing something here? Maybe ... Cygwin is trying to act as closely as possible to Posix behavior as it can when running under Windows. AFAIK, Posix does not offer case-insensitive filename matching for grep. While it's more cumbersome, depending on the filenames you desire to match against, you could do something like: grep your-regex $(find . -iname 'virtualenvironment.ini') The -iname operator of find asks it to do a case-insensitive filename match. See also its -ipath and -iregex operators. Regards - Eliot Moss -- 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: [Suggestion] Include hstr (shell history suggest box) in Cygwin
On 8/31/2024 10:04 AM, C,C H via Cygwin wrote: Hi, Team, There is a good tool that provides Ctrl+R a powerful interface for search in shells, and it can support Cygwin environment but currently it requires manual compilation. https://dvorka.github.io/hstr/INSTALLATION.html#build-on-cygwin Is it possible to provide this tool officially? You can volunteer to set up the package and become its maintainer ... Eliot Moss -- 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: A/B install?
On 8/28/2024 8:14 PM, Jason Pyeron via Cygwin wrote: Sad to admit, but I have not updated Cygwin in a very long time. It takes a very long (more than an hour) time to update Cygwin due to the amount of items installed. I have not had the luxury of nor running Cygwin processes in that update time. I have been wondering if an A/B directory approach may help. Run from Cygwin.A, update Cygwin.B, stop processes and switch A and B. Thoughts? I know this does not address the I have 60+ minty running, but this approach can be done while rebooting. There's no fundamental problem AFAIK with multiple installs as long as their directory hierarchies are kept distinct. it does double your space requirement, of course. Another thing you could consider is updating only some packages at a time. Of course one package may depend on a number of libraries, etc., so it is not easy to determine without some fiddling in your choices how big a particular update might be. You can also separate the downloading from the installation. It might be possible to kind of "clone" your setup into another directory hierarchy, update there while continuing to use you current installation, and then copy back. This could be delicate because of links and such. Maybe other folks have other suggestions? Regards - Eliot Moss -- 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: BUG: /usr/bin/uptime always reports 0/0/0 average
On 8/27/2024 11:31 AM, Jon Turney via Cygwin wrote: On 27/08/2024 09:21, Mark Liam Brown via Cygwin wrote: Greetings! /usr/bin/uptime always reports 0/0/0 average cpu load: $ uptime 10:09:01 up 15:59, 0 user, load average: 0.00, 0.00, 0.00 is this a known bug? Kind of. Due to windows API limitations, the current implementation has the short-coming that a process's first call to getloadavg() does not update the globally-maintained loadavg data. (Because the Windows API cannot provide instantaneous cpu load, only over the period between two calls) (So e.g. if you run something like top in another terminal, you'll suddenly see uptime return more sensible values) See the discussion [1] for more context, and discussion of various approaches to fixing this, which petered out without a patch to [2]... [1] https://cygwin.com/pipermail/cygwin-developers/2022-May/012569.html [2] https://cygwin.com/cgit/newlib-cygwin/tree/winsup/cygwin/loadavg.cc Thank you for the explanation, Mark! I see that /proc/loadavg appears to get updated. If one wants the information, is that a more reliable source than calling uptime for load averages? Best - Eliot -- 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: [EXTERNAL] BUG: /usr/bin/uptime always reports 0/0/0 average
On 8/27/2024 10:39 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: /usr/bin/uptime always reports 0/0/0 average cpu load: WJFFM $ uptime 10:33:16 up 6 days, 14:06, 0 users, load average: 1.88, 2.04, 2.06 $ cat /proc/loadavg 1.88 2.04 2.06 2/5 Anton Lavrentiev Anton, can you share the version of procps-ng, of cygwin, and your Windows OS? I'm not the maintainer, but I also get the 0's and am curious if I can revert to get the proper behavior back for now. Thanks! Eliot Moss -- 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: Need help in getting the Cygwin 2.8.0 and 2.8.1 sources packages
On 8/26/2024 11:40 PM, Takashi Yano via Cygwin wrote: On Mon, 26 Aug 2024 07:25:55 + "Krishna, Chaitra via Cygwin" wrote: In 2017, we qualified our programs using Cygwin 2.8.1. Unfortunately, we no longer have the source code packages and have been unable to locate them online. Could you please assist us by providing any links, sites, or repositories where we can download the source packages for Cygwin 2.8.0 and 2.8.1? git clone https://cygwin.com/git/newlib-cygwin.git --depth 1 -b cygwin-2_8_0-release git clone https://cygwin.com/git/newlib-cygwin.git --depth 1 -b cygwin-2_8_1-release This answers the question if it was just about the cygwin dll. If you, Chaitra, were referring to source for *all* the packages, they are not grouped into releases. Each package is updated on its own schedule by the volunteer managing it. Thus the whole system is one of rolling releases. You would need to know the specific version number of each package. The time machine can help with with, I believe. It is kept here: http://www.crouchingtigerhiddenfruitbat.org/Cygwin/timemachine.html You can scroll down a little in that page to find the "Dead Simple Instructions". HTH Eliot Moss -- 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: Unable to setup to W7 box
On 8/23/2024 9:28 AM, Andrey Repin via Cygwin wrote: Greetings, All! \\DAEMON1.DARKDRAGON.LAN\arc\cygwin\install>setup-x86_64.exe --site http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/2024/01/30/231215 --only-site --no-verify --no-warn-deprecated-windows Starting cygwin install, version 2.932 mbox : Cygwin is not supported on this Windows version The message is correct. W7 is old enough not to be supported. You can use the cygwin time machine to access older versions, but of course you may be vulnerable to security exploits if you do that - but that's a problem with W7 generally, I expect. HTH -- EM -- 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: mbrtoc32 not found following update.
On 7/30/2024 8:58 PM, Eric J Korpela via Cygwin wrote: Following an update of the packages I have installed, multiple programs are failing silently when executed from the shell, especially "man" and "wget". If I run them under strace, I get a pop-up window stating "The procedure entry mbrtoc32 could not be located in the dynamic link library ..." For man the library is "cygman-2-12-1.dll". For wget the library is "wget.exe". I assume this means that something didn't update properly and that reinstalling one package would solve, but I don't see any indication in the logs of a failure. I'd rather not reinstall everything to fix the problem, if possible. Any thoughts on how where I should look? Caveat: I am far from expert on this ... Your cygcheck.out does not list a man.exe or wget.exe. I am not sure how the strace got as far as it did. But I suggest reinstalling those two programs. Not sure how those exe's got zapped. Maybe an installation upgrade did not complete properly ... HTH - Eliot Moss -- 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: Parse output of "net use", but language varies - force language for "net use"?
On 7/20/2024 9:44 AM, Mark Liam Brown via Cygwin wrote: Greetings! I am trying to parse the output of "net use" in a bash script, but hit a roadblock: The output of "net use" changes with the language of the system (English, Danish, French, ...), so parsing becomes nearly impossible How can I force the language used by "net use" to English, even if the system default language is Danish or French? Mark Poking around on the web a little suggests that Windows does not use an environment variable like LANG to control the language. Rather, the relevant settings seem to live in the registry. It seems a little dangerous and fragile to me to change the registry and change it back, but that may be the only approach unless there's a concept of "change a registry entry for this session only" or something like that. HTH, and I'm more than happy to have someone more knowledgeable expand or correct this! Eliot Moss -- 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 as Shell replacement?
On 6/19/2024 2:06 PM, Jens Staal via Cygwin wrote: Dear all, I recently read the Wikipedia article on alternative shells in Windows. https://en.wikipedia.org/w/index.php?title=List_of_alternative_shells_for_Windows And it got me wondering: can you start a DE or WM running under Cygwin/X as an alternative Windows shell? If WM mean window manager, then yes. I use bash as my shell all the time. Not sure what you mean by DE ... Still, CMD and PowerShell have their uses sometimes, and WSL is also useful in addition to Cygwin and virtual machines such as Hyper-V or VirtualBox. Best - Eliot Moss -- 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: Technical reason why 32bit Cygwin cannot be installed on 64bit Windows?
On 5/17/2024 11:21 AM, Cedric Blancher via Cygwin wrote: On Fri, 17 May 2024 at 16:50, Brian Inglis via Cygwin wrote: On 2024-05-17 01:48, Cedric Blancher via Cygwin wrote: Is there a technical reason why 32bit Cygwin cannot be installed on 64bit Windows? We like to create a CI build pipeline, and want to create binaries for 32bit and 64bit Cygwin on the same machine, but setup.exe for 32bir Cygwin refuses to install Practical reason is 32 bit usage < 1% I would agree for commercial, well-funded enterprises. The situation is much different for funding-starved education, i.e. schools and universities, where Win10 32bit is squatting cheap computers in the *millions*. For example the schools in Paris alone have 22000 active Win10 32bit licenses in 2022 (last time this was counted). and Cygwin is all volunteer, with professionally and/or personally busy developers lacking time to do more. You are on your own with 32 bit dropped, Does Cygwin 3.6 still compile on 32bit? AFAIK, yes, though most folks don't compile it themselves. I just download things. so ask questions on forums like SO. What is SO? StackOverflow. Cheers - Eliot Moss -- 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: /usr/bin/sg in Cygwin?
On 4/21/2024 7:20 PM, Dan Shelton via Cygwin wrote: On Sat, 20 Apr 2024 at 07:39, Brian Inglis via Cygwin wrote: On 2024-04-19 17:47, Dan Shelton via Cygwin wrote: On Fri, 23 Feb 2024 at 22:25, Dan Shelton wrote: Is there a package which provides /usr/bin/sg (execute shell commands in a different group)? The POSIX standard command is newgrp - install cygwin-doc to see Cygwin (and newlib libc) man pages (and info, html, PDF docs), man-pages-posix to see POSIX man pages, and man-pages-linux if you want to see recent Linux release man pages. To see possibly relevant commands, run: $ apropos -s 1,1p group chgrp (1)- change group ownership chgrp (1p) - change the file group ownership chown (1)- change file owner and group g3topbm (1) - convert a Group 3 fax file into a PBM image groups (1) - print the groups a user is in id (1) - print real and effective user and group IDs make (1) - GNU Make utility to maintain groups of programs make (1p)- maintain, update, and regenerate groups of programs mkgroup (1) - Write /etc/group-like output to stdout newgrp (1) - change primary group for a command newgrp (1p) - change to a new group pbmtog3 (1) - convert a PBM image into a Group 3 MH fax file newgrp(1) is USELESS. It only opens an interactive shell, but does not allow the user to execute a non-interactive script with the requested group like bash -c does. ?? The man pages has: newgrp [-] [group] [command [args...]] which implies to me that you can give a command. Did that not work for you? EM -- 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: cygrunsrv: trailing command line arguyments not allowed
On 4/20/2024 8:12 AM, enrique--- via Cygwin wrote: Hello, I am trying to install a service manually in an attempt to understand why cron-config did not work for me. So, I did this: $ net stop cron Tjenesten Cron daemon stopper . Tjenesten Cron daemon ble stoppet. $ cygrunsrv -R cron $ cygrunsrv -I -p /usr/sbin/cron.exe -a -n cygrunsrv: Trailing commandline arguments not allowed Try `cygrunsrv --help' for more information. I also tried a number of other combinations and orders of arguments, all with similar results. What am I doing wrong? Thanks I would try --args '-n' instead of -a -n. Perhaps some other variation of quoting will be needed to make clear to cygrunsrv that the -n is for the application, not for cygrunsrv. Best - Eliot Moss -- 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: See repeated /usr/bin in my path
On 4/18/2024 12:41 PM, Andrey Repin via Cygwin wrote: Greetings, J M! Isn't it better that original_path be removed all startwith $mycygwin_homepath? $original_path is stored once when you first run Cygwin with empty home profile, IIRC. And not used anywhere. That seems to be ORIGINAL_PATH (upper case variable name). Regards - Eliot Moss -- 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: Help with use of pgrep or pkill commands with full name options
On 3/22/2024 11:56 AM, J M via Cygwin wrote: Help with use of pgrep or pkill commands with full name options. I trying to use pgrep or pkill utility commands to find processes but using the full path names, by example, find /usr/bin/bash (package procps-ng): Then, if I use pgrep -f /usr/bin/bash, don't find nothing. Using pkill -f /usr/bin/bash don't get the task. If I use pidof /usr/bin/bash, this works. How do I get it to do use pgrep, pkill, etc? Seems to use the name without the full path, e.g., bash as opposed to /bin/bash, etc. Not sure why ... EM -- 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: tried Setup (2.931), but failed
On 3/10/2024 2:52 PM, Lester Ingber via Cygwin wrote: After mv ca-certificates.sh ca-certificates.sh.done I did a reinstall and now everything looked fine. Will that persist? I would think so. A reinstall will first remove the old .done file then run the scripts. If the underlying behavior is not different, it will still not rename the .sh to sh.done ... Best wishes - Eliot Moss -- 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: cygsshd fails due to bad ownership or modes of /cygdrive/c/Users
On 2/5/2024 8:28 PM, Frank-Ulrich Sommer via Cygwin wrote: Looking at the OpenSSH source code (on Github, not from Cygwin) I found a function "safe_path" that checks that the ownership and access modes for all path components are correct. This relies on "platform_sys_dir_uid" which checks if a UID may own a system directory. The code checks for UID zero and might also accept an OS specific second value (PLATFORM_SYS_DIR_UID) but for Cygwin this seems not to be set. But I don't know where to find the source code for the excat version that is used in Cygwin and I'm unsure about build settings. A comment defines this a safe path as follows: "This is defined as all components of the path to the file must be owned by either the owner of the file or root and no directories must be group or world writable." The "Users" directory is owned by "SYSTEM" (numeric: 18 according to stat) and only writable by Administrators and SYSTEM. The mode cygwin shows for /cygdrive/c/Users is 0750 which should be OK. So my question is: are "Administrators" and "SYSTEM" different users and does cygsshd accept SYSTEM (numeric 18) as a valid user who may own system directories? If the numeric ID is really 18 I can't see how this check can succeed but I'm not sure the code used in Cygwin is the same. On 05.02.2024 00:53, Frank-Ulrich Sommer via Cygwin wrote: Hi, I'm trying to run cygsshd on my PC with Windows 11 and connect from a linux machine. I have added the public key to /cygdrive/c/Users/xxx/.ssh/authorized_keys and created a symbolic link from /cygdrive/c/Users/xxx/.ssh to /home/xxx/.ssh. As usual I checked the access rights and mode of the .ssh directory (700 and belongs to user xxx) and the authorized_keys file (600 and also belongs to user xxx) and also of the home directory (had to change ownership). Now I get the following strange messages: [...] Feb 5 00:35:50 X sshd: PID 2798: debug1: temporarily_use_uid: 197609/197121 (e=18/18) Feb 5 00:35:50 X sshd: PID 2798: debug1: trying public key file /home/xxx/.ssh/authorized_keys Feb 5 00:35:50 X sshd: PID 2798: debug1: fd 5 clearing O_NONBLOCK Feb 5 00:35:50 X sshd: PID 2798: Authentication refused: bad ownership or modes for directory /cygdrive/c/Users Feb 5 00:35:50 X sshd: PID 2798: debug1: restore_uid: 18/18 [...] Why is cygsshd complaining about the Windows "Users" directory and not about the directory of user xxx (/cygdrive/c/Users/xxx)? And how can I solve this? Frank Administrators and SYSTEM are not the same. And neither is exactly equivalent to the concept of root in POSIX. SYSTEM (in my experience) is used for things like backup tools that needs access to almost every file. Administrators is for system administration. I don't have deep knowledge of all of this - others can give a deeper / more nuanced answer. Eliot Moss -- 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 vim + Github Copilot
On 1/11/2024 8:53 PM, Kevin Schnitzius via Cygwin wrote: Anyone ever get his working? I have it working with the win32 version of vim, so I am guessing that the forward slash path might might be breaking calls to node.js. Error I get is: Copilot: Something unexpected went wrong spawning the agent I haven't figured out how to debug this yet (don't know vim internals). I don't use either of these myself, so I'm taking a shot at generic advice. Cygwin vim is going to expect to interact with POSIX-like things using POSIX-like paths. It's trying to give you a mock up of a POSIX universe. Using cygwin programs to call Windows based tools can quickly get problematic. A *potential* solution for you is to find and use a Windows vim to talk with Windows based programs. Maybe other people have specific knowledge / fixes for you ... Eliot Moss -- 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: /dev/u?random implementation
On 12/20/2023 7:32 PM, Jim Garrison via Cygwin wrote: I dug around in the Cygwin doc looking for details on how /dev/random and /dev/urandom are implemented, but came up empty. Is this documented anywhere? Writing a simple program and then watching where reading /dev/random goes using gdb suggests its implemented using the dev_random C++ library supplied by Windows. EM -- 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 is not passing arguments to Windows apps
On 12/17/2023 8:45 AM, Karl Crary wrote: Thank you, but I guess I posted a bad example then. latex --version This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12) (preloaded fomat=latex.fmt) restricted \write18 enabled. ** It should print version information, but instead that is what I would expect to see if I ran latex with no arguments. The same thing happens if I call latex with a filename. Or, to fix my previous example: $ cmd '/?' Microsoft Windows [Version 10.0.22621.2861] (c) Microsoft Corporation. All rights reserved. C:\crary> If it's helpful, here's my /etc/fstab: none /cygdrive cygdrive binary,noacl,posix=0,user 0 0 d:/ /cygdrive/d ntfs binary,posix=0,user,auto,notexec 0 0 c:/Users/moss/OneDrive /cygdrive/o ntfs binary,noacl,posix=0,user 0 0 The first line allows me to write things like /cygdrive/c and so forth, for any mounted drive letter. Note that there is no need to mention c; explicitly if the default mount options are ok for you. The second allows me to indicate the mount details I want for my D drive. The last allows me to refer to my OneDrive via /cygdrive/o. I also have some links in my cygwin / folder: lrwxrwxrwx 1 moss Eliot Moss 11 Aug 26 2022 c -> /cygdrive/c lrwxrwxrwx 1 moss Eliot Moss 11 Aug 26 2022 d -> /cygdrive/d lrwxrwxrwx 1 moss Eliot Moss 11 Oct 6 12:53 o -> /cygdrive/o These allow me to write /c/ instead of the longer /cygdrive/c/, etc. This arrangement works well for me and I do not see the behavior you've been describing. Of course you may prefer different mount options, though some of them seem relevant, as others have pointed out. HTH ... EM -- 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 is not passing arguments to Windows apps
On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote: Dear all, I am encountering a bug wherein Cygwin is not passing arguments to most Windows programs (although Cygwin programs are doing fine). For example, the following command ought to be dumping a lot of usage information, but instead it starts a command prompt, which is what it does when not passed any argument. $ cmd /? Microsoft Windows [Version 10.0.22621.2715] (c) Microsoft Corporation. All rights reserved. C:\crary> I am experiencing the same behavior with bash, tcsh, zsh, and also make. In addition to cmd, I've also confirmed that arguments are not being passed to wsl, explorer, and (Miktex's) latex. Some third-party apps are getting their arguments, including Standard ML of New Jersey. This is a brand-new install on a brand-new Windows 11 machine. (A Dell Precision 3660 tower, if that matters.) I also tried varying the cygwin dll version (a little, not exhaustively) to no effect. Any theory as to what could be going on would be most appreciated. My cygcheck output (lightly redacted) follows. Karl Crary Cygwin's shell (generally bash) will try to pattern match ("glob") the /? because of the ? . I get intended results if I type: cmd '/?' Because what is in the root directory / may vary from system to system, behavior without the quotes will may vary. HTH -- EM -- 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: How efficient is 'sleep'?
On 12/15/2023 4:55 PM, Backwoods BC via Cygwin wrote: I have quite a few "service-like" scripts that I put into the background and then have them wake up on a regular basis to do something. I use 'sleep' for the timing of the wakeup periods. My question is: How efficient is 'sleep'? I know of other OSes that just set a timer flag and the process isn't allocated any CPU time until the timer expires. I know that creating a service or even using Task Scheduler are more "proper" ways of doing this, but they are also much more work and would require a significant learning curve as my background is embedded systems, not Windows. I know that my lazy way probably has a penalty, but just how bad is it? Thanks You could strace on it to see what system calls it makes, but I am pretty sure it sets up a timer interrupt and then waits for an event. Very efficient. It does not, for example, continually read the clock until the requested amount of time has passed. The more interesting question is this. If you coded something like: while true; do x; sleep 60; done are you ok with x starting more than 60 seconds apart, because the time to execute x itself, to fork and wait for the processes, etc., gets added into each iteration? If you prefer the invocations of x start at the start of each minute, then you need to calculate, on each iteration, how long to sleep. There's loads of info on this stackoverflow page: https://stackoverflow.com/questions/645992/sleep-until-a-specific-time-date Cheers - Eliot Moss -- 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.4.9 - how to install ssh-keygen
On 11/29/2023 4:13 PM, Jose Isaias Cabrera via Cygwin wrote: On Monday, November 27, 2023 02:46 AM, Matthias--- expressed: Am Sonntag, dem 26.11.2023 um 12:21 -0700 schrieb Brian Inglis via Cygwin: On 2023-11-26 10:12, Matthias--- via Cygwin wrote: Am Samstag, dem 25.11.2023 um 19:45 +0100 schrieb ASSI via Cygwin: Matthias--- via Cygwin writes: Yes - That's the reason in my VM too: strace ssh-keygen -A A/V is Antivirus? My VM is running Avira. Deactivating it haven't impact on ssh-keygen. I still have an Segmentation fault. Pardon the high jacking of this threat, but I may have the same problem (or, at least, it's related). I can start another thread if it is desired... I am having the same problem with ssh. So, a little history... This is a fresh Windows 11 Cygwin installation. Everything works great, except using ssh. For example, when I type, jcabrera@jicman ~ $ ssh jic@web jcabrera@jicman ~ $ I get the prompt right away. I found out that Windows 11 comes with OpenSSH installed. I uninstalled it, rebooted, and reinstalled cygwin's openssh, and the problem is still there. I don't have any antivirus, except Microsoft's Defender, but I added two folder exclussions (c:\cygwin64 and the download folder for xmission download site). The strace of ssh is pretty long: == beg strace ssh == $ strace ssh --- Process 23800 created --- Process 23800 loaded C:\Windows\System32\ntdll.dll at 7ffe2241 --- Process 23800 loaded C:\Windows\System32\kernel32.dll at 7ffe20e2 --- Process 23800 loaded C:\Windows\System32\KernelBase.dll at 7ffe1f78 --- Process 23800 loaded C:\cygwin64\bin\cygcrypto-1.1.dll at 0003f6ce --- Process 23800 loaded C:\cygwin64\bin\cygwin1.dll at 7ffd8efa --- Process 23800 loaded C:\cygwin64\bin\cyggssapi_krb5-2.dll at 0003f40d --- Process 23800 loaded C:\cygwin64\bin\cygz.dll at 0003ee23 --- Process 23800 loaded C:\cygwin64\bin\cyggcc_s-seh-1.dll at 0003f4c3 --- Process 23800 loaded C:\cygwin64\bin\cygk5crypto-3.dll at 0003f0f0 --- Process 23800 loaded C:\cygwin64\bin\cygkrb5-3.dll at 0003f0e3 --- Process 23800 loaded C:\cygwin64\bin\cygkrb5support-0.dll at 0003f0e1 --- Process 23800 loaded C:\cygwin64\bin\cygcom_err-2.dll at 0003f724 --- Process 23800 loaded C:\cygwin64\bin\cygintl-8.dll at 0003f12e --- Process 23800 loaded C:\cygwin64\bin\cygiconv-2.dll at 0003f317 1 1 [main] ssh (23800) ** 94 95 [main] ssh (23800) Program name: C:\cygwin64\bin\ssh.exe (windows pid 23800) 59 154 [main] ssh (23800) OS version: Windows NT-10.0 78 232 [main] ssh (23800) ** --- Process 23800 loaded C:\Windows\System32\advapi32.dll at 7ffe202b --- Process 23800 loaded C:\Windows\System32\msvcrt.dll at 7ffe20d4 --- Process 23800 loaded C:\Windows\System32\sechost.dll at 7ffe203a --- Process 23800 loaded C:\Windows\System32\rpcrt4.dll at 7ffe2203 --- Process 23800 loaded C:\Windows\System32\cryptbase.dll at 7ffe1efd --- Process 23800 loaded C:\Windows\System32\bcryptprimitives.dll at 7ffe1fc5 94399671 [main] ssh (23800) sigprocmask: 0 = sigprocmask (0, 0x0, 0x7FFD8F2793B0) 439 10110 [main] ssh (23800) open_shared: name shared.5, shared 0x1A000 (wanted 0x1A000), h 0x118, m 0, created 0 152 10262 [main] ssh (23800) user_heap_info::init: heap base 0xA, heap top 0xA, heap size 0x2000 (536870912) 76 10338 [main] ssh (23800) open_shared: name S-1-5-21-1074337292-3126344265-1178006881-1002.1, shared 0x1A100 (wanted 0x1A100), h 0x114, m 1, created 0 87 10425 [main] ssh (23800) user_info::create: opening user shared for 'S-1-5-21-1074337292-3126344265-1178006881-1002' at 0x1A100 73 10498 [main] ssh (23800) user_info::create: user shared version AB1FCCE8 74 10572 [main] ssh (23800) fhandler_pipe::create: name \\.\pipe\cygwin-e022582115c10879-23800-sigwait, size 11440, mode PIPE_TYPE_MESSAGE 86 10658 [main] ssh (23800) fhandler_pipe::create: pipe read handle 0x12C 52 10710 [main] ssh (23800) fhandler_pipe::create: CreateFile: name \\.\pipe\cygwin-e022582115c10879-23800-sigwait 71 10781 [main] ssh (23800) fhandler_pipe::create: pipe write handle 0x130 55 10836 [main] ssh (23800) dll_crt0_0: finished dll_crt0_0 initialization --- Process 23800 loaded C:\Program Files (x86)\Citrix\ICA Client\epclient64.dll at 7ffe0007 --- Process 23800 loaded C:\Windows\System32\user32.dll at 7ffe21e2 --- Process 23800 loaded C:\Windows\System32\win32u.dll at 7ffe2013 --- Process 23800 loaded C:\Windows\System32\gdi32.dll at 7ffe20df --- Process 23800 loaded C:\Windows\System32\gdi32full.dll at 7ffe1fea --- Process 23800 loaded C:\Windows\System32\msvcp_win.dll at 7ffe1fcd --- Pr
Re: Python C Extension Module loading issue on Cygwin
On 11/27/2023 12:49 PM, Marco Atzeri via Cygwin wrote: On 22.09.2023 08:39, Mesibo Technical via Cygwin wrote: This issue is about Python on Cygwin not using the recommended module extension. [cut] Any idea why Cygwin is using the .dll extension instead of the .pyd extension as recommended by Python's official documentation? Additionally, is there a way to know during runtime the specific extension used by a particular version of Python, without having to make assumptions based on the system type? Cygwin is Unix on Windows, so the dll extension is equivalent to the so extension on Linux/Unix. I am almost sure that we are not modifying the source code for this specific issue. But I could be wrong Allow me to add that Cygwin is not a virtual machine in the sense of WSL (Windows Subsystem for Linux), VirtualBox, etc. Rather, it consists of a dll library that does a pretty good job mapping POSIX library functions to Windows ones, and large collections of programs and libraries that have been ported to the Cygwin environment, including X windows. In any case, this means that it follows Windows linking conventions and object formats. HTH understand why tings are as they are. Regards - Eliot Moss -- 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: Capturing a Cygwin instance from another PC
On 11/22/2023 4:38 PM, Jose Isaias Cabrera wrote: On Wednesday, November 22, 2023 11:15 AM, Eliot Moss expressed: On 11/22/2023 10:43 AM, Bill Stewart via Cygwin wrote: > On Wed, Nov 22, 2023 at 7:53 AM Jose Isaias Cabrera wrote: [clip] >> desktop. No Cygwin nor Cygwin-X folders were created on the Start menu. The >> original cygwin from the Win10 PC had X installed also. >> > > I don't think "Install from Local Directory" means "reproduce same cygwin > installation on a separate computer". In fact, it means to install using the package files in some local directory, i.e., "assume the packages are already downloaded". It would be reasonable to copy over downloaded packages. I believe there are commands / techniques that would then make it fairly easy to install that specific set of packages "from scratch" (but from the local copy of the packages). Copying *installed* file hierarchies is trickier because of permission / ownership concerns. Thanks, Eliot. Hmmm... I would have thought that by now this process would have been thought of. Not saying it hasn't, but since I don't have a ready answer to your question I was leaving that to other, more knowledgeable, folks to jump in and ill the gap :-) ... EM -- 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: Capturing a Cygwin instance from another PC
On 11/22/2023 10:43 AM, Bill Stewart via Cygwin wrote: On Wed, Nov 22, 2023 at 7:53 AM Jose Isaias Cabrera wrote: I have a new Win11 PC, and I wanted to capture the same Cygwin setup that I have in another Win10 PC. I copied the C:\cygwin64 folder from the Win10 pc to the Win11 pc, then I downloaded a fresh setup-x86_64.exe from cygwin.com to the win11 PC. I ran it and chose "Install from Local Directory" and only one shortcut for "Cygwin64 Terminal" was created on the desktop. No Cygwin nor Cygwin-X folders were created on the Start menu. The original cygwin from the Win10 PC had X installed also. I don't think "Install from Local Directory" means "reproduce same cygwin installation on a separate computer". In fact, it means to install using the package files in some local directory, i.e., "assume the packages are already downloaded". It would be reasonable to copy over downloaded packages. I believe there are commands / techniques that would then make it fairly easy to install that specific set of packages "from scratch" (but from the local copy of the packages). Copying *installed* file hierarchies is trickier because of permission / ownership concerns. Best - EM -- 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: Cant install Cygwin Virt-manager that asks for library that asks for python2
On 11/6/2023 11:11 AM, Jānis Ķengurs via Cygwin wrote: On Mon, Nov 6, 2023 at 5:50 PM Brian Inglis wrote: On 2023-10-31 16:58, Jānis Ķengurs via Cygwin wrote: I wanted to use some KVM or Qemu or something on linux and windows that can fast open iso files for testing Downloaded on Windows 10 You can mount ISOs directly on linux with the loop option and module: https://www.howtogeek.com/168137/mount-an-iso-image-in-linux/ and on Windows directly: https://www.windowscentral.com/how-mount-or-unmount-iso-images-windows-10 and that may make them visible in Cygwin. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add But i cant install virt-manager to use iso files. In it can open iso files. I cant install virt-manager from cygwin any new or old installers, they all download latest mirror file list and it doesnt have python2 needed for installing virt-manager. What I believe Brian was trying to tell you is that you don't have to have virt-manager in order to mount and use ISO files under Windows. Once the ISO drive is mounted, it should be visible to Cygwin as an ordinary drive under /cygdrive according to its drive letter. This does not make virt-manager work; instead it avoids the need for it. Regards - Eliot Moss -- 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: Run a Cygwin process with "higher" scheduler priority
On 10/14/2023 7:39 AM, Cedric Blancher via Cygwin wrote: On Fri, 11 Aug 2023 at 19:14, Brian Inglis wrote: On 2023-08-11 09:44, Cedric Blancher via Cygwin wrote: How can we set the scheduler priority for a Cygwin process to "higher" than normal on start? Basically we want a Cygwin compatible script version of the Windows task manager feature Name/PID--->Details--->Set priority--->Higher Pretend the system is BSD or Linux and web search e.g. SO for that capability, facility, or feature, then check Cygwin with Search Packages or: $ cygcheck -p usr/bin/nice Found 6 matches for usr/bin/nice I know about nice and renice, but I don't see whether it is working or not. coreutils-debuginfo-8.26-2 - coreutils-debuginfo: Debug info for coreutils ... coreutils-9.0-1 - coreutils: GNU core utilities (includes fileutils, sh-utils and textutils) $ cygcheck -p usr/bin/renice Found 6 matches for usr/bin/renice util-linux-debuginfo-2.32.1-1 - util-linux-debuginfo: Debug info for util-linux util-linux-debuginfo-2.33.1-1 - util-linux-debuginfo: Debug info for util-linux util-linux-debuginfo-2.33.1-2 - util-linux-debuginfo: Debug info for util-linux util-linux-2.32.1-1 - util-linux: Collection of basic system utilities util-linux-2.33.1-1 - util-linux: Collection of basic system utilities util-linux-2.33.1-2 - util-linux: Collection of basic system utilities $ cygcheck -p usr/bin/chrt Found 2 matches for usr/bin/chrt util-linux-debuginfo-2.33.1-2 - util-linux-debuginfo: Debug info for util-linux util-linux-2.33.1-2 - util-linux: Collection of basic system utilities $ cygcheck -p usr/bin/taskset Found 2 matches for usr/bin/taskset util-linux-debuginfo-2.33.1-2 - util-linux-debuginfo: Debug info for util-linux util-linux-2.33.1-2 - util-linux: Collection of basic system utilities so you may need to install util-linux (coreutils is already installed as a base package for Cygwin) then: $ man nice renice taskset chrt chrt does not work, the syscalls for realtime seem to be not implemented. You may need to run these from an elevated admin shell for other user ids, unowned processes, or higher (negative) priority. It has been years since I tried these so can no longer remember if -20 corresponds to Windows "RealTime" or if you need to use PowerShell to set that e.g. $proc = Get-Process -ProcessName "..." $proc.PriorityClass = "RealTime" and that needs to be done from an elevated admin (Power)Shell. Of course, never set that on any system except on a very idle, very I/O bound, well tested process, such as ntpd, that needs stably fast interrupt service and non-preemptible cpu access for ms every few seconds, preferably on a single or few cpus to which affinity is set. Is there anything in /proc which can tell me the current *Windows* scheduler priority level? Or a command line tool? I recall getting taskset going in util-linux a while back, but I don't recall working on priority related things. You could look into the cygwin source code to see how Windows priorities relate to the priority values in Cygwin. Then you may be able just to use /proc/[pid]/stat read out what you want. Best - EM -- 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: Ruby EOL in Cygwin 3.4.9?
On 10/11/2023 6:36 PM, Hendrickson, Eric D wrote: Hi Eliot, Thanks for responding. That makes total sense. Totally taking into account the all volunteer nature of Cygwin, would it make sense to defer on further non-emergency releases of Cygwin until all packages that are EOL have been updated? Since this is the case with ruby, I am guessing it's likely the case with other packages in Cygwin too. Is there a backlog for Cygwin somewhere, so that I can investigate this myself if I have time this winter? Thank you and all the best, Eric -Original Message- From: Eliot Moss Sent: Wednesday, October 11, 2023 5:03 PM To: Hendrickson, Eric D ; cygwin@cygwin.com Cc: Eric @ Gmail Subject: Re: Ruby EOL in Cygwin 3.4.9? On 10/11/2023 12:37 PM, Hendrickson, Eric D via Cygwin wrote: Hello all, As a ~25 year user and sometime contributor to Cygwin, I support Cygwin here at my place of work. Does anyone know why we are deploying Ruby 2.6 which EOL about 18 months ago? https://www.ruby-lang.org/en/downloads/branches/ I'm concerned about proliferation of EOL versions of Ruby in case some security risk / 0Day is identified. Please advise. Eric Hendrickson You should send such things to the list, not me. I'm just a user who has only made occasional small contributions ... Eliot If nobody has responded I can give a generic response: "Because cygwin is all volunteer and someone has not volunteered, or did volunteer and is behind, or fell off the radar." Someone else will know how to look up if there is a currently registered volunteer for Ruby ... Eliot Moss This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: Ruby EOL in Cygwin 3.4.9?
On 10/11/2023 12:37 PM, Hendrickson, Eric D via Cygwin wrote: Hello all, As a ~25 year user and sometime contributor to Cygwin, I support Cygwin here at my place of work. Does anyone know why we are deploying Ruby 2.6 which EOL about 18 months ago? https://www.ruby-lang.org/en/downloads/branches/ I'm concerned about proliferation of EOL versions of Ruby in case some security risk / 0Day is identified. Please advise. Eric Hendrickson If nobody has responded I can give a generic response: "Because cygwin is all volunteer and someone has not volunteered, or did volunteer and is behind, or fell off the radar." Someone else will know how to look up if there is a currently registered volunteer for Ruby ... Eliot Moss This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: Ada support in gcc-core 11.4.0-1 package
On 9/7/2023 7:00 PM, Harry Rockefeller via Cygwin wrote: The message I get when trying to install gcc-ada 11.4.0-1 doesn't make sense. It says "installed package gcc-core obsoletes gcc-ada (of same version number) do not ask to install" When I run cygcheck on this package: with -c it says it is "OK"; with -l and pipe to grep it has zero matches of: Ada, ada, and gnat. When I try to compile a simple hello.adb program it says it cannot find "gnat1". As I recall there was a recent posting observing that, since certain run-time components are not available under Cygwin, gnu-ada is not being distributed. I suggest you search the mail archives for details. Best - Eliot Moss -- 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: Faster rsync?
On 8/29/2023 9:43 AM, Eliot Moss wrote: On 8/29/2023 9:17 AM, Mario Emmenlauer via Cygwin wrote: On 29.08.23 14:32, Adam Kessel via Cygwin wrote: I've found rsync to be painfully slow on large folders -- hours to sync thousands of files, even when they already match size and --size-only is used. It's much faster between native Linux boxes. I've been told (on this list) that how you mount the Windows drive in Cygwin matters. I use this in my /etc/fstab: d:/ /cygdrive/d ntfs binary,posix=0,user,auto,notexec 0 0 Unfortunately, it's still not as quick as I think it ought to be. (If someone out there can recommend better settings, I'm open!) I regularly rsync a collection of hundreds of files, each about 2Gb in size. Windows describes the partition as an NTFS Basic Data Partition. It takes rsync a long time to get started (i.e., to figure out which files need transferring). My rsync uses these flags: rsync -avuP --partial --partial-dir=.rsync-partial --log-file=... --log-file-format=... These flags seems to give speedy directory scanning: rsync -r --chmod=D2700,F600 -t -z -p -v --size-only --partial-dir=.rsync-partial Regards - EM -- 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: Faster rsync?
On 8/29/2023 9:17 AM, Mario Emmenlauer via Cygwin wrote: On 29.08.23 14:32, Adam Kessel via Cygwin wrote: I've found rsync to be painfully slow on large folders -- hours to sync thousands of files, even when they already match size and --size-only is used. It's much faster between native Linux boxes. I've been told (on this list) that how you mount the Windows drive in Cygwin matters. I use this in my /etc/fstab: d:/ /cygdrive/d ntfs binary,posix=0,user,auto,notexec 0 0 Unfortunately, it's still not as quick as I think it ought to be. (If someone out there can recommend better settings, I'm open!) I regularly rsync a collection of hundreds of files, each about 2Gb in size. Windows describes the partition as an NTFS Basic Data Partition. It takes rsync a long time to get started (i.e., to figure out which files need transferring). My rsync uses these flags: rsync -avuP --partial --partial-dir=.rsync-partial --log-file=... --log-file-format=... I've been using rsync, unison and similar tools on Windows and Linux since basically forever. In my humble opinion, the problem is the Windows file system performance, not the synchronization tools. As a separate example, try to download the boost source code, and extract the archive. I can do the extraction in way under a minute on Linux, but have to wait many many minutes on a similarly equipped Windows machine. Just my two cents. Mario Regards - Eliot Moss -- 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: Probable bug
On 7/30/2023 5:38 AM, natan_b--- via Cygwin wrote: Hi Guys very short. prog.c #include int main() { float a=1.283; while(1) printf( "%f", a ); } run with $ ./prog.exe >/dev/null in windows monitor process the process increase it's memory it arrive to many Gb. It's not a machine problem, other PC have same problem. Same program in wsl and MSYS2 works well! This probably has to do with output buffering, and may happen even without the >/dev/null since there are no line ends in the output. It may work with stdbuf -o0 (as in: stdbuf -o0 ./prog.exe >/dev/null) but may cause the program to run more slowly (each character is sent to the device, when then immediately discards it). It would seem you're hoping for the internal libraries to recognize the case of writing to /dev/null ... Regards - EM -- 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: vfork: Resource temporarily unavailable
Digging a little further ... The conflicting dll was /bin/cygpng16-16.dll. rebase display it with a * indicating that there was a space conflict for it. So I did a rebase-trigger full and ran setup again. Now these two dlls share the same spot: /usr/bin/cygp11-kit-0.dll /usr/lib/p11-kit-proxy.so ... but that seems to be because one is a link to the other. I'll see how things go. I had thought that doing rebase-trigger full and rebasing was no longer necessary, but maybe things somehow got messed up so that the automated mechanism failed for me ... We'll see if I am back to no vfork errors. Regards - Eliot -- 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: vfork: Resource temporarily unavailable
On 7/9/2023 11:56 AM, Ken Brown via Cygwin wrote: On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote: Dear cygwin-ers -- I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these vfork errors from emacs-gtk when I try to run dired on a directory. I believe this tries to fork ls to get the necessary file information. I've tried updating cygwin, which runs rebase, and I've tried rebooting my Windows 11 system. I thought the newer 64-bit Cygwin was supposed to have overcome this historic issue in 32-bit Cygwin ... Anyway, I attach output from cygcheck -s -v -r -h and also from ldd /usr/bin/emacs. Any guidance on fixing this would be appreciated. IIRC, cyggif is the library that had a conflict. Your cygcheck output shows that you're using the test release of emacs, which is built with the native compilation feature. As explained in the release announcement, fork failures are to be expected unless you take certain steps to make sure that the .eln files get rebased: https://cygwin.com/pipermail/cygwin/2022-September/252217.html Thanks for the response, Ken! Indeed I have the necessary file with the necessary line in it: cat /var/lib/rebase/userpath.d/moss /home/moss/.emacs.d/eln-cache whoami is definite that my username is moss. I will try the ephemeral rebase and see if that holds me until a restart, but I have definitely run setup, mor than once, since this started happening. If it's of help, I offer the result of ls -lR ~/.emacs.d/eln-cache below. Should I delete the .tmp files? Also, some of the permissions are different from others; could that be interfering with rebase? (Not sure how they got that way, either!)-- Eliot .emacs.d/eln-cache: total 96 drwxrwxr-x+ 1 moss moss 0 May 10 02:19 28.2-12614577 .emacs.d/eln-cache/28.2-12614577: total 32852 -rwxr-xr-x+ 1 moss moss 215274 Sep 17 2022 advice-791b3e89-421613ad.eln -rwxr-xr-x+ 1 moss moss 104759 Sep 17 2022 ansi-color-75eac800-32f427c7.eln -rwxr-xr-x+ 1 moss moss 151297 Apr 20 20:00 apropos-7c1ecbdf-6e27effc.eln -rwx--+ 1 moss moss 0 Oct 12 2022 apropos-7c1ecbdf-6e27effcQgCULc.eln.tmp -rwxr-xr-x+ 1 moss moss 69350 Dec 2 2022 asm-mode-e341f82a-0f979fb7.eln -rwxr-xr-x+ 1 moss moss 226830 Sep 17 2022 auth-source-49df7eef-3372a2a5.eln -rwxr-xr-x+ 1 moss moss 67087 Oct 30 2022 bat-mode-dff700da-8a7c0491.eln -rwxr-xr-x+ 1 moss moss 467791 Sep 17 2022 bibtex-2f037630-7ba68aff.eln -rwxr-xr-x+ 1 moss moss 91842 Sep 17 2022 bind-key-b8c3c2f9-8a66ba00.eln -rwxr-xr-x+ 1 moss moss 200517 Sep 17 2022 browse-url-87f72988-ff6639d1.eln -rwxr-xr-x+ 1 moss moss 289238 Sep 19 2022 calc-222b057e-b111a5aa.eln -rwxr-xr-x+ 1 moss moss 129747 Mar 22 22:04 calc-aent-1719b1cd-cb2f991d.eln -rwxr-xr-x+ 1 moss moss 266730 Sep 19 2022 calc-alg-5fa19fcf-e239539a.eln -rwxr-xr-x+ 1 moss moss 317893 Oct 10 2022 calc-arith-97da4592-ca2c9343.eln -rwxr-xr-x+ 1 moss moss 150806 Oct 10 2022 calc-comb-4d223239-ac552c55.eln -rwxr-xr-x+ 1 moss moss 84552 Oct 10 2022 calc-cplx-49f3d288-e0e82bea.eln -rwxr-xr-x+ 1 moss moss 296602 Sep 19 2022 calc-ext-169a1473-23b4e2f4.eln -rwxr-xr-x+ 1 moss moss 143779 Oct 10 2022 calc-funcs-41ddedba-66c010cd.eln -rwxr-xr-x+ 1 moss moss 74633 Oct 10 2022 calc-incom-bb13bc57-abb51ab2.eln -rwxr-xr-x+ 1 moss moss 81084 Sep 19 2022 calc-macs-86f6acaa-ee00de71.eln -rwxr-xr-x+ 1 moss moss 254949 Oct 10 2022 calc-math-5c62dc12-b059a3a6.eln -rwxr-xr-x+ 1 moss moss 96414 Sep 19 2022 calc-menu-43d1e6da-d07b5d5b.eln -rwxr-xr-x+ 1 moss moss 122837 Oct 10 2022 calc-misc-0f75b984-93aba281.eln -rwxr-xr-x+ 1 moss moss 117173 Mar 22 22:04 calc-yank-a4aa7301-151f7c03.eln -rwxr-xr-x+ 1 moss moss 161586 Sep 17 2022 cc-align-bb265728-4fb67cd5.eln -rwxr-xr-x+ 1 moss moss 106989 Sep 23 2022 cc-awk-9a8d2c38-7b94e92d.eln -rwxr-xr-x+ 1 moss moss 316602 Sep 23 2022 cc-cmds-9eab15be-82d61bdb.eln -rwxr-xr-x+ 1 moss moss 257630 Sep 17 2022 cc-defs-029877ca-98767b6b.eln -rwxr-xr-x+ 1 moss moss 746285 Sep 17 2022 cc-engine-ccfcb170-d25ad0cd.eln -rwxr-xr-x+ 1 moss moss 309170 Sep 23 2022 cc-fonts-d7d8a7f5-da43eac3.eln -rwxr-xr-x+ 1 moss moss 99241 Sep 23 2022 cc-guess-fa39ca73-e5231925.eln -rwxr-xr-x+ 1 moss moss 70321 Sep 23 2022 cc-menus-d370fa63-8a7d8b6f.eln -rwxr-xr-x+ 1 moss moss 431476 Sep 23 2022 cc-mode-515a98a5-83bd82b4.eln -rwxr-xr-x+ 1 moss moss 86979 Sep 17 2022 cc-styles-e4992978-75d97d61.eln -rwxr-xr-x+ 1 moss moss 166389 Sep 17 2022 cc-vars-6cc3f0fc-a4ab31d9.eln -rwxr-xr-x+ 1 moss moss 101043 Sep 20 2022 cl-51cb6d6a-3ab88f7b.eln -rwxr-xr-x+ 1 moss moss 102359 Sep 17 2022 cl-print-79bf9fb1-244c7280.eln -rwxr-xr-x+ 1 moss moss 100682 Nov 1 2022 color-9d7980a5-b27b9e6c.eln -rwxr-xr-x+ 1 moss moss 317417 Sep 17 2022 comint-faef15ad-d015a7ec.eln -rwxr-xr-x+ 1 moss moss 260250 Sep 17 2022 compile-91e1c2a0-b7ea4aad.eln -rwxr-xr-x+ 1 moss moss 118374 Dec 22 2022 conf-mode-547edb00-fa2b6de9.eln -rwx--+ 1 moss moss 0 Nov 4 2022 conf-mode-547edb00-f
Re: Getting return code "127" after execution of program
On 6/2/2023 5:58 AM, rajesh kesavan via Cygwin wrote: Hi, We are Trying to execute a program like ./sample.exe on 64 bit Cygwin. This executable is built with CMake on Cygwin 64 bit. The Program is not throwing any error or success details. it simply comes out from the running screen without any error and success states. and we checked output status using "*$?*" It returns "*127*" output. A wondering: Is the program's main declared to return an int, and does it explicitly return 0? (I also don't think you needed to include all those lists in your original post; cygwin@cygwin.com would be enough for now, so I have trimmed other lists from my response.) Eliot Moss -- 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: [QUAR] Accessing outside datasets?
On 5/6/2023 11:44 PM, Bernard Rich via Cygwin wrote: Hello, I have read the introductory advice but still do not understand how to access datasets stored on *C:* or on flash drives. Can you please point me to the correct reference or email me the instructions? You can give a full path starting with /cygdrive/c in place of the C:. Then replace every \ in a Windows path with a /. Quote the whole thing if it has spaces or strange characters in it. Alternatively you can use the cygpath program to convert a Windows path to a cygwin one. For example: cygpath -ua 'C:\Users\moss' results in /cygdrive/c/Users/moss Note the quoting to avoid the usual interpretation of \ by the cygwin shell. This can be used in a command, e.g.,: ls $(cygpath -ua 'C:\Users\moss') man cygpath will tell you all about the program. HTH -- EM -- 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: posix_spawn_file_actions_add[f]chdir_np
A wondering in all this ... Does having more spawn support imply that bash (for example) may end up doing faster process spawning, skipping some of high overhead we've lived with for a long time because of the Windows process spawning model? Regards - Eliot Moss -- 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: Permissions question / issue
On 4/14/2023 3:43 PM, Eliot Moss via Cygwin wrote: On 4/14/2023 3:11 PM, Corinna Vinschen via Cygwin wrote: On Apr 13 23:03, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). Huh? No, it doesn't, usually. My file has perms rw-r--r-- (644) and that's perfectly fine. Also, I tried the same setting as you did, i. e. $ getfacl config # file: config # owner: corinna # group: vinschen user::rw- group::--- group:SYSTEM:r-x mask::r-x other::--- And ssh still works as desired and does not throw any error. You can also add g:SYSTEM:r-x to the directories and it should have no negative side effect. I just did that with ~/.ssh and ssh still works as expected. Of course you're entirely right, Corinna! Not sure how I got it in my head that it needed 600 permissions. Thank you for clarifying! However ... ssh *does* demand that key files be accessible only by the user. Is there a solution - if necessary using Windows tools - to make ssh happy while allowing a SYSTEM backup tool to back up the file? More info: At present I have: $ getfacl id_rsa2 # file: id_rsa2 # owner: moss # group: moss user::rw- group::--- group:SYSTEM:r--#effective:--- mask::--- other::--- $ icacls id_rsa2 id_rsa2 NULL SID:(DENY)(Rc,DC) ELIOT-SURFACE-3\moss:(R,W,D,WDAC,WO) ELIOT-SURFACE-3\moss:(Rc,S,RA) NT AUTHORITY\SYSTEM:(R) Everyone:(Rc,S,RA) I don't claim expert level understanding of the Windows access scheme, but Windows Explorer believes that SYSTEM has read access to the file, so I suppose this will work. I guess we're kind of lying to cygwin a little - but in a way that is useful here. Best wishes - Eliot -- 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: Permissions question / issue
On 4/14/2023 3:11 PM, Corinna Vinschen via Cygwin wrote: On Apr 13 23:03, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). Huh? No, it doesn't, usually. My file has perms rw-r--r-- (644) and that's perfectly fine. Also, I tried the same setting as you did, i. e. $ getfacl config # file: config # owner: corinna # group: vinschen user::rw- group::--- group:SYSTEM:r-x mask::r-x other::--- And ssh still works as desired and does not throw any error. You can also add g:SYSTEM:r-x to the directories and it should have no negative side effect. I just did that with ~/.ssh and ssh still works as expected. Of course you're entirely right, Corinna! Not sure how I got it in my head that it needed 600 permissions. Thank you for clarifying! However ... ssh *does* demand that key files be accessible only by the user. Is there a solution - if necessary using Windows tools - to make ssh happy while allowing a SYSTEM backup tool to back up the file? Regards - Eliot -- 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: Permissions question / issue
On 4/13/2023 11:03 PM, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). ---> should have read no *more* permissive (sent too late at night!) However, my backup program runs as SYSTEM and needs access. I tried to provide that access by adding an ACL g:SYSTEM:r-x, but that appears as rw-r-x--- and ssh doesn't like it. I seem to recall that at some point in the past we agreed to ignore the permissions given to SYSTEM when computing effective permission (e.g., as output by ls -l). That would suit the purpose. Did something change? or am I misremembering the solution to the conundrum? Note: I have Administrator privilege on my machine, but that doesn't help, since the backup tool runs under SYSTEM, a different account. Best wishes - Eliot Moss -- 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
Permissions question / issue
Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). However, my backup program runs as SYSTEM and needs access. I tried to provide that access by adding an ACL g:SYSTEM:r-x, but that appears as rw-r-x--- and ssh doesn't like it. I seem to recall that at some point in the past we agreed to ignore the permissions given to SYSTEM when computing effective permission (e.g., as output by ls -l). That would suit the purpose. Did something change? or am I misremembering the solution to the conundrum? Note: I have Administrator privilege on my machine, but that doesn't help, since the backup tool runs under SYSTEM, a different account. Best wishes - Eliot Moss -- 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 starts take long since march. Three minutes to prompt.
On 4/3/2023 10:38 AM, Thomas Schweikle via Cygwin wrote: Hi! Cygwin shell takes about three minutes until the prompt is shown. Any idea how to find out the cause? I think the most common thing in the past had to do with probing remote mounts. You could try pruning paths and see what happens, or adjusting mount parameters. Regards - Eliot Moss -- 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: exe in path directory, "command not found"
On 3/14/2023 11:00 PM, WyntrHeart via Cygwin wrote: I've added /cygdrive/c/program\ files/notepad++ to my path in .bash_profile, double checking with echo to make sure that the directory is in the path. But when I type "notepad++.exe" or "notepad++" I get "bash: notepad++: command not found". I did restart the terminal before testing to make sure that .bash_profile was loaded and path was updated. Is there something I'm doing wrong here or is this a bug? That would be: /cygdrive/c/Program\ Files/notepad++ -- assuming that's a *folder* that contains notepad++.exe ... Note that path (written PATH, and generally exported) contains folder names separated by colons. To add to the end you can do: export PATH="$PATH:/cygdrive/c/Program Files/notepad++" Note: no \ in front of space inside the quotes. Best - Eliot Moss -- 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: Nano fails to open file "~/.bashrc".
On 3/3/2023 10:37 AM, Kirill Frolov via Cygwin wrote: On 03.03.2023 18:31, Andrey Repin wrote: Greetings, Kirill Frolov! Please avoid top-posting in this list. On 03.03.2023 15:47, Andrey Repin wrote: Greetings, Kirill Frolov! When i run nano ~/.bashrc nano opens with [ Directory '/home/frolo' does not exist ] error. Do you run it from bash prompt or from CMD prompt? The file opens with cat ~/.bashrc Can you please show us the output of getent passwd "$USER"; mount; cat /etc/nsswitch.conf I run it with F:\cygwin64\bin\mintty.exe -i /Cygwin-Terminal.ico - Thanks. TBH, I'm baffled. Your setup looks like standard unaltered one. Diagnostics seems clear, but the last bit remains. What the `which nano` says? $ getent passwd "$USER"; mount; cat /etc/nsswitch.conf frolo:*:197609:197121:U-DESKTOP-P57624Q\frolo,S-1-5-21-3636099827-1216969241-2011884586-1001:/home/frolo:/bin/bash F:/cygwin64/bin on /usr/bin type ntfs (binary,auto) F:/cygwin64/lib on /usr/lib type ntfs (binary,auto) F:/cygwin64 on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto) # /etc/nsswitch.conf # # This file is read once by the first process in a Cygwin process tree. # To pick up changes, restart all Cygwin processes. For a description # see https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nsswitch # # Defaults: # passwd: files db # group: files db # db_enum: cache builtin # db_home: /home/%U # db_shell: /bin/bash # db_gecos: $ which nano /cygdrive/c/Program Files/Git/usr/bin/nano I'll jump in: That does not appear to be Cygwin nano, but some other, Windows-based nano, which would expect Windows type paths, not Cygwin type paths. You have (at least) two options: - Drop that nano and install the Cygwin one; - Invoke that nano with a Windows path, perhaps like this: nano $(cygpath -wa ~/.bashrc) Personally, I'd go with the first option, since CYgwin nano is more likely to play nicely with Cygwin files ... Best wishes - Eliot Moss -- 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: (No Subject)
On 2/24/2023 2:07 PM, chrstfer via Cygwin wrote: Moss, Have you made any major changes to your cygwin X server settings? I tried this with a fresh install of the cygwin Xserver suite, first thing i did, but was unable to get it to work. I assume you are using Docker Desktop? Do you have it integrated with WSL? Thanks for the quick reply! This will be my last for the night. Don't want to flood. I was not referring to Docker at all. My XWin.0.log contains this: XWin :0 -multiwindow -clipboard -wgl -ac -unixkill -listen tcp -clipboard -resize -engine 1 -emulate3buttons 100 -dpi 144 HTH - Eliot -- 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: (No Subject)
On 2/24/2023 1:51 PM, chrstfer via Cygwin wrote: Hi all, First mail, so while I'm fairly sure it's on topic please forgive me if it isn't. Has anyone tried to get a docker container with an X app in it to connect to the cygwin x server? When I run startxwin after starting the wslg container the cygwin Xserver comes in at address (word?) :1 rather than :0, so the two servers can recognize each other (at least to some degree). I can run a cygwin X app in a cygwin console and get an X window, and I can run a wslg app in a wsl bash instance and get an X window, each on their respective servers. But when I set the env DISPLAY in one to the X of the other, it breaks. This isn't just a stupid ask for a redundant use-case, either. The cygwin X server is vastly superior to the wslg one, at least insofar as integration with the windows 10 chrome; cygwin X windows no matter the library will snap like a regular windows window will. Anything coming out of wslg, at least when it comes to gtk3 (emacs-git) and QT4 (qutebrowser), have no native window decorations and don't snap. I've also been unable to find a way to run a docker container as a single X root window (ie to run a DE inside of a container) but I bet if I could connect to the cygwin X server that'd be fairly straightforward. I'll be the first to admit I don't know too much about X so is what I'm asking even possible? (I do mainly use linux, but normally X is one of those things that i dont fiddle with much) UItimately/mostly I'm just fed up of being stuck in Windows windowland at work and not having emacs-git*. At least thats how i landed on this topic, but it seems to me being able to run a docker container and have it hook into a cygwin X server that's already running would be a good feature generally. Especially if it would enable me to disable WSL again. (*As an aside: while I have gotten it to compile, and it runs in the console, so many tests break that I'm afraid to even try compiling it for gtk3; so a docker container of debian stable seemed a logical next step and i half-expected it to just work, to be honest, given how seamless the rest of my cygwin experience has been recently, and I would put money on these two issues being on docker/docker-desktop/wsl, given how poor wslg's integration is despite being a microsoft project) If it's of any help in understanding this, in wsl I set DISPLAY=:0 and can start X apps that connect to the Cygwin X server. I wonder if there are issues trying to run two X servers at the same time ... Best - Eliot Moss -- 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: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
On 2/22/2023 7:03 AM, Jose Isaias Cabrera via Cygwin wrote: On February 21, 2023 2:52 AM, Csaba Raduly expressed: Because you're not on Windows. You're on Cygwin, which acts as a POSIX (Unix-like) system. Wow! Thanks for that deep thought. :-) I knew that. :-) I have been using Cygwin since 1999 (sometimes more than others). I just thought that by now, Windows would have started playing nicer and had made enough changes to be friendlier to POSIX. Long story, but I need to use Cygwin for this. Thanks, though. Sorry - hard to know whether one is dealing with a "newbie" or not. EM -- 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: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
If you will be running X (and Cygwin supports, but does not require that), then the xorg backend (meaning: not the Windows one) with pynput (note, that package has no "i" in its name) may achieve your goal. Regards - Eliot Moss -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
Ok ... assuming the "Modern C" is more or less POSIX based and does not use things outside the realm of what cygwin supplies, I think the answer is straightforward: Make sure you install every program and every library that the book uses. There's not really such a thing as a "full install" for Cygwin (and it would huge anyway), so you'll have to figure out what going through the book demands. Fortunately, you can somewhat do that as you go, finding packages that need to be installed. Best wishes - EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 3:28 PM, Yeo Kai Wei wrote: On 7/2/2023 9:54 am, Eliot Moss wrote: On 2/7/2023 11:34 AM, Yeo Kai Wei wrote: On 7/2/2023 7:27 am, Eliot Moss wrote: On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: I updated Cygwin to 3.4.5-1.x86_64. $ uname -a CYGWIN_NT-10.0-19045 DESKTOP-P3E71RB 3.4.5-1.x86_64 2023-01-19 19:09 UTC x86_64 Cygwin However, the same problem occurs. Cygwn-devel doesn't seem to work. $ gcc -o selectStdIn selectStdIn.c selectStdIn.c:9:10: fatal error: sys/select.h: No such file or directory #include ^~ compilation terminated. Well, on my system cygcheck -f /usr/include/sys/select.h clearly says that the file came from cygwin-devel-3.4.3-1. Maybe you misspelled cygwin-devel ? You do have to select the package explicitly, too. EM Hi Eliot, I just reinstalled Cygwin but I'm unsure of what I missed. I did "cygcheck -f /usr/include/sys/select.h" and it seems to tell me that I do have cygwin-devel-3.4.5-1 Did I miss a step? What gcc are you running? Maybe not cygwin's? EM Hi Eliot, I think I'm running MinGW's gcc. I typed in "gcc --version" and this is what Cygwin returned. $ gcc --version gcc.exe (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. What should I do next? Install the relevant gcc and program building packages. But I think you're reaching the limit of the handholding the community may be prepared to offer ... Also, you never said what you're *really* trying to accomplish. EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 2:56 PM, Yeo Kai Wei wrote: On 7/2/2023 9:54 am, Eliot Moss wrote: On 2/7/2023 11:34 AM, Yeo Kai Wei wrote: On 7/2/2023 7:27 am, Eliot Moss wrote: On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: I updated Cygwin to 3.4.5-1.x86_64. $ uname -a CYGWIN_NT-10.0-19045 DESKTOP-P3E71RB 3.4.5-1.x86_64 2023-01-19 19:09 UTC x86_64 Cygwin However, the same problem occurs. Cygwn-devel doesn't seem to work. $ gcc -o selectStdIn selectStdIn.c selectStdIn.c:9:10: fatal error: sys/select.h: No such file or directory #include ^~ compilation terminated. Well, on my system cygcheck -f /usr/include/sys/select.h clearly says that the file came from cygwin-devel-3.4.3-1. Maybe you misspelled cygwin-devel ? You do have to select the package explicitly, too. EM Hi Eliot, I just reinstalled Cygwin but I'm unsure of what I missed. I did "cygcheck -f /usr/include/sys/select.h" and it seems to tell me that I do have cygwin-devel-3.4.5-1 Did I miss a step? What gcc are you running? Maybe not cygwin's? EM Hi Eliot, I used "cygcheck -cd" to show all the packages I have. I can see "cygwin-devel 3.4.5-1". $ cygcheck -cd Cygwin Package Information Package Version _autorebase 001091-1 alternatives 1.3.30c-10 base-cygwin 3.8-2 base-files 4.3-3 bash 4.4.12-3 bzip2 1.0.8-1 ca-certificates 2022.2.54-3 coreutils 9.0-1 crypto-policies 20190218-1 cygutils 1.4.17-1 cygwin 3.4.5-1 cygwin-devel 3.4.5-1 dash 0.5.12-1 diffutils 3.9-1 editrights 1.03-1 file 5.44-1 findutils 4.9.0-1 gawk 5.2.1-2 getent 2.18.90-5 grep 3.8-2 groff 1.22.4-1 gzip 1.12-1 hostname 3.13-1 info 7.0.2-1 ipc-utils 1.0-2 less 590-1 libargp 20110921-3 libattr1 2.5.1-1.20.g0981a7bfe487 libblkid1 2.33.1-2 libbz2_1 1.0.8-1 libfdisk1 2.33.1-2 libffi6 3.2.1-2 libgcc1 11.3.0-1 libgdbm6 1.18.1-1 libgmp10 6.2.1-2 libiconv2 1.17-1 libintl8 0.21.1-2 liblz4_1 1.9.4-1 liblzma5 5.4.1-1 libmpfr6 4.2.0-1 libncursesw10 6.3-1.20220416 libp11-kit0 0.23.20-1 libpcre2_8_0 10.42-1 libpipeline1 1.5.6-1 libpopt-common 1.18-1 libpopt0 1.18-1 libreadline7 8.2-2 libsigsegv2 2.10-2 libsmartcols1 2.33.1-2 libssl1.1 1.1.1s-1 libstdc++6 11.3.0-1 libtasn1_6 4.14-1 libuuid1 2.33.1-2 libzstd1 1.5.2-1 login 1.13-1 man-db 2.11.2-1 mintty 3.6.3-1 ncurses 6.3-1.20220416 openssl 1.1.1s-1 p11-kit 0.23.20-1 p11-kit-trust 0.23.20-1 rebase 4.6.2-2 run 1.3.4-2 sed 4.9-1 tar 1.34-1 terminfo 6.3-1.20220416 terminfo-extra 6.3-1.20220416 tzcode 2022g-1 tzdata 2022g-1 util-linux 2.33.1-2 vim-minimal 8.2.4372-1 which 2.20-2 xz 5.4.1-1 zlib0 1.2.13-1 zstd 1.5.2-1 Additionally, what packages do I need to download for the following? $ gcc -o basicFork basicFork.c basicFork.c: In function 'main': basicFork.c:14:9: error: 'SIGCHILD' undeclared (first use in this function); did you mean 'SIGILL'? signal(SIGCHILD, SIG_IGN); ^~~~ SIGILL basicFork.c:14:9: note: each undeclared identifier is reported only once for eac h function it appears in basicFork.c:19:14: warning: implicit declaration of function 'fork' [-Wimplicit- function-declaration] pid_t pid = fork(); Yes, but not gcc. You're using some other installation of gcc. In bash `type -all gcc` will show you the gcc's it finds, in order. (It may find the same one multiple times because of links.) bash is happy to invoke things in the Windows directories if they're on your path. For example, `type cmd` shows the Windows cmd command line for me. I believe the signal's name is SIGCHLD, not SIGCHILD. Best - EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 11:34 AM, Yeo Kai Wei wrote: On 7/2/2023 7:27 am, Eliot Moss wrote: On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: I updated Cygwin to 3.4.5-1.x86_64. $ uname -a CYGWIN_NT-10.0-19045 DESKTOP-P3E71RB 3.4.5-1.x86_64 2023-01-19 19:09 UTC x86_64 Cygwin However, the same problem occurs. Cygwn-devel doesn't seem to work. $ gcc -o selectStdIn selectStdIn.c selectStdIn.c:9:10: fatal error: sys/select.h: No such file or directory #include ^~ compilation terminated. Well, on my system cygcheck -f /usr/include/sys/select.h clearly says that the file came from cygwin-devel-3.4.3-1. Maybe you misspelled cygwin-devel ? You do have to select the package explicitly, too. EM Hi Eliot, I just reinstalled Cygwin but I'm unsure of what I missed. I did "cygcheck -f /usr/include/sys/select.h" and it seems to tell me that I do have cygwin-devel-3.4.5-1 Did I miss a step? What gcc are you running? Maybe not cygwin's? EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 11:21 AM, Yeo Kai Wei wrote: On 7/2/2023 7:50 am, Eliot Moss wrote: On 2/7/2023 10:48 AM, Yeo Kai Wei wrote: On 7/2/2023 7:27 am, Eliot Moss wrote: On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: What you showed says nothing about which packages you've installed. Do you realize cygwin is not a single thing, but a base library plus a huge collection of packages from which you need to choose? (And don't choose them all - that's huge and unnecessary. You can install things incrementally as you need them.) Best - EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 10:48 AM, Yeo Kai Wei wrote: On 7/2/2023 7:27 am, Eliot Moss wrote: On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: I updated Cygwin to 3.4.5-1.x86_64. $ uname -a CYGWIN_NT-10.0-19045 DESKTOP-P3E71RB 3.4.5-1.x86_64 2023-01-19 19:09 UTC x86_64 Cygwin However, the same problem occurs. Cygwn-devel doesn't seem to work. $ gcc -o selectStdIn selectStdIn.c selectStdIn.c:9:10: fatal error: sys/select.h: No such file or directory #include ^~ compilation terminated. Well, on my system cygcheck -f /usr/include/sys/select.h clearly says that the file came from cygwin-devel-3.4.3-1. Maybe you misspelled cygwin-devel ? You do have to select the package explicitly, too. EM Hi Eliot, Thanks for the help. There's probably some error somewhere. I'll just uninstall the whole thing and reinstall from scratch. Well, sometimes that's best, but between the other responses and mine, I suspect you're not actually selecting and downloading cygwin-devel. It could be problematic if you've installed cygwin in more than one place, perhaps without realizing it ... Pay attention to what the cygwin root directory is for your installation :-) ... Best - EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 10:03 AM, Yeo Kai Wei via Cygwin wrote: On 7/2/2023 4:59 am, gs-cygwin@gluelogic.com wrote: On Tue, Feb 07, 2023 at 04:33:53AM +0800, Yeo Kai Wei wrote: I updated Cygwin to 3.4.5-1.x86_64. $ uname -a CYGWIN_NT-10.0-19045 DESKTOP-P3E71RB 3.4.5-1.x86_64 2023-01-19 19:09 UTC x86_64 Cygwin However, the same problem occurs. Cygwn-devel doesn't seem to work. $ gcc -o selectStdIn selectStdIn.c selectStdIn.c:9:10: fatal error: sys/select.h: No such file or directory #include ^~ compilation terminated. Well, on my system cygcheck -f /usr/include/sys/select.h clearly says that the file came from cygwin-devel-3.4.3-1. Maybe you misspelled cygwin-devel ? You do have to select the package explicitly, too. EM -- 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: [FEEDBACK] Issue with fd_set, FD_ZERO, FD_SET, FD_SETSIZE : Cygwin
On 2/7/2023 7:25 AM, Yeo Kai Wei via Cygwin wrote: Hi, I would like to report an issue with Cygwin 3.4.2 on Windows. It doesn't seem to be able to work with fd_set, FD_ZERO, FD_SET, FD_SETSIZE macros. The code is in italics. The filename was selectStdIn.c. The terminal command used was "gcc -o selectStdIn selectStdIn.c" Thank you. My guess is that those fd set things aren't POSIX, and cygwin tries to model POSIX. Comments at the top of /usr/include/sys/select.h suggest that. -- Eliot Moss -- 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: ioperm / iopl / pciutils
On 1/30/2023 4:22 AM, Franz Fehringer via Cygwin wrote: Hi all, Is there any Cygwin package providing the iopl et al. routines? Google uncovers an ioperm package but that seems to be nothing current. My goal is to compile https://github.com/pciutils/pciutils with Cygwin. The package claims to be available under CYGWIN [sic]. What issue(s) are you having? Eliot Moss -- 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: Question about slow access to file information
On 1/15/2023 3:38 AM, Christian Franke via Cygwin wrote: Eliot Moss via Cygwin wrote: I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files. These tend to be 2 Gb chunks, and there can be hundreds of them in the backup directory. (The drive is 5Tb.) The Windows Disk Management tool describes it as NTFS, Basic Data Partition. Doing ls (for example) takes a very perceptible numbers of seconds (though whatever takes a long time seems to be cached, at least for a while, since a second ls soon after is fast). The problem is the 'noacl' mount option and the fact that POSIX only offers the *stat*() functions to retrieve file information. These functions always need to provide the full file information, even if only a small subset is needed. To determine the 'x'-permission bits in the 'stat.st_mode' field on a 'noacl'-mount, Cygwin reads the first bytes of most files (all except *.exe, *.lnk, *.com). The 'x' bits are set if the file starts with "#!" (script), ":\n" (?) or "MZ" (Windows executable). On 'noacl' mounts, this behavior could be suppressed by 'exec' or 'noexec' mount options. Interesting. I removed the noacl from /etc/fstab and restarted all Cygwin processes. The mount program now shows that drive without noacl. It still takes surprisingly long to ls if I have not done so recently. The directory contains ~1200 files. Further thoughts? EM -- 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
Question about slow access to file information
Dear Cygwin'ers - I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files. These tend to be 2 Gb chunks, and there can be hundreds of them in the backup directory. (The drive is 5Tb.) The Windows Disk Management tool describes it as NTFS, Basic Data Partition. Doing ls (for example) takes a very perceptible numbers of seconds (though whatever takes a long time seems to be cached, at least for a while, since a second ls soon after is fast). Windows Explorer (for example) and CMD do not seem to suffer this delay. Any notion as to what is happening and what I might do to ameliorate it? If it matters, the drive is removable (an external WD MyPassport hard drive). Regards - Eliot Moss -- 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: newlib-cygwin.git repository: Switching "master" to "main"
On 1/14/2023 7:16 AM, Dave McGuire via Cygwin wrote: On 1/13/23 14:57, Adam Dinwoodie wrote: On Fri, Jan 13, 2023 at 02:23:44PM -0500, Mike Frysinger via Cygwin wrote: thanks for doing this! -mike Seconded! This clearly isn't going to solve racism in a single step, but making our community that bit more welcoming -- particularly when the cost of the change is essentially zero -- has to be a positive move. You guys have GOT to be kidding me. Umm, no. For example, the gem5 project (a computer architecture simulator including estimated timing) has deprecated master/slave terminology for port protocols. The way I would put it is this: We swim in a sea of racism mostly not realizing it, just as we move in air usually without thinking about it. This is true for all people in our culture, no matter their ethnicity. This small change make us more conscious of what is usually unconscious or subconscious, and it does not cost us much to do it. Regards - Eliot Moss -- 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: Creating the sqlite3.exe stand-alone w/o cygwin dependency
On 12/9/2022 9:43 PM, Jose Isaias Cabrera wrote: On Friday, December 9, 2022 6:33 PM, Eliot Moss expressed: On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote: This is a bit of a shot in the dark, but I wonder about search paths and find the DLL when trying to start the program. Is the necessary directory on the search path available to Windows and/or passed to the sqlite3 executable as an environment variable? Thanks, Eliot. I have placed the sqlite3.dll in the same folder of the executable, but, it does not work either. I don't think is the sqlite3.dll that is looking for. It's probably some of the Cygwin libraries. Any thoughts where I can get help? This list continue to be a place. I still wonder if there is some path issue. Just because the dll is in the same directory does not mean that Windows will look there if . (the current directory) is not on your path. As I recall (and I hope someone will correct me!) the relevant environment variable is PATH, but it may be a different one for finding dlls. (I'm sure someone on the list can clarify that point!) Best - Eliot Moss -- 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: Creating the sqlite3.exe stand-alone w/o cygwin dependency
On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote: This is a bit of a shot in the dark, but I wonder about search paths and find the DLL when trying to start the program. Is the necessary directory on the search path available to Windows and/or passed to the sqlite3 executable as an environment variable? Regards - Eliot Moss -- 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: New Windows open behind current ones rather than in front
On 10/30/2022 8:21 AM, Jon Turney wrote: On 14/10/2022 16:58, Eliot Moss wrote: Dear Cygwiners - I am having an issue under Windows 11 where new windows, when spawned from the command line of (say) Cygwin bash or WSL2 bash come up *behind* current Windows. This behavior seems new to Windows 11. Anybody know a setting or technique to control / change this? Two examples: - Spawn Word from Cygwin bash - Spawn okular from WSL 2 If I spawn xterm from Cygwin bash, it comes up in front, but from WSL2 bash, it comes up behind. My X server is the Cygwin one. Happy to provide more details if this is not enough. I have seen something like this on occasion with windows created by the Cygwin X server, but that seems to be associated with having "focus follows mouse" mode turned on. I'm not sure if that os some problem in the way that the X server manages the Z-order of it's windows, or something about the way that the X server creates windows interacting with any 'focus stealing prevention' heuristic that windows has (See 'ForegroundLockTimeout'). Your first example doesn't seem to involve X at all, so I guess that points towards the second theory... Thank you, Jon! I did a little more digging and found that following these instructions to turn on Windows "Prevent windows from being automatically arranged when moved to the edge of the screen" stopped X windows from starting behind the window of the command that spawned them: Go to "Control Panel". Select "Ease of Access". Select "Change how your mouse works". Enable the checkbox: "Prevent windows from being automatically arranged when moved to the edge of the screen." It does not seem to change the "new window comes up behind Cygwin xterm bash" for new windows that are Windows programs as opposed to X programs. I wonder if this could have anything to do with how Cygwin deals with spawning non-Cygwin programs ... Best - Eliot -- 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
New Windows open behind current ones rather than in front
Dear Cygwiners - I am having an issue under Windows 11 where new windows, when spawned from the command line of (say) Cygwin bash or WSL2 bash come up *behind* current Windows. This behavior seems new to Windows 11. Anybody know a setting or technique to control / change this? Two examples: - Spawn Word from Cygwin bash - Spawn okular from WSL 2 If I spawn xterm from Cygwin bash, it comes up in front, but from WSL2 bash, it comes up behind. My X server is the Cygwin one. Happy to provide more details if this is not enough. Best - Eliot Moss -- 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: Frequent Warning messages using gv
On 10/8/2022 8:57 AM, Adam Dinwoodie wrote: On Wed, 5 Oct 2022 at 06:46, Fergus Daly wrote: Whenever I use gv on a PostScript file as in $ gv filename.ps then a (usually) successful display is (almost invariably) accompanied by Warning messages about font conversions. It is not obvious what limitations or errors are affecting the displayed output, if any, and I have got into the habit of issuing the command with the qualifier $ gv filename.ps 2> /dev/null However: the Warning messages whilst occasionally very esoteric nearly always include the form Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string "-*-Helvetica-Bold-R-Normal--*-120-*-*-P-*-ISO8859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-100-*-*-P-*-ISO8859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-120-*-*-P-*-ISO8859-1" to type FontStruct Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-140-*-*-P-*-ISO8859-1" to type FontStruct Is there some additional fonts package or group of packages that I could usefully incorporate into my Cygwin setup that would reduce warnings when using gv? (And maybe improve the rendering of outputs.) My directory /usr/share/fonts/microsoft/ contains 120+ ttf links, though none looking anything like helv*. I doubt it. I'm not familiar with gv, but this looks like you're trying to process documents that incorporate Helvetica, in a way that requires having the font files, without having the font files. Helvetica is a trademark, and the font files are under copyright, so no Cygwin package is going to be able to include the fonts or even include substitutes with matching filenames. You *might* be able to add symlinks from the missing Helvetica files to more readily available metric-identical alternatives you already have access to, e.g. Arial, MS Sans Serif, or Liberation Sans. Otherwise I suspect you need to either avoid processing files that incorporate fonts you don't own, or buy copies of the relevant Helvetica typefaces. Something I might try first is researching how fontconfig can allow you to set up substitutions. Cheers - Eliot Moss -- 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)
On 9/17/2022 7:56 AM, Ken Brown via Cygwin-announce wrote: 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). ... 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. Actually, I am not seeing that. The setup as provided does the native compilation in deferred mode, which forks asynchronous native code compilation, apparently while continuing to run byte code. When the native code is ready, it is swapped in, replacing the interpreted byte code. So, if your system has multiple cores (like mine) and is not overloaded, you may not see slow down - only eventual speed up. Thank you for this, Ken! Eliot Moss -- 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: How to get setup to *re*install a package from the command line
On 9/8/2022 2:00 AM, Christian Franke wrote: Eliot Moss wrote: If data in /etc/setup is still intact, a quick way with the GUI should be run to the recent 2.921 RC release of setup, select the "Up To Date" view and then press and hold Ctrl+R. https://sourceware.org/pipermail/cygwin/2022-August/252146.html This was very helpful and was able to re-install everything. inetutils-server balked at how the permission on /var were set, but once I corrected those, it also finished installing. Thank you! Now we'll see if a re-install fixed my issues :-) ... EM -- 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 to get setup to *re*install a package from the command line
Dear Cygwiners - I've not been able to find a way to get setup, when used from the command line, to *re*install an existing package, so as to repair any brokenness. For context, I had my disk get trashed and restored from a cloud backup. However, that tool is not entirely competent about everything, e.g., links. Most programs work ok, but others clearly are not quite right. So I want to try re-installing all installed packages. But there does not seem to be any way to get command line setup to Reinstall something that is already installed, though the GUI tool can certainly do it. I have used cygcheck to get a list of the installed packages and want to do this in a giant batch. I have a lot of packages installed (though not the entire universe!) so using the GUI to select things one at a time would be very tedious. Is the only alternative to do one run uninstalling all the packages, and then another installing them? Regards - Eliot -- 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: Running cygwin from python
On 8/31/2022 4:40 PM, René Berber wrote: On 8/31/2022 1:39 PM, Eliot Moss wrote: On 8/31/2022 1:41 PM, Toyoshima Denis wrote: Hi there, how are you? I’d like to know if there’s any possibility of running simple commands inside Cygwin through Python code. - If yes, could you provide some examples? This will happen automatically if you use Cygwin's python. If you don't, then you have to run a program (for example, ls) by giving the path to the executable - on my system that is: C:\cygwin64\bin\ls.exe [snip] I think he meant something like this: $ python Python 3.9.10 (main, Jan 20 2022, 21:37:52) [GCC 11.2.0] on cygwin Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> os.system("ls") ... output is a list of strings with the contents of current directory ^D Which is not a question for the Cygwin list, its elementary python. ... except if the OP is talking ab *Windows* python, in which case the os package will run Windows things, not cygwin ones ... Best - Eliot -- 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: Running cygwin from python
On 8/31/2022 1:41 PM, Toyoshima Denis wrote: Hi there, how are you? I’d like to know if there’s any possibility of running simple commands inside Cygwin through Python code. If yes, could you provide some examples? This will happen automatically if you use Cygwin's python. If you don't, then you have to run a program (for example, ls) by giving the path to the executable - on my system that is: C:\cygwin64\bin\ls.exe Any argument will need to be in a form that the Cygwin program expects. For example. to ls my Cygwin home directory, I could do: C:\cygwin64\bin\ls.exe /home/moss I could also do: C:\cygwin64\bin\ls.exe /cygdrive/c/cygwin64/home/moss You could also go through two steps, using the cygpath program to convert paths to the desired form for a Cygwin program to obtain a Cygwin form name to pass to a Cygwin program. HTH - Eliot Moss -- 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: Problem with grow.exe demo test file for SLEUTH Urban growth model
On 7/28/2022 11:20 PM, Krishnaveni K S wrote: Dear Yano, Thank you so much for the support. I have use 64 bit download from cygwin and used the demo files for test run. Haven't used 32 bit.. Can you please suggest how to solve this? With regards Krishnaveni What is grow? Where is it coming from? How was it compiled? Cygwin has a huge number of packages; generally one installs a selection. Doing them all verges on craziness. So what is "all the required packages" in this case? I feel there's a lot you aren't telling us. Is this some app from a third party? They may not have packaged it well with Cygwin. Presumably, you meant ./grow.exe, not ../grow.exe (unless you were in a subolder and rally wanted grow.exe from the parent folder). Etc. Hope this helps advanced the cause a bit EM On Fri, 29 Jul 2022 02:30:34 +0530 Krishnaveni K S wrote: Hi, I tried installing Cygwin 64 in my machine with windows 11 OS. Installed all the required packages. Till testing of the growth file everything was fine. When I entered " ../grow.exe test scenario.demo_test" it is showing an error. " grow.exe Application error The application was unable to start correctly 0xco7b)Please help.. I tried with Windows 10 and 8 alsoSame error popping up... Please help Perhaps, you are running the application in 64 bit cygwin which is compiled with 32 bit cygwin. Or vice versa. -- Takashi Yano -- 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: I got a '~' showing up as the Title of my Window
On 7/15/2022 12:44 PM, Kevin M. Wilson via Cygwin wrote: Greetings, Well, I've gone and done something, and I don't know how to fix it...Please help! I start a terminal window on my windows machine, ssh'g to my Linux box. At the top lefthand corner of that window is a tilde, "~bash". The word disappears, leaving behind the 'tilde'. Plus, on the screen next to the prompt, a few seconds later...Another'tilde'. So...Suggestions? Kevin Presumably this is an xterm (or something like it) and bash (or whatever) is setting the window title. This can be done by sending an escape sequence to the terminal. You might look through the various bash settings regarding that - though I personally control it with my own scripts. Best - EM -- 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: chmod g+s ineffective
On 7/10/2022 10:17 PM, Chris Wagner wrote: On 6/29/2022 9:18 AM, Norton Allen wrote: On one machine I have, chmod g+s fails to set the sticky bit. The >>> command does not return any error, but ls -l continues to show the bit not set. $ mkdir foo $ chgrp flight foo $ chmod g+ws foo $ ls -ld foo drwxrwxr-x+ 1 nort flight 0 Jun 29 06:50 foo Hi. The permission bits are implemented as normal Window's DACLs (Discretionary Access List). +s is implemented magically with the NULL SID. You can view it from Explorer or with icacls. Try checking the return code (echo $?) from chmod. Also try changing perms from Explorer. You might not be able to set the NULL SID for some reason. I'd like to add that, for good reason, the Cygwin DACLs do not conform to the order of entries that some Windows tools prefer. Don't let any Windows program/tool reorder the DACLs! It will break the Cygwin functionality, and the Cygwin order does not break Windows functionality. Best - Eliot Moss -- 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: Bug in Control-d handling?
On 6/20/2022 9:24 AM, Ken Brown wrote: > On 6/20/2022 6:22 AM, Takashi Yano wrote: >> On Mon, 20 Jun 2022 17:59:35 +0900 >> Takashi Yano wrote: >>> Isn't this a bug of newlib? Try following code. >>> >>> #include >>> >>> int main() >>> { >>> printf("%d\n", getchar()); >>> printf("%d\n", feof(stdin)); >>> printf("%d\n", getchar()); >>> return 0; >>> } >>> >>> If you press Ctrl-D at the first getchar(), the second getchar() >>> does not return EOF while it does in linux. >>> >>> The following patch seems to resolve the issue. >>> >>> diff --git a/newlib/libc/stdio/refill.c b/newlib/libc/stdio/refill.c >>> index ccedc7af7..843163b7e 100644 >>> --- a/newlib/libc/stdio/refill.c >>> +++ b/newlib/libc/stdio/refill.c >>> @@ -47,11 +47,9 @@ __srefill_r (struct _reent * ptr, >>> fp->_r = 0;/* largely a convenience for callers */ >>> -#ifndef __CYGWIN__ >>> /* SysV does not make this test; take it out for compatibility */ >>> if (fp->_flags & __SEOF) >>> return EOF; >>> -#endif >>> /* if not already reading, have to be reading and writing */ >>> if ((fp->_flags & __SRD) == 0) >>> >>> However, I am not sure what this #ifndef __CYGWIN__ is for. >> >> Ah, I confirmed that System V (Solaris 11.4) behaves like that. >> Does cygwin aim for System V compatibility??? > > Thanks for tracking this down! > > I don't recall any situation in which Cygwin preferred System V compatibility over Linux > compatibility. I'm attaching the commit (from November 2004) in which the #ifndef __CYGWIN__ was > introduced. There's no indication in the commit message as to the reason for the change. I also > didn't see anything relevant in the cygwin or cygwin-developers mailing lists from November 2004, > but I might have missed it. > > I think that commit should probably be reverted, but we should wait until Corinna is available. > Even though the issue is in newlib code, the code only affects Cygwin, so there's probably no need > to involve the newlib list. But again, that's Corinna's call. Good idea to wait for Corinna. I did a smidge of research, looking through the Wikipedia page on the POSIX terminal interface. It suggests that this part was largely borrowed from System-V, so that may explain what we see in newlib. And looking up the POSIX spec, it says this: "Special character on input, which is recognized if the ICANON flag is set. When received, all the bytes waiting to be read are immediately passed to the process without waiting for a , and the EOF is discarded. Thus, if there are no bytes waiting (that is, the EOF occurred at the beginning of a line), a byte count of zero shall be returned from the read(), representing an end-of-file indication. If ICANON is set, the EOF character shall be discarded when processed." This suggests that indeed control-D will need to be typed twice before a blocking read on a terminal with ICANON will appear to be at eof. I guess we can consider getchar to be (almost) like a read of size 1, except where read would return 0, getchar returns -1. The quoted text above implies that the second control-D will set the end-of-file indicator. So I agree that it looks like the ifndef should be removed. And of course, wherever we said control-D, EOF should be implied (it is normally control-D, but the user can change which character is associated with the EOF semantics). Cheers - Eliot -- 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: unzip failure with files that contain colons
On 6/16/2022 11:29 AM, Takashi Yano wrote: On Thu, 16 Jun 2022 06:22:38 +0200 Thomas Wolff wrote: Am 15.06.2022 um 20:30 schrieb Adam Dinwoodie: Cygwin generally handles filenames with colons just fine, by mapping the character to some higher Unicode character and remapping on the fly. However Cygwin's `unzip` appears to have a bug: when unzipping an archive that contains a filename with a colon, it replaces the colon with an underscore. cygcheck.out and simple test script attached; expected behaviour from running `bash unzip-bug.sh` is that you get an empty file called `a:b`, but on Cygwin you instead get an empty file called `a_b`. It's an explicit #ifdef __CYGWIN__ in upstream unzip, file unix/unix.c, which transforms a bunch of characters. If I uncomment most of them (except \), all unpack fine: x0:z x1z x3|z x4"z x5?z x6*z I have taken over the maintenance of unzip package, and fix the problem in the updated unzip-6.0-18. https://cygwin.com/pipermail/cygwin/2022-June/251653.html Is colon used for ADS under Windows? Could that be why one should be careful with it? Regards - Eliot -- 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: Download link broken
On 6/9/2022 7:49 PM, Greenhill, Lloyd wrote: Hi Cygwin , I am trying to download the software but the link appears to be broken, https://x.cygwin.com/ attempted to install from several different browsers and several Pcs (personal and company) Please advise if there is any other way to download the software or provide an additional link It is strange that that link does not work, but just start from cygwin.com. The use Cygwin/X you need to install Cygwin and whatever other components / tools you want. It is not suggested to try to install *everything* - but you can look for X and X applications you like. Regards - Eliot Moss -- 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: possible grep V3.7 issue
On 6/6/2022 8:26 AM, Gordon Grimes via Cygwin wrote: Hi, I wanted to let you know about a possible issue I found in grep v3.7. I run Cygwin and recently downgraded ‘grep’ to v3.6 from v3.7 to address a performance issue (shown below). I just thought you’d want to know (V3.6 is working well, so I’m in a good place 😊 ) Enjoy, -g- % time echo hi | grep h hi real0m7.442s user 0m0.030s sys 0m6.576s % /usr/bin/grep --version grep (GNU grep) 3.7 Packaged by Cygwin (3.7-2) Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later https://gnu.org/licenses/gpl.html. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Haertel and others; see https://git.sv.gnu.org/cgit/grep.git/tree/AUTHORS. After the downgrade… % time echo hi | grep h hi real0m0.292s user 0m0.015s sys 0m0.124s I'm running 3.7-2 and get timing similar to what you give for 3.6: real0m0.167s user0m0.015s sys 0m0.061s Not sure what to say unless, if I downgraded, it would be an order of magnitude faster ... I wonder if maybe the new version triggers some anti-virus activity or something like that. Eliot Moss -- 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: Readline not working correctly with cygwin1.dll in same directory
On 6/5/2022 11:04 AM, Takashi Yano wrote: On Sun, 5 Jun 2022 14:17:27 + "Mexis, Nico" wrote: However, I still have one follow-up question about this: Is there a way to get rid of the need for the terminfo folder or change its location? It would be ideal to not need to include it in the distribution at all or such that it will be in the same folder as cygwin1.dll. If environment variable TERMINFO is set, cygncurses*.dll searches terminfo from TERMINFO. So it is possible if you have chance to set environment variable TERMINFO. Please refer to 'man terminfo' for more detail. I would add that the escape sequences needed to cause the proper editing on the screen depend on the terminal type, and the information for each kind of terminal is in the terminfo folder. So unless you assume a specific terminal and can properly inform readline, it would seem to me to be necessary to include terminfo. Takashi may know more on this point, of course ... Best - Eliot Moss -- 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: Need Assistance Installing GDB in Cygwin for Windows 10
On 5/19/2022 7:00 AM, abel.asmel...@att.net wrote: Hello Cygwin Contributors, I am trying to install GDB in Cygwin using the Setup_X86_64.exe Cygwin installation program. However, I don't see the option of GDB source in the package installation selection panel. What package should I use to install GDB debugger? Please, help. First, you don't need source for a fully functional gdb. Just select gdb and possibly choose which version. If you want source, check the Src? box. Regards - Eliot Moss -- 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: [QUAR] execfuse
On 5/6/2022 11:42 AM, Morten Kjærulff wrote: Hi all, Do you think it would be possible to port this to cygwin? https://github.com/vi/execfuse I'm thinking "Probably, since some version of fuse is available." However, Cygwin relies on volunteer labor, so either you dive in yourself or convince someone to do it. Best - Eliot Moss -- 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: A Question about Cygwin
On 4/26/2022 8:52 PM, yingxuemei...@i.softbank.jp wrote: To:the members of Cygwin Hello. Thank you so much for providing Cygwin. Sorry to ask a basic question. Q. I am going to use Cygwin to grep the files with the command below. As this will be done in my computer, the files will not uploaded to the servers/cloud of Cygwin by Internet. Is my understanding correct? command: grep -i -f FileA FileB > Output FileC I agree with Eric - Cygwin does not deal with the cloud directly, though programs running under it can. I suppose an exception would be if your local machine mounts a remote disk drive, and you have Cygwin interact with files on that drive. But it's not like a web browser and web pages that send tracking info to servers behind your back, etc. It's pretty much like Linux. Best - Eliot Moss -- 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: Possible xpdf packaging error?
On 4/7/2022 11:13 AM, airplanemath via Cygwin wrote: > On Thu, Apr 07 2022, Eliot Moss wrote: > >> Dear Cygwin-ers -- >> >> Today I had use for pdftotext. It man page is installed, but the program >> itself is missing. On Ubuntu (etc.) it is part of the xpdf package, the >> Cygwin version of which I have installed. pdftotext.cc is in the source >> package, but its executable is not present in the binary package. >> > $ cygcheck -p bin/pdftotext > Found 6 matches for bin/pdftotext > poppler-debuginfo-0.88.0-1 - poppler-debuginfo: Debug info for poppler > poppler-debuginfo-0.88.0-2 - poppler-debuginfo: Debug info for poppler > poppler-debuginfo-21.01.0-1 - poppler-debuginfo: Debug info for poppler > poppler-0.88.0-1 - poppler: PDF manipulation utilities > poppler-0.88.0-2 - poppler: PDF manipulation utilities > poppler-21.01.0-1 - poppler: PDF manipulation utilities > > Try installing poppler > >> So I am wondering if this is intentional (is pdftotext somewhere else?) or an >> oversight. The situation seems the same from at least the 4.01.01 release >> onward to 4.03 (current) release. > > This looks to be intentional, given the mention in the last several > announcements, e.g. > https://cygwin.com/pipermail/cygwin-announce/2021-February/009922.html > >> >> I suppose I can try getting all the necessary dependencies and building from >> source, if need be, but though this worth asking about. >> >> Regards - Eliot Moss > > Other ways to check are cygcheck -p pdftotext.exe or > https://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fpdftotext&arch=x86_64, Thanks - I had noticed, but not connected, that pdftotext is in poppler-utilsfor Ubuntu. But it's odd to have a man page for something in one package and the executable in another, no? No worries - I'll install poppler. Regards - Eliot -- 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
Possible xpdf packaging error?
Dear Cygwin-ers -- Today I had use for pdftotext. It man page is installed, but the program itself is missing. On Ubuntu (etc.) it is part of the xpdf package, the Cygwin version of which I have installed. pdftotext.cc is in the source package, but its executable is not present in the binary package. So I am wondering if this is intentional (is pdftotext somewhere else?) or an oversight. The situation seems the same from at least the 4.01.01 release onward to 4.03 (current) release. I suppose I can try getting all the necessary dependencies and building from source, if need be, but though this worth asking about. Regards - Eliot Moss -- 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: 1 [main] bash 17336 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to the public mailing list cygwin@cygwin.com
On 4/2/2022 3:37 AM, Backwoods BC wrote: https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings I've only been on this list a few months, but I've seen these "find_fast_cwd" questions about twice a month so far. Might I suggest that replacing the "Please report this problem to the public mailing list cygwin@cygwin.com" message in 'bash' with something like: "Please visit https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings for help with this issue" This removes the need for an autoresponder and is more helpful at the same time. Users might be reluctant to join the mailing list just to report this and therefore they may waste their time needlessly trying to track down the problem. The message is baked into ancient versions of Cygwin. I believe the page the auto-responder points them to indicates the fact that their version is old and should be updated. This often happens because someone bundled Cygwin with something else and is not updating the Cygwin version. Modern versions no longer generate the message. In sum, the auto-responder is the best thing we can do about it. At least we don't have to have a human respond. Best wishes - Eliot Moss -- 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: Running a command in a specific directory
On 3/22/2022 6:35 PM, Piotr Gliźniewicz wrote: Hi, I'm trying to run a command at a specific "Windows" path. Basically something similar to what chere does for bash, but I want to execute ls in bash for a specific directory. I've tried variations of what chere leaves in the registry: C:\cygwin64\bin\bash.exe -c "/bin/xhere /bin/bash.exe '%L'" Adding simply `-c ls` didn't work. To start with something simpler I've launched bash and tried just to guess what xhere want's, but I don't really know what's happening. I couldn't find any help for xhere. /cygdrive/c $ /bin/xhere '/bin/bash.exe -c ls' d: /bin/xhere: line 38: [: too many arguments /bin/xhere: line 41: [: too many arguments /bin/xhere: line 64: [: too many arguments Starting /bin/bash.exe -c ls -/bin/bash: ls: command not found /cygdrive/c $ /bin/xhere "/bin/bash.exe -c ls" d: /bin/xhere: line 38: [: too many arguments /bin/xhere: line 41: [: too many arguments /bin/xhere: line 64: [: too many arguments Starting /bin/bash.exe -c ls -/bin/bash: ls: command not found Any hints, how to properly pass `/bin/bash.exe -c ls` to xhere? I'm not familiar with xhere; I would just do something like: C:\cygwin64\bin\bash.exe -c "cd place/I/want/to/be; ls" Cheers - EM -- 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: this must be a common problem, but repeated searching is not finding an answer
On 3/19/2022 5:51 PM, Clayton Cramer wrote: I installed everything, but that does not seem to include bc. So you went through and explicitly asked for each package? If you did, then that would include bc, since it is one of the packages. I'm now confused. How did you request "everything"? Regards - EM -- 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: this must be a common problem, but repeated searching is not finding an answer
On 3/19/2022 2:33 PM, Clayton Cramer wrote: Cygwin Setup - Select Packages says there are no packages to install or update. No is there a bc executable under \cygwin You have to select packages explicitly. It does not just blindly install all of them - that's a lot of stuff, and for various reasons not a great idea. Install what you need. Best - EM -- 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: this must be a common problem, but repeated searching is not finding an answer
bc is available in Cygwin. Note that Cygwin is not a single thing, but a library that provides a pretty faithful mapping from POSIX library calls to Windows ones, PLUS a large number of packages, individually installable (modulo their dependencies on one another), of Posix compatible tools recompiled for Cygwin (often with patches to make them compile properly under Cygwin). bc is (logically enough) in the bc package. Regards - Eliot Moss -- 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-everywhere
On 3/8/2022 4:49 AM, Russell VT wrote: > On Sun, Mar 6, 2022 at 7:33 PM Eliot Moss mailto:m...@cs.umass.edu>> wrote: > > On 3/6/2022 9:00 PM, Russell VT wrote: > > Are you running Thunderbird under Cygwin (ie. in an "X" environment?), or are you running it > > directly from Windows? > > Thanks for responding, Russell. Directly under Windows. > > > Ok, that means it's going to need a little bit of "work" to even be "aware" of the Cygwin > environment. So, anything you fork from ThunderBird will need to have its environment setup > "somewhere," or will end up with a "default" Cygwin environment. > > This may make things either much easier, or much more difficult. (depending on perspective... LOL) > > > Can it run under Cygwin? I am running Cygwin/X with > emacs, xterm, okular, etc. > > > Well, it sounds like you've already done "the hard work" ... but, given enough time and resources, > ThunderBird can run just about anywhere. > > https://developer.thunderbird.net/thunderbird-development/building-thunderbird > > I'm not exactly sure anyone has gone down this path, however. > > > So, the IMPORTANT question is... how do you "normally" invoke this sort of action from Thunderbird, > in your other environments? And, what do "we" need to change/fix to make it work, like you would > like it to work? (Again, I'm assuming you have this "working" in your other environments) > > After that, HOW do we do it from the command line, in Cygwin? (presumably with an X environment > already present/running) The method I use at present is not available in later Thunderbirds. Presently I use an External Editor add-on. If I type control-E it fires up a (Windows) emacs and I can edit there, save and exit, and the edited email is back in Thunderbird. But Thunderbird totally changed their add-on technology a few years ago and this addon has never been updated. (It's a pretty simple add-on, but since I know little about Thunderbird's internals I don't know how to recreate it in their new setup.) The notion with emacs-everywhere is to bind some key globally in Windows to invoke it. First I would select stuff into the cut/paste buffer, then invoke emacs-everywhere, and the buffer's contents would appear in emacs. I would edit, exit that pop-up emacs, and the edited text would be in the paste buffer, which I could paste back into Thunderbird. Not quite as seamless as before, but not as bad as explicit cut and paste back and forth. This is soething I do all the time, so minimizing the actions needed is of significant utility (to me, anyway). It does occur to me, however, that if I am willing to run Thunderbird from WSL, this all might work more or less out of the box. But the stumbling block at present is the lack of xdotool that can be invoked by emacsclient to start an emacs-everywhere pop-up window. Unless someone with deeper knowledge of emacs / emacs-everywhere or of X innards can suggest another way to do that. Thanks for continuing to engage Eliot -- 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-everywhere
On 3/6/2022 9:00 PM, Russell VT wrote: Eliot - Are you running Thunderbird under Cygwin (ie. in an "X" environment?), or are you running it directly from Windows? Thanks for responding, Russell. Directly under Windows. Can it run under Cygwin? I am running Cygwin/X with emacs, xterm, okular, etc. Regards - Eliot -- 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-everywhere
Dear Cygwiners - I use Thunderbird as my email tool, and in older versions I could arrange to invoke emacs as an external editor, edit my mail, save and exit emacs, and the edited mail would be there in Thunderbird. I have seen recommendations to use emacs-everywhere to get something like this going in more recent Thunderbirds. However, the recommended emacsclient command fails saying it can't find xdotool - which apparently is not available under Cygwin. So ... am I out of luck on this? Or can the technology be hooked up somehow? Or maybe somebody here know an esy (not many keystrokes / mouse actions) way to get stuff from Thunderbird, edit, and get it back into TBird? This is why I am still on Thunderbird 68.12 (!). Regards - Eliot Moss -- 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: Renaming (with 'mv') very large files is SLOW
On 1/31/2022 9:52 AM, cyg...@kosowsky.org wrote: > I tried renaming some very large files (20-40 GB) using: > mv > without changing the directory of course. > > The process took about 10-20 minutes with Task Manager showing disk > activity of 100+ MB/s. > > Is there something about such large 'renaming' that actually results > in the file being really moved (aka copied) rather than just renamed? The two places are probably on different volumes (loosely, different disks). That requires a physical move, even under Linux. Your volumes seem a bit slow to access - is one perhaps across a slow network? The rates you cite suggest movement of 50Mb/s (50Mb read + 50Mb write = 100Mb overall). For 40 Gb that should take 40Gb / 50Mb = about 820 secs = a little under 14 mins. (When I say your volumes are slow, I speak from the luxury of having a 2Tb solid state drive! Actually, those speeds may be reasonable depending on the nature of your system.) If the two locations are on different drives, there's no real avoiding this. Regards - Eliot Moss -- 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: [QUAR] ls -C broken
On 1/28/2022 10:46 AM, Thomas Wolff wrote: If I redirect output of `ls -C` (file / pipe), it used to produce well-formatted output in columns. Suddenly it produces garbage formatting instead. As `ls` itself is not new, maybe it's some library that breaks behaviour? Or even pty code?? Works on Cygwin 32-bit. Any idea? Thomas WJFFM in 64-bit on xterm and mintty. I am running Cygwin 3.3.3-1, mintty 3.5.2-1, xterm 370-1, and ls 8.26-2. Regards - EM -- 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: Does cygwin have an 'autorun' utility/package?
inotify is a POSIX library that would help meet the need. It apparently has not been ported to Cygwin as a regular package, though Windows has the necessary underlying ability. However, this suggests that you can fairly easily build a program to help: https://github.com/thekid/inotify-win It seems to build and work reasonably well. Another angle is this Qt library (though I am not sure if it works under Cygwin): https://doc.qt.io/qt-5/qfilesystemwatcher.html Best - Eliot Moss -- 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: proc_waiter: error on read of child wait pipe 0x0, Win32 error 6
On 1/13/2022 1:40 AM, Jay K wrote: I don't know why I didn't get the reply in email, but this is representative of the real world code. - Jay From: Jay K Sent: Wednesday, January 12, 2022 6:27 AM To: cyg...@sourceware.org Subject: Re: proc_waiter: error on read of child wait pipe 0x0, Win32 error 6 Ok, here is a small demonstration of the problem. #include #include #include unsigned __stdcall thread(void* p) { unsigned i; for (i = 0; i < 100; ++i) system("./a.exe"); return 0; } int main() { unsigned i; HANDLE threads[100] = {0}; FILE* f = fopen("a.c", "w"); fprintf(f, "int main() { return 0; }\n"); fclose(f); system("g++ a.c"); for (i = 0; i < 100; ++i) threads[i] = CreateThread(0, 0, thread, 0,0,0); for (i = 0; i < 100; ++i) WaitForSingleObject(threads[i], -1); } Again, Cygwin is designed to provide a POSIX-like interface. Maybe you should just be using a Windows C compiler? EM -- 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: ExitProcess does not work in Cygwin?
On 1/13/2022 1:39 AM, Jay K wrote: ExitProcess does not work in Cygwin? $ rm *.exe # u is for Unix # w is for Windows $ cat u.c #include int main() { exit(1); } $ gcc u.c $ ./a.exe $ echo $? 1 => as expected $ cat w.c #include int main() { ExitProcess(1); } $ gcc w.c $ ./a.exe $ echo $? 0 => not expected $ uname -a CYGWIN_NT-10.0 jayk-tp4 3.3.3(0.341/5/3) 2021-12-03 16:35 x86_64 Cygwin works in debugger: $ /cygdrive/c/bin/amd64/windbg.exe .\\a.exe $ echo $? 1 ? - Jay ExitProcess does not appear to be a POSIX function. Cygwin strives to provide a POSIX-like interface, not a Windows-like one. However, if ExitProcess is a Windows function, there is probably a library you can use to obtain it in Cygwin (maybe the winsup (Windows support) library). Eliot Moss -- 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