Re: Please *wait* before sending cygwin-announce messages
Just as a thought, could the announcement be a text file contained in the package? That could be extracted by upset(?) and sent when it detects the new version? This would have the benefits that 1) the GTG could check for its existance 2) the email would never be sent until the package was available 3) folks shouldn't forget to send the email (the only thing that they might forget to do is update it) 4) the text file could be appended with the unsubscribe information before it was sent. 5) the package script (sorry Igor can't remember what it's called atm) could either check for its existance or create a stub or... something automated ;) I know that it'd mean changing some programs/scripts (esp upset) but what do you think to the idea? J.
Re: Please upload: xemacs-21.4.18-1/xemacs-tags-21.4.18-1/xemacs-emacs-common-21.4.18-1
On Dec 8 08:29, Dr. Volker Zell wrote: cd xemacs wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.18-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.18-1.tar.bz2 cd xemacs-tags wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/xemacs-tags-21.4.18-1.tar.bz2 cd ../xemacs-emacs-common wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.18-1.tar.bz2 cut here Uploaded. I removed 21.4.15-1, 21.4.17-1 and 21.5.16-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Please upload: xpdf-3.01-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir xpdf cd xpdf wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.01-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.01-1.tar.bz2 cut here DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. CYGWIN NEWS: * Routine update Xpdf NEWS = * Incorporated 1 security patch from the xpdf homepage Added the continuous view mode, including the '-cont' switch and the 'continuousView' config file option. At high zoom levels, don't rasterize the entire page - this avoids problems running out of memory. Added search backward and match case options to the find dialog. Support explicitly masked images and soft masked images. Add support to DCTStream for 16-bit quant tables. Don't segfault if the user clicks on an outline entry with a broken destination. Changed the makefiles and configure script to skip building pdftoppm (in addition to xpdf) if X, Motif, or FreeType is not found; changed the error message in the configure script to match. Move an inline function in JArithmeticDecoder.cc to avoid compiler errors. Fixed a bug in the rasterizer that was sometimes causing infinite loops with round line caps on vertical lines. Various rasterizer optimizations. Look for intermediate resize events - try to avoid lagging when the user is doing an opaque resize. The FormType key in Form XObjects is optional. Handle external 16-bit TrueType fonts correctly, using the Unicode cmap. Add class declarations to TextOutputDev.h to work with stricter C++ compilers. Support FreeType's weird include file stuff (ft2build.h, etc.). Fixed a bug handling empty paths. Fixed a text positioning problem in PostScript output. Handle TrueType collections in FoFiTrueType.cc. FoFiTrueType constructor was reporting a failure if the post table was bad - this should be non-fatal. Type 1 font parser was missing a NULL test. Mask chars passed to isdigit in goo/parseargs.c to avoid problems with signed chars. Added more error checking to the CCITTFax decoder. Fixed a bug (computing the MCU size) in the DCT decoder. Change a test in the Splash stroke code to avoid x86 floating point weirdness. Reorganized the decryption code to allow security handler plugins; removed the NO_DECRYPTION #ifdefs. Added a plugin interface, initially just for security handlers. Support color key masked images and explicitly masked images in PS output (Level 2 only). When checking for aliases of the Base 14 fonts, ignore spaces in the specified font name. Handle encrypted PDF files that are missing the file ID string. Handle tiling patterns more efficiently in the PostScript output. Rewrote the code that handles color spaces in PostScript output. Fixed a bug in the Type 1C font parser - zero-length indexes (and zero-length names) weren't handled correctly. Handle shaded fills more efficiently in the PostScript output. Implement the remaining shading types (4-7). Rearranged the Splash color modes. Add the EarlyChange parameter to LZWStream when generating PostScript. Check for zero values in line dash arrays in PSOutputDev. Fixed an uninitialized variable in JArithmeticDecoder which was causing crashes. Treat unknown CMap names as identity mappings (to match Adobe's behavior). Fixed bugs in the XRef parser related to XRef streams in updated files. Added a missing call to FT_Done_Glyph which was causing a memory leak. [Thanks to Dave Formanek.] Fixed a bug in text copying that was causing the last word to be dropped on some pages. Tweaked the image width/height computation in Splash::drawImage and Splash::fillImageMask to make striped images work better. Ignore minus signs in the middle of numbers (to match Adobe's behavior). Missing '%s' in format strings for dates in pdftotext '-htmlmeta' mode. Change the TrueType code-to-GID mapping code so it looks at the standard name-to-Unicode mapping before the ToUnicode mapping defined in the font object. Added a matteColor setting (command line option and X resource). Tweaked the CMYK-RGB transform. Fix some problems in tracking the character position (to match up with Adobe's highlight file format). Handle moveto/closepath/stroke correctly. Check for singular text matrices and font size of zero in PSOutputDev. Clip PS output to the size of the page (avoiding any gibberish that lies outside the MediaBox, in the case where the MediaBox is smaller than the paper). If the line dash element in an
Re: Please upload: xpdf-3.01-1
On Dec 8 12:23, Dr. Volker Zell wrote: wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.01-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xpdf/xpdf-3.01-1.tar.bz2 Uploaded. I removed 3.00-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Please *wait* before sending cygwin-announce messages
Christopher Faylor schrieb: I've noticed a new trend recently with package maintainers sending their cygwin-announce messages before they have been notified that the package has been uploaded. Please don't do that. Sorry, will not happen again. Please *do* send your upload announcements here, but just the raw facts, please, no descriptions of why you are updating or what the new features are. Just URLs are all that is required. IF the package has subdirectores and if you can duplicate the layout of the release directory where the package resides that would be useful too. It means that we can just use wget to download the package directly. When someone informs you that the package has been updated, *then* send an announcement to cygwin-announce. As always make sure that you include details about how to unsubscribe in your message. -- Reini
Re: Font initialization?
Ugh, top-posting... Reformatted. On Wed, 7 Dec 2005, Kenneth Corbin wrote: On Wednesday 07 December 2005 07:54, Igor Pechtchanski wrote: On Wed, 7 Dec 2005, Kenneth Corbin wrote: Hi folks, I have an application that needs some non-standard fonts. It's easy enough to add a manually new directory to the font path. What I haven't figured out is how to configure Cygwin/X to add the new font path directory when it starts up. Searching man X for font.*path shows that this could be accomplished with xset +fp DIR (the manpage also gives an example of exactly how to do this). There's also a -fp option to X, but I'm not sure it does what you want. HTH, Igor Thanks Igor, I figured that out from the man pages. What I haven't figured out is where I can put that xset +fp where it will be automatically executed at cygwin/X startup. This depends on how you start Cygwin/X. If you use startxwin.sh, just edit it and put the xset command right after the XWin invocation (though beware that the file will get overwritten every time you update X-startup-scripts). If you use startx, you should be able to put it in your ~/.xinitrc or ~/.xserverrc... HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
Mutex init failure trying to run Scribus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just installed Scribus from ftp://sunsite.dk/projects/cygwinports, no problem with the install, but when I tried to run it I got the: Mutex init failure: Invalid argument after the splash screen displays for a while and the application really starts. Anyone seen this? Any solutions? Thanks. - -- René Berber -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkOYnysACgkQL3NNweKTRgylFgCfa6w9cWUSSrd5rE2lfEMLvfYD KHcAoP0FevNIkZPJV/VQe8nCc65GBXDa =/+J9 -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: Mutex init failure trying to run Scribus
René Berber wrote: I just installed Scribus from ftp://sunsite.dk/projects/cygwinports, no problem with the install, but when I tried to run it I got the: Mutex init failure: Invalid argument after the splash screen displays for a while and the application really starts. Anyone seen this? Any solutions? Yes, I have as well. It seems to happen with all C++ Qt or KDE apps; PyQt apps (e.g. convertall, also available through Cygwin Ports) don't generate this message. Despite the message, the programs seem to run correctly anyways. Now that I know that this is not just a local issue, I'll try researching this further; this would appear to have something to do with the Qt threading code. Thanks for your report. Yaakov -- 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: Mutex init failure trying to run Scribus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: [snip] Yes, I have as well. It seems to happen with all C++ Qt or KDE apps; PyQt apps (e.g. convertall, also available through Cygwin Ports) don't generate this message. Despite the message, the programs seem to run correctly anyways. You mean Scribus runs anyway? Perhaps I missed something, I didn't see any window or anything else appear. Anyway I'm recompiling Scribus from sources, let's see if the invalid argument is catched on the source, probably not but I want to rule out that the version of Cygwin I'm using (one of the snapshots) didn't change something that affected this. Thanks for your reply. - -- René Berber -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkOYvNIACgkQL3NNweKTRgwPNQCeNlN9/SZQEDmPA7REYSjpLpN3 L+0AoLJkso1GNS/H3AkusvwPN70vKzUx =0gCP -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/
GV and ghostscript: problems?
With ghostscript-8.15-2 there is a stange behaviour of 'gv' in displaying pdf files. If one uses: $ gv foo.pdf that works fine. But using: $ gv and then opening 'foo.pdf' with 'Open' menu item, there is an Unrecoverable error of GPL Ghostscript 8.15 This 'gv' behaviour was absent with the 7. ... versions of ghostscript. Best regards, angelo. -- 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: Mutex init failure trying to run Scribus
Yaakov S (Cygwin Ports) wrote: [snip] WFM: http://cygwinports.dotsrc.org/screenshots/scribus.jpg Nice! I don't get anything, but perhaps it has to do with my setting CYGWIN=error_start:c:/cygwin/bin/dumper.exe (which is not catching anything). [snip] FWIW, I built scribus with stock Cygwin 1.5.18-1. I'm almost certain this has to do with Qt itself, not with any individual program. If you're interested in helping look into this, I'd say to grab the qt3-3.3.4-2-src package and try to find the problem there. OK, I'll do a debug version of that lib. Wrt what I said earlier about all C++ Qt programs being affected, that appears to be not 100% true: xxdiff (yes, also available at Cygwin Ports) does not show this message; perhaps it doesn't use Qt threads. Yes the Mutex init should be used only in threaded apps. In any case, I can't do it this minute, but I hope that early next week I can look into this further. Thanks. I'll report later if I find something. -- René Berber -- 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: Mutex init failure trying to run Scribus
René Berber wrote: Nice! I don't get anything, but perhaps it has to do with my setting CYGWIN=error_start:c:/cygwin/bin/dumper.exe (which is not catching anything). FWIW, I'm just running with CYGWIN=server. Thanks. I'll report later if I find something. Please do, and thank you for your help. Yaakov -- 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/cygwin ChangeLog fhandler_socket.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-12-08 10:13:57 Modified files: winsup/cygwin : ChangeLog fhandler_socket.cc Log message: * fhandler_socket.cc (fhandler_socket::recvfrom): Mask flags with MSG_WINMASK for Windows socket calls. (fhandler_socket::recvmsg): Ditto. (fhandler_socket::sendmsg): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3242r2=1.3243 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.176r2=1.177
src/winsup/w32api ChangeLog lib/Makefile.in li ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-12-09 04:59:25 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: Makefile.in Added files: winsup/w32api/lib: msxml-uuid.c Log message: 2005-12-09 Huw Davies [EMAIL PROTECTED] Danny Smith [EMAIL PROTECTED] * lib/msxml-uuid.c: New file to generate UUIDs for MSXML interfaces. * lib/Makefile.in (UUID_OBJS): Add msxml-uuid.o. Add missing ChangeLog entries for 2005-12-07 commits. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.699r2=1.700 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/msxml-uuid.c.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/Makefile.in.diff?cvsroot=srcr1=1.30r2=1.31
src/winsup/w32api ChangeLog lib/kernel32.def
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-12-09 07:49:41 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: kernel32.def Log message: * lib/kernel32.def (CreateFiberEx): Correct suffix. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.700r2=1.701 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/kernel32.def.diff?cvsroot=srcr1=1.22r2=1.23
Re: [patch] Handling non-winsock flags in fhandler_socket.cc
On Dec 7 23:19, Pekka Pessi wrote: Hello, I found a problem with sendmsg() failng when MSG_NOSIGNAL is used. It looks like MSG_WINMASK is used in sendto() but not in sendmsg(). Thanks for the patch. Unfortunately it's missing a ChangeLog entry and it didn't work OOTB since it was missing curly braces, but I took the freedom to fix it up. The change to fhandler_socket::recvfrom was not necessary since flags is masked at the start of the function. However, maybe it comes handy to keep the original flags value at one point, so I removed this masking at the function start. Please note that I can take this patch only because it's relatively small. If you would like to send bigger patches or extensions to the Cygwin functionality at one point, you'll have to sign a copyright assignment form and send it to Red Hat. Please read http://cygwin.com/contrib.html for more details about contributing. Other than that, patch applied with changes. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: octave-forge dependency?
Igor Pechtchanski pechtcha at cs.nyu.edu writes: On Wed, 7 Dec 2005, Tony Richardson wrote: I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Actually, a viable solution for this was already proposed by John W Eaton in http://cygwin.com/ml/cygwin/2005-12/msg00283.html. Since octave adds other directories to the path before it runs, it's possible to create a gnuplot wrapper that uses the real gnuplot if present and exits with a reasonable error message otherwise. Just to clarify, the reason I thought it was a hack was that it was an *octave-forge* script dealing with a *gnuplot* bug. I don't think the mechanism itself is in any way hacky. Igor I don't follow. I'm asking for the gnuplot requirement for octave to be dropped from setup.ini so that when I install octave all of the X11 stuff (through a gnuplot dependency) isn't installed by default. It's not that I can't work around the problem, I can. Perhaps a better way to handle it, as you suggested in another message regarding tetex-bin, is to add a comment in the README about installing cygwin/X11/gnuplot and/or setting up Windows-native gnuplot if you want to do plotting with octave. Tony I can. The -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin logo
Denis Washington wrote: Hi, I thought it would be nice to polish the Cygwin logo a bit. That's what I did. You can see the result under the adress: http://www.ultimum-projekt.de/cygwin.png I've made the logo as SVG with Inkscape. Here's the vector graphic: http://www.ultimum-projekt.de/cygwin.svg The logo looks ok to me. But if Cygwin is going to get a new logo it should be selected in logo contest. Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: Error reported dd'ing close of end of block device with skip
On Dec 7 16:47, Loh, Joe wrote: Thank you ... This will work. Any plans on supporting O_DIRECT flag in open()? We believe this effectively gives unbuffered I/O. Please correct if we are making the wrong assumption. Hey, cool idea! There's no definition of O_DIRECT in Cygwin so far, but this sounds like a worthwhile extension, at least for disk and tape devices, but maybe also for files. This won't be in the next Cygwin version 1.5.19, probably, but I'll certainly implement that for 1.5.20. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Error reported dd'ing close of end of block device with skip
On Dec 7 19:35, Corinna Vinschen wrote: On Dec 7 11:55, Loh, Joe wrote: QUESTION: Is there a way in Cygwin to do a read of a block device using C that does not do a read-ahead? We needed to develop an application that will issue the exact transfer size to the target device as requested. Looking at the strace, it appears that read() less than 61440-bytes gets translated to reading 61440 bytes into buffer and then a subset of that read is returned to the caller. There's a non-portable (only Cygwin) way to set the buffer size after opening a device: #include cygwin/rdevio.h struct rdop rd; fd = open (dev/sda, ...); rd.rd_op = RDSETBLK; rd.rd_parm = 0; /* Unbuffered reading */ rd.rd_parm = 1; /* Unbuffered reading */ rd.rd_parm = n; /* Buffered reading with buffer size n */ ioctl (fd, RDIOCDOP, rd); Note that the ioctl fails if the buffer already contains data, so ioctl should be called before the first read. Also note that in unbuffered mode the usual Windows blocking rule applies, the length given to read must be a multiple of 512. Sigh, it seems that I introduced a bug into this ioctl also not long ago. I fixed this in CVS. Recent code will probably not work very well when setting it to unbuffered mode. Please wait for the next developers snapshot. I just added another requirement, that rd.rd_parm must be either 0, 1, or a multiple of 512. Other sizes for buffers don't make much sense. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to setup cgywin on x64
Hi all, I'm trying to install the 64-bit version of cygwin published in the snapshots directory, but due to the lack of any kind of documentation or information how to set it up I'm not able to manage that. I'm running Windows XP x64 with 32-bit cygwin installed that machine. As far as I understood up to now I have to cross-compile the cygwin-src directory (I'm using 2005-Dec-07) applying the well known configure, make, make install-procedure. Unfortunately, the configure-script stops with an error telling me that it cannot determine the build type. Please tell me what I'm doing wrong and how to proceed. Thanx in advance Hans -- 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 to setup cgywin on x64
On Dec 8 12:28, Hans Lampl wrote: Hi all, I'm trying to install the 64-bit version of cygwin published in the snapshots directory [...] The what? There's no such thing as a 64-bit version of Cygwin. Cygwin can only run in the WOW64 environment on a 64-bit Windows. I also fail to see where you got the idea that the snapshot directory (I assume you mean http://www.cygwin.com/snapshots/, don't you?) has a 64-bit version available. Cygwin has no code to run in the 64-bit environment and there's not even a gcc or any other part of the toolchain available to create x86_64 PE/COFF files, AFAIK. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin logo
Václav Haisman wrote: Denis Washington wrote: Hi, I thought it would be nice to polish the Cygwin logo a bit. That's what I did. You can see the result under the adress: http://www.ultimum-projekt.de/cygwin.png I've made the logo as SVG with Inkscape. Here's the vector graphic: http://www.ultimum-projekt.de/cygwin.svg The logo looks ok to me. But if Cygwin is going to get a new logo it should be selected in logo contest. Vaclav Haisman I think you're right. But such a logo contest must be organized first... I don't know if the Cygwin people have interest in that. But it would be a good thing if they would. -- 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: Cygwin logo
On Wed, 7 Dec 2005, Matthew Persico wrote: On 12/7/05, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Igor Pechtchanski wrote: On Wed, 7 Dec 2005, Larry Hall (Cygwin) wrote: Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) You mean, like this? :-) Igor LOL! That's perfect! Does anyone want to set up a web site that we can all vote at so I can go vote for this one a couple of thousand times. ;-) Looks like the logo for YetAnotherStarTrekSeries, this time in an alternative universe 90 degrees out of phase with ours... :-) Heh, can't blame me for the green stuff -- I just borrowed (read: creatively stole) it from the previous contender. It was a proof of concept anyway... :-D Igor P.S. StarTrek: The Hippo Generation? P.P.S. It's *our* universe that's 90 degrees out of phase... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Thu, 8 Dec 2005, Tony Richardson wrote: Igor Pechtchanski pechtcha at cs.nyu.edu writes: On Wed, 7 Dec 2005, Tony Richardson wrote: I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Actually, a viable solution for this was already proposed by John W Eaton in http://cygwin.com/ml/cygwin/2005-12/msg00283.html. Since octave adds other directories to the path before it runs, it's possible to create a gnuplot wrapper that uses the real gnuplot if present and exits with a reasonable error message otherwise. Just to clarify, the reason I thought it was a hack was that it was an *octave-forge* script dealing with a *gnuplot* bug. I don't think the mechanism itself is in any way hacky. Igor I don't follow. I'm asking for the gnuplot requirement for octave to be dropped from setup.ini so that when I install octave all of the X11 stuff (through a gnuplot dependency) isn't installed by default. You were also asking what the best approach would be to avoid the complaints that octave is broken once that dependency is removed. That's what my post was trying to address. FWIW, I agree that if it's possible to avoid the dependency, it should be done. It's not that I can't work around the problem, I can. Perhaps a better way to handle it, as you suggested in another message regarding tetex-bin, is to add a comment in the README about installing cygwin/X11/gnuplot and/or setting up Windows-native gnuplot if you want to do plotting with octave. The message I quoted was a solution for the package maintainer, not for the users (though it's possible for the users to employ it as well). IMO, it's not enough to just mention this in the README if things are going to break -- my suggestion was only meant for things like harmless warnings. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Error reported dd'ing close of end of block device with skip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 12/8/2005 3:30 AM: Hey, cool idea! There's no definition of O_DIRECT in Cygwin so far, but this sounds like a worthwhile extension, at least for disk and tape devices, but maybe also for files. This won't be in the next Cygwin version 1.5.19, probably, but I'll certainly implement that for 1.5.20. Another cool flag is newer Linux's O_NOATIME, which inhibits updating the access time. In particular, coreutils CVS has already added a -noatime option to dd (a nop unless the system supports it), and is considering moving to using O_NOATIME on directories for ls and other traversal routines, since POSIX allows ls to not change directory atime during traversal, and since listing directories is effectively a read-only operation that doesn't really need to write to disk just to update the directory atimes. If Windows FILE_FLAG_BACKUP_SEMANTICS can be used to avoid touching the atime, then this flag seems useful to implement for the 1.5.20 timeframe. While we are talking about wishes, Solaris and newer glibc provide the *at family of functions (such as openat); the cool thing about these functions is that they provide the ability to make directory traversal reentrant since with fd-relative semantics you no longer need to call chdir(). See for example http://lists.gnu.org/archive/html/bug-gnulib/2005-11/msg00042.html. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDmEEm84KuGfSFAYARAsd0AJ43Lun2yfiMdFHKXWt4Rq9bHwZV/ACfSn8O XXKWh5FBRn/V2BbLl+82NsU= =CzeF -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/
gnuplot dependency in octave
I am starting a new thread on this issue. Quoting from http://cygwin.com/ml/cygwin/2005-12/msg00319.html : I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Tony Richardson As the OP notes, having a gnuplot dependency pulls in X when installing octave, which is not what some users need or want. And octave will load and run just fine without gnuplot - it just won't plot. However, most users want to plot, and will need gnuplot. So, my current view is that a gnuplot dependency is optimal for most users, and that those who don't want it can work around the issue by using known solutions, such as hacking the /etc/setup/installed.db file to fool setup into thinking gnuplot is installed. On the other side is how Debian does it: gnuplot is suggested for octave, not required. Also, Debian has a gnuplot-nox package, which I suppose omits the gnuplot X11 drivers, and actually allows installing gnuplot without requiring X. I think that gnuplot-nox is kind of a neat solution, but even if such a package were available in cygwin, we don't have a way to express OR dependencies. So it would be difficult to use this approach. Also we don't have a way to express suggested rather than required. On balance, I favor retaining the current dependency on gnuplot. I would ask that those with alternative views post to this thread. Thanks, jrp -- 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/
Is this possible to call cygwin dll outside cygwin?
Hi Friends: Let me make this idea clear: I have write a library in cygwin which using POSIX library(such as setsigstack()... etc) Now my another program want to use that library. The program is write in MSVC and don't know cygwin. It suppose to run outside cygwin, but in native windows. I found that my library.dll is *only* dependent on cygwin1.dll, though I can not simply put them into same directory to make them work. Is there any alternative suggestion? Thanks a lot! BRgds, David Xiao -- 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: gnuplot dependency in octave
James R. Phillips wrote: I am starting a new thread on this issue. Quoting from http://cygwin.com/ml/cygwin/2005-12/msg00319.html : I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Tony Richardson As the OP notes, having a gnuplot dependency pulls in X when installing octave, which is not what some users need or want. And octave will load and run just fine without gnuplot - it just won't plot. However, most users want to plot, and will need gnuplot. So, my current view is that a gnuplot dependency is optimal for most users, and that those who don't want it can work around the issue by using known solutions, such as hacking the /etc/setup/installed.db file to fool setup into thinking gnuplot is installed. On the other side is how Debian does it: gnuplot is suggested for octave, not required. Also, Debian has a gnuplot-nox package, which I suppose omits the gnuplot X11 drivers, and actually allows installing gnuplot without requiring X. I think that gnuplot-nox is kind of a neat solution, but even if such a package were available in cygwin, we don't have a way to express OR dependencies. So it would be difficult to use this approach. Also we don't have a way to express suggested rather than required. On balance, I favor retaining the current dependency on gnuplot. I would ask that those with alternative views post to this thread. Thanks, jrp How about having a gnuplot-nox package like debian, which satisfies the dependancy, and having gnuplot-x-drivers available separately? It could be referenced in the README easily enough, and wouldn't be too hard to find.. What do people think of that? On a sidenote - jrp - want to set the reply-to header to the cygwin list? makes it easier for the rest of us to respond on-list :P Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: gnuplot dependency in octave
On Thu, 8 Dec 2005, James R. Phillips wrote: I am starting a new thread on this issue. Quoting from http://cygwin.com/ml/cygwin/2005-12/msg00319.html : I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Tony Richardson As the OP notes, having a gnuplot dependency pulls in X when installing octave, which is not what some users need or want. And octave will load and run just fine without gnuplot - it just won't plot. However, most users want to plot, and will need gnuplot. So, my current view is that a gnuplot dependency is optimal for most users, and that those who don't want it can work around the issue by using known solutions, such as hacking the /etc/setup/installed.db file to fool setup into thinking gnuplot is installed. On the other side is how Debian does it: gnuplot is suggested for octave, not required. Also, Debian has a gnuplot-nox package, which I suppose omits the gnuplot X11 drivers, and actually allows installing gnuplot without requiring X. I think that gnuplot-nox is kind of a neat solution, but even if such a package were available in cygwin, we don't have a way to express OR dependencies. So it would be difficult to use this approach. Also we don't have a way to express suggested rather than required. On balance, I favor retaining the current dependency on gnuplot. I would ask that those with alternative views post to this thread. What about http://cygwin.com/ml/cygwin/2005-12/msg00339.html (which fails gracefully if gnuplot isn't installed)? Or does octave-forge already do the right thing (tm) with respect to a missing gnuplot (i.e., print out a meaningful error message, such as plotting disabled since gnuplot is not installed -- please install it to plot)? Unfortunately, with packages that have lots of dependencies, it's not enough to just fool setup.exe into not installing that particular package -- you also need to set all of its dependencies to high versions. In case of gnuplot, this means at least all of X. :-( Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: exim 4.54-1 and broken symlinks
- Original Message - From: Krzysztof Duleba To: cygwin@cygwin.com Sent: Thursday, December 08, 2005 7:36 AM Subject: exim 4.54-1 and broken symlinks Hi There's something wrong with exim package and exim-config. It creates /usr/sbin/sendmail.exe, which links to /bin/exim.exe, which doesn't exist. There is /bin/exim, which links to /bin/exim-4.54-1.exe, but Cygwin .exe magic doesn't apply here, so programs depending on /usr/sbin/sendmail (like pine) doesn't work. Renaming /bin/exim to /bin/exim.exe fixed the problem. Krzysztof Duleba Hum, I just installed the latest exim on a new machine and can't reproduce what you describe. exim-config created lrwxrwxrwx 1 p-humblet sw 13 Dec 8 10:10 /usr/sbin/sendmail - /usr/bin/exim* (no .exe anywhere) , as one would expect from the line ln -s -f /usr/bin/exim /usr/sbin/sendmail Could there be a problem with your ln? Pierre -- 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: Cygwin logo
Larry Hall (Cygwin) wrote: Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) For what it's worth when I made this back in April http://dessent.net/tmp/cyghippo.jpg I first had to make the basic logo http://dessent.net/tmp/cygwin-logo-large.png. This is not really a new logo but rather the old one, just done in vector format with some rounded edges, beveling, lighting, and a drop shadow. 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: Extracting Debug (meta data) from executable images?
Siegfried Heintze wrote: I looked in c:\cygwin\usr\doc\ELFIO and there is a nice PDF file that refers to the examples directory. Where is this examples directory? What is the relationship between stabs and ELF? ELF is a file format for objects and executables that is used on linux and other *nixes. It is not used on windows, which uses PE/coff. Trying to run elfdump on a windows binary will never work. 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: Extracting Debug (meta data) from executable images?
Siegfried Heintze wrote: Neither nm, readelf or objdump enumerate the fields of a struct. It looks like dwarfdump would, but libdwarf does not compile with cygwin/gcc 3.4 or RedHat8/gcc 3.2. Did you actually try objdump -g like I said? Because as far as I can tell it basically dumps everything that is available in the debug information, which includes structs. // foo.c struct mystruct { int myint; long mylong; float myfloat; }; int main() { struct mystruct x; } $ gcc -g -c foo.c $ objdump -g foo.o foo.o: file format pe-i386 /tmp/debug_test/foo.c: typedef int32 int; typedef int8 char; typedef int32 long int; typedef uint32 unsigned int; typedef uint32 long unsigned int; typedef int64 long long int; typedef uint64 long long unsigned int; typedef int16 short int; typedef uint16 short unsigned int; typedef int8 signed char; typedef uint8 unsigned char; typedef float float; typedef double double; typedef float96 long double; typedef struct %anon1 { /* size 8 */ int real; /* bitsize 32, bitpos 0 */ int imag; /* bitsize 32, bitpos 32 */ } complex int; typedef complex float0 complex float; typedef complex float0 complex double; typedef complex float0 complex long double; typedef void void; typedef char *__builtin_va_list; typedef bool32 boolean; typedef boolean _Bool; struct mystruct { /* size 12 id 2 */ int myint; /* bitsize 32, bitpos 0 */ long int mylong; /* bitsize 32, bitpos 32 */ float myfloat; /* bitsize 32, bitpos 64 */ }; int main () { /* 0x0 */ { /* 0x0 */ struct mystruct /* id 2 */ x /* 0xffe8 */; /* file /tmp/debug_test/foo.c line 9 addr 0x0 */ /* file /tmp/debug_test/foo.c line 9 addr 0x25 */ /* file /tmp/debug_test/foo.c line 11 addr 0x2a */ } /* 0x2c */ } /* 0x2c */ I'm not suggesting that you use objdump, I'm suggesting that you look at it's source code and modify it as necessary because it shares the same code as gdb for reading debug info (the bfd library), without all the extra cruft of gdb. So if I download the source code for GDB, do I compile it on cygwin using g++? You build it like any other program. If you have to ask, though... 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: Cygwin logo
On Thu, Dec 08, 2005 at 04:12:58PM +0100, Denis Washington wrote: V??clav Haisman wrote: Denis Washington wrote: I thought it would be nice to polish the Cygwin logo a bit. That's what I did. You can see the result under the adress: http://www.ultimum-projekt.de/cygwin.png I've made the logo as SVG with Inkscape. Here's the vector graphic: http://www.ultimum-projekt.de/cygwin.svg The logo looks ok to me. But if Cygwin is going to get a new logo it should be selected in logo contest. I think you're right. But such a logo contest must be organized first... I don't know if the Cygwin people have interest in that. But it would be a good thing if they would. If someone else wants to do this, put some semblance of order to it, and then lobby to make sure that the winner logo is properly placed whereever is appropriate, then that's the wonder and joy and power of an open source project. As I mentioned before, I'm not going to get involved here. I'm not interested in changing the logo but if there is a clear winner then I'll eventually try to accommodate by changing the logo on the cygwin web site. 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: Cygwin logo
On Thu, 2005-12-08 at 07:34 -0800, Brian Dessent http://dessent.net/tmp/cyghippo.jpg I first had to make the basic logo http://dessent.net/tmp/cygwin-logo-large.png. This is not really a new logo but rather the old one, just done in vector format with some rounded edges, beveling, lighting, and a drop shadow. Nice. Poll anyone? http://www-user.tu-chemnitz.de/~goal/poll.html bye ago signature.asc Description: This is a digitally signed message part
[ANNOUNCEMENT] Updated: xpdf-3.01-1
Hi A new version of 'xpdf' has been uploaded to a server near you. DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. CYGWIN NEWS: * Routine update Xpdf NEWS = * Incorporated 1 security patch from the xpdf homepage Added the continuous view mode, including the '-cont' switch and the 'continuousView' config file option. At high zoom levels, don't rasterize the entire page - this avoids problems running out of memory. Added search backward and match case options to the find dialog. Support explicitly masked images and soft masked images. Add support to DCTStream for 16-bit quant tables. Don't segfault if the user clicks on an outline entry with a broken destination. Changed the makefiles and configure script to skip building pdftoppm (in addition to xpdf) if X, Motif, or FreeType is not found; changed the error message in the configure script to match. Move an inline function in JArithmeticDecoder.cc to avoid compiler errors. Fixed a bug in the rasterizer that was sometimes causing infinite loops with round line caps on vertical lines. Various rasterizer optimizations. Look for intermediate resize events - try to avoid lagging when the user is doing an opaque resize. The FormType key in Form XObjects is optional. Handle external 16-bit TrueType fonts correctly, using the Unicode cmap. Add class declarations to TextOutputDev.h to work with stricter C++ compilers. Support FreeType's weird include file stuff (ft2build.h, etc.). Fixed a bug handling empty paths. Fixed a text positioning problem in PostScript output. Handle TrueType collections in FoFiTrueType.cc. FoFiTrueType constructor was reporting a failure if the post table was bad - this should be non-fatal. Type 1 font parser was missing a NULL test. Mask chars passed to isdigit in goo/parseargs.c to avoid problems with signed chars. Added more error checking to the CCITTFax decoder. Fixed a bug (computing the MCU size) in the DCT decoder. Change a test in the Splash stroke code to avoid x86 floating point weirdness. Reorganized the decryption code to allow security handler plugins; removed the NO_DECRYPTION #ifdefs. Added a plugin interface, initially just for security handlers. Support color key masked images and explicitly masked images in PS output (Level 2 only). When checking for aliases of the Base 14 fonts, ignore spaces in the specified font name. Handle encrypted PDF files that are missing the file ID string. Handle tiling patterns more efficiently in the PostScript output. Rewrote the code that handles color spaces in PostScript output. Fixed a bug in the Type 1C font parser - zero-length indexes (and zero-length names) weren't handled correctly. Handle shaded fills more efficiently in the PostScript output. Implement the remaining shading types (4-7). Rearranged the Splash color modes. Add the EarlyChange parameter to LZWStream when generating PostScript. Check for zero values in line dash arrays in PSOutputDev. Fixed an uninitialized variable in JArithmeticDecoder which was causing crashes. Treat unknown CMap names as identity mappings (to match Adobe's behavior). Fixed bugs in the XRef parser related to XRef streams in updated files. Added a missing call to FT_Done_Glyph which was causing a memory leak. [Thanks to Dave Formanek.] Fixed a bug in text copying that was causing the last word to be dropped on some pages. Tweaked the image width/height computation in Splash::drawImage and Splash::fillImageMask to make striped images work better. Ignore minus signs in the middle of numbers (to match Adobe's behavior). Missing '%s' in format strings for dates in pdftotext '-htmlmeta' mode. Change the TrueType code-to-GID mapping code so it looks at the standard name-to-Unicode mapping before the ToUnicode mapping defined in the font object. Added a matteColor setting (command line option and X resource). Tweaked the CMYK-RGB transform. Fix some problems in tracking the character position (to match up with Adobe's highlight file format). Handle moveto/closepath/stroke correctly. Check for singular text matrices and font size of zero in PSOutputDev. Clip PS output to the size of the page (avoiding any gibberish that lies outside the MediaBox, in the case where the MediaBox is smaller than the paper). If the line dash element in an annotation's Border array is of an invalid type (i.e., not an array), don't draw the link at all (this matches Adobe's behavior). Don't remap small caps and oldstyle glyphs in the name-to-Unicode table - it messes up TrueType font encodings. Pdftoppm wasn't setting the paper color correctly in mono and gray modes (this only showed up on big-endian machines). Missing NULL check was causing crashes when
[ANNOUNCEMENT] Updated: xemacs-21.4.18-1/xemacs-tags-21.4.18-1/xemacs-emacs-common-21.4.18-1
Hi A new version of 'xemacs' has been uploaded to a server near you. DESCRIPTION: A powerful, highly customizable open source text editor and application development system CYGWIN NEWS: * Readded --with-dragndrop and --with-offix to configure Xemacs NEWS: * Fix: When writing to another process, flush the last chunk, even when the pipe is blocked. * Fix: Document use of same-window-buffer-names and same-window-regexps by pop-to-buffer and display-buffer. * Fix: region-active-p only returns t when active region is in current buffer. * Fix: package-get-init-package reported erroneous load-path shadows. * Fix: Fixes to support MacOS 10.4 (Tiger). * Fix: revert derived-mode-merge-syntax-tables patch. * Fix: Cygwin fixes: auto-detecting integer types and avoid Motif. * Fix: Make default-directory work for non-ASCII commands. * Fix: Avoid usage of corrupted stack in open-network-stream(). * Fix: finder-find-library to return filename actually searched for. * Fix: Stop geometry thrashing in tabs widget. * Fix: Don't find package NEWS files. * Fix: fix build for FreeBSD ia64 and other 64bit platforms. * Fix: Don't delete everything from the popup menu in easy-menu-remove. * Fix: Mule-CCL couldn't handle control-1 characters either. * Fix: Fix pixel-to-point conversion arithmetic in font.el * Fix: Small patch for console redisplay issues. * Fix: Cleanup of the CCL coding system example. * Fix: Incremental selection transfer fix. * Fix: configure works again when -ldap is specified and -lber is required. * Fix: man/custom.texi typo fix. * Update: Ask users to send crash reports to xemacs-beta. * Update: Announce latin-euro-standards, update mule-base packages. * Update: Expand package name field in package-ui.el. * Update: Improve glyphs documentation. * Update: Document \c and \C in regular expression syntax. * Update: Document use of `same-window-buffer-names', `same-window-regexps' by pop-to-buffer and display-buffer. * Update: Document category tables in the regexp part of the lispref. * Update: Announce re-builder, xetla in etc/PACKAGES. * Update: Improvements to char-table documentation. * Update: Sync packages mirrors list with website. * Update: Document CCL example. * Update: Process-related docstring improvements. * Update: Another package-get.el update reflecting latest http://www.xemacs.org/Releases/ information. * Feature: Add Simon Josefsson to about.el. 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 'Editors' 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. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US ftp://mirrors.rcn.net/pub/sourceware/cygwin/ has reliable high bandwidth connections. 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] 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/
Re: exim 4.54-1 and broken symlinks
Pierre A. Humblet Hum, I just installed the latest exim on a new machine and can't reproduce what you describe. exim-config created lrwxrwxrwx 1 p-humblet sw 13 Dec 8 10:10 /usr/sbin/sendmail - /usr/bin/exim* (no .exe anywhere) , as one would expect from the line ln -s -f /usr/bin/exim /usr/sbin/sendmail Could there be a problem with your ln? Yes, you're right, the problem is with ln, *.exe magic and exim using symlink to a symlink. I also think that updating exim (setup.log shows that I had exim-4.52-2 installed) could do some damage, I'm not sure how, though. Anyway, it's nothing wrong with Cygwin exim package, as it appears. Krzysztof Duleba -- 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: exim 4.54-1 and broken symlinks
Krzysztof Duleba wrote: Hum, I just installed the latest exim on a new machine and can't reproduce what you describe. exim-config created lrwxrwxrwx 1 p-humblet sw 13 Dec 8 10:10 /usr/sbin/sendmail - /usr/bin/exim* (no .exe anywhere) , as one would expect from the line ln -s -f /usr/bin/exim /usr/sbin/sendmail Could there be a problem with your ln? Yes, you're right, the problem is with ln, *.exe magic and exim using symlink to a symlink. I also think that updating exim (setup.log shows that I had exim-4.52-2 installed) could do some damage, I'm not sure how, though. Anyway, it's nothing wrong with Cygwin exim package, as it appears. OK, now I know the reason. I forgot to reboot my computer after the update and then I ran exim-config. Things were messed up. Finally I rebooted, but it didn't help much and exim -bV still showed wrong version number (why?). Reinstalling exim fixed that, but didn't fix the broken symlink (I restored it to previous broken state earlier on). I think there should be some check in the setup that warns *before* upgrading services that are running. Are there plans for such a feature? Krzysztof Duleba -- 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: cadaver-0.22.2-1 - Command-line WebDAV client
Hi The package cadaver is now available with the Cygwin distribution: * http://www.webdav.org/cadaver/ (Homepage) * http://www.webdav.org/cadaver/ (Download location) DESCRIPTION: cadaver is a command-line WebDAV client, with support for file upload, download, on-screen display, in-place editing, namespace operations (move/copy), collection creation and deletion, property manipulation, and resource locking.. 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 Web 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/
[ANNOUNCEMENT] Updated: zsh-4.2.6-1
Fresh from the oven, an updated version of zsh (zsh-4.2.6-1) has been freshly baked and should be at a mirror near you real soon. This release includes the following: - updated zprofile (based on profile v3.6) - various bug fixes and enhancements. - Note: 4.2.5 was never released for Cygwin because it was too unstable in my testing under Cygwin. - see ChangeLogs: http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.2.6 http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.2.5 http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.2.4 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. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list (see http://cygwin.com/lists.html). *** 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://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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: [ANNOUNCEMENT] Updated: xpdf-3.01-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dr. Volker Zell wrote: Hi A new version of 'xpdf' has been uploaded to a server near you. DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. [snip] Why is xpdf installed in /usr/bin? It looks like a X11 only application, shouldn't it be installed under /usr/X11R6/bin? I looked into the Cygwin/X FAQ and there seems to be no guideline for this, but other applications (for instance nedit) are placed in the X11R6 subtree, and XEmacs which works with or without X is under the top subtree. I rather have xpdf under the X11R6 subtree, unless I'm mistaken and it also works w/o X11. Thanks. - -- René Berber -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkOYlWoACgkQL3NNweKTRgwZGQCg07LBQodWagiG3zpFaBOFE6MR SloAn03/y+HfNSDhZjjXt4NDNGNOOZCs =z3s/ -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: gnuplot dependency in octave
On 8-Dec-2005, Igor Pechtchanski wrote: | What about http://cygwin.com/ml/cygwin/2005-12/msg00339.html (which | fails gracefully if gnuplot isn't installed)? Or does octave-forge | already do the right thing (tm) with respect to a missing gnuplot (i.e., | print out a meaningful error message, such as plotting disabled since | gnuplot is not installed -- please install it to plot)? Here is what Octave does if it tries to run a nonexistent gnuplot: octave:1 gnuplot_binary = foobar gnuplot_binary = foobar octave:2 sombrero (41) octave:3 sh: foobar: command not found warning: connection to external plotter (pid = 25466) lost -- warning: please try your plot command(s) again warning: broken pipe -- some output may be lost So the user gets some idea that there is a problem, but I would bet that this will confuse a lot of people. My preference would be for it to work out of the box, but that is not really the case yet, even if you have the gnuplot package installed. The problem is that the Cygwin version of gnuplot requires X to put a pretty plot on the screen but Octave does not require X to start. So if you run Octave in a Cygwin terminal (no X) then try a plot command, Octave will think that the plot command succeeded, but nothing will appear on the screen. Maybe gnuplot should be giving an error when the terminal is set to X11 but the X server is not available, but it does not. The gnuplot sources already have a way to open a native Windows window for plotting, but that code is not used for the Cygwin version of gnuplot (which uses X instead of the native Windows terminal driver). It would be really sweet if the Cygwin gnuplot could be made to use the native Windows terminal driver. jwe -- 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: exim 4.54-1 and broken symlinks
- Original Message - From: Krzysztof Duleba To: cygwin@cygwin.com Sent: Thursday, December 08, 2005 2:02 PM Subject: Re: exim 4.54-1 and broken symlinks Krzysztof Duleba wrote: Hum, I just installed the latest exim on a new machine and can't reproduce what you describe. exim-config created lrwxrwxrwx 1 p-humblet sw 13 Dec 8 10:10 /usr/sbin/sendmail - /usr/bin/exim* (no .exe anywhere) , as one would expect from the line ln -s -f /usr/bin/exim /usr/sbin/sendmail Could there be a problem with your ln? Yes, you're right, the problem is with ln, *.exe magic and exim using symlink to a symlink. I also think that updating exim (setup.log shows that I had exim-4.52-2 installed) could do some damage, I'm not sure how, though. Anyway, it's nothing wrong with Cygwin exim package, as it appears. OK, now I know the reason. I forgot to reboot my computer after the update and then I ran exim-config. Things were messed up. Finally I rebooted, but it didn't help much and exim -bV still showed wrong version number (why?). Reinstalling exim fixed that, but didn't fix the broken symlink (I restored it to previous broken state earlier on). I think there should be some check in the setup that warns *before* upgrading services that are running. Are there plans for such a feature? Krzysztof Duleba I still don't understand how the .exe got to appear... What I observe here is that if a.exe exists, then ln -s a b produces b.exe == a.exe (weird to me) However ln -s a.exe b produces b ==a.exe So that explains how sendmail.exe appears when exim.exe exists, but doesn't explain how /bin/exim.exe appeared in the first place. Perhaps a previous version of ln behaved differently. In that case you might have /bin/exim.exe == /bin/exim-old.exe /bin/exim == /bin/exim-new.exe To resolve the filename exim, path.cc in Cygwin searches for exim, exim.exe, exim.exe.lnk and exim.lnk, stopping when it finds an existing file. Thus both exim and exim.exe resolve to /bin/exim-old.exe That would explain what you observed. You may amuse yourself by typing ln -s /bin/yes y (produces y.exe.lnk) ln -s /bin/ls.exe y (produces y.lnk) and then ./y Anybody else has a symlink /usr/bin/exim.exe and/or /usr/sbin/sendmail.exe ? If so I will fix things in the postinstall of the next exim release, coming out soon. Regarding your remark about setup, it should be OK to install a new exim-Y.exe, while the previous exim-X.exe is still running. Setup will set the /bin/exim symlink to point to exim-Y.exe. exim-X will keep running until it re-execs following a kill -HUP, or until a reboot (assuming that cygrunsrv is using the /bin/exim symlink). Then you get exim-Y.exe. Doing it that way you can get your server to operate non-stop through an update. However I am not sure if the old exim-X.exe is going to be deleted. Also, each time you run exim-config, it checks if /bin/exim is executable. If not, it sets the symlink to the most recent version in /bin/exim*.exe. So, I don't see how forgetting to reboot after an upgrade and then running exim-config could mess up things. exim-config should see that exim is running and ask if you want to stop it. If you answer no, exim-X.exe keeps running. Otherwise it stops and next time you get exim-Y.exe In no case is the symlink affected. Pierre -- 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: Is this possible to call cygwin dll outside cygwin?
David Xiao wrote: I found that my library.dll is *only* dependent on cygwin1.dll, though I can not simply put them into same directory to make them work. Is there any alternative suggestion? Thanks a lot! This is a frequently asked question. See http://www.cygwin.com/faq, and from there, to this link: http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw The general idea is: (a) it's hard, and (b) it's legally tricky. -- 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: open() giving ENOENT when trying to create files with control chars
On Fri, Dec 02, 2005 at 11:09:05PM +0100, Corinna Vinschen wrote: On Dec 2 20:38, Eric Blake wrote: I'm trying to create a file (on NTFS) with a CR in the name and getting ENOENT; is it possible for this to work (without a managed mount)? Welcome to Windows. None of these non-portable characters are supported in filenames except in managed mounts. Just to push the point a bit, note the words non-portable. Moving on to another non-portable problem, I want to create a file with a space at the end of the name, but cygwin is stripping spaces. Despite the comment in the code, this does seem to be allowed (though I suspect it may be via NtCreateFile only, since windows commands don't seem to handle filenames with spaces at the end well). I tried this: --- path.cc.orig2005-10-24 03:33:48.532065000 -0700 +++ path.cc 2005-12-08 11:39:23.237267200 -0800 @@ -482,7 +482,7 @@ path_conv::set_normalized_path (const ch if (strip_tail) { - while (*--p == '.' || *p == ' ') + while (*--p == '.') // || *p == ' ') continue; *++p = '\0'; } @@ -957,7 +957,7 @@ out: /* Windows ignores trailing dots and spaces */ char *tail = NULL; for (char *p = path; *p; p++) - if (*p != '.' *p != ' ') + if (*p != '.') // *p != ' ') tail = NULL; else if (p[1] == '\\') { __END__ and with limited testing on XP Pro SP1 didn't find any problems. Is it possible this space-stripping predates use of NtCreateFile? Are there problems likely to arise with this (e.g. cygwin calling other winapi functions that are passed filenames not correctly handling spaces at the end)? -- 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: Hang with 20051205 snapshot while building OOo
On Wed, Dec 07, 2005 at 01:15:50PM -0500, Christopher Faylor wrote: On Wed, Dec 07, 2005 at 05:16:17PM +0100, Volker Quetschke wrote: We got some new features in the hangs with the 20051205 snapshot when building OOo. This trace looks a little bit different from the old versions, see thread around http://sourceware.org/ml/cygwin/2005-10/msg00600.html, but it still hangs. It looks different because I took out all of the debugging strace output that I added to try to track this down. I'm convinced that the hang is coming from timeGetTime. That's a Windows routine and there's not much I can do if a windows routine decides to take a long time to return. So, in other words, I'm admitting defeat in this case, especially since this isn't a regression from 1.5.18. This is likely to enable a fix or workaround in cygwin, but is it possible that this is restricted to certain brands, models, or revisions of processor? Am I correct in remembering that it happens only on some machines, 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/
Re: Call for testing Cygwin snapshot
On Wed, Nov 30, 2005 at 06:11:37PM +0100, Corinna Vinschen wrote: 1.5.19 has also some new functionality over 1.5.18. If you have sources which take advantage of that stuff if present, we're also interested in getting feeedback about those: - clock_getres, clock_setres. - fts(3) functions (BSD). - futimes. - getline, getdelim. - memmem. - mlock,munlock. - mmap(..., MAP_NORESERVE) for anonymous maps. - pread, pwrite. - readdir_r. - strptime's 'c and 'Z' formats. - timelocal, timegm. perl (bleadperl) now finds and uses clock_getres, futimes, and readdir_r and passes the relevant tests. -- 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/
GV and ghostscript: problems?
With ghostscript-8.15-2 there is a stange behaviour of 'gv' in displaying pdf files. If one uses: $ gv foo.pdf that works fine. But using: $ gv and then opening 'foo.pdf' with 'Open' menu item, there is an Unrecoverable error of GPL Ghostscript 8.15 This 'gv' behaviour was absent with the 7. ... versions of ghostscript. Best regards, angelo. -- 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: Call for testing Cygwin snapshot
I'm having three problems with the latest snapshot. -- Problem 1: -- With the 20051207 snapshot, I'm getting recreate_mmaps_after_fork_failed errors from XEmacs. To reproduce: From a CMD.EXE shell: c:\cygwin\bin\bash -lc '/bin/xemacs -q' Then, Alt-X shell-command env This yields the following messages to the CMD.EXE shell. The env command never succeeds. 20 [main] xemacs 4148 fixup_mmaps_after_fork: ReadProcessMemory failed for MAP_PRIVATE address 0x198, Win32 error 998 c:\cygwin\bin\xemacs-21.4.18.exe (4148): *** recreate_mmaps_after_fork_failed I don't have this problem with the 20051130 snapshot. -- Problem 2: -- This is also with XEmacs. I normally start XEmacs with the following command from a CMD.EXE shell: c:\cygwin\bin\bash -lc 'setsid xemacs ' If you try that with 'setsid xemacs -q ' and then type Alt-X grep grep -ni system /etc/passwd there is no result. Furthermore, typing in XEmacs yields red squares. XEmacs is essentially useless and must be restarted. I see this behavior with the 20051130 snapshot. It works with the 20051118 snapshot but pops a console window when running grep. It works correctly with the 20051110 snapshot. -- Problem 3: -- From a CMD.EXE shell: c:\cygwin\rxvt -e /bin/bash -li % ssh localhost The command succeeds but opens a console window while the SSH process is running. The console window doesn't open if I start bash first: c:\cygwin\bash -lc '/bin/rxvt -e /bin/bash -li' % ssh localhost The first command doesn't yield a console window with the 20051110 snapshot, but does with 20051118 and 20051130. cygcheck output from the 20051207 snapshot is attached. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 quit When the quit statement is read, the bc processor is terminated, regardless of where the quit state- ment is found. For example, if (0 == 1) quit will cause bc to terminate. (Seen in the manpage for bc. Note the if statement's logic) Cygwin Configuration Diagnostics Current System Time: Thu Dec 08 15:29:19 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\program files\gpg-1.4.2 c:\oracle\ora817\bin c:\cygwin\bin c:\cygwin\sbin c:\cygwin\usr\X11R6\bin c:\cygwin\usr\local\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Executive Software\Diskeeper\ C:\MSSQL7\BINN C:\Program Files\ATI Technologies\ATI Control Panel C:\Program Files\QuickTime\QTSystem\ c:\cygwin\home\drothe\bin C:\Program Files\SSH Communications Security\SSH Secure Shell Output from c:\cygwin\bin\id.exe (nontsec) UID: 1003(drothe) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from c:\cygwin\bin\id.exe (ntsec) UID: 1003(drothe) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `server' MAKE_MODE = `unix' Path = `c:\program files\gpg-1.4.2;c:\oracle\ora817\bin;c:\cygwin\bin;c:\cygwin\sbin;c:\cygwin\usr\X11R6\bin;c:\cygwin\usr\local\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Executive Software\Diskeeper\;C:\MSSQL7\BINN;C:\Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\QuickTime\QTSystem\;c:\cygwin\home\drothe\bin;C:\Program Files\SSH Communications Security\SSH Secure Shell' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\drothe\Application Data' AUTOSSH_LOGFILE = `/var/log/autossh.log' CLASSPATH = `C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' CLIENTNAME = `Console' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `TELA' ComSpec = `C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = `NO' GNU_HOME = `c:/cygwin' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\drothe' JAVA_HOME = `c:/jdk1.2.2' JPROFILER_JAVA_HOME = `c:\jdk1.4.2' LOGONSERVER = `\\TELA' NUMBER_OF_PROCESSORS = `2' ORA81_HOME = `c:/oracle/ora817' ORA81_HOME_WIN = `c:\oracle\ora817' ORA9_HOME = `c:/oracle/ora920' ORA9_HOME_WIN = `c:\oracle\ora920' ORA_HOME = `c:/oracle/ora817' ORA_HOME_WIN = `c:\oracle\ora817' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERLIO = `perlio' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209'
Re: open() giving ENOENT when trying to create files with control chars
From: Yitzchak Scott-Thoennes [EMAIL PROTECTED] Moving on to another non-portable problem, I want to create a file with a space at the end of the name, but cygwin is stripping spaces. Despite the comment in the code, this does seem to be allowed (though I suspect it may be via NtCreateFile only, since windows commands don't seem to handle filenames with spaces at the end well). I tried this: Windows strips trailing spaces and dots (unless the file name consists only of spaces). You need a managed mount to preserve those; otherwise foo , foo., foo. . . . , foo, and a bunch of other spellings all refer to the same file. Unlike in the other case (non-portable characters, which POSIX allows an implementation to reject), the stripping of trailing '.' from filenames is a violation of POSIX, but since Windows is the culprit, cygwin cannot avoid it (except with the overhead of managed mounts). -- Eric Blake -- 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: [ANNOUNCEMENT] Updated: zsh-4.2.6-1
On Thu, 8 Dec 2005, zzapper wrote: On Thu, 8 Dec 2005 09:55:51 -0800 (PST), wrote: Fresh from the oven, an updated version of zsh (zsh-4.2.6-1) has been freshly baked and should be at a mirror near you real soon. Hi Peter, I'm getting a few warning messages .zshenv:38: compinit: function definition file not found colors: function definition file not found Can you send me that section of your .zshenv file so I can see what it's complaining about? -- 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: Hang with 20051205 snapshot while building OOo
On Thu, Dec 08, 2005 at 03:23:01PM -0800, Yitzchak Scott-Thoennes wrote: On Wed, Dec 07, 2005 at 01:15:50PM -0500, Christopher Faylor wrote: On Wed, Dec 07, 2005 at 05:16:17PM +0100, Volker Quetschke wrote: We got some new features in the hangs with the 20051205 snapshot when building OOo. This trace looks a little bit different from the old versions, see thread around http://sourceware.org/ml/cygwin/2005-10/msg00600.html, but it still hangs. It looks different because I took out all of the debugging strace output that I added to try to track this down. I'm convinced that the hang is coming from timeGetTime. That's a Windows routine and there's not much I can do if a windows routine decides to take a long time to return. So, in other words, I'm admitting defeat in this case, especially since this isn't a regression from 1.5.18. This is likely to enable a fix or workaround in cygwin, but is it ^un ! possible that this is restricted to certain brands, models, or revisions of processor? Am I correct in remembering that it happens only on some machines, 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/ -- 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: Cygwin logo
Alexander Gottwald wrote: On Thu, 2005-12-08 at 07:34 -0800, Brian Dessent http://dessent.net/tmp/cyghippo.jpg I first had to make the basic logo http://dessent.net/tmp/cygwin-logo-large.png. This is not really a new logo but rather the old one, just done in vector format with some rounded edges, beveling, lighting, and a drop shadow. Nice. Poll anyone? http://www-user.tu-chemnitz.de/~goal/poll.html Thanks ago! This is really pretty cool. The only thing I don't like about it is that it keeps you from voting more than once so I can't artificially boost the ratings of my favorite(s). ;-) Could this be the solution for the dangling chad? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Cygwin logo
Brian Dessent wrote: Larry Hall (Cygwin) wrote: Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) For what it's worth when I made this back in April http://dessent.net/tmp/cyghippo.jpg Reminds me of Barney. ;-) I first had to make the basic logo http://dessent.net/tmp/cygwin-logo-large.png. This is not really a new logo but rather the old one, just done in vector format with some rounded edges, beveling, lighting, and a drop shadow. Now this one appeals to the traditionalist in me. :-) Nice work. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: [ANNOUNCEMENT] Updated: xpdf-3.01-1
René Berber wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dr. Volker Zell wrote: Hi A new version of 'xpdf' has been uploaded to a server near you. DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. [snip] Why is xpdf installed in /usr/bin? It looks like a X11 only application, shouldn't it be installed under /usr/X11R6/bin? I looked into the Cygwin/X FAQ and there seems to be no guideline for this, but other applications (for instance nedit) are placed in the X11R6 subtree, and XEmacs which works with or without X is under the top subtree. I rather have xpdf under the X11R6 subtree, unless I'm mistaken and it also works w/o X11. There's precedent for putting it in /usr/bin. Check out other distros. FC4 puts it there. I seem to recall an old comment (not from this list) suggesting that separating X and console binaries is deprecated. I could be wrong about that though. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
backing up Cygwin
Hi, what is a good way to backup Cygwin? Through Cygwin, through Windows? Won't I lose the file permissions on files with Windows backup? And turn groups/owners all into how about TGZip or BZIP2 everything from cygwin, is that the best way? I have about 1gig of Cygwin stuff now. -Robert -- 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: hang on exit in dig.exe
David Arnstein wrote: I obtained the official bind (DNS) distribution bind-9.3.1.tar.gz. All I really want from this distribution is a few utility commands, in particular, dig. There are native win32 binaries for bind on isc.org that work fine with Cygwin, if you just want it to work. (I don't know why you're seeing this hang.) BUT, when I execute strace dig www.microsoft.com strace.log I get the hang condition again. Weird! You should use -o strace.log instead of redirection. 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: bash prompt problem - some more observations
Eric I have been using a custom bash compiled without multibyte characters for a couple of weeks now without problems. I started with the Cygwin src package version 3.00.16(12)-release (i686-pc-cygwin) and applied the following patch: ---8 --- ./bash-3.0-12.sh.save 2005-11-25 09:21:16.897833600 +1100 +++ ./bash-3.0-12.sh2005-11-25 09:21:20.573118400 +1100 @@ -215,7 +215,7 @@ --mandir='${prefix}/share/man' --infodir='${prefix}/share/info' \ --libexecdir='${sbindir}' --localstatedir=${localstatedir} \ --datadir='${prefix}/share' --without-libiconv-prefix \ - --without-libintl-prefix --with-installed-readline ) + --without-libintl-prefix --disable-multibyte ) } reconf() { (cd ${topdir} \ --8 cheers mark -- Mark Robinson Consultant Vignette Professional Services +61 2 9455 5317 In theory there is no difference between theory and practice. In practice there is. - Yogi Berra -- Vignette's software and expertise help organizations harness the power of information and the Web to deliver measurable improvements in business efficiency. Vignette is the efficiency expert. Visit http://www.vignette.com to learn more. -Original Message- From: Eric Blake [mailto:[EMAIL PROTECTED] Sent: Tuesday, 23 August 2005 9:47 PM To: Robinson, Mark Cc: cygwin@cygwin.com Subject: Re: bash prompt problem - some more observations -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Robinson, Mark on 8/23/2005 1:45 AM: howdy so I downloaded the cygwin bash source and built it without multibyte character support and guess what? no bug. So does cygwin need to support multibyte characters in bash, or should I make this configuration the default? Being a native English speaker myself, I don't have much cause to try to use multibyte character prompts or command output in my normal usage to know if cygwin supports it. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCwzG84KuGfSFAYARAmr8AJ4tVCjBOBAjPwmwVo+jvT+/2Z/twgCaA2P9 8WRw6v2MUXd78Fcv2RHy63Y= =3F9u -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: open() giving ENOENT when trying to create files with control chars
On Fri, Dec 09, 2005 at 12:31:32AM +, Eric Blake wrote: From: Yitzchak Scott-Thoennes [EMAIL PROTECTED] Moving on to another non-portable problem, I want to create a file with a space at the end of the name, but cygwin is stripping spaces. Despite the comment in the code, this does seem to be allowed (though I suspect it may be via NtCreateFile only, since windows commands don't seem to handle filenames with spaces at the end well). I tried this: Windows strips trailing spaces and dots (unless the file name consists only of spaces). You need a managed mount to preserve those; otherwise foo , foo., foo. . . . , foo, and a bunch of other spellings all refer to the same file. I attempted to indicate in the message above that I tried it and succeeded in using filenames with spaces on the end (and *different* files named the same except without the spaces). It seems this is *not* an across-the-board Windows limitation. Unlike in the other case (non-portable characters, which POSIX allows an implementation to reject), the stripping of trailing '.' from filenames is a violation of POSIX, but since Windows is the culprit, cygwin cannot avoid it (except with the overhead of managed mounts). In the case of ., I'm not sure we would want it allowed it even if Windows made it possible; too backward incompatible with those cases where a filename is specified with a . to indicate no default extension be added (e.g. gcc foo.c -o foo.). -- 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: open() giving ENOENT when trying to create files with control chars
Yitzchak Scott-Thoennes wrote: Windows strips trailing spaces and dots (unless the file name consists only of spaces). You need a managed mount to preserve those; otherwise foo , foo., foo. . . . , foo, and a bunch of other spellings all refer to the same file. I attempted to indicate in the message above that I tried it and succeeded in using filenames with spaces on the end (and *different* files named the same except without the spaces). It seems this is *not* an across-the-board Windows limitation. This is probably a difference in the win32 API versus the native API. 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/
Updated: xpdf-3.01-1
Hi A new version of 'xpdf' has been uploaded to a server near you. DESCRIPTION: An open source viewer for Portable Document Format (PDF) files. CYGWIN NEWS: * Routine update Xpdf NEWS = * Incorporated 1 security patch from the xpdf homepage Added the continuous view mode, including the '-cont' switch and the 'continuousView' config file option. At high zoom levels, don't rasterize the entire page - this avoids problems running out of memory. Added search backward and match case options to the find dialog. Support explicitly masked images and soft masked images. Add support to DCTStream for 16-bit quant tables. Don't segfault if the user clicks on an outline entry with a broken destination. Changed the makefiles and configure script to skip building pdftoppm (in addition to xpdf) if X, Motif, or FreeType is not found; changed the error message in the configure script to match. Move an inline function in JArithmeticDecoder.cc to avoid compiler errors. Fixed a bug in the rasterizer that was sometimes causing infinite loops with round line caps on vertical lines. Various rasterizer optimizations. Look for intermediate resize events - try to avoid lagging when the user is doing an opaque resize. The FormType key in Form XObjects is optional. Handle external 16-bit TrueType fonts correctly, using the Unicode cmap. Add class declarations to TextOutputDev.h to work with stricter C++ compilers. Support FreeType's weird include file stuff (ft2build.h, etc.). Fixed a bug handling empty paths. Fixed a text positioning problem in PostScript output. Handle TrueType collections in FoFiTrueType.cc. FoFiTrueType constructor was reporting a failure if the post table was bad - this should be non-fatal. Type 1 font parser was missing a NULL test. Mask chars passed to isdigit in goo/parseargs.c to avoid problems with signed chars. Added more error checking to the CCITTFax decoder. Fixed a bug (computing the MCU size) in the DCT decoder. Change a test in the Splash stroke code to avoid x86 floating point weirdness. Reorganized the decryption code to allow security handler plugins; removed the NO_DECRYPTION #ifdefs. Added a plugin interface, initially just for security handlers. Support color key masked images and explicitly masked images in PS output (Level 2 only). When checking for aliases of the Base 14 fonts, ignore spaces in the specified font name. Handle encrypted PDF files that are missing the file ID string. Handle tiling patterns more efficiently in the PostScript output. Rewrote the code that handles color spaces in PostScript output. Fixed a bug in the Type 1C font parser - zero-length indexes (and zero-length names) weren't handled correctly. Handle shaded fills more efficiently in the PostScript output. Implement the remaining shading types (4-7). Rearranged the Splash color modes. Add the EarlyChange parameter to LZWStream when generating PostScript. Check for zero values in line dash arrays in PSOutputDev. Fixed an uninitialized variable in JArithmeticDecoder which was causing crashes. Treat unknown CMap names as identity mappings (to match Adobe's behavior). Fixed bugs in the XRef parser related to XRef streams in updated files. Added a missing call to FT_Done_Glyph which was causing a memory leak. [Thanks to Dave Formanek.] Fixed a bug in text copying that was causing the last word to be dropped on some pages. Tweaked the image width/height computation in Splash::drawImage and Splash::fillImageMask to make striped images work better. Ignore minus signs in the middle of numbers (to match Adobe's behavior). Missing '%s' in format strings for dates in pdftotext '-htmlmeta' mode. Change the TrueType code-to-GID mapping code so it looks at the standard name-to-Unicode mapping before the ToUnicode mapping defined in the font object. Added a matteColor setting (command line option and X resource). Tweaked the CMYK-RGB transform. Fix some problems in tracking the character position (to match up with Adobe's highlight file format). Handle moveto/closepath/stroke correctly. Check for singular text matrices and font size of zero in PSOutputDev. Clip PS output to the size of the page (avoiding any gibberish that lies outside the MediaBox, in the case where the MediaBox is smaller than the paper). If the line dash element in an annotation's Border array is of an invalid type (i.e., not an array), don't draw the link at all (this matches Adobe's behavior). Don't remap small caps and oldstyle glyphs in the name-to-Unicode table - it messes up TrueType font encodings. Pdftoppm wasn't setting the paper color correctly in mono and gray modes (this only showed up on big-endian machines). Missing NULL check was causing crashes when
Updated: xemacs-21.4.18-1/xemacs-tags-21.4.18-1/xemacs-emacs-common-21.4.18-1
Hi A new version of 'xemacs' has been uploaded to a server near you. DESCRIPTION: A powerful, highly customizable open source text editor and application development system CYGWIN NEWS: * Readded --with-dragndrop and --with-offix to configure Xemacs NEWS: * Fix: When writing to another process, flush the last chunk, even when the pipe is blocked. * Fix: Document use of same-window-buffer-names and same-window-regexps by pop-to-buffer and display-buffer. * Fix: region-active-p only returns t when active region is in current buffer. * Fix: package-get-init-package reported erroneous load-path shadows. * Fix: Fixes to support MacOS 10.4 (Tiger). * Fix: revert derived-mode-merge-syntax-tables patch. * Fix: Cygwin fixes: auto-detecting integer types and avoid Motif. * Fix: Make default-directory work for non-ASCII commands. * Fix: Avoid usage of corrupted stack in open-network-stream(). * Fix: finder-find-library to return filename actually searched for. * Fix: Stop geometry thrashing in tabs widget. * Fix: Don't find package NEWS files. * Fix: fix build for FreeBSD ia64 and other 64bit platforms. * Fix: Don't delete everything from the popup menu in easy-menu-remove. * Fix: Mule-CCL couldn't handle control-1 characters either. * Fix: Fix pixel-to-point conversion arithmetic in font.el * Fix: Small patch for console redisplay issues. * Fix: Cleanup of the CCL coding system example. * Fix: Incremental selection transfer fix. * Fix: configure works again when -ldap is specified and -lber is required. * Fix: man/custom.texi typo fix. * Update: Ask users to send crash reports to xemacs-beta. * Update: Announce latin-euro-standards, update mule-base packages. * Update: Expand package name field in package-ui.el. * Update: Improve glyphs documentation. * Update: Document \c and \C in regular expression syntax. * Update: Document use of `same-window-buffer-names', `same-window-regexps' by pop-to-buffer and display-buffer. * Update: Document category tables in the regexp part of the lispref. * Update: Announce re-builder, xetla in etc/PACKAGES. * Update: Improvements to char-table documentation. * Update: Sync packages mirrors list with website. * Update: Document CCL example. * Update: Process-related docstring improvements. * Update: Another package-get.el update reflecting latest http://www.xemacs.org/Releases/ information. * Feature: Add Simon Josefsson to about.el. 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 'Editors' 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. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US ftp://mirrors.rcn.net/pub/sourceware/cygwin/ has reliable high bandwidth connections. 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] Enjoy Volker
New package: cadaver-0.22.2-1 - Command-line WebDAV client
Hi The package cadaver is now available with the Cygwin distribution: * http://www.webdav.org/cadaver/ (Homepage) * http://www.webdav.org/cadaver/ (Download location) DESCRIPTION: cadaver is a command-line WebDAV client, with support for file upload, download, on-screen display, in-place editing, namespace operations (move/copy), collection creation and deletion, property manipulation, and resource locking.. 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 Web 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.