[ANNOUNCEMENT] Updated: ngspice-32-1
New version 32-1 of ngspice libngspice-devel libngspice0 are available in the Cygwin distribution. CHANGES Latest upstream release Full feature list https://sourceforge.net/projects/ngspice/files/ng-spice-rework/32/ReleaseNotes.txt/download DESCRIPTION Ngspice is a mixed-level/mixed-signal circuit simulator. Its code is based on Spice3f5. Ngspice is part of gEDA project, a full GPL'd suite of Electronic Design Automation tools. HOMEPAGE http://ngspice.sourceforge.net 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: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported
On 19/07/2020 06:29, Takashi Yano via Cygwin wrote: On Sun, 19 Jul 2020 04:42:33 + Matt Seitz wrote: From: Cygwin On Behalf Of Brian Inglis On 2020-07-18 19:09, Matt Seitz wrote: When I ran Setup today to get the latest Cygwin, Setup reported an error: Warning: One or more mirrors you have selected is/are not on the list of official Cygwin mirrors any more. It/They may be out of date or missing some packages. Thanks for reporting this. For more info check: https://cygwin.com/mirrors-report.html the status counts agree with the server statuses in the tables below. Most issues are transient or fairly short term; if the mirror status changes to o out-of-date, you may want to reach out to the mirror host support and report an issue; if it is a weekend, there may be no support available. Thanks for your help! I just checked the page, and didn't see any errors reported for "http://mirrors.kernel.org/sourceware/cygwin/";. I downloaded and ran Setup again and still saw the same error. Please try https://mirrors.kernel.org/sourceware/cygwin/ rather than http://mirrors.kernel.org/sourceware/cygwin/ Yeah, a few days ago some of the mirrors in the mirror list were upgraded from http:// to https://, and this seems to be an unfortunate consequence of the way setup handles that change. I've re-added the http:// variants to the mirror list, so other people won't trip over this, but I guess this migration case needs some special handling in setup. -- 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 Sun, 19 Jul 2020 08:04:48 +0200 Marco Atzeri via Cygwin wrote: > On 18.07.2020 23:12, bri...@pounceofcats.com wrote: > > Hi, > > > > So i noticed graph wasn't doing anything, i could even get it to respond to > > the help argument. > > > > I attached strace to it, and it shows that it was seg-faulting. > > > > I _just_ did an update, specifically to see if that would fix it and it did > > not. > > > > 1 could someone reproduce this ? > > 2 what should i do for a bug report ? > > > > I was running graph in a terminal in X not in a terminal window under win10. > > > > Thanks, > > > > Hi Brian, > graph is working for me. > > Please provide the cygcheck.out, as attachment, for your system, > as mentioned in > > Problem reports: https://cygwin.com/problems.html > > > So first, is a simple test working ? > > $ echo 0 0 1 1 2 0 | spline | graph > test.meta > $ plot -T X test.meta > > if yes, how I can replicate your segfault ? > > If the strace is not too large, can you attach to your reply ? > If it is too long send to me directly by private mail. > oh good grief. i just tried this on my home win 10 box, and works perfectly. unfortunately, my work box, which has a history of weird problems with cygwin, is the one having the problem. there's too much work-related stuff in the cygcheck output for me to pass it on. However the strace is ok, so i have attached it. Just to be clear, graph --help segfaults, so the problem is at a _really_ low level. I'll try setting up a "new" directory install and see if i can reproduce it. -- Brian --- Process 3080 created --- Process 3080 loaded C:\Windows\System32\ntdll.dll at 7ffc9574 --- Process 3080 loaded C:\Windows\System32\kernel32.dll at 7ffc93db --- Process 3080 loaded C:\Windows\System32\KernelBase.dll at 7ffc9286 --- Process 3080 thread 11016 created --- Process 3080 thread 1928 created --- Process 3080 loaded C:\cygwin64\bin\cygplot-2.dll at 0060 --- Process 3080 unloaded DLL at 0060 --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ce --- Process 3080 unloaded DLL at 00ce --- Process 3080 loaded C:\cygwin64\bin\cygplot-2.dll at 0060 --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ee --- Process 3080 thread 9632 created --- Process 3080 unloaded DLL at 00ee --- Process 3080 loaded C:\cygwin64\bin\cygpng16-16.dll at 0019 --- Process 3080 unloaded DLL at 0019 --- Process 3080 loaded C:\cygwin64\bin\cygXaw-7.dll at 0073 --- Process 3080 loaded C:\cygwin64\bin\cygX11-6.dll at 00ee --- Process 3080 unloaded DLL at 0073 --- Process 3080 unloaded DLL at 00ee --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f --- Process 3080 loaded C:\cygwin64\bin\cygXt-6.dll at 0019 --- Process 3080 loaded C:\cygwin64\bin\cygXext-6.dll at 0008 --- Process 3080 unloaded DLL at 0008 --- Process 3080 unloaded DLL at 0019 --- Process 3080 loaded C:\cygwin64\bin\cygpng16-16.dll at 0019 --- Process 3080 loaded C:\cygwin64\bin\cygX11-6.dll at 00ee --- Process 3080 loaded C:\cygwin64\bin\cygXaw-7.dll at 0073 --- Process 3080 loaded C:\cygwin64\bin\cygXt-6.dll at 0101 --- Process 3080 loaded C:\cygwin64\bin\cygz.dll at 001d --- Process 3080 loaded C:\cygwin64\bin\cygXext-6.dll at 007a --- Process 3080 unloaded DLL at 001d --- Process 3080 loaded C:\cygwin64\bin\cygXmu-6.dll at 007c --- Process 3080 loaded C:\cygwin64\bin\cygxcb-1.dll at 001d --- Process 3080 unloaded DLL at 001d --- Process 3080 unloaded DLL at 007c --- Process 3080 loaded C:\cygwin64\bin\cyggcc_s-seh-1.dll at 0107 --- Process 3080 unloaded DLL at 0107 --- Process 3080 loaded C:\cygwin64\bin\cygICE-6.dll at 001d --- Process 3080 unloaded DLL at 001d --- Process 3080 loaded C:\cygwin64\bin\cygSM-6.dll at 0002 --- Process 3080 unloaded DLL at 0002 --- Process 3080 loaded C:\cygwin64\bin\cygXpm-4.dll at 001d --- Process 3080 unloaded DLL at 001d --- Process 3080 loaded C:\cygwin64\bin\cygz.dll at 001d --- Process 3080 loaded C:\cygwin64\bin\cygxcb-1.dll at 0107 --- Process 3080 loaded C:\cygwin64\bin\cygXmu-6.dll at 007c --- Process 3080 loaded C:\cygwin64\bin\cygICE-6.dll at 010c --- Process 3080 loaded C:\cygwin64\bin\cygSM-6.dll at 0002 --- Process 3080 loaded C:\cygwin64\bin\cygXpm-4.dll at 010e --- Process 3080 loaded C:\cygwin64\bin\cyggcc_s-seh-1.dll at 010a --- Process 3080 loaded C:\cygwin64\bin\cygXau-6.dll at 000a --- Process 3080 unloaded DLL at 000a --- Process 3080 loaded C:\cygwin64\bin
[ANNOUNCEMENT] Updated: python packages
Several python packages have been uploaded python27-cffi-1.14.0-1 python27-cython-0.29.21-1 python27-olefile-0.46-2 python27-ply-3.11-2 python27-pycparser-2.20-1 python36-cffi-1.14.0-1 python36-cython-0.29.21-1 python36-numpy-1.19.0-1 python36-olefile-0.46-2 python36-ply-3.11-2 python36-pycparser-2.20-1 python37-cffi-1.14.0-1 python37-cython-0.29.21-1 python37-numpy-1.19.0-1 python37-olefile-0.46-2 python37-ply-3.11-2 python37-pycparser-2.20-1 python38-cffi-1.14.0-1 python38-cython-0.29.21-1 python38-numpy-1.19.0-1 python38-olefile-0.46-2 python38-ply-3.11-2 python38-pycparser-2.20-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 19.07.2020 17:55, bri...@pounceofcats.com wrote: On Sun, 19 Jul 2020 08:04:48 +0200 Marco Atzeri via Cygwin wrote: On 18.07.2020 23:12, bri...@pounceofcats.com wrote: Hi, So i noticed graph wasn't doing anything, i could even get it to respond to the help argument. I attached strace to it, and it shows that it was seg-faulting. I _just_ did an update, specifically to see if that would fix it and it did not. 1 could someone reproduce this ? 2 what should i do for a bug report ? I was running graph in a terminal in X not in a terminal window under win10. Thanks, Hi Brian, graph is working for me. Please provide the cygcheck.out, as attachment, for your system, as mentioned in Problem reports: https://cygwin.com/problems.html So first, is a simple test working ? $ echo 0 0 1 1 2 0 | spline | graph > test.meta $ plot -T X test.meta if yes, how I can replicate your segfault ? If the strace is not too large, can you attach to your reply ? If it is too long send to me directly by private mail. oh good grief. i just tried this on my home win 10 box, and works perfectly. unfortunately, my work box, which has a history of weird problems with cygwin, is the one having the problem. there's too much work-related stuff in the cygcheck output for me to pass it on. However the strace is ok, so i have attached it. Just to be clear, graph --help segfaults, so the problem is at a _really_ low level. I'll try setting up a "new" directory install and see if i can reproduce it. -- it seems a problem with loading cygiconv-2.dll --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 --- Process 3080 unloaded DLL at 0113 --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 --- Process 3080, exception c005 at 014f5075 but the address fault seems in cygwin1.dll --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f what version is installed ? Can you try to reinstall it ? $ cygcheck -f /usr/bin/cygiconv-2.dll libiconv2-1.14-3 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
On Sun, 19 Jul 2020 19:46:31 +0200 Marco Atzeri via Cygwin wrote: > On 19.07.2020 17:55, bri...@pounceofcats.com wrote: > > On Sun, 19 Jul 2020 08:04:48 +0200 > > Marco Atzeri via Cygwin wrote: > > > >> On 18.07.2020 23:12, bri...@pounceofcats.com wrote: > >>> Hi, > >>> > >>> So i noticed graph wasn't doing anything, i could even get it to respond > >>> to the help argument. > >>> > >>> I attached strace to it, and it shows that it was seg-faulting. > >>> > >>> I _just_ did an update, specifically to see if that would fix it and it > >>> did not. > >>> > >>> 1 could someone reproduce this ? > >>> 2 what should i do for a bug report ? > >>> > >>> I was running graph in a terminal in X not in a terminal window under > >>> win10. > >>> > >>> Thanks, > >>> > >> > >> Hi Brian, > >> graph is working for me. > >> > >> Please provide the cygcheck.out, as attachment, for your system, > >>as mentioned in > >> > >> Problem reports: https://cygwin.com/problems.html > >> > >> > >> So first, is a simple test working ? > >> > >> $ echo 0 0 1 1 2 0 | spline | graph > test.meta > >> $ plot -T X test.meta > >> > >> if yes, how I can replicate your segfault ? > >> > >> If the strace is not too large, can you attach to your reply ? > >> If it is too long send to me directly by private mail. > >> > > > > oh good grief. i just tried this on my home win 10 box, and works > > perfectly. > > > > unfortunately, my work box, which has a history of weird problems with > > cygwin, is the one having the problem. there's too much work-related stuff > > in the cygcheck output for me to pass it on. > > > > However the strace is ok, so i have attached it. > > > > Just to be clear, > > > >graph --help > > > > segfaults, so the problem is at a _really_ low level. > > > > I'll try setting up a "new" directory install and see if i can reproduce it. > > > > > > -- > > it seems a problem with loading cygiconv-2.dll > > --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 > --- Process 3080 unloaded DLL at 0113 > --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 > --- Process 3080, exception c005 at 014f5075 > > but the address fault seems in cygwin1.dll > > --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f > > what version is installed ? > > Can you try to reinstall it ? I wasn't sure which package you were talking about. i reinstalled both cygwin and base-cygwin. base-cygwin is 3.8-1 cygwin is 3.1.6-1 no difference. > > $ cygcheck -f /usr/bin/cygiconv-2.dll > libiconv2-1.14-3 yes, libiconv2-1.14-3, is what i see also i really, really need to re-install cygwin from scratch on this machine. it seems that every problem i see cannot be replicated. While trying to debug my "graphics characters don't appear correctly" issue, i did try to set-up a new install directory and use that, but maybe that's not good enough. Can I just back up my home directory, kill the entire cygwin64 directory and start over ? -- Brian -- 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 19.07.2020 20:23, bri...@pounceofcats.com wrote: On Sun, 19 Jul 2020 19:46:31 +0200 Marco Atzeri via Cygwin wrote: it seems a problem with loading cygiconv-2.dll --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 --- Process 3080 unloaded DLL at 0113 --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113 --- Process 3080, exception c005 at 014f5075 but the address fault seems in cygwin1.dll --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f what version is installed ? Can you try to reinstall it ? I wasn't sure which package you were talking about. i reinstalled both cygwin and base-cygwin. I was referring to libiconv2 $ cygcheck -f /usr/bin/cygiconv-2.dll libiconv2-1.14-3 yes, libiconv2-1.14-3, is what i see also i really, really need to re-install cygwin from scratch on this machine. it seems that every problem i see cannot be replicated. While trying to debug my "graphics characters don't appear correctly" issue, i did try to set-up a new install directory and use that, but maybe that's not good enough. Can I just back up my home directory, kill the entire cygwin64 directory and start over ? I suggest to install in a parallel directory, they works fine without interference, eg in my system I have: 08.06.2020 19:37 cygwin32 22.04.2020 21:32 cygwin32T 19.07.2020 19:17 cygwin64 22.04.2020 21:37 cygwin64T In this way you can copy your home more easily and kill the old one when everything is fine. 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
Creating directories without permissions and timestamp on CYGWIN
This was run on CYGWIN_NT-10.0 NVEBLODKIF 3.1.5(0.340/5/3) 2020-06-01 08:59
x86_64 Cygwin
Creating a directory using mkdir API on C with 0777 permissions with the
name having the following ASCII values causes the directory to be created
with no user permissions and no timestamp. Length of the name is 66
character long including the terminating NULL character.
ASCII values of characters in the string: 96 234 195 186 63 63 50 109 4 84
208 246 186 170 197 33 131 113 134 209 109 251 98 226 179 93 178 32 242 189
236 88 14 107 134 133 93 126 210 61 194 27 209 172 244 15 12 222 9 93 10
149 10 235 157 42 114 125 198 182 96 240 171 164 106 0
Unit test case to replicate the scenario
#include
#include
#include
int main () {
char tempPath[66] = {96, 234, 195, 186, 63, 63, 50, 109, 4, 84, 208, 246,
186, 170, 197, 33, 131, 113, 134, 209, 109, 251, 98, 226, 179, 93, 178, 32,
242, 189, 236, 88, 14, 107, 134, 133, 93, 126, 210, 61, 194, 27, 209, 172,
244, 15, 12, 222, 9, 93, 10, 149, 10, 235, 157, 42, 114, 125, 198, 182, 96,
240, 171, 164, 106, 0};
mkdir(tempPath, 0777);
return 1;
}
Terminal output after running the test case
pinaki@NVEBLODKIF ~/sandbox
$ ls -l
ls: cannot access
'`'$'\352''ú??2m'$'\004''T'$'\320\366\272\252\305''!'$'\203''q'$'\206\321''m'$'\373''b'$'\342\263'']'$'\262''
'$'\362\275\354''X'$'\016''k'$'\206\205'']~'$'\322''='$'\302\033''Ѭ'$'\364\017\f\336\t'']'$'\n\225\n\353\235''*r}ƶ`'$'\355\276\263\357\201\252':
No such file or directory
ls: cannot compare file names ‘test.c’ and
‘`\352ú??2m\004T\320\366\272\252\305!\203q\206\321m\373b\342\263]\262
\362\275\354X\016k\206\205]~\322=\302\033Ѭ\364\017\f\336\t]\n\225\n\353\235*r}ƶ`\355\276\263\357\201\252’:
Invalid or incomplete multibyte or wide character
total 168
d? ? ? ? ??
'`'$'\352''ú??2m'$'\004''T'$'\320\366\272\252\305''!'$'\203''q'$'\206\321''m'$'\373''b'$'\342\263'']'$'\262''
'$'\362\275\354''X'$'\016''k'$'\206\205'']~'$'\322''='$'\302\033''Ѭ'$'\364\017\f\336\t'']'$'\n\225\n\353\235''*r}ƶ`'$'\355\276\263\357\201\252'
-rwxr-xr-x 1 pinaki Domain Users 167446 Jul 15 12:57 a.exe
-rwxr-xr-x 1 pinaki Domain Users 3755 Jul 15 12:57 test.c
--
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 directories without permissions and timestamp on CYGWIN
On 19.07.2020 21:34, Jayasurya p via Cygwin wrote:
This was run on CYGWIN_NT-10.0 NVEBLODKIF 3.1.5(0.340/5/3) 2020-06-01 08:59
x86_64 Cygwin
Creating a directory using mkdir API on C with 0777 permissions with the
name having the following ASCII values causes the directory to be created
with no user permissions and no timestamp. Length of the name is 66
character long including the terminating NULL character.
ASCII values of characters in the string: 96 234 195 186 63 63 50 109 4 84
208 246 186 170 197 33 131 113 134 209 109 251 98 226 179 93 178 32 242 189
236 88 14 107 134 133 93 126 210 61 194 27 209 172 244 15 12 222 9 93 10
149 10 235 157 42 114 125 198 182 96 240 171 164 106 0
Unit test case to replicate the scenario
#include
#include
#include
int main () {
char tempPath[66] = {96, 234, 195, 186, 63, 63, 50, 109, 4, 84, 208, 246,
186, 170, 197, 33, 131, 113, 134, 209, 109, 251, 98, 226, 179, 93, 178, 32,
242, 189, 236, 88, 14, 107, 134, 133, 93, 126, 210, 61, 194, 27, 209, 172,
244, 15, 12, 222, 9, 93, 10, 149, 10, 235, 157, 42, 114, 125, 198, 182, 96,
240, 171, 164, 106, 0};
mkdir(tempPath, 0777);
return 1;
}
what encoding is supposed to be ?
I doubt a file name can accept a linefeed (10)
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: [ANNOUNCEMENT] Updated: gnuplot-5.4.0-1
Hi Achim, Achim Gratz wrote: Gnuplot version 5.4.0 is now available on Cygwin. The upstream release notes are available at: http://www.gnuplot.info/ReleaseNotes_5_4.html Cygwin Notes [...] The qt terminal still doesn't work on Cygwin due to either a Cygwin or Qt5 bug that is still under investigation. If you want to help, please install the gnuplot-qt5 package and try to debug it. If this refers to the issue of not being able to open a Qt terminal for gnuplot output, I investigated this a year and a half ago. We opened a Qt bug for it https://bugreports.qt.io/browse/QTBUG-74486 but it has languished. I'll revisit this issue and see if I can submit a patch for Cygwin's Qt package or gnuplot or whatever would work. Thanks for the reminder. ..mark -- 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
