src/winsup/cygwin ChangeLog ntdll.h fhandler_d ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-09-27 09:35:06 Modified files: winsup/cygwin : ChangeLog ntdll.h fhandler_disk_file.cc Log message: * ntdll.h (struct _FILE_COMPRESSION_INFORMATION): Align with definition in w32api / MSDN. * fhandler_disk_file.cc (fhandler_base::fstat_helper): Accommodate change to struct _FILE_COMPRESSION_INFORMATION. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3933r2=1.3934 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.71r2=1.72 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.250r2=1.251
FW: Problems compiling grep and friends
Im running xp pro and I am trying to compile grep. I downloaded the source. ./configure seemed to go OK but there were problems with make. It looks like it cannot find the usr directory. Is there a fix for this? Thanks, Siegfried make[1]: Leaving directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/intl' Making install in po make[1]: Entering directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/po' if test -r .././mkinstalldirs; then \ .././mkinstalldirs //usr/local/share; \ else \ /bin/sh ../mkinstalldirs //usr/local/share; \ fi mkdir //usr mkdir: cannot create directory `//usr': No such host or network path mkdir //usr/local mkdir: cannot create directory `//usr/local': No such host or network path mkdir //usr/local/share mkdir: cannot create directory `//usr/local/share': No such host or network path make[1]: *** [install-data-yes] Error 1 make[1]: Leaving directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/po' make: *** [install-recursive] Error 1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
FW: Problems compiling grep and friends
-Original Message- From: Siegfried Heintze [mailto:[EMAIL PROTECTED] Sent: Thursday, September 27, 2007 7:15 AM To: 'cygwin@cygwin.com' Subject: FW: Problems compiling grep and friends Im running xp pro and I am trying to compile grep. I downloaded the source. ./configure seemed to go OK but there were problems with make. It looks like it cannot find the usr directory. Is there a fix for this? Thanks, Siegfried make[1]: Leaving directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/intl' Making install in po make[1]: Entering directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/po' if test -r .././mkinstalldirs; then \ .././mkinstalldirs //usr/local/share; \ else \ /bin/sh ../mkinstalldirs //usr/local/share; \ fi mkdir //usr mkdir: cannot create directory `//usr': No such host or network path mkdir //usr/local mkdir: cannot create directory `//usr/local': No such host or network path mkdir //usr/local/share mkdir: cannot create directory `//usr/local/share': No such host or network path make[1]: *** [install-data-yes] Error 1 make[1]: Leaving directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygw in/release/grep/grep-2.5.1a-4/po' make: *** [install-recursive] Error 1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems compiling grep and friends
On 27 September 2007 14:15, Siegfried Heintze wrote: Im running xp pro and I am trying to compile grep. I downloaded the source. ./configure seemed to go OK but there were problems with make. It looks like it cannot find the usr directory. Is there a fix for this? How did you configure? It looks like it's got confused over the --prefix setting; that extra '/' then makes cygwin treat the path as a UNC network path, so you're trying to install to a network share called 'local' on a remote host named 'usr'! I've seen this sort of thing happen before when I was messing around by setting DESTDIR during make install. You'd better show us all your configure and build command lines. mkdir //usr mkdir: cannot create directory `//usr': No such host or network path mkdir //usr/local mkdir: cannot create directory `//usr/local': No such host or network path mkdir //usr/local/share mkdir: cannot create directory `//usr/local/share': No such host or network path make[1]: *** [install-data-yes] Error 1 make[1]: Leaving directory `/cygdrive/c/Documents and Settings/sheintze/Desktop/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin /release/grep/grep-2.5.1a-4/po' make: *** [install-recursive] Error 1 I really wouldn't build it in your package dir though, that's a bit cluttery. The optimal method is to use setup.exe to download and unpack the source for grep into /usr/src, and build it there (using the provided build script if there should happen to be one). cheers, DaveK -- Can't think of a witty .sigline today -- 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/
strange behavior with perl v 5.8.8
Hello, I've run into a strange adding problem with perl: when incrementing by 0.1 i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. test case: my $start = 0; my $interval = 0.1; my $end = 10; do{ print start: $start\n; $start += $interval;}until($start = $end); Results: ... start: 4.5 start: 4.6 start: 4.7 start: 4.8 start: 4.9 start: 5 start: 5.1 start: 5.2 start: 5.3 start: 5.4 start: 5.5 start: 5.6 start: 5.7 start: 5.8 start: 5.9 start: 5.99 start: 6.09 start: 6.19 start: 6.29 start: 6.39 start: 6.49 start: 6.59 start: 6.69 start: 6.79 start: 6.89 why all of suddun i get 5.9? Is this a perl problem? im using cygwin version 1.5.24 perl -v: This is perl, v5.8.8 built for cygwin-thread-multi-64int (with 8 registered patches, see perl -V for more detail) -- -Andrew Louie -- 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: strange behavior with perl v 5.8.8
Nope, not a Cygwin specific issue. I get the same behavior at the same point on Gentoo perl 5.8.8 (x86 dual-Xeon), Debian Etch perl 5.8.8 (x86 P4), and SunOS 5.10 perl 5.8.4. William Sutton On Thu, 27 Sep 2007, Andrew Louie wrote: Hello, I've run into a strange adding problem with perl: when incrementing by 0.1 i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. test case: my $start = 0; my $interval = 0.1; my $end = 10; do{ print start: $start\n; $start += $interval;}until($start = $end); Results: ... start: 4.5 start: 4.6 start: 4.7 start: 4.8 start: 4.9 start: 5 start: 5.1 start: 5.2 start: 5.3 start: 5.4 start: 5.5 start: 5.6 start: 5.7 start: 5.8 start: 5.9 start: 5.99 start: 6.09 start: 6.19 start: 6.29 start: 6.39 start: 6.49 start: 6.59 start: 6.69 start: 6.79 start: 6.89 why all of suddun i get 5.9? Is this a perl problem? im using cygwin version 1.5.24 perl -v: This is perl, v5.8.8 built for cygwin-thread-multi-64int (with 8 registered patches, see perl -V for more detail) -- -Andrew Louie -- 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: strange behavior with perl v 5.8.8
On 27 September 2007 16:14, Andrew Louie wrote: Hello, I've run into a strange adding problem with perl: when incrementing by 0.1 ... an infinite, non-repeating fraction in binary floating-point, that can only be inexactly approximated ... i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. 'fraid so. Use rounding if you like. This is bog-standard floating point behaviour, part of the fundamental limitations of the representation. See, e.g. http://docs.mandragor.org/files/Programming_languages/C/clc_faq_en/C-faq/q14.1 .html http://en.wikipedia.org/wiki/Floating_point#Accuracy_problems or in general google for floating point accuracy. cheers, DaveK -- Can't think of a witty .sigline today -- 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: strange behavior with perl v 5.8.8
Andrew Louie wrote: Hello, I've run into a strange adding problem with perl: when incrementing by 0.1 i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. test case: my $start = 0; my $interval = 0.1; my $end = 10; do{ print start: $start\n; $start += $interval;}until($start = $end); Results: ... start: 4.5 start: 4.6 start: 4.7 start: 4.8 start: 4.9 start: 5 start: 5.1 start: 5.2 start: 5.3 start: 5.4 start: 5.5 start: 5.6 start: 5.7 start: 5.8 start: 5.9 start: 5.99 start: 6.09 start: 6.19 start: 6.29 start: 6.39 start: 6.49 start: 6.59 start: 6.69 start: 6.79 start: 6.89 why all of suddun i get 5.9? Because binary floating-point numbers can't represent decimal values like 0.1 exactly. Is this a perl problem? No, it's not a Cygwin problem either. It's a floating-point problem. We have to deal with such queries all the time in the Python community: http://www.python.org/doc/faq/general/#why-am-i-getting-strange-results-with-simple-arithmetic-operations [...] The correct way out of this is to use integer variables to control the loop and calculate the start value each time around. regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden Sorry, the dog ate my .sigline -- 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/
supposed missing iconv with cygwin 1.7.0
When building binutils with cygwin 1.7.0 cvs and snapshot, make reports that iconv is missing. I think it also happens with gcc. This was captured from cygwin's bash. Is this a known issue? The only solution I could come up with is installing a new libiconv, but the current libibiconv is from 2006. This has made me hesitant about trying the new dll. It compiles fine under cygwin 1.5.24-2, the current dll. snip [EMAIL PROTECTED] ~/binutils $ mkdir obj [EMAIL PROTECTED] ~/binutils $ cd obj [EMAIL PROTECTED] ~/binutils/obj $ CFLAGS=-O2 ../src/configure checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking target system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes 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 for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gnatbind... gnatbind checking for gnatmake... gnatmake checking whether compiler driver understands Ada... yes checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f 2 checking for bison... bison -y checking for bison... bison checking for gm4... no checking for gnum4... no checking for m4... m4 checking for flex... flex checking for flex... flex checking for makeinfo... makeinfo checking for expect... expect checking for runtest... runtest checking for ar... ar checking for as... as checking for dlltool... dlltool checking for ld... (cached) /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-p c-cygwin/bin/ld.exe checking for lipo... no checking for nm... nm checking for ranlib... ranlib checking for strip... strip checking for windres... windres checking for windmc... windmc checking for objcopy... objcopy checking for objdump... objdump checking for cc... cc checking for c++... c++ checking for gcc... gcc checking for gcj... gcj checking for gfortran... no checking for ar... ar checking for as... as checking for dlltool... dlltool checking for ld... ld checking for lipo... no checking for nm... nm checking for objdump... objdump checking for ranlib... ranlib checking for strip... strip checking for windres... windres checking for windmc... windmc checking where to find the target ar... just compiled checking where to find the target as... just compiled checking where to find the target cc... host tool checking where to find the target c++... host tool checking where to find the target c++ for libstdc++... host tool checking where to find the target dlltool... just compiled checking where to find the target gcc... host tool checking where to find the target gcj... host tool checking where to find the target gfortran... host tool checking where to find the target ld... just compiled checking where to find the target lipo... host tool checking where to find the target nm... just compiled checking where to find the target objdump... just compiled checking where to find the target ranlib... just compiled checking where to find the target strip... just compiled checking where to find the target windres... just compiled checking where to find the target windmc... just compiled checking whether to enable maintainer-specific portions of Makefiles... no checking whether -fkeep-inline-functions is supported... yes configure: creating ./config.status config.status: creating Makefile [EMAIL PROTECTED] ~/binutils/obj $ make make[1]: Entering directory `/home/bobby/binutils/obj' mkdir -p -- ./intl Configuring in ./intl configure: creating cache ./config.cache checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether NLS is requested... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for i686-pc-cygwin-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 build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for i686-pc-cygwin-ranlib... ranlib checking for library containing strerror... none required checking how to run the C preprocessor... gcc -E checking for egrep... grep -E
Re: strange behavior with perl v 5.8.8
--On Thursday, September 27, 2007 11:14:09 AM -0400 Andrew Louie wrote: when incrementing by 0.1 i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. This is rounding error and applies to all computer systems and all programming languages that use fixed size number representations. It can be fatal - for example see http://www.ima.umn.edu/~arnold/disasters/patriot.html. -- Owen Rees; speaking personally, and not on behalf of HP. Hewlett-Packard Limited. Registered No: 690597 England Registered Office: Cain Road, Bracknell, Berks RG12 1HN -- 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/
Insight - redirect from stdin?
I want to use insight with a source file redirected from stdin. I suspected that I should have to bring up the gdb console window and type: run myfile But this doesn't appear to do anything other than run the program directly. If I run it using the input console and type things in, it works fine. I am using cygwin.dll 1.5.24-2, with all files downloaded 8/21/2007. Insight --version returns GNU gdb 6.5.50.20060706-cvs (cygwin-special) -- 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: strange behavior with perl v 5.8.8
On 9/27/07, Brian Mathis wrote: On 9/27/07, Andrew Louie wrote: Hello, I've run into a strange adding problem with perl: when incrementing by 0.1 i get a strange behavior where at some arbitrary number, it will append 0.99 to the end of the number. There's an excellent explanation of this (just posted today about the recently discovered Excel 2007 bug) here: http://www.joelonsoftware.com/items/2007/09/26b.html thanks! I never really thought about this before becuase it was never a problem. anyway I was able to fix my problem with sprintf. thanks for all the informative replies. -- -Andrew Louie -- 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/
bug in Win32 Cygwin setup.exe
In order to install Cygwin, I must use either the IE5 settings or a proxy. Upon running the setup.exe program, if I click on Use IE5 settings first, then I have no problem; it finds the mirrors, and I'm golden. If I click on Direct Connection and it fails, I click Back, and then click on Use IE5 settings, then it does not find the mirrors, and even when I add them manually, it won't find the appropriate setup files. This is a bug. This message is intended exclusively for the individual(s) or entity to which it is addressed. It may contain information that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. If you are not the named addressee, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message. -- 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/