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
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 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 :
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 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. 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 Wed, Jul 22, 2020 at 12: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 only appear to have problems with graph. Everything else seems 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
I have attached both the cygcheck and strace output. Tony Richardson On Tue, Jul 21, 2020 at 7:00 PM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > > On 2020-07-21 10:17, Tony Richardson via Cygwin wrote: > > On Tue, Jul 21, 2020 at 9:51 AM Brian Inglis wrote: > >> On 2020-07-20 22:28, Marco Atzeri via Cygwin wrote: > >>> On 21.07.2020 05:12, briand wrote: > >>>> On Sun, 19 Jul 2020 21:15:26 +0200 > >>>> Marco Atzeri via Cygwin wrote: > > >>>>>> 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:>>>>> In this way you > can copy your home more easily and kill the old one > >>>>> when everything is fine. > >>>> I tell you my work machine is just cursed. Installed a fresh cygwin, > >>>> the only package i chose was plotutils, and i get the exact same > >>>> problem. > >>>> Not sure where to go from here... > > >>> I bet the curse is a BLODA > >>> https://cygwin.com/faq/faq.html#faq.using.bloda > >>> also as I noted that the loading address of your DLLs is **very** low > > >>> my pc: > >>> $ grep cygwin1.dll graph.strace > >>> --- Process 84828 loaded D:\cygwin64\bin\cygwin1.dll at > 00018004 > > >>> your strace > >>> $ grep cygwin1.dll temp.txt > >>> --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ce > >>> --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ee > >>> --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f > > >>> can you exclude the AV from your cygwin directory ? > > > I just wanted to mention that I am having similar problems with graph as > > the original poster (memory access error after loading cygiconv-2.dll). > I > > am running Windows Defender as my only AV. The problem persists after > > turning that off though. > > I have been running Cygwin with W10 Defender since it came out with no > issues. > YMMV. AVs are not the only type of BLODA. > > Please post or attach as plain text verbatim copies of the failing > commands, > output, and suggested diagnostics, so we can see where the issues are > similar or > may differ. > > -- > 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 > cygcheck.out Description: Binary data strace.out Description: Binary data -- 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
ggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3dd6b) > cygXmu-6.dll => /usr/bin/cygXmu-6.dll (0x3eb30) > cygXpm-4.dll => /usr/bin/cygXpm-4.dll (0x3eb2d) > cygICE-6.dll => /usr/bin/cygICE-6.dll (0x3ffc8) > cygSM-6.dll => /usr/bin/cygSM-6.dll (0x3ebb4) > cygxcb-1.dll => /usr/bin/cygxcb-1.dll (0x3b2f9) > cyguuid-1.dll => /usr/bin/cyguuid-1.dll (0x3b73e) > cygXau-6.dll => /usr/bin/cygXau-6.dll (0x3eb78) > cygXdmcp-6.dll => /usr/bin/cygXdmcp-6.dll (0x3eb66) > cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3c256) > cygX11-6.dll => /usr/bin/cygX11-6.dll (0xcd) > cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3d6e0) > > -- > Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada I just wanted to mention that I am having similar problems with graph as the original poster (memory access error after loading cygiconv-2.dll). I am running Windows Defender as my only AV. The problem persists after turning that off though. Tony Richardson -- 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/X: KDE Desktop
On Tue, Apr 28, 2020 at 7:11 AM Maarten Hoes via Cygwin wrote: > Hi, > > > I tried a few different Desktop Environments for comparison. At least > GNOME-Openbox, KDE-Openbox, Plasma, and MATE give me a black screen and no > taskbar/menu, pop-up menu with right-click on background, etc., but I can > start applications on them if I open a Cygwin prompt through the 'Cygwin64 > Terminal' icon by doing (for example) "export DISPLAY=:0.0 ; xterm". > > However, the LXDE and Openbox desktops do give me the familiar things (like > a start-menu, right-click on desktop pop-up menu). > > I have no idea where to even begin with troubleshooting the issue (of > getting KDE or GNOME working). Could it be as simple as some packages that > have not been installed ? I installed these desktops by selecting the > packages listed on the Cygwin/X website during the overall Cygwin > installation (setup-x86_64.exe). > > Any and all help is appreciated. > > > > - Maarten > > > On Wed, Apr 22, 2020 at 2:38 PM Maarten Hoes > wrote: > > > Hi, > > > > > > When I run XLaunch and choose single window (or use the KDE 'Plasma' > > shortcut), I get a black window (or grey, when also supplying '-retro'), > > but I am not getting a desktop like when I do when I run KDE on Linux > (KDE > > taskbar/menu, pop-up menu with right-click on background, etc.). Is > there a > > way to do this ? Or am I missing something obvious here ? > > > > > > Any and all help is appreciated, > > > > > > Thanks in advance, > > > > > > - Maarten > Sorry I can't provide help, I just wanted to mention that I have related (I think) problems. I only have the LXDE and Xfce desktop environments installed. Xfce starts consistently everytime. LXDE only completely starts every-other-time. I get the black window one time (with a pop-up openbox menu). I can log-out and then the next time I get the full LXDE desktop. There is consistent alternation between the two. LXDE is my preferred desktop, but I tend to use Xfce because of this problem. I thought that there might be some weird interaction in the configuration files used by the different desktop environments so I deleted all the config files (dot files) in my home directory but I still see the same behavior. 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
Cygwin/X LXDE Desktop Issue
I have the LXDE desktop environment installed, every other time I try to start it (via the LXDE icon under Cygwin/X) it doesn't completely start up. By that I mean I don't see the LXDE background screen (the screen is solid black) and a different window manager appears to be running (I get a different menu when I right-click on the root window). I do see what appears to the regular LXDE start menu and menu bar at the bottom of the screen. This is consistent. If I see the black background, I can close the environment (either by logging out or closing the root menu), restart and everything is back to normal. The next time I restart I see the black background. I also have the Xfce desktop installed and it works fine everytime. Does anyone else have this issue with LXDE? This has been an on-going issue for me for a while (over a year?) on two different computers. Tony Richardson -- 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: What is wrong with the name excel?
On Fri, Apr 17, 2020 at 1:02 PM Eliot Moss wrote: > On 4/17/2020 1:24 PM, Erik Soderquist via Cygwin wrote: > > On Fri, Apr 17, 2020 at 7:11 AM Gerlach van Beinum wrote: > >> > >> I made a program to read a csv file from Excel. I called it excel.c > >> and it made an executable excel.exe > >> If irun that executable with: > >> ./excel.exe > >> nothing happens, i.i. no output. > >> > >> If I rename it to a.exe it runs OK. > >> > >> What about this name excel?? > > > > I believe this is actually a Windows issue; Windows recognizes > > "excel.exe" as 'a Microsoft package' and intercepts the call to launch > > the program, though I would expect Microsoft Excel to launch rather > > than 'nothing happening' > > > > I've had this problem before on hosts that did not even have Cygwin > > installed when the executable file name matched an existing 'Microsoft > > package' > > What seems a little odd to me is this. If I had invoked via: > > excel.exe > > I would not be surprised the MS Excel would launch, because it is probably > earlier in the path. But the OP said he typed: > > ./excel.exe > > So I am surprised, given the explicit path. Which leads me to a background > wondering of whether ./excel.exe has execute permission set. If not maybe > the search would continue, trying to find something on the path that could > be executed? That would surprise me a little, but I'd have to go read the > fine print on bash, etc. > > Regards - Eliot Moss > I am surprised but, I see the same behavior. No output from an executable called excel.exe. winword.exe appears to be another "special" name. Tony Richardson -- 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: Customize setup program.
João Pedro Oliveira joao.oliveira at lx.it.pt writes: Is it possible to call the setup program in quiet mode (or not quiet) and pass to the setup the packages we want to install? I would not like the user lost in all the steps of the cygwin setup... You can define your own package in the setup.ini file that is in the Base category and have it require the packages that you want automatically selected. For example, I have a small file that looks like this: @ UEBASE sdesc: Required packages for UE programming courses. ldesc: Required packages for UE programming courses. category: Base requires: a2ps gcc gcc-core gcc-g++ gcc-g77 gcc-gdc gcc-gpc gcc-java ... version: 1.0.0-0 The requires field actually contains about 100 entries. I just append this file to the setup.ini file before running setup cat ue_setup.ini setup.ini Then run setup and all of your desired packages are automatically selected for installation. It is not quite an unattended install, but it is just a click-thru install. You can get the initial list of required packages by setting up one machine with the standard setup and then getting the list of installed packages from the /etc/setup/installed.db file. I tweak this from semester to semester to add and remove packages before we re-image our lab machines. More importantly, I provide it to students to ensure that they have all of the necessary software on their personal machines for software development. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Awk scripts that worked on previous cygwin installs are no longer working
Daniel So so_whing at yahoo.com writes: I use Cygwin to run simple awk scripts. I have several scripts that have worked previously on my installation of Cygwin. Recently I had to have my XP OS re-installed and now the scripts no longer work. The scripts still work on my other Cygwin installs. Convert the script convert_dwg-sum_rep2delete_clip-prop from DOS line endings to UNIX line endings with d2u d2u convert_dwg-sum_rep2delete_clip-prop Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Preparing for a new computer
Bob McConnell rvm at CBORD dot com writes: What this boils down to is that /bin, /doc, /etc, /lib and /usr should be on drive D, but /home, /tmp, /var and /usr/local should be on E. (Or should /etc also be on E?) I know that Microsoft's half-baked systems do not have anything useful like links, either hard or soft, so this becomes a problem. Is there any way to set Cygwin up to fit this partition scheme? Install cygwin to D. Create a cygwin directory on E and then use mount to map e:\cygwin\tmp to /tmp and so on. In addition, I need to set up bash so that it has more reasonable home, library and path settings. I would like to ignore all of the Microsoft paths and substitute pure Unix styles, preferably some that match my Slackware systems at home. That would certainly help reduce the confusion I feel every Monday morning. Is this even possible? I assume you are talking about environment variable settings? My HOME (/home/richardson) and PATH (/usr/local/bin:/usr/bin:/bin plus others) have only Unix style paths, so yes this is possible. I have paths like /cygdrive/e/WINDOWS in PATH also. I think those are necessary so that certain dll's can be found. I've never found differences in PATH to be confusing though, so maybe I misunderstand your question? Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: display ps command line parameters
Andy at Jet-Net Andy at jet-net.co.uk writes: In ps -s I get something like: PID TTYSTIME COMMAND 1234 con 09:00:00 /path/program Is there a way of doing this through ps (or an alternative) in Cygwin? An alternative would be to parse /proc/PID/cmdline. Arguments are separated by null bytes. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No octave prompt (no error messages)
Albert Vos vos_albert at hotmail.com writes: at home and at work I have the same problem with octave under cygwin. In both cases I octave just quits without giving any output, no prompt, no error messages. One computer runs on win2000 Sp4 on which I'm no administrator and the other runs on winXp Sp2 on which I have all rights. You might try starting octave using octave -V or octave -x (or both) to determine if it is getting hung in one of the startup scripts. Otherwise follow the problem reporting guidelines ... Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH: Cygwin-Linux is slow
ppmoore polomora at gmail.com writes: Has anyone else experience very slow speed when connected from Cygwin to a SuSE inux box using ssh? I'm not talking about the connection time. I mean that when logged onto the linux box using an xterm, that the time between typing a letter and viewing the response is of the order of 1-2 seconds. Have you verified that it is just Cygwin to Linux and not also Linux to Linux? We had a similar problem due to a packet shaper throttling back all ssh connections from outside. So make sure that you are testing with clients from the same point on the network (or outside of it). Once we convinced the IT guys that the packet shaper was the problem, they were able to fix it pretty easily. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Linking Assembly Code - Can't resolve printf
David Lariviere dal2103 at columbia.edu writes: Hi Kai, Thank you so much. That got it compiling. I had tried it before, being inspired by the results of objdump on libc.a, but it didn't work at that point because I hadn't yet read about the importance of ordering the -lc after the object. I hadn't gone back and tried it since making that change, until your suggestion. Thanks!! The code is actually taken out of Professional Assembly Language by Richard Blum. It is an entry point problem. The easy way to get around is to write a C main program that calls an asm_main. I taught an assembly language course that used the above book as the course text and Cygwin for the programming environment. 95% of the material in the book works under Cygwin as well as Linux. I created a library that contained code that worked around the entry point problem and provided wrappers around the stdio routines. (The students had programmed in C++ and had never used printf/scanf and I wanted to get them started with I/O as quickly as possible.) Anyway the lecture notes and the library source code are online at http://csserver.evansville.edu/~richardson/courseware/CS220/spring2006/ Look for the CS220 Library and User's Manual about 1/2 down the page. The User's Manual lists example assembly code that will get you started. The example code you included in your post is used as an example in Lecture 19: Getting Starting (it is the third assembly language lecture, the first two cover X86 history and architecture - the first half of the course covers digital logic) on slides 11 and 12. I hope that you find the material useful in getting started with Assembly under Cygwin. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: XP embedded
Jeff Lange jlange6648 at gmail.com writes: While searching though the mail list archives, I found a posting back on March 9th asking about XP Embedded SP2 and the error /dev/null: No such file or directory. Everyone blasted the poster for running a really old version of Cygwin. Well I'm running into the exact same problem, except that I'm running the latest version of Cygwin. When I start a console I get the message bash: /dev/null: No such file or directory You might try adding the NULL device driver to XPE. Search for info in the microsoft.public.windowsxp.embedded newsgroup. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: curses.h location in cygwin install?
Robin Lin rslin at ucdavis.edu writes: I'm trying to use the curses library, and I can't seem to locate where the curses.h file is. I've tried to reinstall the curses packages several times, and I still can't locate the file. It's just not where everyone says it should be (\usr\include\ncurses). I don't even see an ncurses folder, yet I can run the ncurses tests/demos just fine, so it must be somewhere... Have you installed the libncurses-devel package? It's in there. By the way, a search (in this case, for curses.h) at http://cygwin.com/packages/ goes a long way toward resolving these types of issues. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Printing man pages
George d1945 at sbcglobal.net writes: Generating a PDF from the grep man page, for example, using: man -t `man -w grep` | ps2pdf - grep.pdf which, by default, is actually /usr/bin/groff -Tps -mandoc `man -w grep` | ps2pdf - grep.pdf results in a fairly unattractive PDF file. The man page title is dropped from the output, and the top margin is borked. Sounds like it might be an incorrect media size setting. The default groff PostScript media size is A4. Changing the papersize setting in /usr/share/groff/1.18.1/font/devps/DESC to letter may help. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unmount drive in cygwin - is it possible
Mark Bevan mark_bevan_email at yahoo.co.uk writes: I have compiled ntfsprogs 1.12.1 for use with cygwin - compilation went well and I know have the set of executables available. Whenever I run ntfsresize (even just to get info on current NTFS filesystem using -i option) I am told : ntfsresize v1.12.1 (libntfs 8:1:0) ERROR: Device '/cygdrive/e' is mounted read-write. You must 'umount' it first. However there doesn't seem to be a way to unmount a disk in cygwin : $ umount /cygdrive/e umount: /cygdrive/e: No such file or directory Maybe this because this because the underlying windows operating system (Windows XP) doesn't allow for this or maybe I am not using the right commands ? Did you try using the raw device name instead of the filesstem? That is, something like: ntfsresize /dev/sda1 for the first partition on the first disk. See the Special Filenames of the Cygwin User's Guide for more info. Tony -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
Igor Pechtchanski pechtcha at cs.nyu.edu writes: On Wed, 7 Dec 2005, Tony Richardson wrote: I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Actually, a viable solution for this was already proposed by John W Eaton in http://cygwin.com/ml/cygwin/2005-12/msg00283.html. Since octave adds other directories to the path before it runs, it's possible to create a gnuplot wrapper that uses the real gnuplot if present and exits with a reasonable error message otherwise. Just to clarify, the reason I thought it was a hack was that it was an *octave-forge* script dealing with a *gnuplot* bug. I don't think the mechanism itself is in any way hacky. Igor I don't follow. I'm asking for the gnuplot requirement for octave to be dropped from setup.ini so that when I install octave all of the X11 stuff (through a gnuplot dependency) isn't installed by default. It's not that I can't work around the problem, I can. Perhaps a better way to handle it, as you suggested in another message regarding tetex-bin, is to add a comment in the README about installing cygwin/X11/gnuplot and/or setting up Windows-native gnuplot if you want to do plotting with octave. Tony I can. The -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
James R. Phillips antiskid56-cygwin at yahoo.com writes: The octave-forge legend command requires tetex-bin. This came up in: http://www.octave.org/mailing-lists/help-octave/2005/4239 I promised to fix it, and I did. Everyone who complains about long downloads should get broadband ;) Everyone who complains about many files should get a bigger hard drive ;) I have a similar gripe regarding an octave dependency. I have an old laptop in which I keep a rather lean cygwin installation. I do use octave quite a bit, but I prefer to use it with the native-Windows version of gnuplot instead of the cygwin-X11 version. (Just set gnuplot_binary equal to /cygdrive/c/Program Files/gnuplot4.00/bin/pgnuplot or similar in the .octaverc file.) Because of the dependency on gnuplot and the gnuplot dependency on X11 upgrading octave is painful. (I don't have any of the X11 packages installed and I don't want to install them. Note also that X11 is required only through the gnuplot dependency, it isn't required for viewing images, octave-forge sets up IE as the default image viewer.) I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Complex.h file
John Coppens john at jcoppens.com writes: I'm tying to port a program of mine to cygwin, and have the following problem: complex.h is not found. The compiler complains about the missing complex.h and about the complex type in a file, even though I read gcc has complex C-99 support built-in since 3.4.1 Well gcc 3.4.4 has built-in support for complex types, i.e. the following works (without including complex.h) _Complex double x = 7 + 8i; x += -3 - 4i; x *= 2 + 5i; x /= 3 - 4i; printf((%f,%f)\n, creal(x), cimag(x)); but it does not have built-in support for all of the complex functions that are declared in complex.h. I would assume the problem is more of newlib issue than a gcc one. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Complex.h file
John Coppens john at jcoppens dot com writes: Tony Richardson ar63 at evansville.edu wrote: _Complex double x = 7 + 8i; but it does not have built-in support for all of the complex functions that are declared in complex.h. I would assume the problem is more of newlib issue than a gcc one. That's good news - I couldn't find much info on the nuts and bolts of the complex stuff in gcc-3.4.x (Is there some manual that is up-to-date? The gcc manuals I found are from 2002 or older). The complex number stuff is documented in the gcc info pages. Look under C Extensions and then Complex Numbers I just tried to change a few complex declarations to _Complex on the big machine and they even seem compatible with the normal 'complex' declarations. You might be able to save yourself some typing by using a typedef in a complex.h file that you create and thereby avoid having to modify the original source at all. Regards, Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong icons
Alexander Gottwald alexander.gottwald at s1999.tu-chemnitz.de writes: On Tue, 2005-11-08 at 09:30 -0400, Rodrigo Medina wrote: HI, In X-start-menu-icons-1.0.4 the X-icon has been replaced by an icon of VIM. I can't reproduce this. With the last update I indeed added some icons (gvim, rxvt, emacs) to match with the last upstream source. However, reinstalling x-start-menu-icons creates shortcuts with X as icon. Maybe the gvim icon was selected as run icon because it matched the display depth best. I had the same problem, perhaps the icon offsets were changed? Changing the default icon offset from 2 to 4 (line 39) of the script X-start-menu-icons.sh in /usr/X11R6/bin and then rerunning the script restored the X icons. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cygwin and Ext2 IFS?
Public Mailing Lists lists at lists.cichon.com writes: I got an USB hard drive, and on this disk there is a ext3 filesystem. This filesystem is accessible under Windows XP using a software called Ext2 IFS for Windows. Does Cygwin work together with this software? Is it possible to mount this filesystem into cygwin in a way that cygwin uses symbolic links, permission flags, upper/lower-case filenames etc. that are stored on this file-system? Cygwin works fine with it. It looks like a regular Windows filesystem, however. Symlinks, perms, and upper/lower-case are not supported because IFS does not support them. (See the IFS FAQ.) Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wildcards in the path name parameter
Coetzee, Evert wrote But I'm running it from the cmd.exe command prompt. I'm not in a shell. cp: cannot stat `/cygdrive/c/*.*': No such file or directory That is the error I get now. The shell does wildcard expansion in Cygwin (and Unix) not the utility. Try bash -c cp /cygdrive/c/cygwin*.bat targetdir from the cmd.exe prompt instead (or from your application). (Why not use Windows copy instead though?) Tony Richardson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Corinna Vinschen Sent: 26 May 2005 11:42 To: cygwin@cygwin.com Subject: Re: Wildcards in the path name parameter On May 26 06:28, Coetzee, Evert wrote: So my conclusion is that the * is not interpreted as a wildcard when it is part fo a pathname. Wrong. Don't mix Win32 and POSIX paths. Use /cygdrive/c/sourcedir/*.txt. No drive letters, no backslash. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkstemp bug
I'm surprised your example doesn't segfault. My Linux man page says explicitly that the template should not be a string constant but must be a character array, i.e. use char t1[] = /tmp/clisp-x-io-XX; char t2[] = /tmp/clisp-x-io-XX; char t3[] = /tmp/clisp-x-io-XX; mkstemp(t1); mkstemp(t2); mkstemp(t3); instead. Tony Richardson p.s. Don't use char *t1 = /tmp/clisp-x-io-XX; either. It's not the same. Constant strings like this and in your original program can be stored in a read-only segment and so are not necessarily writeable. Sam Steingold wrote: Hi, it appears that mkstemp() returns a temp FD pointing to the same file: mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ioperm - ioperm.sys is not installed.
Simon wrote Hello, Trying to get JTAG working, but am getting parport open error. My IOPERM output says ioperm is not installed. There is no man page for ioperm. Can anyone point me in the right direction for getting ioperm installed? Using cygcheck -l ioperm will list the files included in the ioperm package. That should point you to /usr/doc/ioperm-0.4/README which tells you to use ioperm -i to install the driver. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: f77 compiler
Dick Henry wrote: In short, a program that works fine on my workstation gives different output on my laptop using the f77 compiler from cygwin. Are you creating binary files? Just a wild guess (based on recently porting a Sun Fortran to cygwin), but then I'd assume you are running into big endian/little endian issues. Usually not a problem as long as you can recompile the program that uses the binary output under cygwin too. If thats not an option you'll need to do some data swabbing. Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
