Re: [ITP] hp2xx: A HP-GL Converter
On May 15 22:30, Dr. Volker Zell wrote: wget http://volkerzell.de/cygwin/ITP/hp2xx/setup.hint wget http://volkerzell.de/cygwin/ITP/hp2xx/hp2xx-3.4.4-1-src.tar.bz2 wget http://volkerzell.de/cygwin/ITP/hp2xx/hp2xx-3.4.4-1.tar.bz2 Packaging and setup file are looking good. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
CMake 2.6.0-1 ready
There has been a new release of the official cmake (2.6.0-1). This is a major release from to 2.4.8 to 2.6.0 Here are the required files: http://www.cmake.org/files/cygwin/setup.hint http://www.cmake.org/files/cygwin/cmake-2.6.0-1.tar.bz2 http://www.cmake.org/files/cygwin/cmake-2.6.0-1-src.tar.bz2 The previous version should be cmake-2.4.8-1 and the current version should be cmake-2.6.0-1. Thanks. -Bill
src/winsup ChangeLog CYGWIN_LICENSE
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-05-16 08:40:39 Modified files: winsup : ChangeLog CYGWIN_LICENSE Log message: * CYGWIN_LICENSE: New text. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/ChangeLog.diff?cvsroot=srcr1=1.97r2=1.98 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/CYGWIN_LICENSE.diff?cvsroot=srcr1=1.8r2=1.9
src/winsup/cygwin ChangeLog CYGWIN_LICENSE
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-05-16 08:40:08 Modified files: winsup/cygwin : ChangeLog Removed files: winsup/cygwin : CYGWIN_LICENSE Log message: * CYGWIN_LICENSE: Remove duplicate file here. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4143r2=1.4144 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/CYGWIN_LICENSE.diff?cvsroot=srcr1=1.5r2=NONE
src/winsup ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-05-16 10:37:27 Modified files: winsup : ChangeLog Makefile.in Log message: * Makefile.in (install-license): Install COPYING file as well. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/ChangeLog.diff?cvsroot=srcr1=1.98r2=1.99 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/Makefile.in.diff?cvsroot=srcr1=1.28r2=1.29
OpenGL: Linker errors when trying to compile w/GLUI
Hi, I am trying to compile example1.cpp in /var/share/doc/opengl-1.1.0/GLUIexamples/Cygwin. After trying numerous possibilities, I am at a loss. And there is no information on the web about this specific issue. Please advise. $ uname -a CYGWIN_NT-5.1 escher_notebook 1.5.25(0.156/4/2) 2008-04-17 12:11 i686 Cygwin $ g++ -O2 -mno-cygwin example1.cpp -o example1 -L/usr/lib/w32api -lglui -lglut3 2 -lglu32 -lopengl32 /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0xd): undefine d reference to `___getreent' /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0x25): undefin ed reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x92): undef ined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0xd9): undef ined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x1c7): unde fined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x237): more undefined references to `___getreent' follow collect2: ld returned 1 exit status [EMAIL PROTECTED] /usr/share/doc/opengl-1.1.0/GLUIexamples/Cygwin $ view /usr/share/doc/Cygwin/opengl-1.1.0-8.README [EMAIL PROTECTED] /usr/share/doc/opengl-1.1.0/GLUIexamples/Cygwin $ make g++ -c -O2 -mno-cygwin example1.cpp g++ -O2 -mno-cygwin example1.o -L/usr/lib/w32api -lglui -lglut32 -lglu32 -lope ngl32 -o example1 /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0xd): undefine d reference to `___getreent' /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0x25): undefin ed reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x92): undef ined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0xd9): undef ined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x1c7): unde fined reference to `___getreent' /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x237): more undefined references to `___getreent' follow collect2: ld returned 1 exit status make: *** [example1] Error 1 -- 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: OpenGL: Linker errors when trying to compile w/GLUI
godescbach wrote: $ g++ -O2 -mno-cygwin example1.cpp -o example1 -L/usr/lib/w32api -lglui -lglut3 2 -lglu32 -lopengl32 /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0xd): undefine d reference to `___getreent' This error means you're trying to use a Cygwin library from MinGW (-mno-cygwin). That won't work. If you're going to use MinGW you can't use Cygwin libraries. The above command works fine for me after removing -mno-cygwin. Brian -- 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: Question about link.exe?
Chris Howell wrote: What I want is link to be the path that is found under my BIN directory of my DevStudio install. However possibily because they're the same name when I query link, or try and use it to make a dll. Bash thinks I am using link to make a symbolic link as opposed to a dll. Your PATH evidently has the Cygwin tools before the VC++ tools, so it's finding /usr/bin/link before VC++'s link.exe. Instead of using the VC++ Command Shell, I always start from the Cygwin shell. Then when I need to use the VC++ command line tools, I use the following script to create a VC++ subshell, which I call vcvars9: 8 - cut here -- 8 #!/bin/sh export VSDIR=c:\Program Files\Microsoft Visual Studio 9.0 export VCDIR=$VSDIR\VC WSDKDIR=c:\Program Files\Microsoft SDKs\Windows\v6.0A PSDKDIR=$VCDIR\PlatformSDK ATLDIR=$VCDIR\ATLMFC COMDIR=$VSDIR/Common7 export INCLUDE=\ $ATLDIR\include;$VCDIR\include;$PSDKDIR\include;$WSDKDIR\include export LIB=$ATLDIR\lib;$VCDIR\lib;$PSDKDIR\lib;$WSDKDIR\lib export LIBPATH=$ATLDIR\lib export PATH=\ $VCDIR/bin:$PSDKDIR/bin:$COMDIR/ide:$COMDIR/Tools:$COMDIR/Tools/bin:$PATH echo Say 'exit' to leave VS2008 shell and restore Cygwin environment. /usr/bin/bash --rcfile ~/.vcvars9rc 8 - cut here -- 8 In ~/.vcvars9rc, I have just a single line to change the prompt string to remind myself that I'm in a subshell: PS1='VS2008: \W \$ ' On exiting the shell, your previous Cygwin environment is restored. -- 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: OpenGL: Linker errors when trying to compile w/GLUI
godescbach wrote: Hi, I am trying to compile example1.cpp in /var/share/doc/opengl-1.1.0/GLUIexamples/Cygwin. After trying numerous possibilities, I am at a loss. And there is no information on the web about this specific issue. Please advise. $ uname -a CYGWIN_NT-5.1 escher_notebook 1.5.25(0.156/4/2) 2008-04-17 12:11 i686 Cygwin This info is not very usefull for me to help you; it tells only which version of the cygwin1.dll you use. It would be more significant to report the output of : cygcheck -c openGL which would tell us which version of the openGL package you have. I will assume 1.1.0-8 which is the latest; if not, please upgrade to it using the setup program. $ g++ -O2 -mno-cygwin example1.cpp -o example1 -L/usr/lib/w32api -lglui -lglut3 2 -lglu32 -lopengl32 /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0xd): undefine d reference to `___getreent' ... /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x237): more undefined references to `___getreent' follow collect2: ld returned 1 exit status No surprise: -mno-cygwin and -L/usr/lib/w32api are incompatible [EMAIL PROTECTED] /usr/share/doc/opengl-1.1.0/GLUIexamples/Cygwin $ view /usr/share/doc/Cygwin/opengl-1.1.0-8.README That file tells you how to rebuild the package from its sources. I don't think that's what you intended. To learn how to _use_ the package, please view: /usr/share/doc/opengl-1.1.0/README.txt [EMAIL PROTECTED] /usr/share/doc/opengl-1.1.0/GLUIexamples/Cygwin $ make g++ -c -O2 -mno-cygwin example1.cpp g++ -O2 -mno-cygwin example1.o -L/usr/lib/w32api -lglui -lglut32 -lglu32 -lope ngl32 -o example1 /usr/lib/w32api/libglui.a(glui_spinner.o):glui_spinner.cpp:(.text+0xd): undefine d reference to `___getreent' ... /usr/lib/w32api/libglui.a(glui_edittext.o):glui_edittext.cpp:(.text+0x237): more undefined references to `___getreent' follow collect2: ld returned 1 exit status make: *** [example1] Error 1 Obviously you added -L/usr/lib/w32api to the makefile. Undo all your changes to that file; if unsure reinstall the package with the setup program. Then: cd /usr/share/doc/opengl-1.1.0/GLUIexamples make clean make That will build all 6 examples for both Cygwin (executables in the Cygwin subdir) and Mingw (executables in the Mingw subdir). Regards, - André Bleau, volunteer Cygwin's openGL package maintainer. P.S.: Please send all questions and comments about the openGL package to cygwin at cygwin dot com. _ -- 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/
wstring support in GCC 4.1.2 in Cygwin 1.5.25-11
Hi All, I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2], but I am not able to build with errors on wstring. I tried to test a simple application which uses wstring, like #include string #include iostream int main( ) { using namespace std; const basic_string wchar_t s1 ( Labc ); wstring s2 ( Labc ); // Uses the typedef for wstring if ( s1 == s2 ) cout The strings s1 s2 are equal. endl; else cout The strings s1 s2 are not equal. endl; } and on compiling I am getting the following error.. --g++ main.cpp -o main main.cpp: In function `int main()': main.cpp:8: error: `wstring' undeclared (first use this function) main.cpp:8: error: (Each undeclared identifier is reported only once for each fu nction it appears in.) main.cpp:8: error: expected `;' before s2 main.cpp:9: error: `s2' undeclared (first use this function) I searched on the net but could not get any thing recent or useful. Some old forum threads[2005] say that it was not supported. Any advice or pointer will be of great help. Thanks Regards Vipin -- View this message in context: http://www.nabble.com/wstring-support-in-GCC-4.1.2-in-Cygwin-1.5.25-11-tp17275355p17275355.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
[ANNOUNCEMENT] New package: hp2xx-3.4.4 - A HP-GL Converter
Hi The package hp2xx is now available with the Cygwin distribution: o http://www.gnu.org/software/hp2xx/ (Homepage) DESCRIPTION: The hp2xx program is a versatile tool to convert vector-oriented graphics data given in Hewlett-Packard's HP-GL plotter language into a variety of popular graphics formats, both vector- and raster-oriented. The various supported output formats include Encapsulated PostScript (EPS), PCX, IMG, and several formats intended to facilitate the generation of graphics within TeX documents. In addition, hp2xx output is printable on the HP Laserjet/Deskjet printer series, and it may be used as a HP-GL previewer on many platforms, e.g., X11 and DOS (VGA). Enjoy Volker -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Graphics and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: cygwin@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- 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/
DIFF_EXCLUDES patch
Yaakov, I needed the following patch with this example DIFF_EXCLUDES=-x build It works without the attached patch if you do DIFF_EXCLUDES= -x build but for safety please apply it. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ --- /bin/cygport~ 2008-04-16 05:39:53.00100 + +++ /bin/cygport 2008-05-16 16:38:51.171875000 + @@ -1811,7 +1811,7 @@ case ${DIFF_EXCLUDES} in -x*) - diff_excludes_x+=${DIFF_EXCLUDES}; + diff_excludes_x+= ${DIFF_EXCLUDES}; ;; *) for exclude in ${DIFF_EXCLUDES} -- 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: Windows ClearCase [Was: Cygwin Visuals]
Andrew DeFaria wrote: Gary Johnson wrote: Are you using ClearCase on Windows, or just ClearCase on Unix? We use both at work. I found that I couldn't execute cleartool edcs in rxvt because cleartool apparently requires a Windows Console. The editor (vim) ran fine, but the screen filled with a bunch of garbage when I closed vim. Are you able to run cleartool edcs in rxvt or ssh? One must remember when using rxvt that it uses ptys. Many Windows programs don't understand ptys. Cleartool is one of them. Try just typing in cleartool in an rxvt Window. You'll never see the prompt. Luckily I, and apparently you, rarely type in cleartool then enter in commands. You probably have your ct alias which is common. So then you do ct ls or ct lsview or ct checkout or ct co... etc. You then never hit the problem with ptys. ct edcs then introduces the problem because it effectively does: $ ct catcs /tmp/$$ $ vim /tmp/$$ $ # check that file has changed and offer to setcs $ ct setcs /tmp/$$ So then you could do, roughly, the above (which is what I do) or perhaps script it. Sorry for the late reply but thanks for the information. Was wondering why the ct cmd prompts don't appear in rxvt until after I hit return, then it's too late (but defaults have been OK so far). Just thought I would add that I have no problem using gvim as editor when doing ct edcs command in cygwin. However, I realize this violates the purity of a console only implementation :). -- 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: wstring support in GCC 4.1.2 in Cygwin 1.5.25-11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 jadooo wrote: | I was trying to compile my code on Cygwin[1.5.25-11] with GCC[4.1.2], | but I am not able to build with errors on wstring. Cygwin 1.5 is not fully unicode enabled and does not provide wstring; you'll need to wait for 1.7. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkgt0iEACgkQpiWmPGlmQSNy5ACfS9mZCvjb1hExJpYMiDdTEXIp CVcAn3oBtvmc7BfInJZdRtHjxULse8dJ =OkLx -END PGP SIGNATURE- -- 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: DIFF_EXCLUDES patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Reini Urban wrote: | I needed the following patch with this example | DIFF_EXCLUDES=-x build | | It works without the attached patch if you do | DIFF_EXCLUDES= -x build | but for safety please apply it. Or just use DIFF_EXCLUDES=build :-) but you are correct, I will fix that shortly. Yaakov Cygwin Ports -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkgt1YgACgkQpiWmPGlmQSP/fgCgs9IYB7frEXQMA1BCUTSTj1p+ 0xEAnR/EacvA+x4Ls1AVNAlf3+6yjGbq =0Coc -END PGP SIGNATURE- -- 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/
SSH / SSL vulnerable?
Is cygwin's ssh / ssl vulnerable, as per the recent debian / buntu's security alert? -- 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/
links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
Hi, I believe my backup program (CMS ABS Bounceback) is mucking with the links in my cygwin and work directories when it is creating a backup. It doesn't appear to affect links created by windows, only those created by cygwin. I don't fully understand the cygwin links: there are some that end in .lnk and are close to windows shortcuts, and there are others that don't end in .lnk and start with !symlink. Both get broken. The files still exist, but I get the message /usr/bin/vi: /usr/bin/vi: cannot execute binary file. vi looks like a plain file and contains !symlinkvim.exe. Running vim works fine. It happened to me a few weeks ago and wasn't sure why. I re-installed cygwin fixed all the shortcuts in my working/compiled src directories by deleting and recreating them. Is there an easier way to fix this? I found one post in the archives saying try attrib +R, but that didn't help at all, on either kind of link. I've searched the mailing lists and google and wasn't able to find any help for my problem. I know people here will say it's a problem with the application, but if I go to the manufacturer they'll say cyg-what(?), our software works fine with windows. Some sample links in /bin, commands executed under cygwin on windows xp. $ ls -la vi ksh.exe.* -rwx--+ 1 usd11620 memememe 319 Apr 18 10:24 ksh.exe.lnk -rwx--+ 1 usd11620 Users 18 Apr 18 08:12 vi $ attrib ksh.exe.* C:\cygwin\bin\ksh.exe.lnk $ attrib vi C:\cygwin\bin\vi $ cat vi !symlinkvim.exe $ ksh bash: ksh: command not found $ ksh.exe.lnk /usr/bin/ksh.exe.lnk: /usr/bin/ksh.exe.lnk: cannot execute binary file $ cat /usr/bin/ksh.exe.lnk | tr -c [:print:] . L..F.P.O. .:i.+00.../C:\...:.1..8D5..cygwin..$8.-.8..c.y.g.w.i.n.0.1..8bin..8...8..b.i.n.B.2.x/n. .pdksh.exe.*8...8..p.d.k.s.h...e.x.e.pdksh.exe..pdksh.exe $ cygcheck -s Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 1829k 2008/04/17 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.25 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 156 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Thu Apr 17 12:11:03 CEST 2008 CVS tag: cr-0x5f1 Shared id: cygwin1S4 -- See Exclusive Video: 10th Annual Young Hollywood Awards http://www.hollywoodlife.net/younghollywoodawards2008/ -- 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/
compile problems on cygwin
The tarball at the perma-link: ftp://ftp.trading-shim.org/pub/local/trading-shim/attic/shim-080411.tgz is exposing a Cygwin macro definition failure to #undef, with the test which Bill outlines herein. I provide a copy to the Cygwin reporting address. On Fri, 16 May 2008, Bill Pippin wrote: It's entirely possible that the problems you refer to are caused by macros defined in various cygwin-specific headers. If the problem is indeed caused by earlier macro defs, running the preprocessor on the text and comparing the result with the original header may help you identify the name. Once you have that, a simple undef will probably solve the problem. You might want to start by trying to compile a simple, one-line test.c file of the form: #include glossary.h Yup -- I have replicated it locally, when I hit Bill's email. I get (in ./src. on an unpacked tarball): $ g++ rph_test.c In file included from glossary.h:48, from rph-test.c:1: functional.h:213: error: expected init-declarator before '' token functional.h:213: error: expected `,' or `;' before '' token $ This on a Win 2000 box fully updated as of this afternoon, against the Cygwin distribution mirrors. And so something in the Cygwin macro def's is not #undef'ing after itself.I assume the Cygwin folks know how they want a bug report and to track this down? I'll file it in their bug tracker, and track it with them, if you'll provide a pointer, Gabriel. I am used to seeing Corinna Vinschen [EMAIL PROTECTED] post update release notices on the cygwin-announcement mailing list. In his announcements, he requests reports to: cygwin@cygwin.com So I have sought to subscribe there, and file this there, per the request of those announcemnts. -- Russ herrold -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
On Fri, 16 May 2008, vapid vapid wrote: Hi, I believe my backup program (CMS ABS Bounceback) is mucking with the links in my cygwin and work directories when it is creating a backup. It doesn't appear to affect links created by windows, only those created by cygwin. I don't fully understand the cygwin links: there are some that end in .lnk and are close to windows shortcuts, and there are others that don't end in .lnk and start with !symlink. Both get broken. The files still exist, but I get the message /usr/bin/vi: /usr/bin/vi: cannot execute binary file. vi looks like a plain file and contains !symlinkvim.exe. Running vim works fine. It happened to me a few weeks ago and wasn't sure why. I re-installed cygwin fixed all the shortcuts in my working/compiled src directories by deleting and recreating them. Is there an easier way to fix this? I found one post in the archives saying try attrib +R, but that didn't help at all, on either kind of link. You need to use attrib +R on .lnk files and attrib +S on the plain-text links. On a side note, you can (re)create plain-text symlinks from the command line by using CYGWIN=nowinsymlinks ln -s FILE DEST. I've searched the mailing lists and google and wasn't able to find any help for my problem. I know people here will say it's a problem with the application, but if I go to the manufacturer they'll say cyg-what(?), our software works fine with windows. Just tell them that a backup program has no business clearing read-only and system attributes on any files. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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/
compile problems on cygwin
per (and uncharacteristically responding to myself): http://cygwin.com/problems.html I attach the environment inventory, on the seeming missing #undef exposed by the trading shim tarball at: ftp://ftp.trading-shim.org/pub/local/trading-shim/attic/shim-080411.tgz which I reported here a few minutes ago. I have successfully subscribed to this list, and will be delighted to respond with additional information on the trading shim http://www.trading-shim.org/ as needed. -- Russ herrold Cygwin Configuration Diagnostics Current System Time: Fri May 16 17:26:58 2008 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\MiKTeX 2.7\miktex\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\QuickTime\QTSystem\ c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(herrold) GID: 513(None) 513(None) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(herrold) GID: 513(None) 513(None) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'herrold' PWD = '/home/herrold/shim/shim-080411/src' HOME = '/home/herrold' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\herrold' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\herrold\Application Data' HOSTNAME = 'windows-2000' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 6, GenuineIntel' WINDIR = 'C:\WINNT' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' OLDPWD = '/home/herrold/shim/shim-080411' USERDOMAIN = 'WINDOWS-2000' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' OS2LIBPATH = 'C:\WINNT\system32\os2\dll;' TEMP = '/cygdrive/c/DOCUME~1/herrold/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.6.0_01\lib\ext\QTJava.zip' USERNAME = 'herrold' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '6' SYSTEMDRIVE = 'C:' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\herrold' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\WINDOWS-2000' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINNT\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/herrold/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINNT' PRINTER = 'HP LaserJet 4 Plus' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0806' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_01\lib\ext\QTJava.zip' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' COMPUTERNAME = 'WINDOWS-2000' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 19453Mb 48% CP CS UN PA FC win2000 d: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: c:\Program Files\Support Tools\kill.exe Warning: C:\cygwin\bin\kill.exe hides c:\Program Files\Support Tools\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi
Re: compile problems on cygwin
On Fri, May 16, 2008 at 03:43:40PM -0400, R P Herrold wrote: I am used to seeing Corinna Vinschen [EMAIL PROTECTED] post update release notices on the cygwin-announcement mailing list. In his announcements, he requests reports to: [EMAIL PROTECTED] So I have sought to subscribe there, and file this there, per the request of those announcemnts. Please don't post personal email addresses here. We have mailing lists for support. Corinna (who is a she by the way) doesn't have anything to do with gcc and would only refer you here for problem reports. Also, please don't include raw email addresses in the body of messages sent to this list. We're trying to limit spam exposure. cgf -- 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: compile problems on cygwin
On Fri, May 16, 2008 at 04:31:59PM -0400, R P Herrold wrote: per (and uncharacteristically responding to myself): http://cygwin.com/problems.html That link also suggests against using the generic I have a problem type of Subject and asks for some details. I attach the environment inventory, on the seeming missing #undef exposed by the trading shim tarball at: ftp://ftp.trading-shim.org/pub/local/trading-shim/attic/shim-080411.tgz which I reported here a few minutes ago. Actually you alluded to a problem rather than actually reporting it. There were almost no details in your first email. If it is something as simple as cygwin's gcc not honoring #undef then it seems like a simple test case could demonstrate the problem. Your 5,880,888 byte tar file doesn't really qualify. Do you have a succint problem description and a simple test case which describes it? cgf -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
On Fri, May 16, 2008 at 04:30:40PM -0400, Igor Peshansky wrote: On Fri, 16 May 2008, vapid vapid wrote: Hi, I believe my backup program (CMS ABS Bounceback) is mucking with the links in my cygwin and work directories when it is creating a backup. It doesn't appear to affect links created by windows, only those created by cygwin. I don't fully understand the cygwin links: there are some that end in .lnk and are close to windows shortcuts, and there are others that don't end in .lnk and start with !symlink. Both get broken. The files still exist, but I get the message /usr/bin/vi: /usr/bin/vi: cannot execute binary file. vi looks like a plain file and contains !symlinkvim.exe. Running vim works fine. It happened to me a few weeks ago and wasn't sure why. I re-installed cygwin fixed all the shortcuts in my working/compiled src directories by deleting and recreating them. Is there an easier way to fix this? I found one post in the archives saying try attrib +R, but that didn't help at all, on either kind of link. You need to use attrib +R on .lnk files and attrib +S on the plain-text links. On a side note, you can (re)create plain-text symlinks from the command line by using CYGWIN=nowinsymlinks ln -s FILE DEST. I've searched the mailing lists and google and wasn't able to find any help for my problem. I know people here will say it's a problem with the application, but if I go to the manufacturer they'll say cyg-what(?), our software works fine with windows. Just tell them that a backup program has no business clearing read-only and system attributes on any files. I would actually expect that they probably are just reading the .lnk information and ignoring the cygwin bits. Even if they preserve the read-onlyness of the .lnk file, unless they preserve the file in its entirety it won't be recognized. cgf -- 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: compile problems on cygwin
On Fri, 16 May 2008, Christopher Faylor wrote: On Fri, May 16, 2008 at 03:43:40PM -0400, R P Herrold wrote: I am used to seeing Corinna Vinschen [EMAIL PROTECTED] post update Please don't post personal email addresses here. We have mailing lists for support. Corinna (who is a she by the way) doesn't have anything to do with gcc and would only refer you here for problem reports. Also, please don't include raw email addresses in the body of messages sent to this list. We're trying to limit spam exposure. As you wish, but I fear we all are in the same position as King Canute and the tide; my review of para 3 at http://sourceware.org/lists.html did not speak this to me. I am sorry for violating the mores of the list; please accept my expression of regret. -- Russ herrold -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
Thank you for the quick response Igor. You need to use attrib +R on .lnk files and attrib +S on the plain-text links. I swear I tried attrib +R on both types of links earlier, but I must have only tried the plain-text ones. It does fix the .lnk's as you said. I'm using these two [slow] commands to fix up my system. find / \( -name cygdrive -o -name proc -o -name dev \) -prune -o -name \*.lnk -print -exec bash -c 'attrib +R `cygpath -d \{}\`' \; find / \( -name cygdrive -o -name proc -o -name dev \) -prune -o -type f -exec bash -c 'grep ^\\!symlink {} attrib +S `cygpath -d \{}\` ' \; They scan through the cygwin root and any disks you have explicitly mounted. I don't think it would actually hurt stuff on the windows side of the disk, but I am trying to stay out of those directories. I'm fairly certain the second one is safe everywhere, but the first one may +R some non-cygwin links, if you have mounted windows directories. This doesn't seem to affect windows; the shortcut still work in explorer. The windows created shortcuts don't seem to work in bash with or without the +R, which is fine with me. Maybe someone can come up with a fancier find. I had to spawn a bash to use the and delay the evaluation of the `cygpath {}`. There's a lot of quoting to deal with spaces in filenames. -- See Exclusive Video: 10th Annual Young Hollywood Awards http://www.hollywoodlife.net/younghollywoodawards2008/ -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
Just tell them that a backup program has no business clearing read-only and system attributes on any files. I would actually expect that they probably are just reading the .lnk information and ignoring the cygwin bits. Even if they preserve the read-onlyness of the .lnk file, unless they preserve the file in its entirety it won't be recognized. My issue was that they messed up my disk __during the backup__. I would be more understanding if it was during the restore. There's no reason for a backup program to modify my harddisk (unless it's keeping status in its config/log directory). It should treat my disk as a read only device. -- See Exclusive Video: 10th Annual Young Hollywood Awards http://www.hollywoodlife.net/younghollywoodawards2008/ -- 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 / SSL vulnerable?
unsolicited wrote: Is cygwin's ssh / ssl vulnerable, as per the recent debian / buntu's security alert? The openssl problem was caused by a Debian local patch that was installed to quell valgrind warnings. Valgrind supports only linux+glibc, so there would be no reason to apply such a patch to a Cygwin openssl, which is built OOTB from upstream sources with no changes. Brian -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
[EMAIL PROTECTED] wrote: Maybe someone can come up with a fancier find. I had to spawn a bash to use the and delay the evaluation of the `cygpath {}`. There's a lot of quoting to deal with spaces in filenames. You can speed things up a lot by only running cygpath once, e.g.: (echo @echo off; \ find / -name \*.lnk | cygpath -w -f - | \ perl -ne 'chomp; print attrib +R \$_\\n') doit.bat cmd.exe doit.bat Brian -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
On Fri, May 16, 2008 at 06:02:38PM -0500, vapid vapid wrote: Just tell them that a backup program has no business clearing read-only and system attributes on any files. I would actually expect that they probably are just reading the .lnk information and ignoring the cygwin bits. Even if they preserve the read-onlyness of the .lnk file, unless they preserve the file in its entirety it won't be recognized. My issue was that they messed up my disk __during the backup__. I would be more understanding if it was during the restore. There's no reason for a backup program to modify my harddisk (unless it's keeping status in its config/log directory). It should treat my disk as a read only device. That's for sure. That really seems like a bug. cgf -- 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: links broken during a backup (not restore), need more info on how they work to fix file bug with vendor
On Fri, 16 May 2008, vapid wrote: Thank you for the quick response Igor. You need to use attrib +R on .lnk files and attrib +S on the plain-text links. I swear I tried attrib +R on both types of links earlier, but I must have only tried the plain-text ones. It does fix the .lnk's as you said. I'm using these two [slow] commands to fix up my system. find / \( -name cygdrive -o -name proc -o -name dev \) -prune -o -name \*.lnk -print -exec bash -c 'attrib +R `cygpath -d \{}\`' \; find / \( -name cygdrive -o -name proc -o -name dev \) -prune -o -type f -exec bash -c 'grep ^\\!symlink {} attrib +S `cygpath -d \{}\` ' \; They scan through the cygwin root and any disks you have explicitly mounted. I don't think it would actually hurt stuff on the windows side of the disk, but I am trying to stay out of those directories. I'm fairly certain the second one is safe everywhere, but the first one may +R some non-cygwin links, if you have mounted windows directories. This doesn't seem to affect windows; the shortcut still work in explorer. The windows created shortcuts don't seem to work in bash with or without the +R, which is fine with me. Maybe someone can come up with a fancier find. I had to spawn a bash to use the and delay the evaluation of the `cygpath {}`. There's a lot of quoting to deal with spaces in filenames. You're spawning way too many processes here (though you do have to run one attrib per file). I'd go with something like this: find / \( -name cygdrive -o -name proc -o -name dev \) -prune -o \ -name \*.lnk -print | \ cygpath -w -f - | perl -pe 's,\n,\0,' | \ xargs -tr0 -n1 attrib +R find / -mindepth 1 -maxdepth 1 \ \! -name cygdrive \! -name proc \! -name dev -print0 | \ xargs -r0 grep -lRF '^!symlink' | \ cygpath -w -f - | perl -pe 's,\n,\0,' | \ xargs -tr0 -n1 attrib +S (not tested, but should work barring typos). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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/
New package: hp2xx-3.4.4 - A HP-GL Converter
Hi The package hp2xx is now available with the Cygwin distribution: o http://www.gnu.org/software/hp2xx/ (Homepage) DESCRIPTION: The hp2xx program is a versatile tool to convert vector-oriented graphics data given in Hewlett-Packard's HP-GL plotter language into a variety of popular graphics formats, both vector- and raster-oriented. The various supported output formats include Encapsulated PostScript (EPS), PCX, IMG, and several formats intended to facilitate the generation of graphics within TeX documents. In addition, hp2xx output is printable on the HP Laserjet/Deskjet printer series, and it may be used as a HP-GL previewer on many platforms, e.g., X11 and DOS (VGA). Enjoy Volker -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Graphics and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place.