Re: Nano fails to open file "~/.bashrc".
Greetings, Kirill Frolov! > $ which nano > /cygdrive/c/Program Files/Git/usr/bin/nano That explains it. Cygwin does not install nano by default. Fire up your setup.exe and install it, that will fix your issue. As for the future, I suggest to patch your ~/.profile and exclude unnecessary/conflicting directories from $PATH. Something along the lines of PATH="$(tr ":" "\\n" <<<"$PATH" | grep -v /Windows/ | tr "\\n" ":")" export PATH -- With best regards, Andrey Repin Saturday, March 4, 2023 16:14:34 Sorry for my terrible english... -- 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
[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: noarch -- perl-CGI-4.56-1 perl-Date-Manip-6.91-1 perl-libwww-perl-6.68-1 x86_64 -- perl-Cpanel-JSON-XS-4.36-1 perl-Text-CSV_XS-1.50-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
cygwin gdb: issue with non-posix style absolute paths
Hello there, when starting gdb (v10 or higher) with a windows absolute path to an executable, it runs into issues with paths in several cases, reporting the following error: BFD: reopening /cygdrive/x/project/bin/X:\project\bin\simple.test.exe: No such file or directory It looks like it does not recognize the windows path as beeing absolute and adds the posix-style absolute path to the current working directory as prefix. When using a posix-style absolute path to the executable instead, everything works normally. AFFECTED USERS This is especially an issue for developers using Eclipse CDT as reported here: https://www.eclipse.org/forums/index.php/t/1105969/ Apparently there was the same issue 13 years ago, but must have been fixed in the meantime and reappeared now: https://stackoverflow.com/questions/541099/how-to-get-eclipse-to-give-cygwins-gdb-a-posix-path-to-the-executable I guess this commit might be a possible source of the issue on CDT side: https://github.com/eclipse-cdt/cdt/commit/5654112209d440469e40660c946ffdee3daa938f FILED BUG REPORTS CDT developers did state, that this is a bug in GDB, as you can read here: https://github.com/eclipse-cdt/cdt/issues/228 Consequently, the "bug" was also reported to gdb: https://sourceware.org/bugzilla/show_bug.cgi?id=30017 I'm not sure, if this is the correct conclusion. Does gdb actually support windows? In other words - does cygwin apply patches or flags to gdb to get it to work with cygwin and windows paths? Thanks in advance - homac -- 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 gdb: issue with non-posix style absolute paths
Greetings, Holger Machens! > when starting gdb (v10 or higher) with a windows absolute path to an > executable, it runs into issues with paths in several cases, reporting the > following error: > BFD: reopening /cygdrive/x/project/bin/X:\project\bin\simple.test.exe: No > such file or directory > It looks like it does not recognize the windows path as beeing absolute and > adds the posix-style absolute path to the current working directory as > prefix. When using a posix-style absolute path to the executable instead, > everything works normally. While in many cases, Cygwin executable may work with Windows paths OOTB, this kind of interoperability is not guaranteed or even promised. Cygwin is "a kind of POSIX" and expectation is that it works with POSIX paths. > AFFECTED USERS > This is especially an issue for developers using Eclipse CDT as reported here: > https://www.eclipse.org/forums/index.php/t/1105969/ > Apparently there was the same issue 13 years ago, but must have been fixed in > the meantime and reappeared now: > > https://stackoverflow.com/questions/541099/how-to-get-eclipse-to-give-cygwins-gdb-a-posix-path-to-the-executable > I guess this commit might be a possible source of the issue on CDT side: > > https://github.com/eclipse-cdt/cdt/commit/5654112209d440469e40660c946ffdee3daa938f > FILED BUG REPORTS > CDT developers did state, that this is a bug in GDB, as you can read here: > https://github.com/eclipse-cdt/cdt/issues/228 > Consequently, the "bug" was also reported to gdb: > https://sourceware.org/bugzilla/show_bug.cgi?id=30017 > I'm not sure, if this is the correct conclusion. Does gdb actually support > windows? In other words - does cygwin apply patches or flags to gdb to get > it to work with cygwin and windows paths? -- With best regards, Andrey Repin Saturday, March 4, 2023 20:14:54 Sorry for my terrible english... -- 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
[ANNOUNCEMENT] Updated: cpuid 20230228
The following package has been upgraded in the Cygwin distribution: * cpuid 20230228 Displays detailed information about the CPU(s) gathered from the CPUID instruction, and also determines the exact model of CPU(s). Whereas /proc/cpuinfo is like an abstract of the features important to Linux in a system, cpuid is a standalone utility which writes a paper expounding on every feature in each CPU's architecture and what it can do, at about the one line per bit level. It is updated and released frequently to stay current with Intel and AMD information and supports other vendors' chips. See the project home page for more information: http://etallen.com/cpuid.html For information about changes since the previous Cygwin release, see below or /usr/share/doc/cpuid/ChangeLog after installation. Tue Feb 28 2023 20230228 * cpuid.man: Added Intel Flexible Return and Event Deliver (FRED). * cpuid.c: - Corrected 7/1/eax fast REP instructions, where I'd left the REP prefix out of the description. - Added 7/1/eax FRED & LKGS bits, from Intel Flexible Return and Event Deliver (FRED). - Clarified 7/1/eax ArchPerfmonExt, which indicates that leaf 0x23 is valid. - Added (uarch synth) decoding for AMD Ryzen (Phoenix E0), based on sample from bakerlab.org, which I missed on Oct 3 2022, when I added the (synth) decoding. - Added 0x8001/ebx PkgType decoding for AMD (10,15) Family 19h CPUs: (2,1) Vermeer, (5,1) Cezanne/Barcelo, (6,1) Raphael, and (7,0) Phoenix, based on their respective PPPR's. - Added very early (synth) decoding for Lunar Lake. There is no corresponding (uarch synth) decoding, because no name is yet known for the uarch. - Added (0,6),(9,10) Alder Lake Core names: i*-12000. - Differentiate (0,6),(9,7) & (0,6),(9,10) Alder Lake Gracemont E-cores from Golden Cove P-cores. - Differentiate (0,6),(11,7); (0,6),(11,10) & (0,6),(11,15) Raptor Lake Gracemont E-cores from Raptor Cove P-cores. - Added (synth) & (uarch synth) decoding for (10,15),(7,8) Phoenix 2, from Coreboot*. - Renamed print_hypervisor_3_eax_xen to print_hypervisor_3_0_eax_xen. - Added print_hypervisor_3_0_ebx_xen and decode Xen tsc mode. - Added (synth) decoding for (10,15),(6,1,1) Raphael B1. -- 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
[ANNOUNCEMENT] Updated: hwloc 2.9.0-1
Version 2.9.0-1 of packages hwloc libhwloc-devel libhwloc15 are available in the Cygwin distribution: CHANGES Last upstream release. Full upstream changes: https://www.mail-archive.com/hwloc-announce@lists.open-mpi.org/msg00153.html DESCRIPTION The Portable Hardware Locality (hwloc) software package provides a portable abstraction (across OS, versions, architectures, ...) of the hierarchical topology of modern architectures, including NUMA memory nodes, sockets, shared caches, cores and simultaneous multithreading. HOMEPAGE http://www.open-mpi.org/projects/hwloc/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . -- 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
[ANNOUNCEMENT] Updated: openmpi-4.1.5-1
Version 4.1.5-1 of packages libopenmpi-devel libopenmpi40 libopenmpifh40 libopenmpiusef08_40 libopenmpiusetkr40 openmpi are available in the Cygwin distribution: CHANGES Latest upstream release of 4.1.x series https://www.mail-archive.com/announce@lists.open-mpi.org/msg00155.html Full upstream changes: https://github.com/open-mpi/ompi/blob/master/NEWS CYGWIN NOTES openmpi works better with a running cygserver DESCRIPTION Open MPI : A High Performance Message Passing Library The Open MPI Project is an open source MPI-3 implementation that is developed and maintained by a consortium of academic, research, and industry partners HOMEPAGE http://www.open-mpi.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . -- 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
