[SECURITY] cURL Security Advisory
Hi Brian, the cURL developers published a security advisory yesterday which sounds quite bad. http://curl.haxx.se/docs/adv_20090303.html Any chance we can get an updated cURL soon? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Bailout News Obama endorses Loan Modification
Bailout News Obama endorses Loan Modification http://www.preaftalockwo.com/CO330O32228O1229559 To unsu bscribecli ck: http://www.preaftalockwo.com/UO3O32228O1229559 OrWrite: Ad dress: 738Smit htownBy pass Smit htown,NY11787 End mail-write 127 West Fairbanks Ave., Two Eight Five Winter Park, Fl32789 or http://preaftalockwo.com/UO32228O1229559 -- 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/
Best Car Quotes from Competing Dealers
-- 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 dcrt0.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-03-04 11:45:58 Modified files: winsup/cygwin : ChangeLog dcrt0.cc Log message: * dcrt0.cc (disable_dep): Disable. Explain why. (dll_crt0_0): Disable calling disable_dep. Explain why. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4391r2=1.4392 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.351r2=1.352
Re: Renaming issue, changing case only.
On Mar 3 20:05, David Rothenberger wrote: On 3/3/2009 7:48 PM, David Rothenberger wrote: On 3/3/2009 12:27 PM, Jason Pyeron wrote: $ svn mv CustomerInventoryAction.java CustomerinventoryAction.java svn: Path 'CustomerinventoryAction.java' is not a directory [...] But mv is okay. $ touch XyzzY.txt $ mv XyzzY.txt Xyzzy.txt coreutils has some magic to make this work that is lacking in subversion or libapr1 or libaprutils1. Does this work with Cygwin 1.7? Doesn't work with Cygwin 1.7, either. The work-around is to do a commit between moves: % svn mv file File.tmp % svn commit -m '' % svn mv File.tmp file % svn commit -m '' Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tcsh 6.15.00 loses DOS line ending crossing 32768 byte boundary
On Mar 3 20:47, David Mastronarde wrote: When a tcsh script has DOS line endings [...] Don't do that. Converting a script to unix line endings avoids the problem, That's the spirit. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] rebaseall doesn't solve the problem
On Mar 4 01:01, Charles Wilson wrote: Charles Wilson wrote: Corinna Vinschen wrote: Can you tweak the tool so I can test that next week? Attached, It helps when you actually attach the file. Heh :) Thank you! I'll give it a whirl on my TS system. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] rebaseall doesn't solve the problem
On Mar 4 09:49, Corinna Vinschen wrote: On Mar 4 01:01, Charles Wilson wrote: Charles Wilson wrote: Corinna Vinschen wrote: Can you tweak the tool so I can test that next week? Attached, It helps when you actually attach the file. Heh :) Thank you! I'll give it a whirl on my TS system. Success! - I removed all Cygwin traces from my TS test machine. - I disabled DEP for all applications and rebooted (necessary so that the next step succeeds). - I installed a 1.7 distro from scratch. - I re-enabled DEP for all apps and rebooted. - I disabled the TS hack in the Cygwin DLL, rebuilt it and installed it on the TS machine. - I started bash and it crashed. - I started ash (always works for some reason). - I called ./peflags -t 1 /bin/bash - I started bash and... it worked! - I started GDB and it crashed. - I called ./peflags -t 1 /bin/gdb - I started GDB and it worked. - I started grep and... - I called ... /bin/grep - ... worked. - ... and ssh ... - ... and mkpasswd ... - ... and mkgroup ... So it seems that setting the TS-aware flag for all applications by default is the way to go, same as in Visual C++. Unfortunately that doesn't help us with existing packages in the distro, only for new ones, but at least we now have the peflags tool for these cases. Nevertheless, I will disable the TS hack in Cygwin 1.7 now. We have a much better solution now and the hack was a real PITA performance-wise. Thank you very much for doing that! I think this deserves a gold star. Igor? Are you still with us? I didn't see a mail from you since October. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: help with pseudo terminal
i'm upgrading to the lates cygwin but still have an error po...@kancil ~/sshpass-1.00 $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets $(MAKE)... yes checking for working aclocal-1.4... found checking for working autoconf... found checking for working automake-1.4... found checking for working autoheader... found checking for working makeinfo... found checking for gcc... gcc checking for C compiler default output file name... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing default-1 commands po...@kancil ~/sshpass-1.00 $ make gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c main.c gcc -g -O2 -o sshpass main.o main.o: In function `runprogram': /home/power/sshpass-1.00/main.c:153: undefined reference to `_getpt' collect2: ld returned 1 exit status make: *** [sshpass] Error 1 i don't think upgrading is the solution for this please help On 3/4/09, net netzerosp...@gmail.com wrote: i'm trying to execute this line on my cygwin shell $ echo wew | ssh w...@10.192.30.40 an this is the output Pseudo-terminal will not be allocated because stdin is not a terminal. is there something i must know about this because i also try to compile sshpass packages and got this error po...@kancil ~/sshpass-1.00 $ make gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c main.c gcc -g -O2 -o sshpass main.o main.o: In function `runprogram': /home/power/sshpass-1.00/main.c:153: undefined reference to `_getpt' collect2: ld returned 1 exit status make: *** [sshpass] Error 1 is there something to do with the pseudo terminal... thanks -- --from the net with zero space-- -- --from the net with zero space-- -- 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: Renaming issue, changing case only.
-Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Wednesday, March 04, 2009 3:46 To: cygwin@cygwin.com Subject: Re: Renaming issue, changing case only. On Mar 3 20:05, David Rothenberger wrote: On 3/3/2009 7:48 PM, David Rothenberger wrote: On 3/3/2009 12:27 PM, Jason Pyeron wrote: $ svn mv CustomerInventoryAction.java CustomerinventoryAction.java svn: Path 'CustomerinventoryAction.java' is not a directory [...] But mv is okay. $ touch XyzzY.txt $ mv XyzzY.txt Xyzzy.txt As is said below there is no problem with cygwin and the rename. coreutils has some magic to make this work that is lacking in subversion or libapr1 or libaprutils1. Does this work with Cygwin 1.7? Doesn't work with Cygwin 1.7, either. The work-around is to do a commit between moves: % svn mv file File.tmp % svn commit -m '' % svn mv File.tmp file % svn commit -m '' Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. But as this works on other platforms it appears to be a cygwin platform only bug in svn. If here is not the best place, where should this be addressed? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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: Renaming issue, changing case only.
On Mar 4 07:57, Jason Pyeron wrote: Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. But as this works on other platforms it appears to be a cygwin platform only bug in svn. If here is not the best place, where should this be addressed? No, it's fine. I was just addressing the problem itself to point out where it probably occurs. I assume that it works fine when using casesensitive mount points under 1.7. I assume further that the problem is the same as old versions of coreutils had when only trying to change the case of a name on a caseinsensitive filesystem, basically along these lines. stat (old_path, ost) if (stat (new_path, nst) == 0) /* Uh oh, target exists */ if (ost.st_ino == nst.st_ino ost.st_dev == nst.st_dev) /* Even worse, it's the same file */ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: grep -P regexp problem
Andriy Sen wrote: Below is an example of the problem. G:\cat test.s a 1 G:\cat test.s | grep -P [^0]1 a 1 This is not cygwin-specific, so it is really OT for this list, that being said... grep -P treats the whole input as a single string, and outputs the line (or lines) containing the match for the pattern. [^0] matches ANYTHING except 0, including linefeeds. In your case, the [^0] is matching the linefeed preceding the 1. That linefeed is considered part of the line a\n, so that line is included in the output. In other words, although it looks like there are two matches output, in fact there is only one match, and that is a\n1\n Assuming you wish to match single lines containing a character other than 0 followed by a 1, you probably want the pattern to be '[^0\n]1' It's probably a bit clearer if the test file is a bit bigger: $ echo -e 'a\n1\n2\n3\n4\n1\n2\n21\n' test.txt $ grep -P '[^0]1' test.txt a 1 4 1 21 This output contains 3 matches a\n1\n 4\n1\n and 21\n, whereas: $ grep -P '[^0\n]1' test.txt 21 only matches single lines with a 1 that follows anything but 0. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: grep -P regexp problem
Den 2009-03-03 19:26 skrev Andriy Sen: Below is an example of the problem. G:\grep -V GNU grep 2.5.3 Copyright (C) 1988, 1992-2002, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. G:\cat test.s a 1 G:\cat test.s | grep -P [^0]1 a 1 G:\ FYI, appears to not be cygwin specific... $ uname -s -r Linux 2.6.23-gentoo-r8 $ grep -V grep (GNU grep) 2.5.1 Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ cat test.s a 1 $ cat test.s | grep -P [^0]1 a 1 $ od -a test.s 000 a nl 1 nl 004 Cheers, Peter -- 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/
starting tesseract from user which hasnt logon
Hello! I am trying to use ocropus, which needs some files mounted to /usr/local/share. My Setup is the following: Windows Server 2008 64 bit I create a user, this user should start ocropus and it is startet as a service from cygrunsrv. The registry Key is set to: HKEY_USERS\S-1-5-21-2451746164-675617940-143893937-1000\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/local/share native:C:\Program Files (x86)\Myprogram If I start the service I get an error: Ocropus Alpha (sauvola, rast, curved, tesseract) 0.1.1; Thu Feb 14 14:56:44 2008; CYGWIN_NT-5.1 pc-12 1.5.25(0.156/4/2) 2007-12-14 19:21 i686 Cygwin Unable to load unicharset file /usr/local/share/tessdata/deu.unicharset If I logon or use runas it does work properly and i dont have anymore the problem. i run strace and saw it tries to access C:\usr\local\share\tessdata\deu.unicharset instead of C:\Program Files (x86)\Myprogram\tessdata\deu.unicharset This would be fine if I run only on this machine, but this is not the case. I saw that there is no environment: getwinenv: cant set native for HOME= since no environ yet But how can ocropus still not mount correctly but cygcheck yes: C:\Program Files (x86)\Myprogram /usr/local/share userbinmode (I run cycheck in the .bat file just before the ocropus.exe command) Thanks in Advance -- 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: pdftk and apropos - general questions
Mike Marchywka wrote: I've had a persistent problem getting apropos to work as it never finds anything appropriate. Is there something I need to do to make this work? After each setup session, you need to run, /usr/sbin/makewhatis -u. The immediate need was trying to find pdf tools. Browsing the installs, it looks like pdftk will probably do what I need, along with other utilities I have. Are there additional pdf tools internal or external to cygwin people have found useful? $ apropos pdf on my system with all Cygwin packages installed yields: a2x (1) - convert Asciidoc text file to PDF, XHTML, HTML Help, manpage or plain text dvipdf (1) - Convert TeX DVI file to PDF using ghostscript and dvips dvipdfm (1) - Produce PDF files directly from DVI files dvipdft (1) - create thumbnail images for use with dvipdfm e2pall (1) - convert all EPS files in a LaTeX document to PDF ebb (1) - extract a bounding box from JPEG, PNG, and PDF files epstopdf (1) - convert an EPS file to PDF fdf2tex (1) - Convert PDF formular data (FDF) into something (Con)TeX(t) can handle gs (1) - Ghostscript (PostScript and PDF language interpreter and previewer) gsnd (1) - Run ghostscript (PostScript and PDF engine) without display gv (1) - Postscript and PDF viewer makempy (1) - Helper script for conversion of (PDF or PostScript) text to Metapost graphics pdf2dsc (1) - generate a PostScript page list of a PDF document pdf2ps (1) - Ghostscript PDF to PostScript translator pdfeinitex [pdfetex] (1) - PDF output from e-TeX pdfetex (1) - PDF output from e-TeX pdfevirtex [pdfetex] (1) - PDF output from e-TeX pdffonts (1) - Portable Document Format (PDF) font analyzer (version 3.02) pdfimages(1) - Portable Document Format (PDF) image extractor (version 3.02) pdfinfo (1) - Portable Document Format (PDF) document information extractor (version 3.02) pdfinitex [pdftex] (1) - PDF output from TeX pdflatex [latex] (1) - structured text formatting and typesetting pdfopt (1) - Ghostscript PDF Optimizer pdfroff (1) - create PDF documents using groff pdftex (1) - PDF output from TeX pdftk(1) - A handy tool for manipulating PDF pdftoppm (1) - Portable Document Format (PDF) to Portable Pixmap (PPM) converter (version 3.02) pdftops (1) - Portable Document Format (PDF) to PostScript converter (version 3.02) pdftotext(1) - Portable Document Format (PDF) to text converter (version 3.02) pdfvirtex [pdftex] (1) - PDF output from TeX pdfxinitex [pdfxtex] (1) - PDF output from e-TeX pdfxtex (1) - PDF output from e-TeX pdfxvirtex [pdfxtex] (1) - PDF output from e-TeX ps2ascii (1) - Ghostscript translator from PostScript or PDF to ASCII ps2pdf (1) - Convert PostScript to PDF using ghostscript ps2pdf12 [ps2pdf](1) - Convert PostScript to PDF 1.2 (Acrobat 3-and-later compatible) using ghostscript ps2pdf13 [ps2pdf](1) - Convert PostScript to PDF 1.3 (Acrobat 4-and-later compatible) using ghostscript ps2pdfwr (1) - Convert PostScript to PDF without specifying CompatibilityLevel, using ghostscript pstoedit (1) - a tool converting PostScript and PDF files into various vector graphic formats rtf2pdf (1) - MicroSoft Rich Text Format (RTF) to Portable Document Format (PDF) translator texexec (1) - ConTeXt and PDF auxiliary program and batch processor texi2dvi4a2ps(1) - Compile Texinfo and LaTeX files to DVI or PDF thumbpdf (1) - generate thumbnail images for a PDF file created with pdftex tiff2pdf (1) - convert a TIFF image to a PDF document xpdf (1) - Portable Document Format (PDF) file viewer for X (version 3.02) xpdfrc (5) - configuration file for Xpdf tools (version 3.02) The above, however, misses my favorite: man -t, which generates Postscript output that can be filtered thru ps2pdf. generating man pages in pdf format Attached is a script that does this Basically on this new computer I've managed to do without Flash so far and I'd like to try to avoid installing any Adobe reader stuff. Try Ghostgum ghostview. Windows compatible (no Cygwin, or X windows required and with print capability) and FOSS (free and open source software). #!/usr/bin/bash # man2pdf / man2lpr: render the specified MAN pages as PDF; # in the current directory; then browse or print # By Lee Rothstein, 2008-05-17, 01:44 PM # See: # * 'usage ()', in this file # or: # * $ man2pdf -h # at a command prompt # for a complete script description ProgName=$(basename $0) . set_title.s $*
Re: [1.7] rebaseall doesn't solve the problem
Corinna Vinschen wrote: Success! - I removed all Cygwin traces from my TS test machine. - I disabled DEP for all applications and rebooted (necessary so that the next step succeeds). - I installed a 1.7 distro from scratch. - I re-enabled DEP for all apps and rebooted. - I disabled the TS hack in the Cygwin DLL, rebuilt it and installed it on the TS machine. - I started bash and it crashed. - I started ash (always works for some reason). - I called ./peflags -t 1 /bin/bash But it seems that the rebase package itself, when built, must be sure to mark peflags.exe as tsaware before packaging it for distribution, regardless of which ld.exe is used. Just in case -- otherwise the poor TS user won't be able to run peflags to fix everything else? That leads to a small chicken-and-egg problem if somebody tries to build the rebase package on a TS system, before the new ld is available. But we can live with that. - I started bash and... it worked! - I started GDB and it crashed. - I called ./peflags -t 1 /bin/gdb - I started GDB and it worked. - I started grep and... - I called ... /bin/grep - ... worked. - ... and ssh ... - ... and mkpasswd ... - ... and mkgroup ... Glad to hear it. So it seems that setting the TS-aware flag for all applications by default is the way to go, same as in Visual C++. Makes sense. Unfortunately that doesn't help us with existing packages in the distro, only for new ones, but at least we now have the peflags tool for these cases. Well, we will soon. There's still a few things to deal with. 1) code audit. I'd appreciate a thorough review of the code before recommending that people use this tool on every app in their installation. I know, no warranty express or implied, We're Just Mean, and You Get To Keep The Pieces, but still... 2) peflagsall 3) I'd like to make sure that the interface to peflags and the new option(s) to ld are the same or very similar. Once Dave posts his patch for ld to the binutils list, I'm sure there will be much bike-shedding about the name of the options, and perhaps discussion about the implementation. I'd like to wait for ld CVS to be updated with Dave's eventual contribution after those issues are resolved, and then make whatever changes to peflags seem appropriate before releasing the tool officially. 4) testing, testing, testing. Naturally. Until then, keep the URL to my previous message in this thread handy: Download peflags.c from ... and ... g Nevertheless, I will disable the TS hack in Cygwin 1.7 now. We have a much better solution now and the hack was a real PITA performance-wise. I guess, as long as that URL solution/FAQ answer is sufficient in the interim. Thank you very much for doing that! I think this deserves a gold star. Igor? Are you still with us? I didn't see a mail from you since October. I'm glad you're pleased with the tsaware facilities, but frankly I'm happier that the dynbase feature SEEMS to reduce the incidence of fork problems under Vista! My previously-working 1.7 installation became downright unusable last week before I wrote this tool. -- Chuck -- 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: [1.7] rebaseall doesn't solve the problem
On Mar 4 09:59, Charles Wilson wrote: Corinna Vinschen wrote: [...] - I called ./peflags -t 1 /bin/bash But it seems that the rebase package itself, when built, must be sure to mark peflags.exe as tsaware before packaging it for distribution, regardless of which ld.exe is used. Just in case -- otherwise the poor TS user won't be able to run peflags to fix everything else? Well, my peflags.exe was not TS-aware and worked on TS. The bad joke is that some applications get broken by tsappcmp.dll and some not. I don't see any pattern. The below list (bash, ssh, grep, gdb, mkpasswd, mkgroup) is what I found to get screwed up, other stuff like ash, gawk, ls, nm, peflags, work fine. So it seems that setting the TS-aware flag for all applications by default is the way to go, same as in Visual C++. Makes sense. Unfortunately that doesn't help us with existing packages in the distro, only for new ones, but at least we now have the peflags tool for these cases. Well, we will soon. There's still a few things to deal with. 1) code audit. I'd appreciate a thorough review of the code before recommending that people use this tool on every app in their installation. I know, no warranty express or implied, We're Just Mean, and You Get To Keep The Pieces, but still... Well, I had a few tiny problems: - VERSION wasn't defined for some reason. - Just for kicks, try `peflags --show-image-characteristics=tsaware /bin/bash' (note: tsaware is a dll-characteristic, not an image-characteristic...) - Stuff like `./peflags.exe --show-dll-characteristics=tsaware' prints nothing at all. I guess it should print a help message due to a missing parameter instead. - peflags --help is missing linebreaks (line 1004 is missing a backslash 2) peflagsall 3) I'd like to make sure that the interface to peflags and the new option(s) to ld are the same or very similar. Once Dave posts his patch for ld to the binutils list, I'm sure there will be much bike-shedding about the name of the options, and perhaps discussion about the implementation. I'd like to wait for ld CVS to be updated with Dave's eventual contribution after those issues are resolved, and then make whatever changes to peflags seem appropriate before releasing the tool officially. Makes sense. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: pdftk and apropos - general questions
Date: Wed, 4 Mar 2009 09:47:48 -0500 From: To: cygwin@cygwin.com Subject: Re: pdftk and apropos - general questions Mike Marchywka wrote: I've had a persistent problem getting apropos to work as it never finds anything appropriate. Is there something I need to do to make this work? After each setup session, you need to run, /usr/sbin/makewhatis -u. Thanks but I did get that far after earlier hints and you list below is about what I ended up with too. One problem I ran into was trying to extract sensical text from the IRS instructions. I used the pdftotext utility IIRC from http://www.foolabs.com/xpdf/download.html and it didn't seem to be able to separate multi-column text automatically ( with sed and awk I got what I needed but what a mess). Is there a toolkit source or compiled program I could use to diagnose or fix this? I'd also like to be able to fill out forms programmatically- I would love to print out a filled-in 1040 form but I'm not going to buy software to do this or type it into a GUI. I'm going on a bit of a cusade about proprietary format or limited-supoort formats for public documents. You'd be amazed how many public filings that should contain information are in a format like a scanned pdf from which little usable information can be extracted. The FCC even seems to accept locked PDF submissions... [ at this point, people concerned about top-posting should be exploding over gh-osting or posting about text which is gone. LOL] _ Express your personality in color! Preview and select themes for Hotmail®. http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGTX_WL_HM_express_032009#colortheme -- 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/
[boost and xerces] ping maintainers
First, thank-you for supporting these packages in Cygwin. It's appreciated very much, at least by me. From the mailing list archives, it appears the last boost package (v1.33.1) was rolled in 01/08, and the last xerces package (v2.8.0) in 05/08. Any possibility of updating them to the current releases (i.e., boost v1.38.0 and xerces v3.0.1)? Thanks, 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: Your setting Return-Path to YOU in your cygwin postings
[snip] We TITTTL'd this, so if anyone wants to discuss mailer standards in prolonged depth, the thread went thattaway. cheers, DaveK -- 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: Renaming issue, changing case only.
On 3/4/2009 12:45 AM, Corinna Vinschen wrote: On Mar 3 20:05, David Rothenberger wrote: On 3/3/2009 7:48 PM, David Rothenberger wrote: On 3/3/2009 12:27 PM, Jason Pyeron wrote: $ svn mv CustomerInventoryAction.java CustomerinventoryAction.java svn: Path 'CustomerinventoryAction.java' is not a directory [...] But mv is okay. $ touch XyzzY.txt $ mv XyzzY.txt Xyzzy.txt coreutils has some magic to make this work that is lacking in subversion or libapr1 or libaprutils1. Does this work with Cygwin 1.7? Doesn't work with Cygwin 1.7, either. The work-around is to do a commit between moves: % svn mv file File.tmp % svn commit -m '' % svn mv File.tmp file % svn commit -m '' Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. Or it's a problem with the operator. :-) Seems I wasn't actually running in Cygwin 1.7 when I thought I was. Plus, I was using a /cygdrive path with case-sensitivity turned off. I will retry again today with a proper 1.7 environment. If this works with 1.7, I'm not going to try to patch svn for 1.5. Otherwise, I'll investigate further. -- David Rothenberger daver...@acm.org Default, n.: The hardware's, of course. -- 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: Renaming issue, changing case only.
On Mar 4 08:51, David Rothenberger wrote: On 3/4/2009 12:45 AM, Corinna Vinschen wrote: Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. Or it's a problem with the operator. :-) Seems I wasn't actually running in Cygwin 1.7 when I thought I was. Plus, I was using a /cygdrive path with case-sensitivity turned off. I will retry again today with a proper 1.7 environment. If this works with 1.7, I'm not going to try to patch svn for 1.5. Otherwise, I'll investigate further. Well, even for 1.7, it *should* work when not using case-sensitivity. Most people will probably continue to use case-insensitive settings. Not everyone want or is allowed to tweak this registry setting. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Your setting Return-Path to YOU in your cyg...@cygwin postings
I thank you both for enlightning me on this subject. I'm using the Thunderbird email client. I have observed that it is wrongly using the Return-Path and not the Reply-To even in the email composing phase before the ISP gets involved. I'll watch that more or seekout a RFC compliant email client. Just doing a Reply is definitely NOT an automated response. Thanks for the unblock. Thanks, Paul Thunderbird Version 2.0.0.19 (20081209) Dave Korn wrote: [ This is completely off-topic, so moved to the proper list. ] Paul McFerrin wrote: Dave: I examined your email headers and discovered that in your postings to cygwin ARGH DO NOT POST EMAIL ADDRESSES TO THE LIST cygwin.com, you are setting Return-Path: dave.korn.cygwin PCYMTNQREAIYR googlemail.com in your email header so naturally everyone who is replying to sender will be sending YOU their reply, not cygwin ARGH cygwin.com. This could explain why you are getting so much direct replies. That's not actually what's happening. Here is the raw text of my most recent list posting at sourceware: http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49ADFA41.4050308%40gmail.com As you can see there is no such header. Here are a few others; likewise. http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49ADE7FF.80005%40gmail.com http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49ADE7DC.6030205%40gmail.com http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49ADBA0D.6040405%40gmail.com http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49AD9861.7050601%40gmail.com Notice how the Return-Path in all of these posts is a munged version of the list subscriber name, as should be the case in all posts sent out by the sourceware mailing lists; that way, if mail bounces, it is returned to the list daemon, which can find out which list subscriber is bouncing and stop sending messages if they carry on bouncing them for too long. Note also how all those paths have a Mail-Followup-To header pointing at the list. Any mailer that does not respect that when you hit Reply is broken and does not comply with internet standards. The Return-Path is for automated error messages *only*, not replies of any sort. Also, here is a screenshot of my email settings, where I do not have any Reply-To header set: http://img530.imageshack.us/img530/3118/mysettings.png You'll just have to take my word for it that I haven't changed them since you suggested this, although the historical record of my posts in the archive backs me up on this. Here also are the headers of one of the posts in my local sent items folder (modulo obvious anti-spam munging) From - Tue Mar 03 23:15:26 2009 X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 X-Mozilla-Keys: Message-ID: 49adba0d.6040...@gmail.com Date: Tue, 03 Mar 2009 23:15:25 + From: Dave Korn dave SPOT korn SPOT cygwin SPLAT gmail SPOT com User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin SPLAT cygwin SPOT com Subject: Re: concurrent use of cygwin1.dll for 1.5 1.7 ?? References: 49ada916.40...@columbus.rr.com In-Reply-To: 49ada916.40...@columbus.rr.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit corresponding to the message mentioned previously at http://sourceware.org/cgi-bin/get-raw-msg?listname=cygwindate=2009-03msgid=49ADBA0D.6040405%40gmail.com Note that it also has no return-path header. Also, to see how the email headers look when they're received downstream from sourceware, I went to gmane to look for the same post there. Path: news.gmane.org!not-for-mail From: Dave Korn dave SPOT korn SPOT cygwin SPLAT googlemail SPOT com Newsgroups: gmane.os.cygwin Subject: Re: concurrent use of cygwin1.dll for 1.5 1.7 ?? Date: Tue, 03 Mar 2009 23:15:25 + Lines: 17 Approved: news SPLAT gmane SPOT org Message-ID: 49adba0d.6040...@gmail.com References: 49ada916.40...@columbus.rr.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1236121596 6607 80.91.229.12 (3 Mar 2009 23:06:36 GMT) X-Complaints-To: usenet SPLAT ger SPOT gmane SPOT org NNTP-Posting-Date: Tue, 3 Mar 2009 23:06:36 + (UTC) To: cygwin SPLAT cygwin SPOT com Original-X-From: cygwin-return-148486-goc-cygwin=m SPOT gmane SPOT org SPLAT cygwin SPOT com Wed Mar 04 00:07:52 2009 Return-path: cygwin-return-148486-goc-cygwin=m SPOT gmane SPOT org SPLAT cygwin SPOT com Envelope-to: goc-cygwin SPLAT gmane SPOT org Original-Received: from sourceware.org ([209.132.176.174]) by lo.gmane.org with smtp (Exim 4.50) id 1LediC-0006oG-50 for goc-cygwin SPLAT gmane SPOT org; Wed, 04 Mar 2009 00:07:44 +0100 Original-Received: (qmail 15139 invoked by alias); 3 Mar 2009 23:06:14 - Original-Received: (qmail 15131 invoked by uid 22791); 3 Mar 2009
Re: Your setting Return-Path to YOU in your cyg...@cygwin postings
On Wed, Mar 4, 2009 at 12:02 PM, Paul McFerrin wrote: I thank you both for enlightning me on this subject. I'm using the Thunderbird email client. I have observed that it is wrongly using the Return-Path and not the Reply-To even in the email composing phase before the ISP gets involved. I'll watch that more or seekout a RFC compliant email client. Thunderbird is one of the more obsessively-RFC-compliant mail user agents out there, and I would be quite surprised if this were the case. I see a bug reporting such behavior - https://bugzilla.mozilla.org/show_bug.cgi?id=396273 - but that turned out to be a side effect of the SMTP server, which was changing the From: address to match the Reply-To. This stuff is not hard to test: $ sendmail -t EOF From: from.addr...@example.com To: my email address Return-Path: return.p...@example.com Subject: Testing Where does a reply go? EOF When the message arrived in Thunderbird, I hit reply; it correctly addressed the reply to 'from.address', not 'return.path'. So I don't think your MUA is the problem. -- Mark J. Reed markjr...@gmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Renaming issue, changing case only.
On 3/4/2009 8:59 AM, Corinna Vinschen wrote: On Mar 4 08:51, David Rothenberger wrote: On 3/4/2009 12:45 AM, Corinna Vinschen wrote: Cygwin 1.7 itself has no problems to rename a file just case-wise, neither under casesensitive mount points nor under caseinsensitive mount points. This looks like a problem in svn. Or it's a problem with the operator. :-) Seems I wasn't actually running in Cygwin 1.7 when I thought I was. Plus, I was using a /cygdrive path with case-sensitivity turned off. I will retry again today with a proper 1.7 environment. If this works with 1.7, I'm not going to try to patch svn for 1.5. Otherwise, I'll investigate further. Well, even for 1.7, it *should* work when not using case-sensitivity. Most people will probably continue to use case-insensitive settings. Not everyone want or is allowed to tweak this registry setting. Fair enough. Subversion has lots of problems with case-insensitive file systems. These problems are not specific to Cygwin -- they occur with the Windows-native tools and on OSX. It is WAY beyond my abilities to try to fix these. It goes beyond just doing a trick for a rename. There is a hope that a redesign of the working copy library, possibly in the 1.7 release, will address these issues. Anyone interested in seeing this fixed on Cygwin should contribute to Subversion upstream development. -- David Rothenberger daver...@acm.org I don't want to be young again, I just don't want to get any older. -- 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: pdftk and apropos - general questions
On 2009-03-04, Mike Marchywka wrote: Mike Marchywka wrote: I've had a persistent problem getting apropos to work as it never finds anything appropriate. Is there something I need to do to make this work? After each setup session, you need to run, /usr/sbin/makewhatis -u. Thanks but I did get that far after earlier hints and you list below is about what I ended up with too. One problem I ran into was trying to extract sensical text from the IRS instructions. I have that problem with the printed versions. I used the pdftotext utility IIRC from http://www.foolabs.com/xpdf/download.html and it didn't seem to be able to separate multi-column text automatically ( with sed and awk I got what I needed but what a mess). Did you use the -layout option to pdftotext? It makes a huge difference on the documents I've converted, but they've all been single column. Regards, Gary -- 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: grep -P regexp problem
This is not cygwin-specific, so it is really OT for this list, that being said... Sorry. I will try to figure out where to go then. grep -P treats the whole input as a single string, and outputs the line (or lines) containing the match for the pattern. [^0] matches ANYTHING except 0, including linefeeds. I guess I oversimplified the regexp :-( G:\cat test.s | grep -P ^[^0]1 G:\cat test.s | grep -P ^(|[^0])1 1 G:\cat test.s | grep -P ^(|.*[^0])1 a 1 Thanks, Andriy -- 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/
proposing a new package: dash (shell)
I would like to see dash (a POSIX-compliant implementation of sh) to be distributed with Cygwin. I am also willing to become the official maintainer if no one else want to do the job. dash home: http://gondor.apana.org.au/~herbert/dash/ I am not ready to do an ITP on cygwin-a...@cygwin.com, because i have no setup.hint and i have not packaged the files yet. But i have compiled dash-0.5.5.1.tar.gz 14-Jan-2009 10:38 203K. with cygwin 1.5. The resulting dash.exe is only 77K. I have done some minimal testing. dash can run its own configure script. In order to be sure that dash.exe was the only shell use by cygwin, i copied dash.exe over sh.exe and bash.exe. I have read somewhere that dash becamed recently the official shell of Ubuntu. I wold like to know if it is ok for every body here. Thanks -- 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: grep -P regexp problem
Andriy Sen apsen at hotmail.com writes: G:\cat test.s | grep -P ^(|[^0])1 1 Useless use of cat. It is more efficient to write: grep -P ^(|[^0])1 test.s -- 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: proposing a new package: dash (shell)
Akakima wrote: I have read somewhere that dash becamed recently the official shell of Ubuntu. I wold like to know if it is ok for every body here. The general rule IIUC is that any package that is a standard part of Debian qualifies for acceptance automatically, or anything that gets support from five other package maintainers. We look forward to receiving your ITP on the cygwin-apps list and are all around to help with packaging issues. I'd recommend cygport myself, it works very well indeed and makes the whole job a lot easier. cheers, DaveK -- 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: proposing a new package: dash (shell)
Here is the dash COPYING file: Copyright (c) 1989-1994 The Regents of the University of California. All rights reserved. Copyright (c) 1997 Christos Zoulas. All rights reserved. Copyright (c) 1997-2005 Herbert Xu herb...@gondor.apana.org.au. All rights reserved. This code is derived from software contributed to Berkeley by Kenneth Almquist. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. mksignames.c: This file is not directly linked with dash. However, its output is. Copyright (C) 1992 Free Software Foundation, Inc. This file is part of GNU Bash, the Bourne Again SHell. Bash is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. Bash is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License with your Debian GNU/Linux system, in /usr/share/common-licenses/GPL, or with the Debian GNU/Linux hello source package as the file COPYING. If not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111 USA. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: proposing a new package: dash (shell)
On Wed, Mar 4, 2009 at 1:26 PM, Akakima wrote: I have read somewhere that dash becamed recently the official shell of Ubuntu. The standard /bin/sh, at any rate: $ lsb_release -d Description:Ubuntu 8.10 $ ls -l /bin/sh lrwxrwxrwx 1 root root 4 2007-07-30 05:36 /bin/sh - dash* User accounts are still created with bash as the login shell by default. -- Mark J. Reed markjr...@gmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: proposing a new package: dash (shell)
Akakima akakima33 at gmail.com writes: I would like to see dash (a POSIX-compliant implementation of sh) to Not quite POSIX-compliant yet; dash lacks support for LINENO, which is a HUGE drawback for what autoconf expects (basically, configure scripts generated by autoconf first attempt to find a shell that supports POSIX-mandated LINENO, because otherwise it has to run sed to fake LINENO and then re-exec itself, which eats precious time). But other than that, you are correct that dash is generally a decent shell, and in many cases faster than bash (it uses some nice optimizations to avoid forks). be distributed with Cygwin. I am also willing to become the official maintainer if no one else want to do the job. Yes, a port of dash would be welcome. I have done some minimal testing. dash can run its own configure script. In order to be sure that dash.exe was the only shell use by cygwin, i copied dash.exe over sh.exe and bash.exe. Are you sure dash was used? Like I said, configure scripts generated by autoconf prefer a shell that supports LINENO, and that means you might have ended up with zsh or pdksh doing the work instead of dash. To guarantee you used dash, you can use: CONFIG_SHELL=path/to/dash path/to/dash ./configure I have read somewhere that dash becamed recently the official shell of Ubuntu. I'm not ready to change the default /bin/sh; I think we'd still like to keep /bin/sh as bash for the time being. But that doesn't stop users from installing dash instead of bash as /bin/sh. And I would particularly welcome a pre-built dash, as I already test with it as part of maintaining upstream autoconf. -- Eric Blake volunteer cygwin bash maintainer, upstream autoconf maintainer -- 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/
cygwin terminal is slow when running Microsoft Word
Hello, I'm running cygwin 1.5.25 on XP and I run Office 2003. Whenever Microsoft word is open, my cygwin terminal is very slow. This problem is specific to Word since having Excel open causes no problems. Has anybody seen this? Thank you, Paul -- Paul Cantalupo Research Specialist/Systems Programmer 559 Crawford Hall Department of Biological Sciences University of Pittsburgh Pittsburgh, PA 15260 Work: 412-624-4687 Fax: 412-624-4759 -- 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/
Download first time in fresh root node hangs - twice
I had the same thing (hang) yesterday while downloading cygwin into a fresh node (cygwinIV). Well this time: 1. fresh node 2. production cygwin 1.5 completely unloaded 3. setup completely downloads the base system 4. It completely hangs with setup screen looking like: Status: Running Product: base-cygwin Feature: /etc/postinstall/000-cygwin-post-install.sh Progress Bar: at 0% Total Bar: at 0% Disk Bar: at 60% Any guess as to what is going on?? - Paul -- 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: proposing a new package: dash (shell)
Mark J. Reed markjr...@gmail.com a écrit dans le message de news: $ lsb_release -d Description: Ubuntu 8.10 $ ls -l /bin/sh lrwxrwxrwx 1 root root 4 2007-07-30 05:36 /bin/sh - dash* User accounts are still created with bash as the login shell by default. Here is where i read about it: https://wiki.ubuntu.com/DashAsBinSh -- 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 terminal is slow when running Microsoft Word
On 2009-03-04 19:16Z, Paul Cantalupo wrote: I'm running cygwin 1.5.25 on XP and I run Office 2003. Whenever Microsoft word is open, my cygwin terminal is very slow. This problem is specific to Word since having Excel open causes no problems. Has anybody seen this? I would guess 'word' is running a background thread for something like spell checking. I tried it just now, and saw a temporary slowdown on the order of twenty-five percent for 'time ls' run in the foreground, when I have 'word' open with spell checking enabled. -- 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: proposing a new package: dash (shell)
Eric Blake e...@byu.net wrote: Yes, a port of dash would be welcome. Great. I will do it. I have done some minimal testing. dash can run its own configure script. In order to be sure that dash.exe was the only shell use by cygwin, i copied dash.exe over sh.exe and bash.exe. Are you sure dash was used? Like I said, configure scripts generated by autoconf prefer a shell that supports LINENO, and that means you might have ended up with zsh or pdksh doing the work instead of dash. To guarantee you used dash, you can use: Pretty sure. I dont have pdksh installed. I have bash and ash. During my first test, i watched the task manager. I saw many sh.exe process. So i copied dash.exe over sh.exe. Second test, i saw many bash.exe process. Third time, i replaced all shell (ash.exe, bash.exe, sh.exe, zsh.exe with dash.exe. So even if the task list show a bash.exe process, it is dash code executing. My goal was to verifiy that the code is ok. Now this does not guaranty that dash is called. In fact, even if i start the build under dash, some other shell get ran. I would like to publish dash as is for now. If i am able to do the job, may be i can add LINENO support to dash (i have no idea what the difficulties are), or suggest to the author/actual maintainer to do it. CONFIG_SHELL=path/to/dash path/to/dash ./configure Ok. Will try. I'm not ready to change the default /bin/sh; I think we'd still like to keep /bin/sh as bash for the time being. But that doesn't stop users from installing dash instead of bash as /bin/sh. I am not proposing that dash become the default shell. I would like to use it on cygwin, even if it's not really POSIX compliant and there are some problems (see: https://wiki.ubuntu.com/DashAsBinSh ). It is somewhat faster and is also easier to hack for a beginner and can still be useful. And I would particularly welcome a pre-built dash, as I already test with it as part of maintaining upstream autoconf. built on WinXP Pro, SP2, (32 bits) Do you want a copy of the dash.exe i have built ? stripped or not ? with cygwin 1.5 or 1.7 ? I have made no modification to the original files. Just ran ./configure make to get a running dash. -- 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: pdftk and apropos - general questions
Date: Wed, 4 Mar 2009 09:56:49 -0800 From: garyj...@spocom.com To: cygwin@cygwin.com Subject: Re: pdftk and apropos - general questions On 2009-03-04, Mike Marchywka wrote: Mike Marchywka wrote: I've had a persistent problem getting apropos to work as it never finds anything appropriate. Is there something I need to do to make this work? After each setup session, you need to run, /usr/sbin/makewhatis -u. Thanks but I did get that far after earlier hints and you list below is about what I ended up with too. One problem I ran into was trying to extract sensical text from the IRS instructions. I have that problem with the printed versions. I used the pdftotext utility IIRC from http://www.foolabs.com/xpdf/download.html and it didn't seem to be able to separate multi-column text automatically ( with sed and awk I got what I needed but what a mess). Did you use the -layout option to pdftotext? It makes a huge difference on the documents I've converted, but they've all been single column. I played with the options but I'm not sure the information is in the source PDF. I don't imagine the authors really cared too much about layout. IIRC, selection gave rectangles of the whole page width but also IIRC from scientific papers normally the selection went column by column. Somewhere between intelligent formatting and scanned pdf is probably the authoring tool that just puts out blocks of text that can't be extracted properly ( probably even be design to stop people from using information without pictures that someone spent a lot of time authoring ). I did try the pdftk on an f1040.pdf download but I finally had to install Acrobat Reader to look at the forms and fill it in. pdftk let me examine the filled in form but there was not immediate way to identify form fields- I have to look for meaningful names etc. I guess if I could enter input data into something I could use it would be worthwhile writing a script to fill out the form. I'll use a web form for a few lines of input but if I have to type 100 numbers into an information black hole I'm happy to kill a tree or two. Regards, Gary -- 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/ _ Windows Live™ Groups: Create an online spot for your favorite groups to meet. http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009 -- 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/
Active FTP Issue with inetutils 1.5
Hi, I apologize if this should be in the apps list and not here but it seems like it might get more views here. Let me preface this by saying that I have done some research and sniffing of this from both sides on a few machines (all windows 32 or 64 bit) and have seen the same thing on them all. I have also done a little reading in the RFC's on FTP. I can't find an explanation for this and that is why I'm posting this question. Synopsis: Active FTP data connections are NOT being sourced from port 20 as stated in the RFC. I saw a post for a fix in 1.5.4 that stated this: * fixed bug in ftpd that prevented large file transfers with recent 1.5.x cygwin kernels. Reported by antony baxter. (worked around by disabling MMAP and limiting buffer sizes to 4k). I don't know if the issue I'm seeing is related and I don't know if 1.5.4 fixes this issue since I can't load the system with 1.5.4. (not my system but I'll try to get someone to do it if someone thinks this has been fixed or if someone tests on a newer version to let me know it's fixed) When I make an active FTP connection to a server running cygwin it does the usual port 21 control channel without an issue. This allows small amounts of data across it without the need for a separate data connection. However when I do a large file transfer or a large ls -al command it opens the data connection and completes. When I sniff this I can see that the client sends the PORT command to the server. The server is suppose to open a connection back to the client at the IP and PORT specified in the data packet from the client. The connection that the server makes back to the client, according to the RFC, is suppose to be sourced at port 20. However I can see that the server sources the connection at the next high order port back to the client. Most firewalls seem to allow this however some firewalls/access lists/proxies don't seem to allow this. I can't find any documentation to support a server being able to source the data connection on active FTP at any other port besides 20. This is easy to test. Use an FTP client that can make an active FTP connection. Do a packet capture and watch to see what port the remote side (i.e server) uses when connecting back to you. Keep in mind if you're going through a proxy/firewall it may change the port, especially if you're NAT'ing. It's best to do this test with no firewall in the way. If the source port is not 20 then that is the issue I'm seeing. If it is port 20 then please let me know what version of inetutils and cygwin you are running. I'm sorry I haven't tested this with the latest version. Maybe this is an easy answer however if someone knows for sure I would love to be able to get some feedback on this issue. Thanks, Curt -- 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: Download first time in fresh root node hangs - twice
The original problem was resolved after a reboot. There were other funny (Ha-Ha) things going on too. New issue: consider the following command sequence: /c/cygwin.$ ls -l *log # copy log files from 1.5 to 1.7 node -rw-rw-rw- 1 paul None783 Feb 3 17:00 clock_dong.log -rw-rw-rw- 1 paul None 594347 Mar 4 20:08 ping_log -rwxrwxrwx+ 1 Guest None 18519 Sep 3 2007 setup.log -rw-rw-rw- 1 paul None 2235 Jan 15 13:42 snapshot.log -rw-rw-rw- 1 paul None420 Feb 13 00:13 wget-log /c/cygwin.$ cp -v *log ~-/ `clock_dong.log' - `//clock_dong.log' ~-/ expanded to //... cp: cannot create regular file `//clock_dong.log': No such file or directory `ping_log' - `//ping_log' cp: cannot create regular file `//ping_log': No such file or directory /c/cygwin.$ cd - / /.$ cd - /c/cygwin /c/cygwin.$ cp -v *log / # avoid ~- expansion `clock_dong.log' - `/clock_dong.log' `ping_log' - `/ping_log' `setup.log' - `/setup.log' `snapshot.log' - `/snapshot.log' `wget-log' - `/wget-log' /c/cygwin.$ Was there a change that make //... pathnames invalid?? I DID finally got 1.5 and 1.7 running on same machine. I was pleasantly surprised. Thanks Dave K. - Paul Paul McFerrin wrote: I had the same thing (hang) yesterday while downloading cygwin into a fresh node (cygwinIV). Well this time: [snip] -- 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: [boost and xerces] ping maintainers
b...@nc.rr.com wrote: First, thank-you for supporting these packages in Cygwin. It's appreciated very much, at least by me. From the mailing list archives, it appears the last boost package (v1.33.1) was rolled in 01/08, and the last xerces package (v2.8.0) in 05/08. Any possibility of updating them to the current releases (i.e., boost v1.38.0 and xerces v3.0.1)? Don't know about boost. For xerces, I'm slowly rebuilding all of my packages for cygwin-1.7 (and typically, one final rebuild for cygwin-1.5). So, I'll get to xerces eventually, but it is possible that a xerces-3.x might be cygwin-1.7-only. -- Chuck -- 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: Active FTP Issue with inetutils 1.5
On 03/04/2009, Curt Gran (crazykz) wrote: I apologize if this should be in the apps list and not here but it seems like it might get more views here. I don't have any insight into your problem but I wanted to respond to this. I'm not singling your out, Curt. This just brings up a topic that's good to review every once in a while, for people who aren't sure how to pick the list to send their posting to. :-) If you look at http://cygwin.com/lists.html, it says that the Cygwin list is for discussion of just about all things related to the Cygwin community release, minus some exceptions I've omitted (but these are easy enough to find and read at the link I mentioned above.) cygwin-apps is for discussing packaging issues regarding applications that are distributed with the Cygwin DLL. In your case Curt, since what you're posting here is a question about the workings of FTP within the inetutils package and not an issue with its packaging, you made the right choice. We do very strongly encourage everyone to use the information at the link above to determine which list to use for your posting. Obviously, you may still end up choosing the wrong list sometimes but your chances of getting it right will be greatly increased and you'll get some points for making the effort. And, of course, on the off-chance that you choose the wrong list for your posting, someone here will tell you. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Download first time in fresh root node hangs - twice
On Wed, Mar 4, 2009 at 8:32 PM, Paul McFerrin wrote: New issue: consider the following command sequence: snip Was there a change that make //... pathnames invalid?? http://www.cygwin.com/ml/cygwin/2009-01/msg00735.html ~Matt -- 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/
peflags utility [Was: Re: [1.7] rebaseall doesn't solve the problem]
files (that is, exes and dlls)\n, f); fputs (Use --help for full help text\n, f); } @@ -991,7 +1028,7 @@ static void help (FILE *f) { - fputs (Usage: peflags [OPTIONS] file...\n, f); + fputs (Usage: peflags [OPTIONS] file(s)...\n, f); fputs (Sets or clears various flags in PE files (that is, exes and dlls)\n, f); fputs ( -d, --dynbase=BOOLSets or clears the dynbase flag\n, f); fputs ( -t, --tsaware=BOOLSets or clears the tsaware flag\n, f); @@ -999,14 +1036,17 @@ fputs ( --set-image-characteristics=SPECSTR Set or clear various flags in the\n, f); fputs ( --clr-image-characteristics=SPECSTR 'Characteristics' field of the PE\n, f); fputs ( --show-image-characteristics=SPECSTR file's ImageFileHeader. See winnt.h\n, f); - fputs (for possible values. The --show-*h\n, f); - fputs (option indicates which flags to\n, f); - fputs (display symbolically.n, f); + fputs (for possible values.\n, f); + fputs ( --show-image-characteristics=SPECSTR Indicates which flags for this field\n, f); + fputs (to display symbolically. Default: none\n, f); fputs ( --set-dll-characteristics=SPECSTR Set or clear various flags in the\n, f); fputs ( --clr-dll-characteristics=SPECSTR 'DllCharacteristics' field of the\n, f); - fputs ( --show-dll-characteristics=SPECSTRPE file's ImageOptionalHeader. See\n, f); + fputs (PE file's ImageOptionalHeader. See\n, f); fputs (winnt.h for possible values; this\n, f); - fputs (field is not only for DLLs\n, f); + fputs (field is not only for DLLs.\n, f); + fputs ( --show-dll-characteristics=SPECSTRIndicates which flags for this field\n, f); + fputs (to display symbolically. Default:\n, f); + fputs ( 'dynbase,nxcompat,tsaware'\n, f); fputs ( -T, --filelist FILE Indicate that FILE contains a list\n, f); fputs (of PE files to process\n, f); fputs ( --verbose display diagnostic information\n, f); @@ -1028,26 +1068,34 @@ int i; fputs (Flag help: peflags [OPTIONS] file...\n, f); - fputs (The --set-* and --clr-* options accept as an argument a specification\n, f); - fputs (string of the following form:\n, f); + fputs (The --set-*, --clr-*, and --show-* options accept as an argument a\n, f); + fputs (specification string of the following form:\n, f); + fputs (\n, f); fputs ( name|integer[(+|,:)name|integer[...]]\n, f); + fputs (\n, f); fputs (That is, flag values may be expressed using a combination of numeric\n, f); fputs (values and symbolic names. For example:\n, f); + fputs (\n, f); fputs ( --set-dll-characteristics=0x0400|0x0100\n, f); fputs ( --set-dll-characteristics=1+128+1024,noseh,nobind\n, f); fputs ( --set-dll-characteristics=noseh:nobind:tsaware\n, f); + fputs (\n, f); fputs (There are a number of these symbolic names, which are listed below\n, f); + fputs (\n, f); fputs ( --[set|clr|show]-dll-characteristics:\n, f); /* Loop over symbolic names */ for (i = 0; dllchrctnames[i].name; i++) -fprintf (f, %s\n, dllchrctnames[i].name); +fprintf (f, 0x%04x = %s\n, + dllchrctnames[i].value, dllchrctnames[i].name); + fputs (\n, f); fputs ( --[set|clr|show]-image-characteristics:\n, f); /* Loop over symbolic names */ for (i = 0; imgfilechrctnames[i].name; i++) -fprintf (f, %s\n, imgfilechrctnames[i].name); +fprintf (f, 0x%04x = %s\n, + imgfilechrctnames[i].value, imgfilechrctnames[i].name); } static void peflags.c.20090304.gz Description: application/gzip -- 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: peflags utility [Was: Re: [1.7] rebaseall doesn't solve the problem]
Charles Wilson wrote: Dave: none of Corinna's comments, nor my changes in addressing them, point to any issues with your original patch for binutils. Yep, so I see; I'm lurking. cheers, DaveK -- 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/