Relating device names in /dev/ to drive letters in Windows.
Hi all, I have noticed that after plugging in a USB drive, device files appear in /dev that correlate to the partitions on the drive. This is great because it means things like ddrescue can work in Cygwin, but I'm not yet sure how to relate these to the drives Windows sees. None of the standard Linux tools I use to gather system information (lsblk, blkid, lshw) seem to be available on Cygwin. I'm guessing this is because they won't work because there's no kernel or low level hardware access or something like that. Does anyone know how to do this? Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital 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: Relating device names in /dev/ to drive letters in Windows.
On 23/07/2020 10:36, Hamish McIntyre-Bhatty wrote: > Hi all, > > I have noticed that after plugging in a USB drive, device files appear > in /dev that correlate to the partitions on the drive. > > This is great because it means things like ddrescue can work in Cygwin, > but I'm not yet sure how to relate these to the drives Windows sees. > None of the standard Linux tools I use to gather system information > (lsblk, blkid, lshw) seem to be available on Cygwin. I'm guessing this > is because they won't work because there's no kernel or low level > hardware access or something like that. Does anyone know how to do this? > > Hamish > Just replying to note that I found https://www.cygwin.com/cygwin-ug-net/using-specialnames.html, which covers some of my question. However, some things (like build in CD/DVD drives) don't show up in /proc/partitions, so that's still not ideal. Also is there any way I can get Make/Model and similar information from Cygwin? I know I can use WMIC or PowerShell for this, but I'm assuming having a Cygwin package depending on those is a big no-no, even as an alternate code path if they are detected? Sorry for all the newbie questions! Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital 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: graph (plotutils) seg-faulting
On Thu, Jul 23, 2020 at 12:44 AM wrote: > On Wed, 22 Jul 2020 20:10:44 +0200 > Marco Atzeri via Cygwin wrote: > > > > > If it is NOT a Bloda than may be it is Windows itself. > > Well I know that my work computer is running a lot of crap to "protect" me. > I tried to go through and start disabling it today, and as you might guess > I can't. > > I have since upgraded win10 and i'm still seeing the same problem. And > probably important to mention that my home win 10 box has no problems. > > Certainly on my work laptop it's probably a case of BLODA. > > BTW, i had a broken latex install that i couldn't figure out so i > re-installed cygwin again, and that fixed my latex problem but graph was > still broken. > I'm having issues on two computers. The only thing that I'm running on the BLODA FAQ list is Windows Defender. I still have issues when I turn that off. It could be something else though, but I try to keep both machines as clean as possible. Everything else that I use (gcc, g++, make, vi, rsync, octave, cygwin-x, ...) all seem to work fine. Tony -- 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: graph (plotutils) seg-faulting
On Thu, Jul 23, 2020 at 2:49 PM Tony Richardson via Cygwin wrote: > > On Thu, Jul 23, 2020 at 12:44 AM wrote: > > > On Wed, 22 Jul 2020 20:10:44 +0200 > > Marco Atzeri via Cygwin wrote: > > > > > > > > > If it is NOT a Bloda than may be it is Windows itself. > > > > Well I know that my work computer is running a lot of crap to "protect" me. > > I tried to go through and start disabling it today, and as you might guess > > I can't. > > > > I have since upgraded win10 and i'm still seeing the same problem. And > > probably important to mention that my home win 10 box has no problems. > > > > Certainly on my work laptop it's probably a case of BLODA. > > > > BTW, i had a broken latex install that i couldn't figure out so i > > re-installed cygwin again, and that fixed my latex problem but graph was > > still broken. > > > > I'm having issues on two computers. The only thing that I'm running on the > BLODA FAQ list is Windows Defender. I still have issues when I turn that > off. It could be something else though, but I try to keep both machines as > clean as possible. Everything else that I use (gcc, g++, make, vi, rsync, > octave, cygwin-x, ...) all seem to work fine. > > Tony Hi Tony, what about cat /proc/self/maps as mentioned in https://sourceware.org/pipermail/cygwin/2020-July/245637.html -- 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: graph (plotutils) seg-faulting
On Thu, Jul 23, 2020 at 9:40 AM marco atzeri wrote: > On Thu, Jul 23, 2020 at 2:49 PM Tony Richardson via Cygwin wrote: > > > > On Thu, Jul 23, 2020 at 12:44 AM wrote: > > > > > On Wed, 22 Jul 2020 20:10:44 +0200 > > > Marco Atzeri via Cygwin wrote: > > > > > > > > > > > > > If it is NOT a Bloda than may be it is Windows itself. > > > > > > Well I know that my work computer is running a lot of crap to > "protect" me. > > > I tried to go through and start disabling it today, and as you might > guess > > > I can't. > > > > > > I have since upgraded win10 and i'm still seeing the same problem. And > > > probably important to mention that my home win 10 box has no problems. > > > > > > Certainly on my work laptop it's probably a case of BLODA. > > > > > > BTW, i had a broken latex install that i couldn't figure out so i > > > re-installed cygwin again, and that fixed my latex problem but graph > was > > > still broken. > > > > > > > I'm having issues on two computers. The only thing that I'm running on > the > > BLODA FAQ list is Windows Defender. I still have issues when I turn that > > off. It could be something else though, but I try to keep both machines > as > > clean as possible. Everything else that I use (gcc, g++, make, vi, > rsync, > > octave, cygwin-x, ...) all seem to work fine. > > > > Tony > > Hi Tony, > what about > >cat /proc/self/maps > > as mentioned in > https://sourceware.org/pipermail/cygwin/2020-July/245637.html Marco, I've included it below. Tony 0001-0002 rw-s : 0 [win heap 1 default shared] 0002-00024000 r--s : 0 00024000-00028000 ===s 4000 : 0 0003-0004B000 r--s : 0 0005-00054000 r--s : 0 0006-00061000 r--s : 0 0007-00072000 rw-p : 0 0008-00147000 r--s 7876:ACBC 562949955351697 /cygdrive/c/Windows/System32/locale.nls 0015-00152000 rw-p : 0 [win heap 0 default grow] 00152000-0016A000 ===p 2000 : 0 [win heap 0 default grow] 0017-00171000 rw-p : 0 [win heap 2 grow] 00171000-0018A000 ===p 1000 : 0 [win heap 2 grow] 0020-0031C000 ===p : 0 0031C000-0031D000 rw-p 0011C000 : 0 [peb] 0031D000-0031F000 rw-p 0011D000 : 0 [teb (tid 216)] 0031F000-00321000 rw-p 0011F000 : 0 [teb (tid 1208)] 00321000-00323000 rw-p 00121000 : 0 [teb (tid 14232)] 00323000-00325000 rw-p 00123000 : 0 [teb (tid 14760)] 00325000-00327000 rw-p 00125000 : 0 [teb (tid 8232)] 00327000-0040 ===p 00127000 : 0 0040-0041F000 r--s : 0 0041F000-0060 ===s 0001F000 : 0 006C-006DB000 rw-p : 0 [win heap 0 default grow] 006DB000-007C ===p 0001B000 : 0 [win heap 0 default grow] 007C-009BB000 ===p : 0 [stack (tid 1208)] 009BB000-009BE000 rw-g 001FB000 : 0 [stack (tid 1208)] 009BE000-009C rw-p 001FE000 : 0 [stack (tid 1208)] 009C-00BBB000 ===p : 0 [stack (tid 14232)] 00BBB000-00BBE000 rw-g 001FB000 : 0 [stack (tid 14232)] 00BBE000-00BC rw-p 001FE000 : 0 [stack (tid 14232)] 00BC-00DBC000 ===p : 0 [stack (tid 14760)] 00DBC000-00DBF000 rw-g 001FC000 : 0 [stack (tid 14760)] 00DBF000-00DC rw-p 001FF000 : 0 [stack (tid 14760)] 00F1-00F16000 rw-p : 0 [win heap 2 grow] 00F16000-00F2 ===p 6000 : 0 [win heap 2 grow] 00F2-01119000 ===p : 0 [stack (tid 8232)] 01119000-0111C000 rw-g 001F9000 : 0 [stack (tid 8232)] 0111C000-0112 rw-p 001FC000 : 0 [stack (tid 8232)] 0112-012A1000 r--s : 0 012B-013B7000 r--s : 0 013B7000-026B1000 ===s 00107000 : 0 7FFE-7FFE1000 r--p : 0 [shared-user-data] 7FFE2000-7FFE3000 r--p : 0 FFE0-6000 ===p : 0 [stack (tid 216)] 6000-9000 rw-g 001F6000 : 0 [stack (tid 216)] 9000-1 rw-p 001F9000 : 0 [stack (tid 216)] 10040-100401000 r--p 7876:ACBC 1125899906891150 /usr/bin/cat.exe 100401000-100406000 r-xp 1000 7876:ACBC 1125899906891150 /usr/bin/cat.exe 100406000-100407000 rw-p 6000 7876:ACBC 1125899906891150 /usr/bin/cat.exe 100407000-10040C000 r--p 7000 787
Re: graph (plotutils) seg-faulting
On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote: On 23.07.2020 00:12, Ken Brown via Cygwin wrote: On 7/22/2020 6:07 PM, Tony Richardson via Cygwin wrote: On Wed, Jul 22, 2020 at 3:48 PM Marco Atzeri via Cygwin wrote: On 22.07.2020 14:06, Ken Brown via Cygwin wrote: On 7/22/2020 1:36 AM, Marco Atzeri via Cygwin wrote: On 22.07.2020 02:10, Tony Richardson via Cygwin wrote: I have attached both the cygcheck and strace output. Tony Richardson something is clearly interfering with your Cygwin installation --- Process 11136 loaded C:\Applications\cygwin64\bin\cygwin1.dll at 00c8 --- Process 11136 unloaded DLL at 00c8 I can reproduce the problem on my system: $ strace graph ... Segmentation fault I thought that simply rebuilding plotutils might fix the problem, but there were a lot of compilation warnings, and the build failed. Some of the warnings look serious to me, but I have no idea if they could cause Windows to try to load DLLs at strange addresses. Ken -- Hi Ken, I rebuilt and uploaded a test version 2.6-6 only for 64bit try to see if something change Regards Marco I tried the test version, unfortunately it still segfaults for me. no surprise. It was unlikely to work Same for me. I'm also getting strange output from ldd, but maybe that's just another manifestation of the same problem: $ ldd /usr/bin/graph ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff82a4c) KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7ff8289c) KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7ff8280c) cygplot-2.dll => /usr/bin/cygplot-2.dll (0x9f) cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) cygwin1.dll => /usr/bin/cygwin1.dll (0xd2) [...] cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) Ken -- can you check with cat /proc/self/maps Usually I see locale.nls loaded verylow 0001-0002 rw-s : 0 [win heap 1 default shared] 0003-0004D000 r--s : 0 0005-00054000 r--s : 0 0006-00061000 r--s : 0 0007-00072000 rw-p : 0 0008-00149000 r--s 98EE:C713 281474977436242 /cygdrive/c/Windows/System32/locale.nls 0015-00152000 rw-p : 0 [win heap 0 default grow] 00152000-00182000 ===p 2000 : 0 [win heap 0 default grow] the program itself 10040-100401000 r--p D603:FB6E 281474976713960 /usr/bin/cat.exe 100401000-100406000 r-xp 1000 D603:FB6E 281474976713960 /usr/bin/cat.exe 100406000-100407000 rw-p 6000 D603:FB6E 281474976713960 /usr/bin/cat.exe 100407000-10040C000 r--p 7000 D603:FB6E 281474976713960 /usr/bin/cat.exe 10040C000-10040F000 rw-p C000 D603:FB6E 281474976713960 /usr/bin/cat.exe 10040F000-10041 r--p F000 D603:FB6E 281474976713960 /usr/bin/cat.exe 18001-18002 rw-s : 0 [procinfo] 18002-180029000 rw-s : 0 [cygwin-user-shared] 18003-18003C000 rw-s : 0 [cygwin-shared] loading area for cygwin DLLs 18004-180041000 r--p D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180041000-180229000 r-xp 1000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180229000-18022D000 rwxp 001E9000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 18022D000-180266000 rw-p 001ED000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180266000-1802EA000 r--p 00226000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 1802EA000-180322000 rw-p 002AA000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180322000-180331000 r--p 002E2000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180331000-180342000 rw-p 002F1000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180342000-180343000 r--p 00302000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 180343000-18065 rw-p 00303000 D603:FB6E 1688849860266440 /usr/bin/cygwin1.dll 3CC3A-3CC3A1000 r--p D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3A1000-3CC3A8000 r-xp 1000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3A8000-3CC3A9000 rw-p 8000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3A9000-3CC3AE000 r--p 9000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3AE000-3CC3AF000 rw-p E000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3AF000-3CC3B r--p F000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3B-3CC3B2000 rw-p 0001 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3CC3B2000-3CC3B4000 r--p 00012000 D603:FB6E 281474976713233 /usr/bin/cygintl-8.dll 3D969-3D9691000 r--p 00
Re: graph (plotutils) seg-faulting
On Thu, Jul 23, 2020 at 11:49 AM Ken Brown via Cygwin wrote: > On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote: > > On 23.07.2020 00:12, Ken Brown via Cygwin wrote: > >> On 7/22/2020 6:07 PM, Tony Richardson via Cygwin wrote: > >>> On Wed, Jul 22, 2020 at 3:48 PM Marco Atzeri via Cygwin < > cygwin@cygwin.com> > >>> wrote: > >>> > On 22.07.2020 14:06, Ken Brown via Cygwin wrote: > > On 7/22/2020 1:36 AM, Marco Atzeri via Cygwin wrote: > >> On 22.07.2020 02:10, Tony Richardson via Cygwin wrote: > >>> I have attached both the cygcheck and strace output. > >>> > >>> Tony Richardson > >>> > >> > >> something is clearly interfering with your Cygwin installation > >> > >> --- Process 11136 loaded C:\Applications\cygwin64\bin\cygwin1.dll at > >> 00c8 > >> --- Process 11136 unloaded DLL at 00c8 > > > > I can reproduce the problem on my system: > > > > $ strace graph > ... > > > Segmentation fault > > > > > > I thought that simply rebuilding plotutils might fix the problem, but > > there were a lot of compilation warnings, and the build failed. Some > of > > the warnings look serious to me, but I have no idea if they could > cause > > Windows to try to load DLLs at strange addresses. > > > > Ken > > -- > > Hi Ken, > I rebuilt and uploaded a test version 2.6-6 only for 64bit > try to see if something change > > Regards > Marco > > >>> > >>> I tried the test version, unfortunately it still segfaults for me. > > no surprise. It was unlikely to work > > > >> > >> Same for me. I'm also getting strange output from ldd, but maybe > that's just > >> another manifestation of the same problem: > >> > >> $ ldd /usr/bin/graph > >> ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff82a4c) > >> KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL > (0x7ff8289c) > >> KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll > (0x7ff8280c) > >> cygplot-2.dll => /usr/bin/cygplot-2.dll (0x9f) > >> cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) > >> cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) > >> cygwin1.dll => /usr/bin/cygwin1.dll (0xd2) > >> [...] > >> cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) > >> cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) > >> cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) > >> cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) > >> > >> Ken > >> -- > > > > > > can you check with > >cat /proc/self/maps > > > > Usually I see > > > [snip] > Again nothing unusual. > > There really does seem to be something peculiar about the graph program. > I > don't recall ever seeing this behavior with any other program. Since it > doesn't > happen to everyone, it might depend on the Windows version. Mine is > Windows 10 > 1909, Build 18363.959. > > I'm going to drop out of this discussion now. I'm not a graph user, and I > only > jumped in to confirm that I could reproduce the problem, so that the other > posters wouldn't think the problem was just with their systems. > > Ken > My office machine (one of the problem machines) is running exactly the same version/build of Windows 10. Tony -- 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: graph (plotutils) seg-faulting
On 2020-07-23 11:00, Tony Richardson via Cygwin wrote: > On Thu, Jul 23, 2020 at 11:49 AM Ken Brown via Cygwin wrote: >> On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote: >>> On 23.07.2020 00:12, Ken Brown via Cygwin wrote: On 7/22/2020 6:07 PM, Tony Richardson via Cygwin wrote: > On Wed, Jul 22, 2020 at 3:48 PM Marco Atzeri via Cygwin wrote: >> On 22.07.2020 14:06, Ken Brown via Cygwin wrote: >>> On 7/22/2020 1:36 AM, Marco Atzeri via Cygwin wrote: On 22.07.2020 02:10, Tony Richardson via Cygwin wrote: > I have attached both the cygcheck and strace output. something is clearly interfering with your Cygwin installation --- Process 11136 loaded C:\Applications\cygwin64\bin\cygwin1.dll at 00c8 --- Process 11136 unloaded DLL at 00c8 >>> >>> I can reproduce the problem on my system: >>> >>> $ strace graph >>> ... >>> Segmentation fault >>> >>> I thought that simply rebuilding plotutils might fix the problem, >>> but there were a lot of compilation warnings, and the build >>> failed. Some of the warnings look serious to me, but I have no >>> idea if they could cause Windows to try to load DLLs at strange >>> addresses. >> I rebuilt and uploaded a test version 2.6-6 only for 64bit >> try to see if something change > I tried the test version, unfortunately it still segfaults for me. >>> no surprise. It was unlikely to work Same for me. I'm also getting strange output from ldd, but maybe that's just another manifestation of the same problem: $ ldd /usr/bin/graph ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff82a4c) KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7ff8289c) KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7ff8280c) cygplot-2.dll => /usr/bin/cygplot-2.dll (0x9f) cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) cygwin1.dll => /usr/bin/cygwin1.dll (0xd2) [...] cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) >>> can you check with >>>cat /proc/self/maps >>> Usually I see > Again nothing unusual. >> There really does seem to be something peculiar about the graph program. I >> don't recall ever seeing this behavior with any other program. Since it >> doesn't happen to everyone, it might depend on the Windows version. Mine >> is Windows 10 1909, Build 18363.959. >> >> I'm going to drop out of this discussion now. I'm not a graph user, and I >> only jumped in to confirm that I could reproduce the problem, so that the >> other posters wouldn't think the problem was just with their systems. > My office machine (one of the problem machines) is running exactly the same > version/build of Windows 10. Office machines tend to run Enterprise builds which may be customized in many ways unlike OEM/Retail/Home W10. Check with `which -a graph` that some MS or other module is not being injected into your search path. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- 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: python packages
Several python packages have been uploaded python27-chardet-3.0.4-2 python27-idna-2.10-1 python27-requests-2.24.0-1 python27-urllib3-1.25.10-1 python36-chardet-3.0.4-2 python36-idna-2.10-1 python36-requests-2.24.0-1 python36-urllib3-1.25.10-1 python37-chardet-3.0.4-2 python37-idna-2.10-1 python37-requests-2.24.0-1 python37-urllib3-1.25.10-1 python38-chardet-3.0.4-2 python38-idna-2.10-1 python38-requests-2.24.0-1 python38-urllib3-1.25.10-1 CHANGES These are the latest upstream releases DESCRIPTION Python is a programming language that lets you work quickly and integrate systems more effectively. Python is powerful... and fast; plays well with others; runs everywhere; is friendly & easy to learn; is Open. HOMEPAGE https://www.python.org/ Regards 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
Re: graph (plotutils) seg-faulting
On Thu, Jul 23, 2020 at 12:18 PM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > > On 2020-07-23 11:00, Tony Richardson via Cygwin wrote: > > On Thu, Jul 23, 2020 at 11:49 AM Ken Brown via Cygwin wrote: > >> On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote: > >>> On 23.07.2020 00:12, Ken Brown via Cygwin wrote: > On 7/22/2020 6:07 PM, Tony Richardson via Cygwin wrote: > > On Wed, Jul 22, 2020 at 3:48 PM Marco Atzeri via Cygwin wrote: > >> On 22.07.2020 14:06, Ken Brown via Cygwin wrote: > >>> On 7/22/2020 1:36 AM, Marco Atzeri via Cygwin wrote: > On 22.07.2020 02:10, Tony Richardson via Cygwin wrote: > > > I have attached both the cygcheck and strace output. > > something is clearly interfering with your Cygwin installation > > --- Process 11136 loaded C:\Applications\cygwin64\bin\cygwin1.dll > at > 00c8 > --- Process 11136 unloaded DLL at 00c8 > > >>> > >>> I can reproduce the problem on my system: > >>> > >>> $ strace graph > >>> ... > >>> Segmentation fault > >>> > >>> I thought that simply rebuilding plotutils might fix the problem, > >>> but there were a lot of compilation warnings, and the build > >>> failed. Some of the warnings look serious to me, but I have no > >>> idea if they could cause Windows to try to load DLLs at strange > >>> addresses. > > >> I rebuilt and uploaded a test version 2.6-6 only for 64bit > >> try to see if something change > > > I tried the test version, unfortunately it still segfaults for me. > > >>> no surprise. It was unlikely to work > > Same for me. I'm also getting strange output from ldd, but maybe > that's just another manifestation of the same problem: > > $ ldd /usr/bin/graph > ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff82a4c) > KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7ff8289c) > KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7ff8280c) > cygplot-2.dll => /usr/bin/cygplot-2.dll (0x9f) > cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) > cygplot-2.dll => /usr/bin/cygplot-2.dll (0xbf) > cygwin1.dll => /usr/bin/cygwin1.dll (0xd2) > [...] > cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) > cygintl-8.dll => /usr/bin/cygintl-8.dll (0x176) > cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) > cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x178) > > >>> can you check with > >>>cat /proc/self/maps > >>> Usually I see > > > Again nothing unusual. > > >> There really does seem to be something peculiar about the graph > program. I > >> don't recall ever seeing this behavior with any other program. Since > it > >> doesn't happen to everyone, it might depend on the Windows version. > Mine > >> is Windows 10 1909, Build 18363.959. > >> > >> I'm going to drop out of this discussion now. I'm not a graph user, > and I > >> only jumped in to confirm that I could reproduce the problem, so that > the > >> other posters wouldn't think the problem was just with their systems. > > > My office machine (one of the problem machines) is running exactly the > same > > version/build of Windows 10. > > Office machines tend to run Enterprise builds which may be customized in > many > ways unlike OEM/Retail/Home W10. > > Check with `which -a graph` that some MS or other module is not being > injected > into your search path. > > Unfortunately (at this point), I get just: /usr/bin/graph I've restricted the PATH using: PATH=/usr/bin strace graph and still get a segfault. Tony -- 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: weechat-2.9-1
Version 2.9-1 of "weechat" has been uploaded. ChangeLog: https://weechat.org/files/changelog/ChangeLog-2.9.html DESCRIPTION WeeChat is a fast, light and extensible chat client. It runs on many platforms like Linux, Unix, BSD, GNU Hurd, Mac OS X and Windows (bash/ubuntu and cygwin). HOMEPAGE https://weechat.org/ Sébastien Helleu. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
How can I access & save reg acls? RFE-/proc/registry passthrough ACL's?
If you look in the registry editor, entry permissions similar to those found on files -- complete access control lists for permissions, auditing and integrity levels (MEDIUM, HIGH, SYSTEM 'Mandatory Levels') are shown. Also, a creation or last-mod time is stored that may be the timestamp shown in /proc/registry. I tried running getfacl on the /proc/registry entries, but it said it wasn't supported. Could, at least, R/O access to the ACL's be allowed through the proc/reg FS? Is there some other way other than using the registry editor to look at them? Thanks, -- 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: znc-1.8.1-2
Version 1.8.1-2 of "znc" has been uploaded. ZNC is an IRC network bouncer (BNC). It can detach the client from the actual IRC server, and also from selected channels. Multiple clients from different locations can connect to a single ZNC account simultaneously and therefore appear under the same nickname on IRC. It supports SSL connections, IPv6, and is extensible via various modules. This is rebuild of 1.8.1 with new versions of dependencies -- 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
Problem with "xmgrace" graphing software in recent Cygwin installation
Hello. I recently installed a copy of the Cygwin software package on my new Windows 10 laptop. However, whenever I try to access the "xmgrace" graphing software (by entering the command "xmgrace &" in the xterm command shell, as I did on my old Windows 7 laptop), I get the following error message: [vansc@LAPTOP-OHN2RCVM ~]$ xmgrace & [1] 1183 [vansc@LAPTOP-OHN2RCVM ~]$ --> Broken or incomplete installation - read the FAQ! [1]Exit 1xmgrace [vansc@LAPTOP-OHN2RCVM ~]$ I tried reading the FAQ, but it was unhelpful for this particular issue. Does anyone have any ideas about why this might be happening?? Also, if it is an incomplete installation, then does anyone know what set of Cygwin utilities I need to install to obtain a fully-functioning copy of the "xmgrace" graphing software? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Problem with "xmgrace" graphing software in recent Cygwin installation
On 24.07.2020 05:00, Bryan VanSchouwen via Cygwin wrote: Hello. I recently installed a copy of the Cygwin software package on my new Windows 10 laptop. However, whenever I try to access the "xmgrace" graphing software (by entering the command "xmgrace &" in the xterm command shell, as I did on my old Windows 7 laptop), I get the following error message: [vansc@LAPTOP-OHN2RCVM ~]$ xmgrace & [1] 1183 [vansc@LAPTOP-OHN2RCVM ~]$ --> Broken or incomplete installation - read the FAQ! [1]Exit 1xmgrace [vansc@LAPTOP-OHN2RCVM ~]$ I tried reading the FAQ, but it was unhelpful for this particular issue. Does anyone have any ideas about why this might be happening?? Also, if it is an incomplete installation, then does anyone know what set of Cygwin utilities I need to install to obtain a fully-functioning copy of the "xmgrace" graphing software? there is an entry about Fonts, and a strace output shows that xmgrace is looking for type1 fonts on /usr/share/ghostscript/fonts /usr/share/grace/fonts/type1 in the past ghostscript provided them, but not anymore, so I *guess* you need this workaround install "urw-base35-fonts-legacy" package $ cd /usr/share/grace/fonts/ $ ln -s /usr/share/X11/fonts/urw-fonts type1 the fonts looked by xgrace are : /usr/share/grace/fonts/type1/d05l.pfa /usr/share/grace/fonts/type1/n019003l.pfa /usr/share/grace/fonts/type1/n019004l.pfa /usr/share/grace/fonts/type1/n019023l.pfa /usr/share/grace/fonts/type1/n019024l.pfa /usr/share/grace/fonts/type1/n021003l.pfa /usr/share/grace/fonts/type1/n021004l.pfa /usr/share/grace/fonts/type1/n021023l.pfa /usr/share/grace/fonts/type1/n021024l.pfa /usr/share/grace/fonts/type1/n022003l.pfa /usr/share/grace/fonts/type1/n022004l.pfa /usr/share/grace/fonts/type1/n022023l.pfa /usr/share/grace/fonts/type1/n022024l.pfa /usr/share/grace/fonts/type1/s05l.pfa and their pfb counterpart. Regards Marco -- 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: graph (plotutils) seg-faulting
Tony Richardson via Cygwin writes: >> Office machines tend to run Enterprise builds which may be customized >> in many ways unlike OEM/Retail/Home W10. > I've restricted the PATH using: > > PATH=/usr/bin strace graph > > and still get a segfault. One possible culprit is that some overeager security jock decided to switch on forced ASLR (most likely via group policy), I'd think. It is also always worth asking whether they can make an exclusion for the virus scanner "real-time" protections that covers the entire Cygwin installation. The thing with Windows settings changed via GP is that it's close to impossible to find out what exactly they are as a user and quite often the (local) admins don't know either because it's stashed away in some GP ruleset package they get from somewhere else, but don't know the details of. If there are different types of installations at your organization it may be a good idea to ask if you can switch to a different one (that most likely means a full reinstall) that has less restrictive settings. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- 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
