Re: problem with make 4.4.1-2 or gcc-fortran 11.4.0-1
On 4/19/2024 2:59 PM, Arnab Paul via Cygwin wrote: Hello, I am trying to install a software which requires the libraries gcc-fortran, make, libarpack-devel, liblapack-devel, libnetcdf-fortran-devel, git. As I did and ran the commands given below, git clone https://github.com/Aida-Alvera/DINEOF cd DINEOF/ cp config.mk.template config.mk make The make command is showing the problem as Makefile:30: Compilers/Windows_NT-gfortran.mk: No such file or directory make: *** No rule to make target 'Compilers/Windows_NT-gfortran.mk'. Stop. I am keeping Linux as my default OS but it is asking for the Windows_NT-gfortran.mk Looking at the Makefile, lines 13 to 15, and 30: The problem is that Makefile optionally sets OS to Linux (line 13) but in Cygwin OS is set to Windows_NT. i.e. $ echo $OS Windows_NT The solution is to change that environment variable. There are several ways try correct that, try: make OS=Linux -- R.B. -- 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: Aren't Windows System Error popups meant to be disabled in Cygwin?
On 1/31/2024 7:40 AM, David Allsopp via Cygwin wrote: Starting with this very trivial C program: #include #include int main(void) { printf("Zstandard v%d\n", ZSTD_versionNumber()); } and compiling with x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd when I then run ./test.exe, I get the Windows critical-error-handler dialog stating "The code execution cannot proceed because libzstd-1.dll was not found. Reinstalling the program may fix this problem." [snip] x86_64-w64-mingw32-gcc is a cross compiler, a.k.a. the Mingw compiler, not Cygwin's gcc. It is quite correct for a cross compiler meant to produce Windows executables to do what you are seeing. The executable is independent of Cygwin, i.e. doesn't use the Cygwin dll. -- RB -- 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 3:13 PM, Jose Isaias Cabrera via Cygwin wrote: [snip] --- Process 23800 loaded C:\Program Files (x86)\Citrix\ICA Client\epclient64.dll at 7ffe0007 [snip] Try getting rid of Citrix. Its the only significant difference I see with my working ssh trace (and all the other Windows libraries that one seems to pull just below the quoted line). That seems to produce the crash in the Cygwin dll. Perhaps using some of the same space? HTH -- R. Berber -- 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/24/2023 5:31 AM, Matthias--- via Cygwin wrote: [snip] * Answered "no" to use StrictMode OK, this makes the .ssh directory have the wrong permissions. $ ls -alh $HOME/.ssh total 4.0K drwxr-xr-x 1 meyer Kein 0 Nov 24 12:11 . drwxr-xr-x 1 meyer Kein 0 Nov 24 12:11 .. -rw-r--r-- 1 meyer Kein 0 Nov 24 12:11 authorized_keys [snip] Which permissions the directories and files should have? What could the reason be that ssh-keygen don't create any key? Looks like it wouldn't try it? Real question is: Does ssh-keygen work with the wrong permissions? My understanding is no, it refuses to create keys in those directories. And later other ssh parts will refuse to use them. But I might be wrong. The author of ssh-host-config certainly believed that StrictMode was not necessary. -- R. B. -- 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: inkscape installed but does nothing.
On 11/22/2023 10:27 PM, J.F. Huesman via Cygwin wrote: (I tried to reply to this message twice and got mailer-daemon failure notices both times. My apologies if this is a duplicate message.) Yes, they are installed. which xwin xinit/usr/bin/xwin/usr/bin/xinit When I try to run inkscape, I don't get any errors and there were no messages about missing programs or dependencies when I ran the installer. I'm not trying to start a GUI. I have a script that I used to batch convert svg images in a folder to png. When that script wouldn't work (I've used it on other machines, including this one years ago using 32-bit cygwin instead of 64-bit that I'm using now) I started trying to invoke it from the command line, and that's when I discovered it's not doing anything. If I start Cygwin64 WindowMaker and type "inkscape" into the right-click run dialogue, I get a popup window, ErrorCould not execute command: inkscape OK, then start from the basics: $ ldd $(which inkscape) Look at the output. Is any dll shown as missing? In the answer is no, then next check your anti-virus. Is it blocking the program? Is it injecting a dll? Another set of tests would be, is the program installed correctly? i.e. is it executable? Is not corrupt? A bit more difficult: is it loading libraries into valid space (non colliding, in available memory). -- R.B. -- 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/23/2023 2:15 AM, Matthias--- via Cygwin wrote: [snip] It create $HOME/.ssh with an empty authorized_keys and no keys: $ ls -alh $HOME/.ssh total 4.0K drwxr-xr-x 1 meyer Kein 0 Nov 23 09:06 . drwxr-xr-x 1 meyer Kein 0 Nov 23 09:06 .. -rw-r--r-- 1 meyer Kein 0 Nov 23 09:06 authorized_keys No it didn't create ~/.ssh, the permissions are wrong. It was surely created by you beforehand. Remove that directory and start again. -- R.B. -- 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: inkscape installed but does nothing
On 11/21/2023 10:23 PM, J.F. Huesman via Cygwin wrote: I installed inkscape 0.92.3-1 using the cygwin update program.Calling inkscape does nothing. [snip] All graphical apps use CygwinX (or any X Windows). -- RB -- 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: rand is not ISO C compliant in Cygwin
On 11/11/2023 10:50 AM, Allen, Norton T. via Cygwin wrote: [snip] The srand function is not required to avoid data races with other calls to pseudo-random sequence generation functions. ..." That is not the same as "... required never to avoid data races ...". "not required" means the sentence is not specifying--not requiring--any behavior, so you should not depend on the described behaviors. [snip] The elided part on Bruno's message is: "The implementation shall behave as if no library function calls the rand function." Which is the point Bruno is making with the sample code. -- R.Berber -- 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: mintty mouse behavior with vim
On 5/11/2023 8:16 PM, Duncan Roe via Cygwin wrote: You expect too much of ssh. ssh is a text utility, not an X one. The remote vim never sees your mouse actions: it's mintty that performs select / paste. Are you sure? man ssh: " -X Enables X11 forwarding. This can also be specified on a per-host basis in a configuration file." -- R.B. -- 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 9:00 PM, WyntrHeart via Cygwin wrote: I've added /cygdrive/c/program\ files/notepad++ Notepad is not there. In addition to what Elliot said you need the correct path. The executable is at: /cygdrive/c/Program Files/Notepad++/notepad++ So the path is all that except the .exe name. -- R.B. -- 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 start Cygwin64 terminal after password change
On 8/1/2021 11:57 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: [snip] BTW, $USER is not defined in the bash environment (not sure if it should be) Quoting man bash: "When bash is invoked as an interactive login shell, or as a non-interactive shell with the --login option, it first reads and executes commands from the file /etc/profile, if that file exists." and /etc/profile has a line with: USER="$(/usr/bin/id -un)" then... export ... USER ... Unless of course you execute bash with -noprofile. My account is a domain account here. And everything worked before I had to change my password. Maybe `id -un` does change in this case. -- R. Berber -- 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: libtool with mingw hangs building openocd in func_convert_core_msys_to_w32
On 6/28/2021 8:56 AM, Dietmar May via Cygwin wrote: Thanks for submitting the bug report. I can now see what may be a duplicate report under: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=10949 responding that //c is deliberate so MSYS does not convert a posix path, so in the Cygwin Mingw build case, the response may be "Don't Do That"! I just re-installed msys2 and tried a few things, with interesting result. First, "ls /usr//bin" as well as "ls /usr/bin" complete successfully under both cygwin and msys2, demonstrating slash compaction. However, "ls //usr/bin" hangs, as both apparently evaluate the leading // as a server path. Well documented here: https://cygwin.com/cygwin-ug-net/using.html#unc-paths For testing libtool's construct, I tried: $ cmd //c echo hello hello which works, and this, which doesn't: $ cmd /c echo hello Microsoft Windows [Version 10.0.blah] (c) Microsoft Corporation. All rights reserved. C:\msys64\home\myname> Your example seems to be inverted, the first form doesn't work, the second does with the same results you show (but inverted). It would be better if you document how you executed those commands, we're assuming a mintty terminal running a bash shell, but I haven't followed all your messages and it might be a cmd window; results shouldn't change anyway, but for completeness sake. Interestingly, ls //c hangs under msys2 (as well as cygwin), Expected as the documentation link describes, //c is taken as a path to a server, you already knew that. whereas cmd //c does not; so it almost seems like msys2 has a hack to recognize that cmd.exe is being invoked ... No, wrong, cmd is getting an argument which it interprets as it seems fit, no hack there. The same applies to the ls example before, ls receives an argument which is expected to be a path, nothing strange. However, both of the following also complete successfully under msys2, WITHOUT the double-slash hack: $ cmd /c "echo hello" hello $ cmd "/c" "echo hello" hello Both seem preferable to bad syntax. Of course, there's always the question of why libtool is using cmd.exe instead of /bin/echo, which seems to work just fine ... $ /bin/echo "hello world" hello world -- R.Berber -- 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: cgdb fails with cygwin 3.2.0 but is OK with 3.1.6
On 4/13/2021 1:56 PM, Arthur Norman via Cygwin wrote: René Berber wrote At one time it was recommended to disable a Cygwin feature, something like this: alias cgdb="env CYGWIN=disable_pcon cgdb" Not sure if this is still necesary. Thank you for the reminder about that. I had forgotten - however ion my main Windows machine I have the CYGWIN variable set like that all the time and in the VM that I tried with it is not - and in both cases cgdb seems to behave well on the slightly old version of the cygwin package but failed with the latest. So I do not think that is the issue here and I might live advice as to whether I can now remove that setting of CYGWIN! Probably. And since you don't see any difference then that's proof that is no longer needed (in this case). Sorry I couldn't be of more help, haven't used cgdb in a while. -- R.Berber -- 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: cgdb fails with cygwin 3.2.0 but is OK with 3.1.6
On 4/13/2021 9:05 AM, Arthur Norman via Cygwin wrote: With the latest cygwin if I go "gcc -O0 -g hello.c -o hello" then "cgdb ./hello", break main, run then cgdb exits abruptly without sign on actually starting my code. If I use just gdb not cgdb all is OK. If I try "gcd -tui hello" I can single step my code but the display in the top half of the window is damaged - eg after a couple of steps it shows lines 5 and 6 of the source code twice each, but once normally and once in inverted video. Raw seems to gdb lets me step the code about as expected. If I revert just the cygwin package from 3.2.0-1 to 3.1.6-1 things appear to behave as I would expect. 3.1.7-1 possibly had -tui issues and led to cgdb stalling on my large and broken example code which is why I report 3.1.6-1 as the baseline. At one time it was recommended to disable a Cygwin feature, something like this: alias cgdb="env CYGWIN=disable_pcon cgdb" Not sure if this is still necesary. -- R.Berber -- 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: Questions on how to upgrade Apache
On 4/8/2021 10:49 AM, Andy Romens via Cygwin wrote: > Is there something else Cygwin provides that I should use instead of > Apache? Sorry for the elementary questions, I’m still quite new to > this :) nginx is an alternative (NGINX Open Source. The open source web server). Cygwin is at version 1.14.2, current version is 1.19.9 (there's a Windows binary at nginx.org). -- R.Berber -- 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: Sv: g++ and c++17 filesystem
On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote: On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote: The filesystem-library as a part of C++17 seems to have some defects and flaws in the cygwin-package and pretty much every lexical- and canonical operation works in mysterious ways (or not at all) [snip] https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32 So by this you're saying that cygwin-applications cannot handle the filesystem it is supposed to handle ? I'm not saying anything, I'm pointing to the relevant documentation. How come std::filesystem first say "It's a valid file" followed by "It's not a valid file" ? Is that part of the "circumvention" ? The documentation states that using Windows notation is not supported and may result in unexpected results (i.e. sometimes work, sometimes doesn't). In the current use case, the path is even returned from std::filesystem::directory_iterator where it says "Hey, here's a path to a file I found in the folder you pointed out" followed by "The path I just gave to you is not a valid path" It's gonna be tricky to implement applications in that way The problem is that your assumptions and expectations are wrong. Not knowing Cygwin that is expected. Cygwin handles the file system with no problem, but using Posix-like notation, not Windows-like. End of story. -- R.Berber -- 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: g++ and c++17 filesystem
On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote: The filesystem-library as a part of C++17 seems to have some defects and flaws in the cygwin-package and pretty much every lexical- and canonical operation works in mysterious ways (or not at all) [snip] https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32 -- R.Berber -- 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: Fwd: Switching to posix with no acl
On 11/14/2020 12:37 PM, Jim McNamara via Cygwin wrote: Since there are no adduser or addgroup, I guess I'd create those files manually off /etc. I think the recommended way is using the mkpasswd command. Actually the recommended procedure is not to use anything. Just run that command and take a look at the output. You have to filter out most lines, only add the user you want. Now run it with --help, you'll see you can list 'local' users AND domain users. I put quotes on local because you can also specify local to which computer (as long as it is running SMB, I think). Its about the same for groups: mkgroup. Hope this helps a little. -- R.Berber -- 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
Fwd: RE: I have a problem with some applications in Cygwin
Redirecting to the list... Forwarded Message Subject: RE: I have a problem with some applications in Cygwin Date: Fri, 23 Oct 2020 09:29:49 + From: Eirik Nordbrøden To: René Berber -Original Message- From: Cygwin On Behalf Of René Berber via Cygwin Sent: torsdag 22. oktober 2020 23:28 To: Cygwin (cygwin@cygwin.com) Subject: Re: I have a problem with some applications in Cygwin On 10/22/2020 9:15 AM, Eirik Nordbrøden via Cygwin wrote: > I have been using for many years and have not really had any major > problems, but now I have run into a problem with some of the > applications in Cygwin that I have been struggling with for some time > without being able to solve it. Hopefully someone in this list can > point me in the right direction to fix the problem. > > I have a new Windows 10 PC with a fresh Cygwin installation, but > struggles with some of the applications that I have installed. When I > try to use applications like ssh, ssh-keygen, git, snmpwalk, snmpnext Just an idea, all of those are network tools, that means they depend on DNS resolving, which may be slow if not set correctly. Have you tried using numeric IP addresses? > etc. they all just hangs and I am not able to stop them through > CTRL-C. I need to use Task Manager to kill the application (kill -9 That is very strange, Cygwin's programs respond to Ctrl-C fast. Are you sure you are using the Cygwin program, for instance ssh, and not the Microsoft program (of the same name)? > does not work either). But if I run the application from gdb (like > 'gdb ssh-keygen' and the 'run') they seem to work. Most applications > seems to work as expected, but not the ones I have listed (and maybe > some more applications as well). > > I think that this might be due to something in my PC, but are not able > to pinpoint it. At one point I thought that this was due to the virus > control in the PC (Trend), but now I have uninstalled this and just > uses Windows defender. Good point and it needed to be tested, so that is out of the picture. Repeating what I hinted to above, maybe running the program under gdb you are specifying the whole path to the program, which is not the same as letting the shell find it. Try: `which ssh` to see which one is used. Another test is to use ldd or cygcheck to take a look at the libraries loaded... if they include anti-virus or other strange libraries, then that is interfering. Also using strace could (probably will) show where everything stops. HTH -- R.Berber -- 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 Hello I have also had the idea that this might be related to network application. I have tested with IP addresses so that is not an issue. I have also checked that I am using the Cygwin application by providing the whole path. I have also tried strace, but it bails out with an exception (c005) and then segmentation fault. Attached you will find an output from: cygcheck -s -v -r > cygcheck.out ldd /usr/bin/ssh-keygen.exe > ldd_ssh-keygen.out strace /usr/bin/ssh-keygen.exe > strace_ssh-keygen.out Hopefully someone can make something out of this. PS I have also installed GitBash and the same problems appear there Eirik Nordbrøden, Netnordic AS (+47) 90174789 cygcheck.out Description: Binary data ldd_ssh-keygen.out Description: Binary data strace_ssh-keygen.out Description: Binary data smime.p7s Description: S/MIME Cryptographic Signature -- 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 have a problem with some applications in Cygwin
On 10/22/2020 9:15 AM, Eirik Nordbrøden via Cygwin wrote: I have been using for many years and have not really had any major problems, but now I have run into a problem with some of the applications in Cygwin that I have been struggling with for some time without being able to solve it. Hopefully someone in this list can point me in the right direction to fix the problem. I have a new Windows 10 PC with a fresh Cygwin installation, but struggles with some of the applications that I have installed. When I try to use applications like ssh, ssh-keygen, git, snmpwalk, snmpnext Just an idea, all of those are network tools, that means they depend on DNS resolving, which may be slow if not set correctly. Have you tried using numeric IP addresses? etc. they all just hangs and I am not able to stop them through CTRL-C. I need to use Task Manager to kill the application (kill -9 That is very strange, Cygwin's programs respond to Ctrl-C fast. Are you sure you are using the Cygwin program, for instance ssh, and not the Microsoft program (of the same name)? does not work either). But if I run the application from gdb (like 'gdb ssh-keygen' and the 'run') they seem to work. Most applications seems to work as expected, but not the ones I have listed (and maybe some more applications as well). I think that this might be due to something in my PC, but are not able to pinpoint it. At one point I thought that this was due to the virus control in the PC (Trend), but now I have uninstalled this and just uses Windows defender. Good point and it needed to be tested, so that is out of the picture. Repeating what I hinted to above, maybe running the program under gdb you are specifying the whole path to the program, which is not the same as letting the shell find it. Try: `which ssh` to see which one is used. Another test is to use ldd or cygcheck to take a look at the libraries loaded... if they include anti-virus or other strange libraries, then that is interfering. Also using strace could (probably will) show where everything stops. HTH -- R.Berber -- 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: Is it possible to vnc into a linux guest?
On 9/23/2020 1:07 PM, Jim McNamara via Cygwin wrote: I tried to use tigervnc to connect to a linux virtualbox guest from cygwin. Those 3 things are independent, i.e. there's no VNC in Cygwin (OK there is, but you don't need it... and installing an X server just for that is overkill), and there's no VNC in a Linux virtualbox unless it is running the VNC server. I am not sure it is possible after many attempts. Of course its possible. You are just going at it the wrong way. I did have ssh working and x forwarding of smallish APPS. Irrelevant. You don't need any of those. Just follow the VNC guide, its simple, you need a client (tigerVNC -- there's a version for Windows) and a server, then you need to know which IP address and port to use, maybe open those ports on firewalls. -- R.Berber -- 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: rsync.exe: error while loading shared libraries: cyglz4-1.dll
On 9/6/2020 3:43 PM, Ulli Horlacher wrote: I have installed cygwin with cygwin-portable-installer (recommendation from this mailing-list). Everything seems fine, but when I run rsync I get: W10dev:~: rsync -h C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries: cyglz4-1.dll: cannot open shared object file: No such file or directory [snip] W10dev:~: ldd /usr/bin/rsync ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffe4210) KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL (0x7ffe414a) KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll (0x7ffe3f50) cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ff9c) cygwin1.dll => /usr/bin/cygwin1.dll (0x18004) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3fef5) cygzstd-1.dll => /usr/bin/cygzstd-1.dll (0x3fd9e) What is going wrong? Where is my mistake? Its the new version of rsync, which is recent... and probably is missing dependencies on setup. My ldd output is different than yours, I do get the library you are missing: $ ldd /usr/bin/rsync ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffc3186) KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL (0x7ffc3154) KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll (0x7ffc2ee8) cygwin1.dll => /usr/bin/cygwin1.dll (0x18004) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3fe8b) cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ff6f) cygzstd-1.dll => /usr/bin/cygzstd-1.dll (0x3f9bf) cygz.dll => /usr/bin/cygz.dll (0x3f9cf) cyglz4-1.dll => /usr/bin/cyglz4-1.dll (0x3fc55) Notice that there are more than one differences; they appear to be part of libz (or maybe libzstd). Probable work around: install the missing library. Another work around: install the previous version of rsync, which has very different library dependencies (i.e. no libcrypto, no libz dependency). Hope this helps. -- R.Berber -- 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: Assistance with 'split -l' command
On 8/11/2020 6:57 PM, Gary Vaughan via Cygwin wrote: I am working with csv files and when I perform the split -l, it splits the fioe correctly, but is putting the 'aa','ab','ac' after the file extension. Would love to know how to get it after the file name before the file extension. as an exampole, command split -l 5000 /desktop/ESM.csv /desktop/ESM.csv is resulting ESM/csvaa and would like it to be ESMaa.csv `man split` is your friend. Try: split -l 5000 --additional-suffix=.csv /desktop/ESM.csv /desktop/ESM.csv ESM (all in one line) It means split ... with resulting prefix "ESM", and suffix ".csv"). The command you show has default prefix x, no sufix, then the result should have been xaa, xab, xac, etc. -- R. Berber -- 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: ssh not working for past few months?
On 7/18/2020 6:29 PM, Lester Ingber via Cygwin wrote: Is anyone else having problems with ssh -- a most basic tool? No. It is working as expected. $ cygcheck -c openssh Cygwin Package Information Package VersionStatus openssh 8.3p1-1OK $ ssh -p ... Linux ... 3.10.105 #25426 SMP Tue May 12 04:52:34 CST 2020 x86_64 ... Last login: Sat Jul 18 12:08:14 2020 from 192.168.10.3 ... -- R. Berber -- 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: 640bit HDF5 1.10.6: where are the libraries stored?
On 5/16/2020 8:37 PM, Dennis Heimbigner via Cygwin wrote: Cygwin 64-bit. WIndows 10 Download hdf5 package. Search for the libraries: cd /usr find . -name '*hdf5*' Nothing is found. Where is it being installed? You can look for yourself what is being installed and where: https://cygwin.com/cgi-bin2/package-grep.cgi?grep=hdf5=x86_64 -- R.Berber -- 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: Trying to build OCRmyPDF under Cygwin, hit a brick wall
On 5/14/2020 5:50 PM, Jim Garrison via Cygwin wrote: The magic incantation necessary to get strdup turns out to be - D_GNU_SOURCE, as noted on StackOverflow. However, now I'm encountering a problem with Python's DLL handling code. When attempting to run OCRmyPDF I get [snip] line 18, in from . import helpers, hocrtransform, leptonica, pdfa, pdfinfo File "/usr/lib/python3.7/site-packages/ocrmypdf-9.8.0.post3+g5944044.d20200514-py3.7.egg/ocrmypdf/leptonica.py", line 67, in """ ocrmypdf.exceptions.MissingDependencyError: [snip] In the last file of the traceback (leptonica.py) there's this: from ctypes.util import find_library ... if os.name == 'nt': libname = 'liblept-5' os.environ['PATH'] = shim_paths_with_program_files() else: libname = 'lept' In Cygwin, that library is /usr/bin/cyglept-5.dll (why was the name changed?) First I created a symlink from cyglept-5.dll to liblept-5.dll, with no effect. So I added a test for Cygwin at that point, resulting in this code: if os.name == 'nt': libname = 'liblept-5' os.environ['PATH'] = shim_paths_with_program_files() Notice this change in search path, dll files in Windows are executables and they are (must) installed in the system PATH (or the current directory). elif sys.platform == 'cygwin': libname = 'cyglept-5' On Cygwin you can do the same as above, it will contain /bin (or /usr/bin which are one and the same). else: libname = 'lept' This also had no effect, so I tried playing with find_library() in the interactive shell. In Cygwin, it doesn't seem to find any DLLs even though those DLLs are actually loadable. Viz: [snip] My guess is the search path is incorrect. Either that or python needs the symbols file, like the linker, which in this case would be /usr/lib/liblept.dll.a, which is in the -devel package, but I doubt it. -- R.Berber -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Can I find where cygwin is installed (for automation purposes)
On 4/15/2020 1:39 PM, Paul Moore via Cygwin wrote: https://docs.microsoft.com/en-us/dotnet/standard/io/file-path-formats Look for "DOS device paths" Thanks. That's \\?\C:\... and what I'm seeing is \??\C:\... Is that just a typo/bug? That's the discrepancy that was confusing me :-( A bug. If setup.exe stores those paths, then its a bug there. You could have tested that easily, on a cmd window: C:\Users\reneb>dir \\?\C:\ Volume in drive \\?\C: is OS Volume Serial Number is 922E-C431 Directory of \\?\C: 12/09/2019 02:52 PM Apps 01/04/2020 03:11 PM Boot 04/05/2020 12:12 PM cygwin64 ... 12/24/2019 08:09 PM Users 04/14/2020 05:45 PM Windows 0 File(s) 0 bytes 14 Dir(s) 0 bytes free C:\Users\reneb>dir \?\C:\ The filename, directory name, or volume label syntax is incorrect. -- R.B. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Can I find where cygwin is installed (for automation purposes)
On 4/15/2020 1:10 PM, Paul Moore via Cygwin wrote: [snip] Thanks. Can you explain what the \?? prefix on the Installations values is about? I'm nervous that there's something going on there that means that just ignoring the first 3 characters isn't sufficient... ;-) https://docs.microsoft.com/en-us/dotnet/standard/io/file-path-formats Look for "DOS device paths" -- R.B. -- 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