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 ---
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-fa2b6de9C5UbiE.eln.tmp -rwxr-xr
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
