Re: evince 3.26.0-1 can't open/display .eps files
On 1/3/2021 12:26 PM, Scott T. Marshall wrote: Hello, I use evince to view .eps and .ps files (usually plots of scientific data). After my recent cygwin update, evince no longer is able to open .eps or .ps files. I get the following error. Unable to open the initial device, quitting. fatal internal error -100 From a web search in Linux forums, this may be an issue with libspectre that has been fixed in a recent version, but is not yet available in cygwin. evince can open pdf files, so it is just eps and ps files that give the error. gs can open the eps files. Any help/suggestions would be appreciated. Cheers, -Scott The recent Cygwin distribution update to libspectre 0.2.9-1 has fixed this issue. Thanks! -Scott -- 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
evince 3.26.0-1 can't open/display .eps files
Hello, I use evince to view .eps and .ps files (usually plots of scientific data). After my recent cygwin update, evince no longer is able to open .eps or .ps files. I get the following error. Unable to open the initial device, quitting. fatal internal error -100 From a web search in Linux forums, this may be an issue with libspectre that has been fixed in a recent version, but is not yet available in cygwin. evince can open pdf files, so it is just eps and ps files that give the error. gs can open the eps files. Any help/suggestions would be appreciated. Cheers, -Scott -- 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: g77 on cygwin64
Thank-you to those that responded with suggestions involving my fortran issues. Fixing the code is not something I am going to pursue since the source code was written by several different colleagues and is spread out amongst many .f files. My colleagues have no interest in fixing it since they have g77 on their unix machines, and to them, it isn't broken. The strange thing is that gfortran does compile the code, but once compiled, the executables have strange behavior mainly involving problems reading in data files. So it is not clear to me exactly what needs to be updated in the code. I have tried to compile gcc 3.4.6 from source with no luck, but I am not so good with compiler flags and makefiles. I will give it a go again, but I am not optimistic. So, to avoid further mean comments about my course of action being stupid, I will sign off. -Scott On 2/12/2014 2:31 AM, Arjen Markus wrote: I agree with Andrey - could you give us examples of code fragments that are not accepted by gfortran but are by g77? Regards, Arjen 2014-02-12 8:14 GMT+01:00 Andrey Repin anrdae...@yandex.ru: Greetings, Scott T. Marshall! Would it be very difficult to take the old g77 source and recompile it for cygwin64? Has anyone successfully done this before? It would certainly be easier to fix you code to compile with standards-conformant compiler. Because every other course of action seems counterproductive, if not plain stupid. -- WBR, Andrey Repin (anrdae...@yandex.ru) 12.02.2014, 11:13 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
g77 on cygwin64
Hi All, First a compliment: I recently went from the old x86 version of cygwin to cygwin64. I was pleased to see that many of my perl scripts run about twice as fast. Thanks! My question: Would it be possible to have the old g77 fortran compiler as an optional install for cygwin64? I realize that g77 is now deprecated by gfortran, but I have a lot of old fortran 77 code that does not compile correctly with gfortran. Since I am not a fortran coder (I mainly use interpreted languages), I do not have the skills to figure out what the issues with gfortran are. It would immensely useful to have a cygwin64 g77 as an optional install. If this is not an option, could anyone maybe point me in the right direction as to how to compile g77 myself? I attempted to do so with an old g77 from gcc version 3.4.6, but the makefiles do not recognize the uname of cygwin64, and I'm not sure of what compiler flags to use, so the build always fails. Any tips/suggestions would be appreciated. Cheers, -Scott -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: g77 on cygwin64
On 2/12/2014 12:28 AM, Marco Atzeri wrote: On 12/02/2014 04:54, Scott T. Marshall wrote: Hi All, First a compliment: I recently went from the old x86 version of cygwin to cygwin64. I was pleased to see that many of my perl scripts run about twice as fast. Thanks! My question: Would it be possible to have the old g77 fortran compiler as an optional install for cygwin64? I realize that g77 is now deprecated by gfortran, but I have a lot of old fortran 77 code that does not compile correctly with gfortran. Since I am not a fortran coder (I mainly use interpreted languages), I do not have the skills to figure out what the issues with gfortran are. It would immensely useful to have a cygwin64 g77 as an optional install. If this is not an option, could anyone maybe point me in the right direction as to how to compile g77 myself? I attempted to do so with an old g77 from gcc version 3.4.6, but the makefiles do not recognize the uname of cygwin64, and I'm not sure of what compiler flags to use, so the build always fails. Any tips/suggestions would be appreciated. Cheers, -Scott have you tested with -std=legacy ? '-std=STD' Specify the standard to which the program is expected to conform, which may be one of 'f95', 'f2003', 'f2008', 'gnu', or 'legacy'. The default value for STD is 'gnu', which specifies a superset of the Fortran 95 standard that includes all of the extensions supported by GNU Fortran, although warnings will be given for obsolete extensions not recommended for use in new code. The 'legacy' value is equivalent but without the warnings for obsolete extensions, and may be useful for old non-standard programs. The 'f95', 'f2003' and 'f2008' values specify strict conformance to the Fortran 95, Fortran 2003 and Fortran 2008 standards, respectively; errors are given for all extensions beyond the relevant language standard, and warnings are given for the Fortran 77 features that are permitted but obsolescent in later standards. '-std=f2008ts' allows the Fortran 2008 standard including the additions of the Technical Specification (TS) 29113 on Further Interoperability of Fortran with C. Yup, I tried that compiler flag (-std=legacy) with gfortran. No luck. Back when cygwin was x86 only and had g77, the same code compiled correctly and ran fine. I have the same issues on Linux boxes, so the gfortran issue is not unique to cygwin. The solution I found was to dig up the old binaries for my Linux boxes and install g77 on them. I don't think I can do this for cygwin since g77 was never a part of cygwin64. Would it be very difficult to take the old g77 source and recompile it for cygwin64? Has anyone successfully done this before? Cheers -Scott -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: No xauth program
Brilliant!!! That did the trick. Thanks so much. This was really driving me crazy. Cheers, -Scott On 9/2/2010 6:48 PM, Jon TURNEY wrote: On 9/2/2010 11:11 AM, Jon TURNEY wrote: On 01/09/2010 20:29, Scott T. Marshall wrote: when I connect using ssh -Yv localhost the last few lines of output are: debug1: Entering interactive session. debug1: No xauth program. Warning: No xauth data; using fake authentication data for X11 forwarding. debug1: Requesting X11 forwarding with authentication spoofing. debug1: Remote: No xauth program; cannot forward with spoofing. Last login: Wed Sep 1 15:03:40 2010 from ::1 I don't understand the No xauth program part. I have xauth in /bin which xauth returns /usr/bin/xauth and when I check the permissions on xauth, I see that they are 755 and I am the owner. You might like to try if xauth can actually run successfully? On 02/09/2010 18:56, Scott T. Marshall wrote: Thanks for the suggestion Jon. I don't know exactly what I should ask xauth to do or what syntax is requires (the man page was not completely clear to me), but what I can say is that if I try to execute xauth in an xterm, it gives no errors. I can also say that when I ssh to other linux machines, I can open X applications, but my cygwin/windows 7 x64 box will not forward x windows when someone log onto it. Hmm... it looks like the latest openssh package has the wrong default path to xauth for some reason. As a workaround, you might try adding XAuthLocation=/usr/bin/xauth to /etc/sshd_config and restarting sshd. -- Scott T. Marshall Department Of Geology Appalachian State University 572 Rivers St. Boone, NC 28608 http://www.appstate.edu/~marshallst/ ftp://pm.appstate.edu/pub/prog/marshallst/ -- 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: No xauth program
Thanks for the suggestion Jon. I don't know exactly what I should ask xauth to do or what syntax is requires (the man page was not completely clear to me), but what I can say is that if I try to execute xauth in an xterm, it gives no errors. I can also say that when I ssh to other linux machines, I can open X applications, but my cygwin/windows 7 x64 box will not forward x windows when someone log onto it. -Scott On 9/2/2010 11:11 AM, Jon TURNEY wrote: On 01/09/2010 20:29, Scott T. Marshall wrote: when I connect using ssh -Yv localhost the last few lines of output are: debug1: Entering interactive session. debug1: No xauth program. Warning: No xauth data; using fake authentication data for X11 forwarding. debug1: Requesting X11 forwarding with authentication spoofing. debug1: Remote: No xauth program; cannot forward with spoofing. Last login: Wed Sep 1 15:03:40 2010 from ::1 I don't understand the No xauth program part. I have xauth in /bin which xauth returns /usr/bin/xauth and when I check the permissions on xauth, I see that they are 755 and I am the owner. You might like to try if xauth can actually run successfully? -- Scott T. Marshall Department Of Geology Appalachian State University 572 Rivers St. Boone, NC 28608 http://www.appstate.edu/~marshallst/ ftp://pm.appstate.edu/pub/prog/marshallst/ -- 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/
No xauth program
Hi All, I am struggling to get my ssh server to forward x windows. I have followed the cygwin documentation several times and cannot get my windows 7 (x64) machine to forward any x windows over ssh. This is particularly frustrating because I set this all up with no problem on my laptop which is also running windows 7 (x64). Here is my short description and info. Please let me know if I need to provide any extra info. I've done extensive web searches and searched the cygwin FAQ's and mailing lists, but can't seem to find a similar problem. I have added ForwardX11 yes to /etc/ssh_config I have added X11Forwarding yes to /etc/sshd_config I have the XWin server running and am using xterm with the following command (on one line of course) C:\cygwin\bin\run.exe -p /usr/X11R6/bin xterm -display 127.0.0.1:0.0 -ls -g 115x35 +tb -fn 8x16 -sl 1000 -sb -rightbar -ms red -fg yellow -bg black So, my xterm pops up just like normal and I can successfully ssh to localhost, but when I try to open something graphical (e.g xeyes or nedit) I get Error: Cannot open display when I connect using ssh -Yv localhost the last few lines of output are: debug1: Entering interactive session. debug1: No xauth program. Warning: No xauth data; using fake authentication data for X11 forwarding. debug1: Requesting X11 forwarding with authentication spoofing. debug1: Remote: No xauth program; cannot forward with spoofing. Last login: Wed Sep 1 15:03:40 2010 from ::1 I don't understand the No xauth program part. I have xauth in /bin which xauth returns /usr/bin/xauth and when I check the permissions on xauth, I see that they are 755 and I am the owner. I even tried the suggestion that someone made on the listserv to add a line to ~/.ssh/config XauthLocation=/usr/bin/xauth and that didn't work, so I tried XauthLocation=/bin/xauth and that didn't work either. Does anyone have any ideas what is going on here? Any help would be very much appreciated. Cheers, -Scott -- 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/
rsync hang
Hi Cygwin Folks, I have been having some errors when using rsync to copy files from a remote cygwin machine to my local cygwin machine. I read posts the cygwin web forum. I have the same hang problem in that when I try to rsync (get) files from a remote machine rsync just hangs if any directory has what seems to be 100 files. Is there any fix for this yet? The posts I saw were from April of 2006, so I don't know if the problem is now solved or not. Thanks in advance. Scott -- 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/