Re: Please upload opengl-1.1.0-9
André Bleau wrote: I don't have any other provider for now. Can you suggest me some free one? This isn't free, but very cheap, and they're running a special now at $15/year: you can open an email account with fastmail.fm, and they provide a limited (100MB) amount of online file/http storage. -- Chuck
Re: Please upload opengl-1.1.0-9
On Dec 3 17:44, Corinna Vinschen wrote: On Dec 3 10:24, Andr? Bleau wrote: Please upload opengl-1.1.0-9, keeping 1.1.0-8 as previous. [...] Please be aware that the following links are not wget-able. This is a caveat of skydrive. :( [...] Fortunately the direct download link which can be used with wget is part of the http page source, like this: var _download = 'http\x3a\x2f\x2fzgul2q.blu.livefilestore.com\x2fy1pgH3dO8QEQaD56cx1a-RaOHrPBKgRIjh0-pZ_C7m7bevsUZlQgP36iBsbSWNeeCszSkTY5jxS5nc\x2fsetup.hint\x3fdownload'; Convert the \x stuff and drop the trailing \x3fdownload and you get http://zgul2q.blu.livefilestore.com/y1pgH3dO8QEQaD56cx1a-RaOHrPBKgRIjh0-pZ_C7m7bevsUZlQgP36iBsbSWNeeCszSkTY5jxS5nc/setup.hint If you stick to skydrive, it would be nice if you could just give us the direct links. Other than that, uploaded. I removed 1.1.0-6 and 1.1.0-7. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Please upload opengl-1.1.0-9
Corinna Vinschen wrote: Fortunately the direct download link which can be used with wget is part of the http page source, like this: var _download = 'http\x3a\x2f\x2fzgul2q.blu.livefilestore.com\x2fy1pgH3dO8QEQaD56cx1a- RaOHrPBKgRIjh0-pZ_C7m7bevsUZlQgP36iBsbSWNeeCszSkTY5jxS5nc\x2fsetup.hint\x3fdownload'; Convert the \x stuff and drop the trailing \x3fdownload and you get http://zgul2q.blu.livefilestore.com/y1pgH3dO8QEQaD56cx1a-RaOHrPBKgRIjh0- pZ_C7m7bevsUZlQgP36iBsbSWNeeCszSkTY5jxS5nc/setup.hint Hi Corinna, You're obviously a better http wizzard than I am. I've just learned something new! If you stick to skydrive, it would be nice if you could just give us the direct links. You bet I will. Other than that, uploaded. I removed 1.1.0-6 and 1.1.0-7. Excellent. I just sent an announcement. Thanks, Corinna You're welcome. - André _
Re: Conflict betwen the opengl package and the w32api package over libglut32.lib
Hey André, I'm comfortable with doing this, but I've taken it to the MinGW-dvlpr list just to make sure that it won't cause any issues. I'll remove libglut32.a from w32api and upload a new release shortly. Is there a conflict with libglut.a as well? Chris -- Chris Sutcliffe http://emergedesktop.org
Re: Conflict betwen the opengl package and the w32api package over libglut32.lib
2008/12/3 André Bleau: For a very long time, the w32api package has provided /usr/lib/w32api/libglut32.a . I don't know why the w32api package provides libglut32.a ; it is the only glut-related file that it provides. The rest of glut, that is, the glut.h header and the glut32.dll, are provided by the opengl package. This was fine until glut32.dll was updated from 3.7.3 to 3.7.6, which happened at the release of opengl-1.1.0-6. From then, libglut32.a has been missing some hidden functions in the new glut32.dll: ___glutCreateMenuWithExit, ___glutCreateWindowWithExit, and ___glutInitWithExit. I hacked around it in glut.h, but this caused programs to continue to run in the background if their window was closed by using the close (X) icon in the title bar. For opengl-1.1.0-9, I reversed that hack to correct the problem, but now if you include glut.h, you can not link with libglut32.a, as it misses the 3 required functions. The opengl-1.1.0-9 package now includes glut32.lib, and linking with it works well. But: 1- It is ugly. A POSIX environement should not require to link with some .lib file. 2- It forces developers of glut programs to modify their build system. 3- It creates confusion, as there is now 2 files competing for the same goal: libglut32.a and glut32.lib, the first of which don't work anymore. So, I am asking the maintainers of the w32api package to remove libglut32.a. Then I would update the opengl package to include a version that is compatible with the rest of glut. I had to link directly against /bin/cygglut-3.dll for the parrot package to work around this problem, as -lglut32 did not work. -- Reini Urban http://phpwiki.org/ http://murbreak.at/
[ANNOUNCEMENT] Updated: {gd/libgd2/libgd-devel}-2.0.36RC1-1: A graphics library for fast image creation
Hi New versions of 'gd/libgd2/libgd-devel' have been uploaded to a server near you. Cygwin NEWS: o Update to latest upstream release o Rebuild with latest X11R7.4 o Fixed fontpath gd NEWS: Fixed gdImageCopy with true color image, the transparent color was ignored (Pierre, Mark Fisher) Fixed support of PNG grayscale image with alpha channel (Pierre) Added Netware builds script (Guenter) ease the creation of regexp to match symbols/functions in the sources (Guenter) _gdCreateFromFile() can crash if gdImageCreate fails (Mattias Bengtsson) gdImageCreateFrom*Ptr() can crash if gdNewDynamicCtxEx() fails (Mattias) gdImageRectangle draws 1x1 rectangles as 1x3 rectangles (Pierre) Possible integer overflow in gdImageFill() (Mattias Bengtsson) Optimization for single pixel line not in correct order (Mattias) gdImageColorDeallocate can write outside buffer (Mattias Bengtsson) gdImageColorTransparent can write outside buffer (Mattias Bengtsson) gdImageWBMPCtx can crash when createwbmp fails (Scott) Fixed decoding of the html entity thetasym; (Thomas Bonfort, Pierre) Fixed configure script ignoring --with-png=DIR option (Scott) DESCRIPTION: A graphics library for fast image creation. UPDATE: === 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. Save it and run setup, answer the questions and pick up 'gd' from the 'Libs' category (it should already be selected). DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Dr. Volker Zell volunteer cygwin gd maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/
Can't read lock file problem: Cygwin/X FAQ solution doesn't work for me
Cygwin gurus, After happily using cygwin-X for many years, I have just encountered my first true frustration. After updating my cygwin distribution earlier this week, I found that I can no longer start X windows, getting the same can't read lock file that other users have experienced. I tried the solution from the Cygwin FAQ (http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file): $ rm -rf /tmp; mkdir /tmp ; chmod 1777 /tmp; xinit -nolock but this did not help. Same problem. Here is some more info that hopefully would help, and I'd be happy to work with someone more knowledgeable to try to diagnose and fix the issue: $ more /var/log/Xwin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (10503000) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1440 h 900 winInitializeDefaultScreens - Returning Fatal server error: Can't read lock file /tmp/.X0-lock $ ls -sail /tmp total 0 1688849860281053 0 drwxrwxrwt+ 3 rsignell Domain Users 0 Dec 4 07:07 . 281474976792025 0 drwxrwx---+ 13 rsignell Users0 Dec 4 06:26 .. 37717646879254565 0 drwxrwxrwt+ 2 rsignell Domain Users 0 Dec 4 07:07 .X11-unix Thanks, Rich -- Dr. Richard P. Signell (508) 457-2229 USGS, 384 Woods Hole Rd. Woods Hole, MA 02543-1598 -- 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: X11 apps failing after upgrade
Hi We get all the same issues described in [1]. Furthermore, installing the Solaris patch mentioned in [2] made *NO* difference (we are using Solaris 9). Some applications half work e.g. xclearcase does not crash but keyboard inputs into some dialogue boxes are ignored. Other appications e.g. gvim emacs allow menu actions but crash at the first keyboard input. Any suggestions as to how to progress this issue further? [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00141.html [2] https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/292973 [3] https://bugzilla.redhat.com/show_bug.cgi?id=458373 Kindest regards Richard Toy -- 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: Can't read lock file problem: Cygwin/X FAQ solution doesn't work for me
Rich Signell wrote: Cygwin gurus, After happily using cygwin-X for many years, I have just encountered my first true frustration. After updating my cygwin distribution earlier this week, I found that I can no longer start X windows, getting the same can't read lock file that other users have experienced. I tried the solution from the Cygwin FAQ (http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file): $ rm -rf /tmp; mkdir /tmp ; chmod 1777 /tmp; xinit -nolock but this did not help. Same problem. xinit -nolock is not the right syntax for starting the server with -nolock. As 'man xinit' says, server options follow a '--', so try 'xinit -- -nolock' I did wonder if this is somehow related to running as a user who does not have administrator rights. Is this true in your case? Can you provide the output of 'strace Xwin' , please. Here is some more info that hopefully would help, and I'd be happy to work with someone more knowledgeable to try to diagnose and fix the issue: $ more /var/log/Xwin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (10503000) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1440 h 900 winInitializeDefaultScreens - Returning Fatal server error: Can't read lock file /tmp/.X0-lock $ ls -sail /tmp total 0 1688849860281053 0 drwxrwxrwt+ 3 rsignell Domain Users 0 Dec 4 07:07 . 281474976792025 0 drwxrwx---+ 13 rsignell Users0 Dec 4 06:26 .. 37717646879254565 0 drwxrwxrwt+ 2 rsignell Domain Users 0 Dec 4 07:07 .X11-unix -- 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/
Swiss German Keyboard Layout - Some Keys Not Found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear all, I have been trying to set the Swiss German keyboard layout: $ setxkbmap.exe ch -model pc105 Fortunately, most of the keys are recognised ... unfortunately, some are not. äöü are not recognised at all. Furthermore, some combinations with the right meta key don't work, e.g. pipe: |. Any suggestions what I have done wrong or what else I could try? Best Regards Sascha - - - -- Sascha Tayefeh Web: http://tayefeh.de PGP ID: 0x383A40C9 - - - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: http://getfiregpg.org iF4EAREIAAYFAkk3+NkACgkQGOV2jjg6QMnBDwEAgBPtcbCnU3JC2AE1mRhmkXWN 8rcZhAGgZW/fUN6re4EA/AyGvdQK54zW8GZ+2B947YUEGdIQtDqX/vYoU/g9HaTJ =LFL0 -END PGP SIGNATURE- -- 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: X11 apps failing after upgrade
Yeah, I'm sorry to confirm that I installed the Solaris patch (119059-45) on one machine (Solaris 10) and while it seems to allow me to run an xterm (though I have no interest in doing so - didn't do much testing), my GNU Emacs still fails in the same way. I tried a recompilation of Emacs, in case the patch changed some statically linked library (yeah, a long shot I know), but no change. I can't run it up. Thanks, James. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Toy Sent: Thursday, December 04, 2008 9:09 AM To: cygwin-xfree@cygwin.com Subject: RE: X11 apps failing after upgrade Hi We get all the same issues described in [1]. Furthermore, installing the Solaris patch mentioned in [2] made *NO* difference (we are using Solaris 9). Some applications half work e.g. xclearcase does not crash but keyboard inputs into some dialogue boxes are ignored. Other appications e.g. gvim emacs allow menu actions but crash at the first keyboard input. Any suggestions as to how to progress this issue further? [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00141.html [2] https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/292973 [3] https://bugzilla.redhat.com/show_bug.cgi?id=458373 Kindest regards Richard Toy -- 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/ -- 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: Recent X11 upgrade and getting _gl?? Undefined references compiling another package
Brian Keener wrote: Jon TURNEY wrote: OPENGL_INCLUDE_DIR /usr/include OPENGL_gl_LIBRARY/usr/lib/w32api/libopengl32.a OPENGL_glu_LIBRARY /usr/lib/w32api/libglu32.a I suspect you might have the problem discussed here: http://cygwin.com/ml/cygwin-apps/2008-11/msg00036.html That was it. thanks bk A new version of the opengl package that addresses this problem has just been released. You will need to change OPENGL_INCLUDE_DIR to /usr/include/opengl . See: http://cygwin.com/ml/cygwin/2008-12/msg00089.html - André Bleau, Cygwin's volunteer OpenGL package maintainer. Please direct any question or comment 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://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X11 apps failing after upgrade
Richard Toy wrote: Hi We get all the same issues described in [1]. Furthermore, installing the Solaris patch mentioned in [2] made *NO* difference (we are using Solaris 9). :-( Any suggestions as to how to progress this issue further? If you are willing to do some further investigation, it would be a great help if you could: * build the X server from source with debugging enabled (no, don't run away! the autotoolized modular server is much easier to work with the monolithic imaked monstrosity) Rebuilding the source *should* be as simple as: 1) Run cygwin setup, select cygport, the xorg-server source package; the packages for it's build-time dependencies, and devel packages corresponding to it's run-time dependencies. The dependencies for xorg-server are listed in /usr/share/doc/Cygwin/xorg-server-1.5.3.README 2) cd /usr/src/ 3) edit xorg-server-1.5.3-3.cygport to add CFLAGS=-g -O0 to the line starting 'cygconf' 4) cygport xorg-server-1.5.3-3.cygport prep compile I have made a start at updating http://x.cygwin.com/docs/cg/cygwin-x-cg.html, so you may find that helpful, but it still needs more work so don't take it as gospel. * run XWin under gdb, set a breakpoint on ProcXkbSetNamedIndicator, and tell me where and what the context is when it returns BadAlloc... 1) cd xorg-server-1.5.3-4/build/hw/xwin/.libs 2) gdb --args ./XWin.exe -multiwindow -clipboard 3) b ProcXkbSetNamedIndicator 4) run -- 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: X11 apps failing after upgrade
Jon TURNEY wrote: If you are willing to do some further investigation, it would be a great help if you could: * build the X server from source with debugging enabled (no, don't run away! the autotoolized modular server is much easier to work with the monolithic imaked monstrosity) Rebuilding the source *should* be as simple as: 1) Run cygwin setup, select cygport, the xorg-server source package; the packages for it's build-time dependencies, and devel packages corresponding to it's run-time dependencies. The dependencies for xorg-server are listed in /usr/share/doc/Cygwin/xorg-server-1.5.3.README 2) cd /usr/src/ 3) edit xorg-server-1.5.3-3.cygport to add CFLAGS=-g -O0 to the line starting 'cygconf' 4) cygport xorg-server-1.5.3-3.cygport prep compile To save you 30 minutes, here is a binary I built with debugging symbols. ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 You will still need to install the source package and cygport prep to have the source available for debugging, though. * run XWin under gdb, set a breakpoint on ProcXkbSetNamedIndicator, and tell me where and what the context is when it returns BadAlloc... 1) cd xorg-server-1.5.3-4/build/hw/xwin/.libs 2) gdb --args ./XWin.exe -multiwindow -clipboard 3) b ProcXkbSetNamedIndicator 4) run -- 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/
I Cannot Start the X Server
Hello, I have been using Cygwin and Cygwin/X on my company laptop for over a year. Recently I found a need to re-install Cygwin and Cygwin/X. I downloaded the latest software versions and installed them after removing the old installation. The latest Cygwin works well, however, I cannot start the X server. I get the following error: A fatal error has occurred and Cygwin/X will now exit. Please open /var/log/XWin.0.log for more information. Vendor: The Cygwin/X Project Release: 1.5.3.0 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error The contents of /var/log/XWin.0.log: $ cat /var/log/XWin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (10503000) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning Fatal server error: Can't read lock file /tmp/.X0-lock I started XWin using the default startxwin.bat which comes with the installation. $ ls -ld /tmp drwxrwxrwt+ 2 mwehr Domain Users 0 Dec 4 14:47 /tmp The /etc/passwd file was created using: mkpasswd -l -c /etc/passwd Please let me know if there is additional information you require. I have tried uninstalling and reinstalling Cygwin and Cygwin/X multiple times with the same error. I have searched the internet and tried a number of solutions to no avail. Please help resolve this so I can continue using this excellent product. Regards, ~~~ | Michael B. Wehr | AAR Corporation | | Sr. UNIX Administrator | 1100 North Wood Dale Road | | Email: [EMAIL PROTECTED] | Wood Dale, IL 60191 | | Phone: (630) 227-2196 | Fax: (630) 227-2198 | ~~~ ~~~ | Michael B. Wehr | AAR Corporation | | Sr. UNIX Administrator | 1100 North Wood Dale Road | | Email: [EMAIL PROTECTED] | Wood Dale, IL 60191 | | Phone: (630) 227-2196 | Fax: (630) 227-2198 | ~~~ -- 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: X11 apps failing after upgrade
Thanks for the build, because I couldn't get the build to work. I double checked I'd installed everything (Cygwin installer needs command line option!). Something to do with autoconf I think: checking build system type... config.sub: missing argument Try `config.sub --help' for more information. configure: error: /bin/sh /usr/src/xorg-server-1.5.3-4/src/xorg-server-1.5.3/config.sub failed *** ERROR: configure failed But anyway, when my Emacs fails, it does not trigger the breakpoint. My xterm gave me a BadAlloc, but the Solaris patch fixed that. My GNU Emacs gives me: $ emacs X protocol error: BadAtom (invalid Atom parameter) on protocol request 20 Fatal error (6)Abort (core dumped) This happens almost immediately. The Emacs call stack is below. Is there another breakpoint I should try in the X server? Thanks, James. - (dbx) where [1] _kill(0x0, 0x6, 0x0, 0x0, 0x20, 0x0), at 0xfec46398 =[2] fatal_error_signal(sig = 6), line 398 in src/emacs.c [3] __sighndlr(0x6, 0x0, 0xffbfcf50, 0xe751c, 0x0, 0x0), at 0xfec45924 called from signal handler with signal 6 (SIGABRT) -- [4] _kill(0x0, 0x6, 0x33a801, 0x0, 0xa, 0x1), at 0xfec46398 [5] abort(), line 432 in src/emacs.c [6] check_glyph_memory(), line 2622 in src/dispnew.c [7] shut_down_emacs(sig = 0, no_x = 0, stuff = 3385345), line 2155 in src/emacs.c [8] x_connection_closed(dpy = 0x322000, error_message = 0x322000 ), line 7803 in src/xterm.c [9] x_error_quitter(display = 0x635800, error = 0xffbfd7f0), line 7877 in src/xterm.c [10] x_error_handler(display = 0x635800, error = 0xffbfd7f0), line 7833 in src/xterm.c [11] _XError(0x635800, 0xffbfd918, 0x48c384, 0x0, 0x5, 0xff060bf0), at 0xfef40bb4 [12] _XReply(0x635800, 0xffbfd918, 0x0, 0x0, 0x0, 0x20), at 0xfef20194 [13] XGetWindowProperty(0x635800, 0x80001e, 0x0, 0x0, 0x2, 0x0), at 0xfef2aff8 [14] 0xfea518dc(0x635800, 0x80001e, 0x744, 0x0, 0x3, 0x400), at 0xfea518dc [15] 0xfea51c78(0x635800, 0x80001e, 0x400, 0x400, 0x122, 0x0), at 0xfea51c78 [16] 0xfea51e4c(0x635800, 0x7c, 0x80001e, 0x0, 0x3, 0x800020), at 0xfea51e4c [17] 0xfea3c3b0(0x698400, 0x7c, 0x1, 0x1, 0x635800, 0x59d500), at 0xfea3c3b0 [18] 0xfea3cddc(0x698400, 0x0, 0x0, 0x635800, 0x3e5c00, 0xfea6bddc), at 0xfea3cddc [19] 0xfea3ceac(0x698400, 0x0, 0x2ef5c, 0x364, 0x3e5c00, 0x0), at 0xfea3ceac [20] 0xfea33014(0x698400, 0x649370, 0x1, 0x6752c0, 0xffbfdf98, 0xfea6bddc), at 0xfea33014 [21] 0xfea33940(0x698400, 0x675258, 0x0, 0xffbfdf98, 0x28c, 0xfea56dcc), at 0xfea33940 [22] 0xfea31174(0x698400, 0x675240, 0x675a80, 0x67e280, 0x3e5c00, 0xfea6bddc), at 0xfea31174 [23] 0xfea30ffc(0x3e5c00, 0x675240, 0xffbfe0d8, 0x3ae34, 0x698400, 0xfea6bddc), at 0xfea30ffc [24] XCreateIC(0x3e5c00, 0xfdc, 0x11da90, 0xc00, 0xff054000, 0xc00), at 0xfef365ec [25] create_frame_xic(f = 0x647a00), line 2307 in src/xfns.c [26] Fx_create_frame(parms = 5696389), line 2611 in src/xfns.c [27] Ffuncall(nargs = 1, args = 0x372491), line 2993 in src/eval.c [28] Fbyte_code(bytestr = 3613841, vector = 2128216, maxdepth = 1), line 679 in src/bytecode.c [29] funcall_lambda(fun = 2128148, nargs = 1, arg_vector = 0xffbfe64c), line 3180 in src/eval.c [30] Ffuncall(nargs = 1, args = 0x3f26e9), line 3050 in src/eval.c [31] Fbyte_code(bytestr = 4138729, vector = 2400240, maxdepth = 1), line 679 in src/bytecode.c [32] funcall_lambda(fun = 2400172, nargs = 1, arg_vector = 0xffbfe7ec), line 3180 in src/eval.c [33] Ffuncall(nargs = 1, args = 0x4835b1), line 3050 in src/eval.c [34] Fbyte_code(bytestr = 4732337, vector = 2398288, maxdepth = 1), line 679 in src/bytecode.c [35] funcall_lambda(fun = 2398236, nargs = 0, arg_vector = 0xffbfe98c), line 3180 in src/eval.c [36] Ffuncall(nargs = 0, args = 0x35bb01), line 3050 in src/eval.c [37] Fbyte_code(bytestr = 3521281, vector = 2152264, maxdepth = 0), line 679 in src/bytecode.c [38] funcall_lambda(fun = 2152220, nargs = 0, arg_vector = 0xffbfeb3c), line 3180 in src/eval.c [39] Ffuncall(nargs = 0, args = 0x3d8791), line 3050 in src/eval.c [40] Fbyte_code(bytestr = 4032401, vector = 2148904, maxdepth = 0), line 679 in src/bytecode.c [41] funcall_lambda(fun = 2148860, nargs = 0, arg_vector = 0xffbfec50), line 3180 in src/eval.c [42] apply_lambda(fun = 2148860, args = 3385345, eval_flag = 3331072), line 3104 in src/eval.c [43] Feval(form = 4202525), line 2384 in src/eval.c [44] internal_condition_case(bfun = 0xe9418 = top_level_2(), handlers = 3453601, hfun = 0xef9c4 = cmd_error()), line 1484 in src/eval.c [45] top_level_1(), line 1347 in src/keyboard.c [46] internal_catch(tag = 3443713, func = 0xe9430 = top_level_1(), arg = 3385345), line 1224 in src/eval.c [47] command_loop(), line 1304 in src/keyboard.c [48] recursive_edit_1(), line 1007 in src/keyboard.c [49] Frecursive_edit(), line 1068 in src/keyboard.c [50] main(argc = 1, argv = 0xffbff25c), line 1770 in src/emacs.c -- Unsubscribe info:
Re: I Cannot Start the X Server
Michael Wehr wrote: Fatal server error: Can't read lock file /tmp/.X0-lock http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file I have searched the internet and tried a number of solutions to no avail. :S -- 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: Recent X11 upgrade and getting _gl?? Undefined references compiling another package
André Bleau wrote: You will need to change OPENGL_INCLUDE_DIR to /usr/include/opengl . See: http://cygwin.com/ml/cygwin/2008-12/msg00089.html - André Bleau, Cygwin's volunteer OpenGL package maintainer. The above worked great but in the announcement for this version you mention: you can compile as usual. Usr/lib/glut32.lib is now provided. It should used instead of libglut32.a. I don't seem to see a glut32.lib in my /usr/lib directory? Is this the correct name as I did a find for *glut* and still didn't locate it - just the ones you would expect to find. Thanks bk -- 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/
Where do I have to put fvwm-themes-start?
Hi there, installed fvwm, fvwm-themes package as well, with one exception (a warning in ./configure that Xlib could not be found and that fvwm-images(sp?) might not work correctly, I assume a bug in the script somewhere, as my Cygwin+Cygwin/X installations are bog-standard and sane). My problem now: where do I have to put the fvwm-themes-start line? .BAT file makes no sense, as this cannot understand extension-less scripts. A last way out would be invoking the startxwin.sh (providing the required line) indirectly by starting bash via cygwin. Problem 2 is that .XWinrc does not seem to support on-startup execution of commands like e. g. .profile or XF86config. The only thing I've found is how to build menus ;) just doing a /bin/fvwm-themes-start will result in a string error at line XX. Can anyone help please? -Andreas -- 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: X, backingstore and opengl
Angelo Grandiosity wrote: Jon TURNEY wrote: glxgears, glxinfo are GL demo programs which come with mesa (the OpenGL library) It would be useful if you could install the mesa package and check if glxinfo, glxgears work for you. You have ignored my cygchec.out here [1]. I have those packages installed and glxgears, glxinfo seem to work (see opengl.txt below). Thanks. The output of glxgears and glxinfo all looks as expected. Irrespective of if I use +bs or not, with 1.5.3-4, simple.C runs ok, geom/shapes.C causes ROOT to segfault unless XLIB_SKIP_ARGB_VISUALS is used. You should raise the ROOT segfault as an issue with the ROOT developers. They will be far more qualified to diagnose the issue than me. The fact that also XWin segfaults, means it isn't a problem only for ROOT developers... I'm not saying it's a problem only for them, I'm saying they know far more about the internals of ROOT than me. Please try to look at this from my perspective: For all I know, you may have 2 separate problems. For me geom/Shapes.C always segfaults ROOT unless I have XLIB_SKIP_ARGB_VISUALS set. This is suggestive that ROOT can't handle ARGB visuals. ROOT is the only OpenGL application that Cygwin/X has reported problems with at the moment. If you wouldn't mind trying again, I've built a slightly different debug version, which you can get from: ftp://cygwin.com/pub/cygwinx/XWin.20081203132739.exe.bz2 Just for completeness, I have tried and IT WORKS JUST FINE and without XLIB_SKIP_ARGB_VISUALS! Respect to the previous testing-XWin you have proposed, with XWin.20081203132739 also the keyboard works just fine!!! So, I doubt we are referring to the same failing XWin which one finds on the mirrors... I know you must be finding this frustrating, I know I am. But I am not lying to you when I say that I am using Xwin.exe from 1.5.3-4 and it doesn't fail for me when I run ROOT simple.C, irrespective of if I have +bs selected or not. I don't have some secret Cyginw/X goodness which I'm not putting into the X server which gets uploaded to the mirrors for some bizarre motive. :-) Ok. I've spent a bit more time to carefully build an image which should be identical to the 1.5.3-4 one except for the addition of debug symbols, so perhaps you could try ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if that one fails for you. Failing that, can you post the XWin.exe.stackdump file which is generated when the 1.5.3-4 X server segfaults for you, and I'll see if I can extract some useful information from that. -- 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/
src/winsup/doc ChangeLog ntsec.sgml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-12-04 10:07:54 Modified files: winsup/doc : ChangeLog ntsec.sgml Log message: * ntsec.sgml: Fix typo. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.163r2=1.164 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ntsec.sgml.diff?cvsroot=srcr1=1.20r2=1.21
[Patch] Avoid duplicate names in /proc/registry (which may crash find)
Here is a simple approach to handle the duplicate key/value name problem
in /proc/registry. A value is skipped if key with same name exists.
Number of actual key existence checks are reduced by a simple hash table.
The patch also adds dirent.d_type support, find does no longer crash.
Christian
2008-12-04 Christian Franke [EMAIL PROTECTED]
* fhandler_registry.cc (__DIR_hash): New class.
(d_hash): New macro.
(key_exists): New function.
(fhandler_registry::readdir): Allocate __DIR_hash.
Record key names in hash table. Skip value if key
with same name exists. Fix error handling of
encode_regname (). Set dirent.d_type.
(fhandler_registry::closedir): Delete __DIR_hash.
diff --git a/winsup/cygwin/fhandler_registry.cc b/winsup/cygwin/fhandler_registry.cc
index ce4335f..4c95c77 100644
--- a/winsup/cygwin/fhandler_registry.cc
+++ b/winsup/cygwin/fhandler_registry.cc
@@ -143,6 +143,48 @@ decode_regname (char * dst, const char * src, int len = -1)
return 0;
}
+
+/* Hash table to limit calls to key_exists ().
+ */
+class __DIR_hash
+{
+public:
+ __DIR_hash ()
+{
+ memset (table, 0, sizeof(table));
+}
+
+ void set (unsigned h)
+{
+ table [(h 3) (HASH_SIZE - 1)] |= (1 (h 0x3));
+}
+
+ bool is_set (unsigned h) const
+{
+ return (table [(h 3) (HASH_SIZE - 1)] (1 (h 0x3))) != 0;
+}
+
+private:
+ enum { HASH_SIZE = 1024 };
+ unsigned char table[HASH_SIZE];
+};
+
+#define d_hash(d) ((__DIR_hash *) (d)-__d_internal)
+
+
+/* Return true if subkey NAME exists in key PARENT.
+ */
+static bool
+key_exists (HKEY parent, const char * name, DWORD wow64)
+{
+ HKEY hKey = (HKEY) INVALID_HANDLE_VALUE;
+ LONG error = RegOpenKeyEx (parent, name, 0, KEY_READ | wow64, hKey);
+ if (error == ERROR_SUCCESS)
+RegCloseKey (hKey);
+
+ return (error == ERROR_SUCCESS || error == ERROR_ACCESS_DENIED);
+}
+
/* Returns 0 if path doesn't exist, 0 if path is a directory,
* 0 if path is a file.
*
@@ -381,13 +423,16 @@ fhandler_registry::readdir (DIR *dir, dirent *de)
res = 0;
goto out;
}
- if (dir-__handle == INVALID_HANDLE_VALUE dir-__d_position == 0)
+ if (dir-__handle == INVALID_HANDLE_VALUE)
{
+ if (dir-__d_position != 0)
+ goto out;
handle = open_key (path + 1, KEY_READ, wow64, false);
dir-__handle = handle;
+ if (dir-__handle == INVALID_HANDLE_VALUE)
+ goto out;
+ dir-__d_internal = (unsigned) new __DIR_hash ();
}
- if (dir-__handle == INVALID_HANDLE_VALUE)
-goto out;
if (dir-__d_position SPECIAL_DOT_FILE_COUNT)
{
strcpy (de-d_name, special_dot_files[dir-__d_position++]);
@@ -425,14 +470,37 @@ retry:
}
/* We get here if `buf' contains valid data. */
+ dir-__d_position++;
+ if (dir-__d_position REG_ENUM_VALUES_MASK)
+dir-__d_position += 0x1;
+
if (*buf == 0)
strcpy (de-d_name, DEFAULT_VALUE_NAME);
- else if (encode_regname (de-d_name, buf))
-goto retry;
+ else
+{
+ /* Skip value if name is identical to a previous key name. */
+ unsigned h = hash_path_name (1, buf);
+ if (! (dir-__d_position REG_ENUM_VALUES_MASK))
+ d_hash (dir)-set (h);
+ else if (d_hash (dir)-is_set (h)
+ key_exists ((HKEY) dir-__handle, buf, wow64))
+ {
+ buf_size = NAME_MAX + 1;
+ goto retry;
+ }
+
+ if (encode_regname (de-d_name, buf))
+ {
+ buf_size = NAME_MAX + 1;
+ goto retry;
+ }
+}
- dir-__d_position++;
if (dir-__d_position REG_ENUM_VALUES_MASK)
-dir-__d_position += 0x1;
+de-d_type = DT_REG;
+ else
+de-d_type = DT_DIR;
+
res = 0;
out:
syscall_printf (%d = readdir (%p, %p), res, dir, de);
@@ -473,11 +541,14 @@ int
fhandler_registry::closedir (DIR * dir)
{
int res = 0;
- if (dir-__handle != INVALID_HANDLE_VALUE
- RegCloseKey ((HKEY) dir-__handle) != ERROR_SUCCESS)
+ if (dir-__handle != INVALID_HANDLE_VALUE)
{
- __seterrno ();
- res = -1;
+ delete d_hash (dir);
+ if (RegCloseKey ((HKEY) dir-__handle) != ERROR_SUCCESS)
+ {
+ __seterrno ();
+ res = -1;
+ }
}
syscall_printf (%d = closedir (%p), res, dir);
return 0;
Re: Finally managed to create a jailed SFTP server, but how secure?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Dec 03, 2008 at 11:38:20AM +, Julio Emanuel wrote: On Wed, Dec 3, 2008 at 11:01 AM, Brian Dessent [EMAIL PROTECTED] wrote: Julio Emanuel wrote: 4) Only commands compiled for Cygwin, AND accessing the file system exclusively through the Cygwin POSIX interfaces can (and will) obey the chroot settings; This is not valid reasoning, as Eric Blake already pointed out you can still access files outside of a chroot even if you're still going through the Cygwin DLL by using Win32 style pathnames since Cygwin passes those through untouched. Chroot jail is a misnomer here, on the verge of being dangerous. It's not a jail but just a line drawn with chalk on the floor. I would like to add on top of that that chroot isn't considerered as a security feature on other OSes either. FreeBSD has jails which do much more than chroot: you have to virtualize more than just the file system to come near of being secure (in UNIXoids think creating a device file whithin your jail which maps to the whole disk or memory to know what I mean :-). Cf. for example http://en.wikipedia.org/wiki/FreeBSD_jail. But then, for casual use, chroot might be fine. Never expose that to the Big and Stinking Net though. Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFJN5I4Bcgs9XrR2kYRAgk6AJ0bw1zHbpIkeGJrbu8T1xpckR31UACcD+4c t64oEkdEG9vfFV/2APYZ9w8= =LAc8 -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/
Newlib libm patch missing from cygwin-1.5.25-15 - fixes gfortran bug
I have been looking at some gfortran-4.4 testsuite failures. There is a problem with the NINT() intrinsic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33177 due to a bug in newlib lroundf. This is fixed with revision 1.3 of libm/common/sf_lround.c http://sourceware.org/cgi-bin/cvsweb.cgi/src/newlib/libm/common/sf_lround.c?cvsroot=src This one line patch is in cygwin-1.7. Any chance it could be included in 1.5. David -- 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/
How do I prevent zsh from opening pipes and read redirections in text mode?
Hello Folks, I have a program (actually a cygwin program -- git-fast-import) that reads commands from standard input and absolutely needs the stream to be binary (byte counts to be read are included in some commands). However, zsh forces it's input to text mode both when I run: git-fast-import file and cat file | git-fast-import despite me having all the mounts set to binary and CYGWIN=binary. How do I explain to zsh, that pipes and read redirections to commands must be binary? Note, that zsh used not to do this and bash is not doing it either. -- Jan Hudec
[ANNOUNCEMENT] Updated: tzcode-2008h-1: The time zone package
Hi A new version of 'tzcode/tzdata' has been uploaded to a server near you. DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. INSTALLATION: = 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. Save it and run setup, answer the questions and pick up the above mentioned package from the 'System' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- 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/
Zsh stopped completing mixed paths with update to 4.3.9
Hello, Since today's update, zsh completion no longer recognizes mixed-style paths, ie. c:/something instead of /cygdrive/c/something -- that worked until now and was extremely useful, since all native programs I need except cmd.exe and all cygwin ones except midnight commander (and I don't use that) understand them the same. Is there some configuration change that needs to be done to get it working again or something? I didn't see anything in the changelog (/usr/share/doc/Cygwin/zsh-4.3.9.README). -- Jan Hudec
Re: Avoid duplicate names in /proc/registry (which may crash find) ?
2008/12/2 Eric Blake [EMAIL PROTECTED]: [...] the problem is [...] that Windows allows the registry to violate filesystem semantics by giving the same name to distinct contents. If I'm allowed to add some further examples (which are probably known to most, but maybe not to all), registry value names allow *any* Unicode character (including NUL, sic! - thanks UNICODE_STRING), so the following is completely ambiguous, even though valid: /proc/registry/.../parentkey/subkey/value/with/slashes where the actual value name is value/with/slashes (sic!). That's from Win32 (and POSIX) file system functions taking one argument for the file name, and the Win32 registry functions taking two distinct arguments to form a full path (and non-ASCIIZ length-prefixed UNICODE_STRING). CS -- 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: Avoid duplicate names in /proc/registry (which may crash find) ?
On Dec 4 11:37, ColdShine wrote: 2008/12/2 Eric Blake [EMAIL PROTECTED]: [...] the problem is [...] that Windows allows the registry to violate filesystem semantics by giving the same name to distinct contents. If I'm allowed to add some further examples (which are probably known to most, but maybe not to all), registry value names allow *any* Unicode character (including NUL, sic! - thanks UNICODE_STRING), so the following is completely ambiguous, even though valid: /proc/registry/.../parentkey/subkey/value/with/slashes where the actual value name is value/with/slashes (sic!). That's why Cygwin prints the file name as /proc/registry/.../parentkey/subkey/value%2Fwith%2Fslashes thanks to a patch from Christian Franke. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Newlib libm patch missing from cygwin-1.5.25-15 - fixes gfortran bug
On Dec 4 19:20, David Billinghurst wrote: I have been looking at some gfortran-4.4 testsuite failures. There is a problem with the NINT() intrinsic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33177 due to a bug in newlib lroundf. This is fixed with revision 1.3 of libm/common/sf_lround.c http://sourceware.org/cgi-bin/cvsweb.cgi/src/newlib/libm/common/sf_lround.c?cvsroot=src This one line patch is in cygwin-1.7. Any chance it could be included in 1.5. Not really. Cygwin 1.7 isn't that far away anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: How do I prevent zsh from opening pipes and read redirections in text mode?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Hudec, Jan on 12/4/2008 1:40 AM: Hello Folks, I have a program (actually a cygwin program -- git-fast-import) that reads commands from standard input and absolutely needs the stream to be binary (byte counts to be read are included in some commands). However, zsh forces it's input to text mode both when I run: git-fast-import file I suppose I could try submitting a patch to the git folks that uses #include io.h and setmode. But this also sounds like zsh might be doing something wrong. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin git maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk31GYACgkQ84KuGfSFAYCZMQCeKNf8hJe0zL/6UIxuwv3uQXVf Q1MAoNbFS81yX3XTeoRfCVMPsv5Z/LaI =mDvQ -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/
Log to Windows Eevent Log
My Cygwin application already logs to a remote syslogd but I also want to log (optionally) to the Windows Event Log. How do I accomplish this? Regards Michael -- 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: Log to Windows Eevent Log
2008/12/4 Michael Wiedmann [EMAIL PROTECTED]: My Cygwin application already logs to a remote syslogd but I also want to log (optionally) to the Windows Event Log. How do I accomplish this? Can you use the native eventcreate.exe ? -- AdamT At times one remains faithful to a cause only because its opponents do not cease to be insipid. - Nietzsche -- 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: Log to Windows Eevent Log
Adam Thompson wrote: Can you use the native eventcreate.exe ? I'd rather prefer to do it programmatically from inside my program. Michael -- 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/
Trouble differentiating Backspace from Control-Backspace in rxvt-20050409-9
I recently upgraded from rxvt-20050409-7 to rxvt-20050409-9 and have stopped getting different output for Backspace and Control-Backspace. In rxvt-20050409-7, I get ^? for Backspace and ^H for Control-Backspace. In rxvt-20050409-9, I get ^H for both. I've tried explicitly setting the rxvt backspacekey to ^?, but then I get ^? both with and without the Control key. I've also been trying to decipher some of the documentation for terminfo/termcap, though I'm having trouble wrapping my mind around those, and I'm not certain whether that is the path I should go down since my terminfo appears to be unchanged between the two. For what it's worth, I tried running infocmp on both the -7 and -9 versions and got identical output for them both. I tried looking at what changed in the source tarball between the two versions, and nothing jumped out at me as something that would affect interpretation of keys, though I am extremely ignorant of the inner workings of terminal emulators, so I may have missed something. Now for my questions: :) First, I guess, does anyone else see this, or is it some problem with my installation? If it is a problem with my system, does anyone have any advice on how I should go about debugging it? I've also attached cygcheck output in case that is of any assistance. Many thanks, Jon cygcheck.out Description: Binary data -- 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] Updated: opengl-1.1.0-9
Version 1.1.0-9 of the opengl package has been released. This package contains OpenGL-related libraries: GLUT, GLUI, and GLUIX librairies to develop portable OpenGL programs that do not require an X server to run. These programs can display through the native Windows interface (Win32) and benefit from hardware and driver acceleration. This update should solve the problems that have been reported after the release of new X server, such as: http://cygwin.com/ml/cygwin/2008-11/msg00022.html http://cygwin.com/ml/cygwin-xfree/2008-12/msg3.html The problems were due to some conflict with the last version of the libGL-devel, libGLU-devel, libglut-devel packages. See: http://cygwin.com/ml/cygwin-apps/2008-11/msg00037.html http://cygwin.com/ml/cygwin-apps/2008-11/msg00043.html Unfortunately, users of the opengl package might have to change the way they build their applications. See: http://cygwin.com/ml/cygwin/2008-11/msg00056.html There is a remaining conflict with the w32api package, with a workaround. I am currently working with the w32api maintainers to solve it. Another update might be coming soon. Exerbs from the updated README.txt: --- What has changed since opengl-1.1.0-8 - A new symbolic link, /usr/include/opengl/GL - /usr/include/w32api/GL was added to be able to compile native OpenGL, GLU, GLUT, GLUI, and GLUIX program when the libGL-devel, libGLU-devel, libglut-devel packages are also installed. In that case, compiling with -I/usr/include/opengl is REQUIRED, otherwise the headers from libGL-devel, libGLU-devel, libglut-devel will be used, leading to missing functions at link time. If the libGL-devel, libGLU-devel, libglut-devel package are not installed, you can compile as usual. usr/lib/glut32.lib is now provided. It should used instead of libglut32.a. A bug introduced in opengl-1.1.0-6 was corrected in glut.h. The bug caused the program to continue to run in the background if its window was closed by using the close (X) icon in the title bar. If you prefer to keep that behavior, you must recompile with -DGLUT_DISABLE_ATEXIT_HACK . glut-examples was added to /usr/lib. The helloGLUT example program was improved. FAQ.txt was added. --- Enjoy, - André Bleau, Cygwin's volunteer OpenGL package maintainer. Please direct any question or comment about the OpenGL package to cygwin at cygwin dot com *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. _ -- 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: Finally managed to create a jailed SFTP server, but how secure?
I will try different variants definitely. Unfortunately I can only give the feedback tomorrow as I am away from the office now. Thanks for your input. Hi again, I'm sorry I couldn't come back earlier. All my tests (at the end of this post shows negative result). First, I try to change directory to drive C:. None of them worked. Then, I tried to get a file called C:\foo. All of them failed too. So again, I couldn't make SFTP to see outside the jail (the term jail is from this SFTP context). And I also have the answer for my own question few days back. My question was: - internal-sftp seems to have visibility outside the jail directory as it can list the owner and group name of the objects inside the jail directory although I haven't copied /etc/passwd and /etc/group to the jailed directory. How can this be possible? This is what I found: 1. Using console, I created a file called foo in the jail root directory 2. And then I listed it from SFTP: sftp pwd Remote working directory: / sftp ls -al drwxr-xr-x5 root root0 Dec 4 16:23 . drwxr-xr-x5 root root0 Dec 4 16:23 .. dr-xr-xr-x1 root root0 Jan 1 1970 cygdrive -rw-r--r--1 root root0 Dec 4 16:23 foo drwxr-xr-x3 root root0 Dec 4 16:22 home So far nothing is extraordinary apart from the fact that SFTP can show the display name of owner and group of each object although /etc/passwd and /etc/group are missing from the jail (you can see there's not even /etc directory listed there). This is what made me think that SFTP could see outside the jail. 3. While SFTP session was still active, from Console I created a Windows user called dummy and import it to /etc/passwd # net user dummy password /add # mkpasswd -l | grep dummy /etc/passwd 4. From the Console, I changed the owner of foo to the user dummy: # chown dummy foo # ls -al total 0 drwxr-xr-x+ 3 root root 0 Dec 4 16:23 ./ drwxr-xr-x+ 8 root root 0 Dec 1 13:25 ../ -rw-r--r-- 1 dummy root 0 Dec 4 16:23 foo drwxr-xr-x+ 3 root root 0 Dec 4 16:22 home/ which is as expected. 5. And then I listed it from inside my SFTP session: sftp ls -al drwxr-xr-x5 root root0 Dec 4 16:23 . drwxr-xr-x5 root root0 Dec 4 16:23 .. dr-xr-xr-x1 root root0 Jan 1 1970 cygdrive -rw-r--r--1 4294967295 root0 Dec 4 16:23 foo drwxr-xr-x3 root root0 Dec 4 16:22 home SFTP shows dummy as unlisted user! So my conclusion is, SFTP reads /etc/password and caches it before starting to chroot to the jail. And here are my tests to access outside jail: sftp pwd Remote working directory: / sftp cd C: Couldn't canonicalise: No such file or directory sftp cd C:\ Couldn't canonicalise: No such file or directory sftp cd C:/ Couldn't canonicalise: No such file or directory sftp cd /cygdrive/c Couldn't canonicalise: No such file or directory sftp cd /cygdrive/C: Couldn't canonicalise: No such file or directory sftp cd \\.\C: Couldn't canonicalise: No such file or directory sftp cd \\.\C:\ Couldn't canonicalise: No such file or directory sftp cd \\./C: Couldn't canonicalise: No such file or directory sftp cd \\./C:/ Couldn't canonicalise: No such file or directory sftp cd \??\C: Couldn't canonicalise: No such file or directory sftp cd \??\C:\ Couldn't canonicalise: No such file or directory sftp cd /??/C: Couldn't canonicalise: No such file or directory sftp pwd Remote working directory: / sftp get \\.\C:\foo Couldn't stat remote file: No such file or directory File /.C:foo not found. sftp get \\.\C:/foo Couldn't stat remote file: No such file or directory File /.C:/foo not found. sftp get \\./C:\foo Couldn't stat remote file: No such file or directory File /./C:foo not found. sftp get \\./C:/foo Couldn't stat remote file: No such file or directory File /./C:/foo not found. sftp get \??\C:\foo File /\\??C:foo not found. sftp get \??/C:\foo File /\\??/C:foo not found. sftp get C:foo Couldn't stat remote file: No such file or directory File /C:foo not found. sftp get C:\foo Couldn't stat remote file: No such file or directory File /C:foo not found. sftp get C:/foo Couldn't stat remote file: No such file or directory File /C:/foo not found. sftp get /cygdrive/ci/foo Couldn't stat remote file: No such file or directory File /cygdrive/ci/foo not found. sftp get /cygdrive/c:\foo Couldn't stat remote file: No such file or directory File /cygdrive/c:foo not found.
Re: Finally managed to create a jailed SFTP server, but how secure?
I understand why all these virtual directories are necessary at the absolute '/' root level. But here I refer to /cygdrive which is created inside the jail directory, which means in absolute path, /jail/cygdrive (/jail being the root of my jail). Inside the jail, only /cygdrive is created, no other virtual directories (/proc or /dev/xxx) or files are created. Created or not, they exist. Try it. I tried it from jailed SFTP session: sftp cd /dev Couldn't canonicalise: No such file or directory sftp cd /proc Couldn't canonicalise: No such file or directory They don't exist. -- 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: Trouble differentiating Backspace from Control-Backspace in rxvt-20050409-9
Jonathon Merz wrote: I recently upgraded from rxvt-20050409-7 to rxvt-20050409-9 and have stopped getting different output for Backspace and Control-Backspace. In rxvt-20050409-7, I get ^? for Backspace and ^H for Control-Backspace. In rxvt-20050409-9, I get ^H for both. I've tried explicitly setting the rxvt backspacekey to ^?, but then I get ^? both with and without the Control key. I guess the first question is are you using rxvt in native (GDI/W11) or X11 mode. I can't see that much has changed in the patches other than tweaks to use the new modular X11 server. So if you are using GDI mode, then I'm at a loss to explain the differences, however if you are using X11 mode then it's highly likely that the difference in behavior is due to the many changes in the new X server and not anything in rxvt. You should follow up on the cygwin-xfree@ list if that is the case. I've also been trying to decipher some of the documentation for terminfo/termcap, though I'm having trouble wrapping my mind around those, and I'm not certain whether that is the path I should go down since my terminfo appears to be unchanged between the two. For what it's worth, I tried running infocmp on both the -7 and -9 versions and got identical output for them both. I think terminfo/termcap are irrelevant here as their purpose is to describe behavior, not to change it. They might document for example that terminal FOO generates the byte sequence BAR when the user presses key X so that programs can know that when TERM=FOO and the sequence BAR appears in the input stream that the user has in fact pressed X. But they can't alter the terminal's behavior to make it generate a different sequence. 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/
Ephedra is Back
No more dieting, no more exhausting work-outs. How? There is only one answer? Ephedra! Burn calories and fat! Act fast, get it today! Feel energized, feel good about yourself, and just be happy. Follow the link below. http://blackobsessions.com/OVjYmSYHYlHaoHmVmVmVSjHloYKOam now. This email brought to you by: eMarketing Alliance - 318 Indian Trace #623 - Weston, Florida 33326 Manage Your Account: http://blackobsessions.com/OVjYmSYHYlHaoHmVmHmVSjHloYKOam -- 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: gcc4/gfortran
On Wed, Dec 3, 2008 at 8:36 PM, Eric Blake wrote: According to Gustavo Seabra on 12/3/2008 7:38 AM: 1. Is is safe to remove the old gcc (3.*) packages and replace them by symlinks to the new gcc4 executables? Read the archives. Dave has mentioned that he is planning on a future packaging of the gcc packages that use the alternatives package, so that the symlink management of the name gcc can be done automatically to point to either gcc-3 or gcc-4. But at the moment, I'm not sure whether the gcc-4 package requires files provided by the gcc package, in which case blindly deleting all thing gcc 3.* might break gcc-4. Got it. But I was actually just planning on removing the gcc and g77 executables, and make those names point to gcc4 executables instead. It actually has nothing to do with disk space: the whole point is that, when compiling a program, I want to make sure it will *not* use g77, but gfortran instead. The way it is now, I have to specify gfortran-4 as the fortran compiler, say by using FC=/usr/bin/gfortran-4, but one can never be sure exactly how a specific 'configure' program will find its compilers. So, the removal of gcc/g77 executables and replacing by a symlink would remove any possibility for confusion. 2. In this case, which executables should I point the symlink to? For instance, if I were to replace g77 by a symlink to gfortran, which of the 4 gfortran executables should I use: $ locate gfortran | grep exe /bin/gfortran-4.exe /bin/i686-pc-cygwin-gfortran-4.exe These are identical copies; one is the name preferred when cross-compiling, the other when doing native compiles. Got it, thanks. But why worry about adding symlinks? Why not just rely on what the package gave you, since it works? Are you really that low on disk space? I suppose they could be made hardlinks to one another, if someone were to invest the time into patching setup.exe to attempt to make hardlinks (instead of its current behavior of blindly creating identical copies, even when the tar file specifies hardlinks). /usr/bin/gfortran-4.exe /usr/bin/i686-pc-cygwin-gfortran-4.exe These two are identical to the ones above - you need to read the manual, and remind yourself that /bin and /usr/bin are mount points that visit the same directory. Removing /bin/gfortran-4.exe would simultaneously make /usr/bin/gfortran-4.exe disappear. 3. Lastly, just a dumb question: why do we get multiple executables in the first place? I noticed that g77 also comes in multiple files: $ locate g77 | grep exe /bin/g77.exe /usr/bin/g77.exe Is that really necessary? Yes, because that's how the default mount points are set up. OK, I had missed the point about /bin and /usr/bin actually pointing to the same directory. Things are a lot clearer now. Thanks, -- Gustavo Seabra Postdoctoral Associate Quantum Theory Project - University of Florida Gainesville - Florida - USA -- 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/
How do I set the default path?
I am new to cygwin. I am running cygwin on XP. When I start cygwin, I am put into the /usr/bin directory. I can not run anything, even ls, without putting a ./ in front of it. I am using this XP box at work. I am able to directly change my windows path. Is there a way for me to setup cygwin so that I can run commands in the /usr/bin directory, with the ./ ? -- View this message in context: http://www.nabble.com/How-do-I-set-the-default-path--tp20840873p20840873.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/
Re: Trouble differentiating Backspace from Control-Backspace in rxvt-20050409-9
On Thu, Dec 4, 2008 at 12:00 PM, Brian Dessent [EMAIL PROTECTED] wrote: Jonathon Merz wrote: I recently upgraded from rxvt-20050409-7 to rxvt-20050409-9 and have stopped getting different output for Backspace and Control-Backspace. In rxvt-20050409-7, I get ^? for Backspace and ^H for Control-Backspace. In rxvt-20050409-9, I get ^H for both. I've tried explicitly setting the rxvt backspacekey to ^?, but then I get ^? both with and without the Control key. I guess the first question is are you using rxvt in native (GDI/W11) or X11 mode. I can't see that much has changed in the patches other than tweaks to use the new modular X11 server. So if you are using GDI mode, then I'm at a loss to explain the differences, however if you are using X11 mode then it's highly likely that the difference in behavior is due to the many changes in the new X server and not anything in rxvt. You should follow up on the cygwin-xfree@ list if that is the case. Oops, I forgot to make that distinction. I am running rxvt in native mode without X. I've also been trying to decipher some of the documentation for terminfo/termcap, though I'm having trouble wrapping my mind around those, and I'm not certain whether that is the path I should go down since my terminfo appears to be unchanged between the two. For what it's worth, I tried running infocmp on both the -7 and -9 versions and got identical output for them both. I think terminfo/termcap are irrelevant here as their purpose is to describe behavior, not to change it. They might document for example that terminal FOO generates the byte sequence BAR when the user presses key X so that programs can know that when TERM=FOO and the sequence BAR appears in the input stream that the user has in fact pressed X. But they can't alter the terminal's behavior to make it generate a different sequence. Thanks for clearing me up on that - I suspect I would have spent a lot of time with little benefit. After further fiddling, I've at least figured out what's going on, but I'm still not sure why. It appears that the change between rxvt-20050409-7 and rxvt-20050409-9 that has made the difference is in the patch for src/rxvt/src/feature.h changing: # define X11USRLIBDIR/usr/lib to: # define X11USRLIBDIR/etc The new definition causes rxvt to be able to find the Rxvt default resources file (a good thing! :) which in both -7 and -9 is found at /etc/X11/app-defaults/Rxvt. In -7, it appears that rxvt was looking for that file at /usr/lib/X11/app-defaults/Rxvt, where it did not exist. That's the part I understand. The part that I don't understand is that the problem appears to be the line: Rxvt.backspacekey: ^H in /etc/X11/app-defaults/Rxvt. It appears that the Rxvt.backspacekey resource sets the value for both Backspace and Control-Backspace. If I comment that line out, rxvt works as I wish it to (i.e. Backspace gives ^? and Control-Backspace gives ^H). If I leave that line in, rxvt gives ^H for both, and if I either change it to ^? or set that resource to ^? in my ~/.Xdefaults, I always get ^? both with and without the Control key. My new questions then, are: Is this correct/expected behavior? and Is there any way I can unset in my ~/.Xdefaults or somewhere like that a resource that is set in a system resource file so that I can avoid modifying the system-wide one? Thanks again, -Jon -- 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: How do I set the default path?
walterbyrd wrote: I am new to cygwin. I am running cygwin on XP. When I start cygwin, I am put into the /usr/bin directory. I can not run anything, even ls, without putting a ./ in front of it. I am using this XP box at work. I am able to directly change my windows path. Is there a way for me to setup cygwin so that I can run commands in the /usr/bin directory, with the ./ ? Add . to your path but that opens up a big security risk. As for '/usr/bin', in a proper install, that should be in your path already. My WAG is that you're installation didn't finish. Try rerunning 'setup.exe' and just Nexting through the pages and see if that helps. If not, send your 'cygcheck' output as explained here http://cygwin.com/problems.html. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
Application causes STATUS_ACCESS_VIOLATION in Windows 2008
Hi all, My application that runs on cygwin causes a STATUS_ACCESS_VIOLATION exception in Windows 2008 and created a core file. How should I tackle this problem? How would I begin to debug this? Thanks! -- View this message in context: http://www.nabble.com/Application-causes-STATUS_ACCESS_VIOLATION-in-Windows-2008-tp20843624p20843624.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/
Re: Application causes STATUS_ACCESS_VIOLATION in Windows 2008
wrote: Hi all, My application that runs on cygwin causes a STATUS_ACCESS_VIOLATION exception in Windows 2008 and created a core file. How should I tackle this problem? How would I begin to debug this? Perhaps a better question is why do you think investigating this problem would be different with Cygwin than with any other non-Cygwin application? If you find there is something Cygwin-specific in this process that's confusing you, it might help us understand you better if you reformulated the question with your specific issues stated. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Finally managed to create a jailed SFTP server, but how secure?
TheO wrote on Thursday, December 04, 2008 4:48 PM:: I understand why all these virtual directories are necessary at the absolute '/' root level. But here I refer to /cygdrive which is created inside the jail directory, which means in absolute path, /jail/cygdrive (/jail being the root of my jail). Inside the jail, only /cygdrive is created, no other virtual directories (/proc or /dev/xxx) or files are created. Created or not, they exist. Try it. I tried it from jailed SFTP session: sftp cd /dev Couldn't canonicalise: No such file or directory sftp cd /proc Couldn't canonicalise: No such file or directory They don't exist. You also need to try symlinks that point outside the jail. Try creating them both from the shell and within SFTP. You should also check that non-interactive SFTP observes the jail (that is specifying the file to transfer on the command line). Frankly, there are loads of things that you would need to test and you can never be sure you've checked all possible mechanisms. Given that the chroot jail is really an open prison under Windows, one has to wonder if it's worth the effort, and what you have proved if all of your tests have passed. The best you can say is that you are protected against inadvertent access and (possibly) someone casually poking around. Don't forget that even if you decide SFTP is secure enough, you need to consider the system as a whole. One of the problems with Windows' security in general is the number of open ports and services that are running. If unauthorized users are able to gain access to the system via any other route, then any security SFTP gives you is totally illusory. You would really need an external, aggressive firewall to be sure that the only possible external access was via SFTP. You can't rely on just disabling services, because I have known them to become enabled again after installing updates (thanks MS!) Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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: Using -mno-cygwin causes different program behavior
Thanks both of you! In addition to a solution, I increased my understanding, which is even more valuable. -- View this message in context: http://www.nabble.com/Using--mno-cygwin-causes-different-program-behavior-tp20825507p20847165.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/
[cairo] Compile error on Cygwin with current GIT tree
[cc on cygwin list for recognition] Greetings, I've just got a cairo compiling error on my Cygwin setup. - Windows 2000 SP4 - latest Cygwin - sufficiently recent GTK+ (- supposed to get updated, but no latest GTK+ without cairo) It seems the problem is that it does not know about the fwprintf() function in Win32 environment [cairo-win32-surface.c]. Frankly, I haven't known about it either ... Well, I would be able to kludge this myself secretly but I think it's mandatory you also know about the issue so you can adapt the code accordingly (probably with less hackery than me). Regards Andreas P. S. log file output below. make[3]: Entering directory `/home/Administrator/build/cairo/cairo/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I/usr/include/pixman-1 -I/usr/i nclude/freetype2 -I/usr/include/libpng12 -Wall -Wextra -Ws ign-compare -Werror-implicit-function-declaration -Wpointer-arith -Wwrit e-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declaration s -Wnested-externs -Wpacked -Wswitch-enum -Wmissing-format-attribute -Ws trict-aliasing=2 -Winit-self -Wunsafe-loop-optimizations -Wdeclaration-a fter-statement -Wold-style-definition -Wno-missing-field-initializers -W no-unused-parameter -Wno-attributes -Wno-long-long -Winline -fno-strict- aliasing -fno-common -Wp,-D_FORTIFY_SOURCE=2-g -O2 -MT cairo-win32-surface.lo -MD -MP -MF .deps/cairo-win32-surface.Tpo -c -o cairo-win32-surface.lo cairo-win32-surface.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I/usr/include/pixman-1 -I/usr/include/ freetype2 -I/usr/include/libpng12 -Wall -Wextra -Wsign-compare -Werror-i mplicit-function-declaration -Wpointer-arith -Wwrite-strings -Wstrict-pr ototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W packed -Wswitch-enum -Wmissing-format-attribute -Wstrict-aliasing=2 -Win it-self -Wunsafe-loop-optimizations -Wdeclaration-after-statement -Wold- style-definition -Wno-missing-field-initializers -Wno-unused-parameter - Wno-attributes -Wno-long-long -Winline -fno-strict-aliasing -fno-common -Wp,-D_FORTIFY_SOURCE=2 -g -O2 -MT cairo-win32-surface.lo -MD -MP -MF .deps/cairo-win32-surface.Tpo -c cairo-win32-surface.c -DDLL_EXPORT -DPIC -o .libs/cairo-win32-surface.o cairo-win32-surface.c: In function '_cairo_win32_print_gdi_error': cairo-win32-surface.c:96: warning: passing argument 5 of 'FormatMessageW' from incompatible pointer type cairo-win32-surface.c:99: error: implicit declaration of function 'fwprintf' cairo-win32-surface.c:99: warning: nested extern declaration of 'fwprintf' cairo-win32-surface.c: In function '_cairo_win32_surface_composite': cairo-win32-surface.c:1044: warning: comparison between signed and unsigned cairo-win32-surface.c:1044: warning: comparison between signed and unsigned cairo-win32-surface.c:1045: warning: comparison of unsigned expression 0 is always false cairo-win32-surface.c:1045: warning: comparison of unsigned expression 0 is always false cairo-win32-surface.c:1483: warning: comparison between signed and unsigned cairo-win32-surface.c:1484: warning: comparison between signed and unsigned cairo-win32-surface.c: In function '_cairo_win32_debug_dump_hrgn': cairo-win32-surface.c:2130: warning: format '%d' expects type 'int', but argument 3 has type 'DWORD' same up to argument 7 cairo-win32-surface.c:2132: warning: comparison between signed and unsigned cairo-win32-surface.c:2134: warning: format '%d' expects type 'int', but argument 4 has type 'LONG' snip cairo-win32-surface.c:2134: warning: format '%d' expects type 'int', but argument 7 has type 'LONG' make[3]: *** [cairo-win32-surface.lo] Error 1 make[3]: Leaving directory `/home/Administrator/build/cairo/cairo/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/Administrator/build/cairo/cairo/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Administrator/build/cairo/cairo' make: *** [all] Error 2 -- 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/
From Home Biz Administrator
Hi, this is Home Biz, I thought you should go here to signup for this bi-monthly newsletter about WomenNet.ca If you're interested, please click on this link to signup. http://www.womennet.ca/subscribe.php?action=signup[EMAIL PROTECTED] P.S. Welcome to the Profit Place - Place Laying Stategy PROTECTS YOU AGAINST LOSING MONEY FIRST And then shows you how to generate handsome profits thereafter from a small betting bank and from small stakes. You are going to see that the fear of losing, so common with most horse racing systems, will rapidly disappear as you realise that this really is the safest strategy youve ever seen. Finally Revealed\: Simple, Profitable and Safe Strategy That Will Throw Money At You Day-After-Day Without You Even Having To Think! Welcome to the \Profit Place forget everything you think you know about laying horses - this is the safest strategy you will ever see! Learn More: http://www.mysecuredlinks.net/fae256 -- 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: Zsh stopped completing mixed paths with update to 4.3.9
On Thu, 4 Dec 2008, Hudec, Jan wrote: Hello, Hello, Jan, Since today's update, zsh completion no longer recognizes mixed-style paths, ie. c:/something instead of /cygdrive/c/something -- that worked until now and was extremely useful, since all native programs I need except cmd.exe and all cygwin ones except midnight commander (and I don't Welcome to my day :-/ Yes, it's already a know issue, but didn't turn up in regular testing since I don't use DOS drive syntax (why would I?) and it didn't occur to me to try. Sloppy testing on my part, I suppose, but the ChangeLog didn't talking about anything effecting path resolve. use that) understand them the same. Is there some configuration change that needs to be done to get it working again or something? I didn't see Not that I know of (yet). Something changed in the completion system that's conflicting with path resolve. I'm trying to track it down. You could always simply not used compinit? No? Oh well. The Zsh list has already been notified of the problem, but I haven't seen anyone comment yet. In the mean time, simply revert to 4.3.4 and move along. :-) anything in the changelog (/usr/share/doc/Cygwin/zsh-4.3.9.README). Because it wasn't a know issue, nor was it expected as such. Stay tuned. Hopefully a workaround will be posted soon. -- Jan Hudec -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: How do I prevent zsh from opening pipes and read redirections in text mode?
On Thu, 4 Dec 2008, Hudec, Jan wrote: Hello Folks, Greetings, Jan, I have a program (actually a cygwin program -- git-fast-import) that reads commands from standard input and absolutely needs the stream to be binary (byte counts to be read are included in some commands). However, zsh forces it's input to text mode both when I run: git-fast-import file and cat file | git-fast-import despite me having all the mounts set to binary and CYGWIN=binary. How do I explain to zsh, that pipes and read redirections to commands must be binary? I believe it's binmode, not binary. Anyway, I can't seem to repro your symptoms. I've created a binary file and can both direct input to, or pipe it via cat, to 'od -xc' and it looks correct to me. Try this: In bash: $ od -xc /bin/zsh.exe od.bash In zsh: $ od -xc /bin/zsh.exe od.zsh $ ls -al od.* -rw-r--r-- 1 doctor None 23550 Dec 4 21:06 od.bash -rw-rw-r-- 1 doctor None 23550 Dec 4 21:06 od.zsh $ sum od.* 2376023 od.bash 2376023 od.zsh Works for me! If 'od' can get a binary stream, then so should your program. Try using cat for your input and see if it fixes it for you: cat file | git-fast-import Note, that zsh used not to do this and bash is not doing it either. Don't know what to tell you. Nothing has really changed in this area. -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: How do I prevent zsh from opening pipes and read redirections in text mode?
On Thu, 4 Dec 2008, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Hudec, Jan on 12/4/2008 1:40 AM: Hello Folks, I have a program (actually a cygwin program -- git-fast-import) that reads commands from standard input and absolutely needs the stream to be binary (byte counts to be read are included in some commands). However, zsh forces it's input to text mode both when I run: git-fast-import file I suppose I could try submitting a patch to the git folks that uses #include io.h and setmode. But this also sounds like zsh might be doing something wrong. I don't think that's the problem, nor that that the proposed change above would help. Nothing has changed with reguards to Zsh's I/O, stdio or pipes, between 4.3.4 and 4.3.9. The Text cooking of file I/O is for read-only files, and that's only for the shell's own input, really. The code for that is in zsh's Src/main.c and it simply uses the cygwin_internal() hook to set file descriptor behaviour. In another email, I replied that I can't seem to repro Jan's symptoms. There maybe something else going on here that's not obvious. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin git maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk31GYACgkQ84KuGfSFAYCZMQCeKNf8hJe0zL/6UIxuwv3uQXVf Q1MAoNbFS81yX3XTeoRfCVMPsv5Z/LaI =mDvQ -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/ -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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/
Updated: tzcode-2008h-1: The time zone package
Hi A new version of 'tzcode/tzdata' has been uploaded to a server near you. DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. INSTALLATION: = 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. Save it and run setup, answer the questions and pick up the above mentioned package from the 'System' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker
