Updated: grep-2.21-2
A new release of grep, 2.21-2, has been uploaded and will soon reach a mirror near you; leaving the previous version at 2.21-1. NEWS: = This is a fix for CVE-2015-1345, where grep can be coerced to read uninitialized memory on certain inputs. For more details on grep, see the documentation in /usr/share/doc/grep/. DESCRIPTION: GNU Grep searches one or more input files for lines containing a match to a specified patter. By default, Grep outputs the matching lines. The GNU implementation includes several useful extensions over POSIX. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'grep' in the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin grep package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: grep-2.21-2
A new release of grep, 2.21-2, has been uploaded and will soon reach a mirror near you; leaving the previous version at 2.21-1. NEWS: = This is a fix for CVE-2015-1345, where grep can be coerced to read uninitialized memory on certain inputs. For more details on grep, see the documentation in /usr/share/doc/grep/. DESCRIPTION: GNU Grep searches one or more input files for lines containing a match to a specified patter. By default, Grep outputs the matching lines. The GNU implementation includes several useful extensions over POSIX. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'grep' in the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin grep package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
On 1/23/2015 11:59 AM, Dr. Volker Zell wrote: ON 32bit: = /bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/build=/usr/src/debug/autotrace-0.31.1-14 -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/src/autotrace-0.31.1=/usr/src/debug/autotrace-0.31.1-14 -version-info 3:0:0 -no-undefined -o libautotrace.la -rpath /usr/lib input-pnm.lo input-bmp.lo input-tga.lo input-png.lo input-magick.lo output-eps.lo output-er.lo output-fig.lo output-sk.lo output-svg.lo output-p2e.lo output-emf.lo output-dxf.lo output-epd.lo output-pdf.lo output-mif.lo output-cgm.lo output-dr2d.lo output-swf.lo output-pstoedit.lo fit.lo bitmap.lo spline.lo curve.lo epsilon-equal.lo vector.lo color.lo autotrace.lo output.lo input.lo pxl-outline.lo median.lo thin-image.lo logreport.lo filename.lo xstd.lo despeckle.lo exception.lo strgicmp.lo image-proc.lo -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11- xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -l ffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lpng -lz -lm -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl libtool: link: gcc -shared .libs/input-pnm.o .libs/input-bmp.o .libs/input-tga.o .libs/input-png.o .libs/input-magick.o .libs/output-eps.o .libs/output-er.o .libs/output-fig.o .libs/output-sk.o .libs/output-svg.o .libs/output-p2e.o .libs/output-emf.o .libs/output-dxf.o .libs/output-epd.o .libs/output-pdf.o .libs/output-mif.o .libs/output-cgm.o .libs/output-dr2d.o .libs/output-swf.o .libs/output-pstoedit.o .libs/fit.o .libs/bitmap.o .libs/spline.o .libs/curve.o .libs/epsilon-equal.o .libs/vector.o .libs/color.o .libs/autotrace.o .libs/output.o .libs/input.o .libs/pxl-outline.o .libs/median.o .libs/thin-image.o .libs/logreport.o .libs/filename.o .libs/xstd.o .libs/despeckle.o .libs/exception.o .libs/strgicmp.o .libs/image-proc.o -lMagickCore-6.Q16 /usr/lib/liblcms2.dll.a /usr/lib/libtiff.dll.a -ljbig -ljpeg -lgs -lautotrace -lMagickCore /usr/lib/libfftw3.dll.a -lfpx -lwebp /usr/lib/libXt.dll.a -L/usr/lib -lpangocairo-1.0 -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lrsvg-2 -lgio-2.0 -l gdk_pixbuf-2.0 -lgmodule-2.0 -lcairo -lgobject-2.0 -lffi -lglib-2.0 /usr/lib/libintl.dll.a /usr/lib/libpcre.dll.a /usr/lib/libpixman-1.dll.a /usr/lib/libfontconfig.dll.a /usr/lib/libexpat.dll.a -lEGL -lGL -lpthread /usr/lib/libXdamage.dll.a /usr/lib/libXfixes.dll.a /usr/lib/libX11-xcb.dll.a /usr/lib/libxcb-glx.dll.a /usr/lib/libxcb-shm.dll.a /usr/lib/libxcb-render.dll.a /usr/lib/libXrender.dll.a /usr/lib/libXext.dll.a /usr/lib/libxml2.dll.a -llzma /usr/lib/libiconv.dll.a -lgdi32
Re: perl-5.18.4
On Jan 23 13:00, Reini Urban wrote: On 01/23/2015 06:39 AM, Corinna Vinschen wrote: Are you still with us? Not really, sorry. Just lurking, but not much time to work in cygwin anymore. All my packages are up for grabs. I'm sorry to read that. Andrew, can we get a goldstar for Reini, especially for maintaining perl for so long? clisp was broken upstream with the change to dynamic modules, the rest should be trivial to maintain. I marked your packages as orphaned in the maintainer file, except for perl which I foisted on Achim. Achim, would you also like to take over perl-IO-Tty, perl-libwin32, and perl-Win32-GUI? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpAJvf9ewDJ9.pgp Description: PGP signature
Re: [HEADSUP] Dropping libopenssl098 from distro
Hi Ken, On Jan 23 08:48, Ken Brown wrote: On 1/14/2015 4:19 PM, Ken Brown wrote: It is. There's a configure option --ignore-absence-of-libsigsegv. But there are more serious problems, affecting both the 32-bit and 64-bit versions. (So even just rebuilding clisp for 32-bit Cygwin will take some work.) The problem is that lisp.exe, which is built and used in the course of trying to build clisp.exe, crashes with a SEGV shortly after it's started. My reason for looking at this was that clisp is needed for building xindy, an optional component of TeX Live. I did successfully build clisp in the 32-bit case four years ago, but I can't any more. My guess (untested) is that this is because the location of the heap has changed since then, and maybe the source code makes unwarranted assumptions about memory layout. My guess is correct. lisp.exe uses bit 31 (counting from the LSB) as a marker during garbage collection, and this is incompatible with Cygwin's use of high memory for the heap. I think I know how to fix this (by defining LINUX_NOEXEC_HEAPCODES in the Cygwin build), but I haven't finished testing it yet. Given that by default *all* addresses used for 64 bit Cygwin processes are beyond the 2GB border, it's kind of tricky to use bit 31 for anything. But even then, the same code would fail on 32 bit Windows as well, if it's running under WOW64 or a 32 bit kernel started with the /3GB flag (or it's successor). In both cases Cygwin would happily use the addresses beyond 0x8000 for the heap. So, from that I conclude that using bit 31 for any dubious reason is inherently broken. I hope that the LINUX_NOEXEC_HEAPCODES stuff works, and if so, it should be used for the 32 bit build as well. I'd like to know Reini's intentions before investing any more time in this. BTW, I am *not* qualified to take over as clisp maintainer. I've never used clisp, and I know nothing about it other than the tiny bit I've learned from debugging the crash I mentioned above. Well, it seems you're now stuck with it. slashdot I, for one, welcome our new clisp overlord! /slashdot *Duck* Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpJ780dfNWjr.pgp Description: PGP signature
Re: SSH key for upload access
On Fri, 2015-01-23 at 21:31 +0200, Serge Lamikhov-Center wrote: Name: Serge Lamikhov-Center Package: ELFIO BEGIN SSH2 PUBLIC KEY Comment: 2048-bit RSA, converted by Serge@Panther from OpenSSH B3NzaC1yc2EDAQABAAABAQCzSJICfBlWFshj6QZMfRXgZvitanr6lpub+A42vZ 5CQpY8zNUeGUkwl2WljcT6gY4RkkNqc0Pg8Ajn9BZJbnQdu7m5DtpmV9dDIiWadmNKYyvZ CtWber2gHeBMQNuGs3yZwbezEMYvIJe7P9fW0kPkaUYYjnfntz1L3Cqt+65iE6SzZmw331 lIXBMrgNxeoJWXHhTaEc4G4U7LeylEYpd/JotQ0rwzxL5VXENEDxCFEfN9I/msAfjDNwlY UjJ+EWHiupfBiC6K1pQi1Ukg0ggs8YzTOnB78oesW+tH+pFTKRxWycmVb/TwDOfkMSaZ5c JbX8mA1UyDse231sjlU8kZ END SSH2 PUBLIC KEY Key installed. -- Yaakov
[ANNOUNCEMENT] Updated: ELFIO-3.0-1
A new release of the Cygwin port of ELFIO 3.0 is available in the 32-bit and 64-bit Cygwin distributions. This is a major release since ELFIO 2.3 in which ELF file generation was significantly improved. Serge If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com , mentioning ELFIO in the subject line. *** 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: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.htmlunsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: [BUG] w32api : InterlockedExchange(); wants unsigned in64 and not LONG
On Jan 23 15:11, Gregory Karastergios - Greg-Net.net wrote: I have been getting errors about InterlockedExchange() wanting unsigned in64 and not LONG. Is this possibly a bug with the preprocessors? Please fix this (I will try to submit a patch). Do you have a simple testcase? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp2CYihcJXA2.pgp Description: PGP signature
Re: [HEADSUP] Dropping libopenssl098 from distro
I, for one, welcome our new clisp overlord! ALL HAIL THE CLISP OVERLORD
Re: perl-5.18.4
On 01/23/2015 06:39 AM, Corinna Vinschen wrote: On Jan 23 05:50, Reini Urban wrote: 2015-01-19 4:02 GMT-06:00 Corinna Vinschen: On Jan 19 10:36, Marco Atzeri wrote: On 1/19/2015 9:55 AM, Corinna Vinschen wrote: Still, why? Is it real backward incompat, or just due to DLL versioning? Does DLL versioning really make sense here? Usually, if the new DLL is only providing new stuff but not breaking backward compat, we're not bumping the DLL version. Corinna looking at the Changelog, they are breaking API http://perldoc.perl.org/perl5180delta.html#Incompatible-Changes http://perldoc.perl.org/perl5200delta.html#Incompatible-Changes Oh well. Yes. BTW: 5.22 will be about 1.8 times faster on perl-heavy tasks. So you are still here, somehow? You didn't bother to reply for the last three months, so I'm wondering, what are your plans as Cygwin maintainer? You maintain quite a couple of packages, some of them not yet available as 64 bit packages: catdoc clisp ctris fcgi ffcall libsigsegv libtextcat mathomatic parrot perl-io-tty perl-libwin32 perl-win32-gui rakudo scsh tesseract-ocr Are you still with us? Not really, sorry. Just lurking, but not much time to work in cygwin anymore. All my packages are up for grabs. clisp was broken upstream with the change to dynamic modules, the rest should be trivial to maintain. signature.asc Description: OpenPGP digital signature
Updated: bison-3.0.4-1
A new release of bison, 3.0.4-1, has been uploaded and will soon reach a mirror near you; leaving the previous version at 3.0.2-1. NEWS: = This represents a new upstream release. For more details on the upstream changes, see the documentation in /usr/share/doc/bison/. DESCRIPTION: Bison is a general-purpose parser generator that converts an annotated context-free grammar into a deterministic LR or generalized LR (GLR) parser employing LALR(1) parser tables. As an experimental feature, Bison can also generate IELR(1) or canonical LR(1) parser tables. Once you are proficient with Bison, you can use it to develop a wide range of language parsers, from those used in simple desk calculators to complex programming languages. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'bison' in the 'Devel' category. DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin bison package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: bison-3.0.4-1
A new release of bison, 3.0.4-1, has been uploaded and will soon reach a mirror near you; leaving the previous version at 3.0.2-1. NEWS: = This represents a new upstream release. For more details on the upstream changes, see the documentation in /usr/share/doc/bison/. DESCRIPTION: Bison is a general-purpose parser generator that converts an annotated context-free grammar into a deterministic LR or generalized LR (GLR) parser employing LALR(1) parser tables. As an experimental feature, Bison can also generate IELR(1) or canonical LR(1) parser tables. Once you are proficient with Bison, you can use it to develop a wide range of language parsers, from those used in simple desk calculators to complex programming languages. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'bison' in the 'Devel' category. DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin bison package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
SSH key for upload access
Name: Serge Lamikhov-Center Package: ELFIO BEGIN SSH2 PUBLIC KEY Comment: 2048-bit RSA, converted by Serge@Panther from OpenSSH B3NzaC1yc2EDAQABAAABAQCzSJICfBlWFshj6QZMfRXgZvitanr6lpub+A42vZ 5CQpY8zNUeGUkwl2WljcT6gY4RkkNqc0Pg8Ajn9BZJbnQdu7m5DtpmV9dDIiWadmNKYyvZ CtWber2gHeBMQNuGs3yZwbezEMYvIJe7P9fW0kPkaUYYjnfntz1L3Cqt+65iE6SzZmw331 lIXBMrgNxeoJWXHhTaEc4G4U7LeylEYpd/JotQ0rwzxL5VXENEDxCFEfN9I/msAfjDNwlY UjJ+EWHiupfBiC6K1pQi1Ukg0ggs8YzTOnB78oesW+tH+pFTKRxWycmVb/TwDOfkMSaZ5c JbX8mA1UyDse231sjlU8kZ END SSH2 PUBLIC KEY
[BUG] w32api : InterlockedExchange(); wants unsigned in64 and not LONG
I have been getting errors about InterlockedExchange() wanting unsigned in64 and not LONG. Is this possibly a bug with the preprocessors? Please fix this (I will try to submit a patch). Cygwin Configuration Diagnostics Current System Time: Fri Jan 23 19:21:03 2015 Windows 8.1 Ver 6.3 Build 9600 Path: C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\ProgramData\Oracle\Java\javapath C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common C:\Program Files (x86)\Intel\iCLS Client C:\Program Files\Intel\iCLS Client C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\WINDOWS\System32\WindowsPowerShell\v1.0 C:\Program Files\Intel\Intel(R) Management Engine Components\DAL C:\Program Files\Intel\Intel(R) Management Engine Components\IPT C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT C:\Program Files (x86)\Intel\OpenCL SDK\3.0\bin\x86 C:\Program Files (x86)\Intel\OpenCL SDK\3.0\bin\x64 C:\Program Files\Java\jdk1.7.0_45\bin C:\Apache24 C:\Apache24\bin C:\Program Files (x86)\QuickTime\QTSystem C:\cygwin64\bin C:\cygwin64\home\Gregory\wx-cnf Output from C:\cygwin64\bin\id.exe UID: 1002(Gregory) GID: 513(None) 513(None) 545(Users) 1008(HomeUsers) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Gregory' PWD = '/home/Gregory' HOME = '/home/Gregory' USERDOMAIN_ROAMINGPROFILE = 'GREGPC' HOMEPATH = '\Users\Gregory' APPDATA = 'C:\Users\Gregory\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'GregPC' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 58 Stepping 9, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\WINDOWS' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c/Users/Gregory/Desktop' ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Program Files (x86)/NVIDIA Corporation/PhysX/Common:/cygdrive/c/Program Files (x86)/Intel/iCLS Client:/cygdrive/c/Program Files/Intel/iCLS Client:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Intel/Intel(R) Management Engine Components/DAL:/cygdrive/c/Program Files/Intel/Intel(R) Management Engine Components/IPT:/cygdrive/c/Program Files (x86)/Intel/Intel(R) Management Engine Components/DAL:/cygdrive/c/Program Files (x86)/Intel/Intel(R) Management Engine Components/IPT:/cygdrive/c/Program Files (x86)/Intel/OpenCL SDK/3.0/bin/x86:/cygdrive/c/Program Files (x86)/Intel/OpenCL SDK/3.0/bin/x64:/cygdrive/c/Program Files/Java/jdk1.7.0_45/bin:/cygdrive/c/Apache24:/cygdrive/c/Apache24/bin:/cygdrive/c/Program Files (x86)/QuickTime/QTSystem:/usr/bin:/home/Gregory/wx-cnf' USERDOMAIN = 'GREGPC' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' PP22_EXE4J_JAVA_HOME = 'C:\Program Files (x86)\Java\jre7' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' configsetroot = 'C:\WINDOWS\ConfigSetRoot' USERNAME = 'Gregory' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'en_US.UTF-8' VS120COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\' USERPROFILE = 'C:\Users\Gregory' WXWIN = 'C:\cygwin64\home\Gregory\wx' TZ = 'America/New_York' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MicrosoftAccount' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\Gregory\AppData\Local' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' OPENSSL_CONF = 'C:\OpenSSL-Win32\bin\openssl.cfg' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Epson Stylus C60 Series (M)' PROCESSOR_REVISION = '3a09' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'GREGPC' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\CYGNUS SOLUTIONS\Cygwin HKEY_CURRENT_USER\Software\CYGNUS SOLUTIONS\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\CYGNUS SOLUTIONS\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin' e022582115c10879 = '\??\C:\cygwin64' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) =
Re: [HEADSUP] Dropping libopenssl098 from distro
On 1/23/2015 3:09 PM, Corinna Vinschen wrote: Hi Ken, On Jan 23 08:48, Ken Brown wrote: On 1/14/2015 4:19 PM, Ken Brown wrote: It is. There's a configure option --ignore-absence-of-libsigsegv. But there are more serious problems, affecting both the 32-bit and 64-bit versions. (So even just rebuilding clisp for 32-bit Cygwin will take some work.) The problem is that lisp.exe, which is built and used in the course of trying to build clisp.exe, crashes with a SEGV shortly after it's started. My reason for looking at this was that clisp is needed for building xindy, an optional component of TeX Live. I did successfully build clisp in the 32-bit case four years ago, but I can't any more. My guess (untested) is that this is because the location of the heap has changed since then, and maybe the source code makes unwarranted assumptions about memory layout. My guess is correct. lisp.exe uses bit 31 (counting from the LSB) as a marker during garbage collection, and this is incompatible with Cygwin's use of high memory for the heap. I think I know how to fix this (by defining LINUX_NOEXEC_HEAPCODES in the Cygwin build), but I haven't finished testing it yet. Given that by default *all* addresses used for 64 bit Cygwin processes are beyond the 2GB border, it's kind of tricky to use bit 31 for anything. But even then, the same code would fail on 32 bit Windows as well, if it's running under WOW64 or a 32 bit kernel started with the /3GB flag (or it's successor). In both cases Cygwin would happily use the addresses beyond 0x8000 for the heap. So, from that I conclude that using bit 31 for any dubious reason is inherently broken. I hope that the LINUX_NOEXEC_HEAPCODES stuff works, and if so, it should be used for the 32 bit build as well. Sorry, I should have been more clear. I was only talking about the 32-bit build. I haven't yet seriously tried the 64-bit build. I'd like to know Reini's intentions before investing any more time in this. BTW, I am *not* qualified to take over as clisp maintainer. I've never used clisp, and I know nothing about it other than the tiny bit I've learned from debugging the crash I mentioned above. Well, it seems you're now stuck with it. slashdot I, for one, welcome our new clisp overlord! /slashdot Thanks a lot. I'll see if I can at least get version 3.48 or 3.49 built on both platforms. But in view of what Reini said about it being broken upstream, I don't think I'll try to go further. Ken
allowing redefinition of setjmp()?
I'm trying to build readline 6.3 for cygwin (in preparation for bash
4.3), but ran into a snag. Readline tries to redefine 'setjmp' in terms
of 'sigsetjmp' via a wrapper header (presumably faster to wrap the
problem away than auditing lots of old code to find where setjmp was
used?), which works on Linux but fails miserably on Cygwin:
...
#if defined (HAVE_POSIX_SIGSETJMP)
# define procenv_t sigjmp_buf
# if !defined (__OPENNT)
#undef setjmp
#define setjmp(x) sigsetjmp((x), 1)
...
$ printf '#include config.h
#include setjmp.h
#include posixjmp.h
sigsetjmp(a,0)\n' | gcc -E - | tail -n1
__extension__ ({ sigjump_buf *_sjbuf = (a); ((*_sjbuf)[(13 * 4)] = 0,
pthread_sigmask (0, 0, (sigset_t *)((*_sjbuf) + ((13 * 4)+1))),
sigsetjmp (*_sjbuf)); })
Basically, because readline's causes two macros to be defined in terms
of each other, the expansion of sigsetjmp is trying to invoke a function
named sigsetjmp, but no such function exists on Cygwin, leading to this
compilation failure:
readline.c: In function 'readline_internal_char':
readline.c:541:7: error: implicit declaration of function 'sigsetjmp'
[-Werror=implicit-function-declaration]
Reading POSIX, I see that Cygwin is compliant, and readline is at fault.
http://pubs.opengroup.org/onlinepubs/9699919799/functions/setjmp.html
is clear:
It is unspecified whether setjmp() is a macro or a function. If a macro
definition is suppressed in order to access an actual function, or a
program defines an external identifier with the name setjmp, the
behavior is undefined.
But as the redefine works in Linux, I'm wondering if we tweak things in
Cygwin and/or newlib to allow it to work here too. Maybe by making an
entry point __setjmp() as an alias for setjmp(), and defining
sigsetjmp() in terms of __setjmp(), so that when someone adds a #define
wrapper for setjmp, it is no longer a mutually recursive macro naming
scenario.
In the meantime, I'm resorting to patching up readline code to quit
trying to (re)define setjmp.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Re: [HEADSUP] Dropping libopenssl098 from distro
On 1/23/2015 5:57 AM, Dr. Volker Zell wrote: gcc -c -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:210:51: error: unknown type name 'RPC_OBJECT_INQ_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcObjectSetInqFn(RPC_OBJECT_INQ_FN *InquiryFn); I think the problem is that Status is used in /usr/include/w32api/rpcdce.h, and this conflicts with #define Status int. I ran into a similar problem when trying to build clisp. Ken
Re: [HEADSUP] Dropping libopenssl098 from distro
On 1/14/2015 4:19 PM, Ken Brown wrote: On 1/14/2015 12:46 PM, Achim Gratz wrote: Corinna Vinschen writes: Clisp is not yet ported to 64bit and it has problems under 32bit as well (temporary file generation) that also affect Maxima from ports. If it's a problem with the Cygwin DLL, it would be nice to get a bug report and, preferredly, an STC, so we have a chance to fix this. AFAIK it's the same problem that produced the same symptoms in sqlite: using a non-Cygwin API. So no, I don't think the Cygwin DLL is to blame. Apart from that, I was only talking about the 32 bitr version anyway. It requires the wrong libopenssl and needs a simple rebuild for now. One of the things holding a port off is libsigsegv, IIRC. This is a bit annoying. Libsigsegv should be optional, not required. I have no idea whether that's possible for clisp. It is. There's a configure option --ignore-absence-of-libsigsegv. But there are more serious problems, affecting both the 32-bit and 64-bit versions. (So even just rebuilding clisp for 32-bit Cygwin will take some work.) The problem is that lisp.exe, which is built and used in the course of trying to build clisp.exe, crashes with a SEGV shortly after it's started. My reason for looking at this was that clisp is needed for building xindy, an optional component of TeX Live. I did successfully build clisp in the 32-bit case four years ago, but I can't any more. My guess (untested) is that this is because the location of the heap has changed since then, and maybe the source code makes unwarranted assumptions about memory layout. My guess is correct. lisp.exe uses bit 31 (counting from the LSB) as a marker during garbage collection, and this is incompatible with Cygwin's use of high memory for the heap. I think I know how to fix this (by defining LINUX_NOEXEC_HEAPCODES in the Cygwin build), but I haven't finished testing it yet. I'd like to know Reini's intentions before investing any more time in this. BTW, I am *not* qualified to take over as clisp maintainer. I've never used clisp, and I know nothing about it other than the tiny bit I've learned from debugging the crash I mentioned above. Ken
Re: opendir(/dev/fd/n) should fail
On 01/23/2015 03:00 AM, Helmut Karlowski wrote: -- Helmut Karlowski helmut.karlow...@ish.de wrote: (23/01/2015 10:54) It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): Maybe it's because: 3 - /proc/3008/fd/ which recurses into /dev/fd again? Yep. You'd get similar behavior for: ln -s . dot then trying to do a recursive listing of ./dot/** Without some form of symlink recursion detection (aka have we seen the inode of this directory higher up in the tree?), this will affect any symlink-to-directory hierarchy loop. Might be worth reporting it upstream to see if bash is willing to add an inode hash table to prevent infinite recursion on ** expansions across symlink loops, but as it is not a cygwin-specific issue, I'm not going to try and do anything about it downstream in the cygwin build of bash. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Failure in merging win-env vars into post-'login'...
BTW -- the problem is (you probably already knew this) in 'cygwin.dll', since to restore password-less login, I just copied in the cygwin.dll from the previous version (i.e. just that file), restarted inetd, and it worked. BTW -- don't forget the .rhosts in your home dir. Just experimented with my .rhosts This is a oddity ... The entry that works is the entry without the domainname before my username! either short or long name, upper or lower case, but the entries with the domain name in front of them don't work so... these work: athenae law athenae.hs.tlinx.org law Athenae law Athenae.hs.tlinx.org law These do not: athenae Bliss\law athenae.hs.tlinx.org Bliss\law Athenae Bliss\law Athenae.hs.tlinx.org Bliss\law But it does log me in as the domain user. Note my passwd file has both: Bliss\law (domain account) and law (local account with different home directory) -- the Bliss has my PDC's domain (machine id). the local has whatever window's created when I first setup the computer... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Failure in merging win-env vars into post-'login'...
Corinna Vinschen wrote: - Can you please start inetd under strace, once under 1.7.33, once under the 1.7.34 test DLL and then log in as you usally do? This requires some patience because under strace the whole process of logging in will become almost unbearably slow. ~20 seconds? With the test DLL, you can stop immediately after the password prompt shows up. --- I trimmed both of the traces in gvim to the point when they both first call -bash. I *was* able to login *with* my password under the test release. It placed me in the same home directory -- so I ran getent there as well: Bliss\law:unused:5013:201:L A Walsh, Trust Technologies, tlinx.org,U-Bliss\law,S-1-5-21-3-7-3-5013:/Users/law.Bliss:/bin/bash I think that is the same output as before. I take it you're starting inetd from the command line of a local session, right? Usually from WIN-R (run) since I don't have a local window open yet until I run inetd -- but that's still a local session, so should be the same, just not the same as a startup from bash or a command line. The setup is dead simple then: $ strace -o inetd-1.7.33.trace inetd [your inetd options] $ strace -o inetd-1.7.34.trace inetd [your inetd options] --- No options are passed in. The only file I think I needed to change was '/etc/inetd.conf' (also attached). Other than that the binaries need to be installed (doy!)... Both traces are attached in xz format. Then send the traces, please, compressed and attached. -- done - Can you give me a short, concise description how you set up inetd/rlogin so I can try to reproduce this locally? --- Just the /etc/inetd.conf.. my 'terminal client' then uses the rlogin protocol and feeds it my systemname (localhost didn't work, but the shortname 'athenae' does) and my Userid 'Bliss\law'. If you want to try the same terminal client, you can download it for a 30-day trial from http://www.vandyke.com/products/securecrt/index.html I am not running under the latest release as my 'free updates' expired (I'm running 7.1.1 x64 version, current is 7.3). Note: when you purchase, you get free updates for some period after that, but the client itself doesn't expire...so it's been a pretty good value (you can set it for normal scrolling or jump scrolling.. among many other configurables). Hope this was everything ... ? Thanks, Corinna inet733.trc.xz Description: Binary data inet-1.7.34.trc.xz Description: Binary data # See man 8 inetd for more information. # # If you make changes to this file, either reboot your machine or restart # inetd, so that it will re-read this file. # net stop inetd / cygrunsrv -E inetd / telinit 1 # net start inetd / cygrunsrv -S inetd / telinit 3 # (depending on how the inetd service is installed on your machine. See # /usr/share/doc/Cygwin/inetutils.README for more information) # # service_name sock_type proto flags user server_path args # #echostream tcp nowait rootinternal #echodgram udp waitrootinternal #discard stream tcp nowait rootinternal #discard dgram udp waitrootinternal #daytime stream tcp nowait rootinternal #daytime dgram udp waitrootinternal #chargen stream tcp nowait rootinternal #chargen dgram udp waitrootinternal #timestream tcp nowait rootinternal #timedgram udp waitrootinternal # # The canonical method of calling external services is # to specify them directly: # ftp stream tcp nowait root/usr/sbin/ftpd ftpd # However, by default on cygwin we call them instead via # the 'tcpd' access-control wrapper for security reasons. # tcpd is not part of the inetutils proper, but is provide # by the tcp_wrappers package. If you enable (uncomment) any # of the services below, you need to also configure your # windows firewall AND /etc/hosts.allow to enable the affected # ports. See /usr/share/doc/Cygwin/inetutils.README and # 'man hosts_access' for more information. # # These are standard services. # #ftp stream tcp nowait root/usr/sbin/tcpd ftpd telnet stream tcp nowait root/usr/sbin/telnetd telnetd # # Shell, login, exec and talk are BSD protocols. # shell stream tcp nowait root /sbin/rshd -h login stream tcp nowait root /sbin/rlogind -h execstream tcp nowait root /sbin/rexecd -h #shell stream tcp nowait root/usr/sbin/tcpd rshd -L #login stream tcp nowait root/usr/sbin/tcpd rlogind #execstream tcp nowait root/usr/sbin/tcpd rexecd #talkdgram udp waitroot/usr/sbin/tcpd talkd #ntalk dgram udp waitroot/usr/sbin/tcpd talkd # # The Internet UUCP service. # # uucpstream tcp nowait uucp/usr/sbin/tcpd uucpd -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
Guys, please, please, strip your replies from unnecessary cruft. On Jan 23 13:17, Dr. Volker Zell wrote: Marco Atzeri writes: [...] As Autotrace depends on Imagemagick and ImageMagick from Autotrace, would you mind if I will take care of both ? Yes, thanks...you can take them. I'm time limited anyway the next 3 weeks. It will be more easy for any further bump of ImageMagick API Regards Marco Ciao Volker I added Marco as owner of the autotrace package. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpvc9A0vnmJV.pgp Description: PGP signature
Re: Failure in merging win-env vars into post-'login'...
On Jan 22 17:40, Linda Walsh wrote: Corinna Vinschen wrote: It seems your home dir is different for some reason. What does your /etc/nsswitch.conf look like (if you have one)? What does getent passwd your username Same as it ever was... law.Bliss getent passwd Bliss\\law Bliss\law:unused:5013:201:L A Walsh, Trust Technologies, tlinx.org,U-Bliss\law,S-1-5-21-3-7-3-5013:/Users/law.Bliss:/bin/bash print in a local mintty session, and what does it print in a remote session via rlogin? Why on earth are you still using rlogin anyway instead of ssh? They print the same thing. mintty doesn't have a smooth scroll option -- only jump scroll, so I can't see anything that scrolls. It seems like if I cat 20 pages of text, mintty show me the last page, but I don't see an option to turn off jump scrolling. I'm not still using rlogin - I just switched to it recently for being able to open a local console/shell window using a terminal It's about 3-5 times faster than ssh. For added security (besides the fact that my login isn't going out on the network for a local console, my windows machine isn't directly connected to the internet (behind a proxy) so it makes more sense to not use encryption. It also allows me to use SecureCRT (a remote terminal emulator) that I use to log into my server (even though I have a dedicated connection to the server). Two things: - Can you please start inetd under strace, once under 1.7.33, once under the 1.7.34 test DLL and then log in as you usally do? This requires some patience because under strace the whole process of logging in will become almost unbearably slow. With the test DLL, you can stop immediately after the password prompt shows up. I take it you're starting inetd from the command line of a local session, right? The setup is dead simple then: $ strace -o inetd-1.7.33.trace inetd [your inetd options] $ strace -o inetd-1.7.34.trace inetd [your inetd options] Then send the traces, please, compressed and attached. - Can you give me a short, concise description how you set up inetd/rlogin so I can try to reproduce this locally? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpp_rzvjuQkI.pgp Description: PGP signature
Re: perl-5.18.4
2015-01-19 4:02 GMT-06:00 Corinna Vinschen: On Jan 19 10:36, Marco Atzeri wrote: On 1/19/2015 9:55 AM, Corinna Vinschen wrote: On Jan 15 18:51, Achim Gratz wrote: I've finally managed to produce a working Perl including debuginfo via cygport. Thanks! Corinna Vinschen writes: However, why does a bump from 5.x to 5.y require a rebuild of other packages? Is the perl stuff backward incompatible from one minor version to the other?!? Anything linked against the Perl DLL must be rebuilt. Still, why? Is it real backward incompat, or just due to DLL versioning? Does DLL versioning really make sense here? Usually, if the new DLL is only providing new stuff but not breaking backward compat, we're not bumping the DLL version. Corinna looking at the Changelog, they are breaking API http://perldoc.perl.org/perl5180delta.html#Incompatible-Changes http://perldoc.perl.org/perl5200delta.html#Incompatible-Changes Oh well. Yes. BTW: 5.22 will be about 1.8 times faster on perl-heavy tasks.
Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
On 1/23/2015 11:59 AM, Dr. Volker Zell wrote: Marco Atzeri writes: I rebuild libfpx without .la files but meanwhile I also updated to the latest gcc-4.9.2 and now I get ON 32bit: = /bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/build=/usr/src/debug/autotrace-0.31.1-14 -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/src/autotrace-0.31.1=/usr/src/debug/autotrace-0.31.1-14 -version-info 3:0:0 -no-undefined -o libautotrace.la -rpath /usr/lib input-pnm.lo input-bmp.lo input-tga.lo input-png.lo input-magick.lo output-eps.lo output-er.lo output-fig.lo output-sk.lo output-svg.lo output-p2e.lo output-emf.lo output-dxf.lo output-epd.lo output-pdf.lo output-mif.lo output-cgm.lo output-dr2d.lo output-swf.lo output-pstoedit.lo fit.lo bitmap.lo spline.lo curve.lo epsilon-equal.lo vector.lo color.lo autotrace.lo output.lo input.lo pxl-outline.lo median.lo thin-image.lo logreport.lo filename.lo xstd.lo despeckle.lo exception.lo strgicmp.lo image-proc.lo -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11- xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -l ffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lpng -lz -lm -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl libtool: link: gcc -shared .libs/input-pnm.o .libs/input-bmp.o .libs/input-tga.o .libs/input-png.o .libs/input-magick.o .libs/output-eps.o .libs/output-er.o .libs/output-fig.o .libs/output-sk.o .libs/output-svg.o .libs/output-p2e.o .libs/output-emf.o .libs/output-dxf.o .libs/output-epd.o .libs/output-pdf.o .libs/output-mif.o .libs/output-cgm.o .libs/output-dr2d.o .libs/output-swf.o .libs/output-pstoedit.o .libs/fit.o .libs/bitmap.o .libs/spline.o .libs/curve.o .libs/epsilon-equal.o .libs/vector.o .libs/color.o .libs/autotrace.o .libs/output.o .libs/input.o .libs/pxl-outline.o .libs/median.o .libs/thin-image.o .libs/logreport.o .libs/filename.o .libs/xstd.o .libs/despeckle.o .libs/exception.o .libs/strgicmp.o .libs/image-proc.o -lMagickCore-6.Q16 /usr/lib/liblcms2.dll.a /usr/lib/libtiff.dll.a -ljbig -ljpeg -lgs -lautotrace -lMagickCore /usr/lib/libfftw3.dll.a -lfpx -lwebp /usr/lib/libXt.dll.a -L/usr/lib -lpangocairo-1.0 -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lrsvg-2 -lgio-2.0 -l gdk_pixbuf-2.0 -lgmodule-2.0 -lcairo -lgobject-2.0 -lffi -lglib-2.0 /usr/lib/libintl.dll.a /usr/lib/libpcre.dll.a /usr/lib/libpixman-1.dll.a /usr/lib/libfontconfig.dll.a /usr/lib/libexpat.dll.a -lEGL -lGL -lpthread /usr/lib/libXdamage.dll.a /usr/lib/libXfixes.dll.a /usr/lib/libX11-xcb.dll.a /usr/lib/libxcb-glx.dll.a /usr/lib/libxcb-shm.dll.a
Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
Marco Atzeri writes: On 1/23/2015 11:59 AM, Dr. Volker Zell wrote: Marco Atzeri writes: I rebuild libfpx without .la files but meanwhile I also updated to the latest gcc-4.9.2 and now I get ON 32bit: = /bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/build=/usr/src/debug/autotrace-0.31.1-14 -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/src/autotrace-0.31.1=/usr/src/debug/autotrace-0.31.1-14 -version-info 3:0:0 -no-undefined -o libautotrace.la -rpath /usr/lib input-pnm.lo input-bmp.lo input-tga.lo input-png.lo input-magick.lo output-eps.lo output-er.lo output-fig.lo output-sk.lo output-svg.lo output-p2e.lo output-emf.lo output-dxf.lo output-epd.lo output-pdf.lo output-mif.lo output-cgm.lo output-dr2d.lo output-swf.lo output-pstoedit.lo fit.lo bitmap.lo spline.lo curve.lo epsilon-equal.lo vector.lo color.lo autotrace.lo output.lo input.lo pxl-outline.lo median.lo thin-image.lo logreport.lo filename.lo xstd.lo despeckle.lo exception.lo strgicmp.lo image-proc.lo -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lp! ng15 ! -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfix! es -lX11- xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -! lgobje! ct-2.0 -l ffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lpng -lz -lm -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl libtool: link: gcc -shared .libs/input-pnm.o .libs/input-bmp.o .libs/input-tga.o .libs/input-png.o .libs/input-magick.o .libs/output-eps.o .libs/output-er.o .libs/output-fig.o .libs/output-sk.o .libs/output-svg.o .libs/output-p2e.o .libs/output-emf.o .libs/output-dxf.o .libs/output-epd.o .libs/output-pdf.o .libs/output-mif.o .libs/output-cgm.o .libs/output-dr2d.o .libs/output-swf.o .libs/output-pstoedit.o .libs/fit.o .libs/bitmap.o .libs/spline.o .libs/curve.o .libs/epsilon-equal.o .libs/vector.o .libs/color.o .libs/autotrace.o .libs/output.o .libs/input.o .libs/pxl-outline.o .libs/median.o .libs/thin-image.o .libs/logreport.o .libs/filename.o .libs/xstd.o .libs/despeckle.o .libs/exception.o .libs/strgicmp.o .libs/image-proc.o -lMagickCore-6.Q16 /usr/lib/liblcms2.dll.a /usr/lib/libtiff.dll.a -ljbig -ljpeg -lgs -lautotrace -lMagickCore /usr/lib/libfftw3.dll.a -lfpx -lwebp /usr/lib/libXt.dll.a -L/usr/lib -lpangocairo-1.0 -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lrsvg-2! -lgi! o-2.0 -l gdk_pixbuf-2.0 -lgmodule-2.0 -lcairo -lgobject-2.0 -lffi -lglib-2.0 /usr/lib/libintl.dll.a /usr/lib/libpcre.dll.a /usr/lib/libpixman-1.dll.a /usr/lib/libfontconfig.dll.a
Re: opendir(/dev/fd/n) should fail
On Jan 22 23:19, Helmut Karlowski wrote: Am 22.01.2015, 22:47 Uhr, schrieb Helmut Karlowski: #! /bin/bash (set -o globstar 2/dev/null) set -o globstar || shopt -s globstar extglob echo /dev/fd/** run this in on mintty, and then in another: ps: ... 8164012 816176 pty01004 00:15:27 /usr/bin/obash 676/home/hk#ll /proc/816/fd total 0 lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 0 - /dev/pty0 lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 1 - /dev/pty0 lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 10 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 100 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 101 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 102 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 103 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 104 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 105 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 106 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 107 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 108 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 109 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 11 - /proc/816/fd/ lrwxrwxrwx 1 hk Benutzer 0 Jan 23 00:15 110 - /proc/816/fd/ numerous entries ... This occurs on Linux as well, just with a few less entries in fd (42 rather than 560). These descriptors are apparently created by bash for some reason I don't know, and our bash seems to create some more descriptors than the newler bash on Linux. Eric, do you happen to know what bash is doing here? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpAHakiILbjC.pgp Description: PGP signature
Re: opendir(/dev/fd/n) should fail
-- Corinna Vinschen corinna-cyg...@cygwin.com wrote: (23/01/2015 10:43) numerous entries ... This occurs on Linux as well, just with a few less entries in fd (42 rather than 560). These descriptors are apparently created by bash for some reason I don't know, and our bash seems to create some more descriptors than the newler bash on Linux. It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): [ 752:3] globit:ksh_opendir:'/dev/fd/3/0/',prefix_len=12,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/1/',prefix_len=12,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/2/',prefix_len=12,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/',prefix_len=12,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/0/',prefix_len=14,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/1/',prefix_len=14,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/2/',prefix_len=14,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/',prefix_len=14,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/0/',prefix_len=16,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/1/',prefix_len=16,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/2/',prefix_len=16,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/',prefix_len=16,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/0/',prefix_len=18,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/1/',prefix_len=18,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/2/',prefix_len=18,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/',prefix_len=18,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/0/',prefix_len=20,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/1/',prefix_len=20,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/2/',prefix_len=20,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/',prefix_len=20,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/0/',prefix_len=22,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/1/',prefix_len=22,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/2/',prefix_len=22,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/',prefix_len=22,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/0/',prefix_len=24,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/1/',prefix_len=24,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/2/',prefix_len=24,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/3/',prefix_len=24,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/3/0/',prefix_len=26,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/3/1/',prefix_len=26,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/3/2/',prefix_len=26,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/3/3/3/3/3/3/3/3/',prefix_len=26,hasdot=0,fignore=48: ... Linux seems to have has a similar bug. -Helmut -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: opendir(/dev/fd/n) should fail
On Jan 23 11:09, Helmut Karlowski wrote: -- Helmut Karlowski helmut.karlow...@ish.de wrote: (23/01/2015 10:54) It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): Maybe it's because: 3 - /proc/3008/fd/ which recurses into /dev/fd again? Yes, that seems likely. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpRgh_PBJjCC.pgp Description: PGP signature
Re: opendir(/dev/fd/n) should fail
-- Helmut Karlowski helmut.karlow...@ish.de wrote: (23/01/2015 10:54) It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): Maybe it's because: 3 - /proc/3008/fd/ which recurses into /dev/fd again? -Helmut -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: opendir(/dev/fd/n) should fail
-- Helmut Karlowski helmut.karlow...@ish.de wrote: (23/01/2015 10:54) It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): Maybe it's because: 3 - /proc/3008/fd/ which recurses into /dev/fd again? -Helmut -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [PATCH] Add-on to gethostbyname2
On Jan 22 21:05, Pierre A. Humblet wrote:
Add-on to gethostbyname2, as discussed previously on main list.
The diff is also attached.
Pierre
2015-01-22 Pierre A. Humblet ...
* net.cc (cygwin_inet_pton): Declare.
(gethostby_specials): New function.
(gethostby_helper): Change returned addrtype in 4-to-6 case.
(gethostbyname2): Call gethostby_specials.
Patch applied with just fixing the coding style a bit:
if () {
[...]
}
==
if ()
{
[...]
}
Do you have some wording for the release info in the docs, please?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpKHY96IvRVQ.pgp
Description: PGP signature
Re: Using signals to unblock calls to msgrcv() in a multi-threaded process (Cygwin v1.7.33)
On Jan 23 10:27, SCOTT Damien wrote: On 1/19/2015 8:10 PM, Corinna Vinschen wrote: Well, it was not as complicated as I anticipated. I applied a patch to cygserver to pull it into the wonderful modern times of per-thread signalling. I created and uploaded a new developer snapshot to https://cygwin.com/snapshots/ with this change. Please give it a try and report back. Hi Corinna, Thanks very much for the speedy response and solution. I have carried out some testing with snapshot 2015-01-19 and can confirm that this has fixed the problem. Thanks again, Thanks to you for your feedback, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpJHdgLhdsW1.pgp Description: PGP signature
Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
Marco Atzeri writes: On 1/15/2015 1:05 PM, Dr. Volker Zell wrote: Yaakov Selkowitz writes: On 2014-12-30 16:12, Ken Brown wrote: On 12/30/2014 4:51 PM, Marco Atzeri wrote: On 12/30/2014 10:23 PM, Angelo Graziosi wrote: Sure it isn't a packaging bug? I see that now ImageMagick has missed /usr/lib/libMagickCore.dll.a... and this changed name upstream. cd /usr/lib ln -sf libMagickCore-6.Q16.dll.a libMagickCore.dll.a seem to fix the build (both with CLANG and GCC) I think the problem is that ImageMagick.pc adds -lImageMagick: $ pkg-config --libs ImageMagick -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore [...] Actually, the problem is that autotrace has a (circular) dependency on ImageMagick, and therefore autotrace needs to be rebuilt. Build now fails (This is or 32bit): /bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/build=/usr/src/debug/autotrace-0.31.1-14 -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/src/autotrace-0.31.1=/usr/src/debug/autotrace-0.31.1-14 -version-info 3:0:0 -no-undefined -o libautotrace.la -rpath /usr/lib input-pnm.lo input-bmp.lo input-tga.lo input-png.lo input-magick.lo output-eps.lo output-er.lo output-fig.lo output-sk.lo output-svg.lo output-p2e.lo output-emf.lo output-dxf.lo output-epd.lo output-pdf.lo output-mif.lo output-cgm.lo output-dr2d.lo output-swf.lo output-pstoedit.lo fit.lo bitmap.lo spline.lo curve.lo epsilon-equal.lo vector.lo color.lo autotrace.lo output.lo input.lo pxl-outline.lo median.lo thin-image.lo logreport.lo filename.lo xstd.lo despeckle.lo exception.lo strgicmp.lo image-proc.lo -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 ! -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfix! es -lX11- xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 -ltiff -lfreetype -lbz2 -lz -lpng15 -lm -lz -ljpeg -lgs -lpng15 -lautotrace -lpng -lz -lm -lMagickCore -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl -lfftw3 -lfpx -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lwebp -lXext -lXt -lSM -lICE -lX11 -llzma -lbz2 -lpangocairo-1.0 -lcairo -lz -lGL -lpixman-1 -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lm -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng15 -lm -lz -lrsvg-2 -lm -lgio-2.0 -lz -lgdk_pixbuf-2.0 -lm -lgmodule-2.0 -lpng15 -lm -lz -lcairo -lz -lGL -lgobje! ct-2.0 -l ffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp -lxml2 -lz -lgdi32 -lm -lgomp -lm -lpng -lz -lm -lming -lm -lpstoedit -lpng -lz -lstdc++ -ldl /usr/bin/grep: /usr/lib/gcc/i686-pc-cygwin/4.5.3/libstdc++.la: No such file or directory /usr/bin/sed: can't read /usr/lib/gcc/i686-pc-cygwin/4.5.3/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc/i686-pc-cygwin/4.5.3/libstdc++.la' is not a valid libtool archive Makefile:548: recipe for target 'libautotrace.la' failed make[1]: *** [libautotrace.la] Error 1 make[1]: Leaving
Re: opendir(/dev/fd/n) should fail
On Jan 23 10:54, Helmut Karlowski wrote: -- Corinna Vinschen corinna-cyg...@cygwin.com wrote: (23/01/2015 10:43) numerous entries ... This occurs on Linux as well, just with a few less entries in fd (42 rather than 560). These descriptors are apparently created by bash for some reason I don't know, and our bash seems to create some more descriptors than the newler bash on Linux. It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): [ 752:3] globit:ksh_opendir:'/dev/fd/3/0/',prefix_len=12,hasdot=0,fignore=48:'' [ 752:3] globit:ksh_opendir:'/dev/fd/3/1/',prefix_len=12,hasdot=0,fignore=48:'' [...] Does the above occur with the snapshot? How can I reproduce it? Linux seems to have has a similar bug. Ok, in that case I lean back a bit. But the above ksh output is weird if it occurs under the snapshot. What I did in Cygwin was to fix the tests for a valid path under /proc/$PID/fd. The next path component must be a valid descriptor as returned by the application $PID. A trailing slash and more path components result in replacing the path with the content of the symlink and the trailing path compenents and restarting the path evaluation. In my subsequent testing I was unable to enter wrong paths, so the above surprises me a bit. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpyxbxn6pcAY.pgp Description: PGP signature
Re: Using signals to unblock calls to msgrcv() in a multi-threaded process (Cygwin v1.7.33)
On 1/19/2015 8:10 PM, Corinna Vinschen wrote: Well, it was not as complicated as I anticipated. I applied a patch to cygserver to pull it into the wonderful modern times of per-thread signalling. I created and uploaded a new developer snapshot to https://cygwin.com/snapshots/ with this change. Please give it a try and report back. Hi Corinna, Thanks very much for the speedy response and solution. I have carried out some testing with snapshot 2015-01-19 and can confirm that this has fixed the problem. Thanks again, Damien -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
src/winsup/cygwin ChangeLog net.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-01-23 10:46:22 Modified files: winsup/cygwin : ChangeLog net.cc Log message: * net.cc (cygwin_inet_pton): Declare. (gethostby_specials): New function. (gethostby_helper): Change returned addrtype in 4-to-6 case. (gethostbyname2): Call gethostby_specials. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6615r2=1.6616 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.322r2=1.323
Re: [HEADSUP] Dropping libopenssl098 from distro
Volker Zell writes: Hi I'm on business, no access to the logs...I will come back to this on friday. Here we are Ciao Volker Vin Shelton writes: Volker - I can build XEmacs on 32-bit Cygwin. What doesn't work for you? gcc -c -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:210:51: error: unknown type name 'RPC_OBJECT_INQ_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcObjectSetInqFn(RPC_OBJECT_INQ_FN *InquiryFn); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:473:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoA(RPC_CSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg); ^ /usr/include/w32api/rpcdce.h:474:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoW(RPC_WSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:555:59: error: unknown type name 'RPC_MGMT_AUTHORIZATION_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcMgmtSetAuthorizationFn(RPC_MGMT_AUTHORIZATION_FN AuthorizationFn); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0:
RE: [PATCH] Add-on to gethostbyname2
From: Corinna Vinschen Sent: Friday, January 23, 2015 5:48 AM On Jan 22 21:05, Pierre A. Humblet wrote: Add-on to gethostbyname2, as discussed previously on main list. The diff is also attached. Do you have some wording for the release info in the docs, please? Make gethostbyname2 handle numerical host addresses as well as the reserved domain names localhost and invalid. Pierre
Re: Subversion (svn.exe) prepending current directory to target path when using Windows path format.
On 2015-01-22 14:19, David Rothenberger wrote:
Hans Deragon wrote:
When I run Cygwin subversion command (svn) with a Windows formatted
path (C:dir1dir2...), for some reason it prepends the current
directory (${PWD}) in Cygwin format (/cygdrive/c/...) to the target
path in Windows format, causing the command to fail. Using a target
path expressed in Cygwin format works fine.
I am the maintainer of Subversion for Cygwin. I do not have the time or
interest to try to patch this in Subversion. In general, I don't feel
the Cygwin tools have a responsibility to support Windows formatted
paths.
I understand. Thank you for your reply, I will do without. I am just
curious; is the problem really with svn? I thought that the Cygwin
libraries are responsible for converting Windows path to Cygwin paths. I
am surprised that svn has a different behavior depending of the path
format; it suggests that some code of svn receives the Windows path
instead of a converted Cygwin path, thus explaining the different
behavior.
I am not at all a Cygwin expert and I am just speculating.
Best regards,
Hans Deraogn
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: opendir(/dev/fd/n) should fail
-- Eric Blake ebl...@redhat.com wrote: (23/01/2015 15:04) On 01/23/2015 03:00 AM, Helmut Karlowski wrote: -- Helmut Karlowski helmut.karlow...@ish.de wrote: (23/01/2015 10:54) It's not just bash. The same happens in my home-grown shell. Starting with /dev/fd/3 opendir succeeds giving (only the opendir-entries): Maybe it's because: 3 - /proc/3008/fd/ which recurses into /dev/fd again? Yep. You'd get similar behavior for: ln -s . dot then trying to do a recursive listing of ./dot/** Without some form of symlink recursion detection (aka have we seen the inode of this directory higher up in the tree?), this will affect any symlink-to-directory hierarchy loop. Might be worth reporting it upstream to see if bash is willing to add an inode hash table to prevent infinite recursion on ** expansions across symlink loops, but as it is I think ksh93 just does not follow synlinks when doing globstar. At least not the cygwin-version. Guess that's what I'll do as well. -Helmut -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
src/winsup/doc ChangeLog new-features.xml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-01-23 14:59:44 Modified files: winsup/doc : ChangeLog new-features.xml Log message: * new-features.xml (ov-new1.7.34): Add extension of gethostbyname2. Add sockatmark. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.530r2=1.531 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.xml.diff?cvsroot=srcr1=1.40r2=1.41
Re: [HEADSUP] Dropping libopenssl098 from distro
Hi, Volker - Vin wrote: I can build XEmacs on 32-bit Cygwin. What doesn't work for you? Volker wrote: Here we are A few thoughts: 1. You need to use the most recent XEmacs sources from mercurial. 2. You must have an old version of libpng installed, because 21.4.22 won't compile with the newer libpng (some structure members are hidden). 3. You will also need to add: #define stricmp strcasecmp to src/s/cygwin32.h 4. I will review the contents of xemacs-21.4.22-1.src.patch and promote at least your developer info and the above stricmp hack to the mercurial repo. 5. I have promised to release 21.4.23, so I will do that shortly after #4 above. - Vin
src/winsup/cygwin/release 1.7.34
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-01-23 14:57:20 Modified files: winsup/cygwin/release: 1.7.34 Log message: Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.34.diff?cvsroot=srcr1=1.9r2=1.10
Re: Subversion (svn.exe) prepending current directory to target path when using Windows path format.
On Jan 23 09:13, Hans Deragon wrote:
On 2015-01-22 14:19, David Rothenberger wrote:
Hans Deragon wrote:
When I run Cygwin subversion command (svn) with a Windows formatted path
(C:dir1dir2...), for some reason it prepends the current directory
(${PWD}) in Cygwin format (/cygdrive/c/...) to the target path in
Windows format, causing the command to fail. Using a target path
expressed in Cygwin format works fine.
I am the maintainer of Subversion for Cygwin. I do not have the time or
interest to try to patch this in Subversion. In general, I don't feel
the Cygwin tools have a responsibility to support Windows formatted paths.
I understand. Thank you for your reply, I will do without. I am just
curious; is the problem really with svn? I thought that the Cygwin libraries
are responsible for converting Windows path to Cygwin paths. I am surprised
that svn has a different behavior depending of the path format; it suggests
that some code of svn receives the Windows path instead of a converted
Cygwin path, thus explaining the different behavior.
I am not at all a Cygwin expert and I am just speculating.
What you're observing is how the application itself handles paths
incoming from the command line. An innocent POSIX application
might be inclined to check for a leading slash and if it's missing,
treat the path as relative.
The best way forward is to use POSIX path throughout and to convert
incoming Windows paths from native tools using cygpath(1) as described
in https://cygwin.com/cygwin-ug-net/using-utils.html#cygpath
HTH,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgp82l1sLTuzr.pgp
Description: PGP signature
Re: perl-5.18.4
On Jan 23 05:50, Reini Urban wrote: 2015-01-19 4:02 GMT-06:00 Corinna Vinschen: On Jan 19 10:36, Marco Atzeri wrote: On 1/19/2015 9:55 AM, Corinna Vinschen wrote: Still, why? Is it real backward incompat, or just due to DLL versioning? Does DLL versioning really make sense here? Usually, if the new DLL is only providing new stuff but not breaking backward compat, we're not bumping the DLL version. Corinna looking at the Changelog, they are breaking API http://perldoc.perl.org/perl5180delta.html#Incompatible-Changes http://perldoc.perl.org/perl5200delta.html#Incompatible-Changes Oh well. Yes. BTW: 5.22 will be about 1.8 times faster on perl-heavy tasks. So you are still here, somehow? You didn't bother to reply for the last three months, so I'm wondering, what are your plans as Cygwin maintainer? You maintain quite a couple of packages, some of them not yet available as 64 bit packages: catdoc clisp ctris fcgi ffcall libsigsegv libtextcat mathomatic parrot perl-io-tty perl-libwin32 perl-win32-gui rakudo scsh tesseract-ocr Are you still with us? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp41h2a9Uts_.pgp Description: PGP signature
Re: [HEADSUP] Dropping libopenssl098 from distro
Vin Shelton writes: Hi, Volker - Vin wrote: I can build XEmacs on 32-bit Cygwin. What doesn't work for you? Volker wrote: Here we are A few thoughts: 1. You need to use the most recent XEmacs sources from mercurial. OK 2. You must have an old version of libpng installed, because 21.4.22 won't compile with the newer libpng (some structure members are hidden). I had a patch for this..see the xemacs.cygport file. 3. You will also need to add: #define stricmp strcasecmp to src/s/cygwin32.h In the current source we have ? 4. I will review the contents of xemacs-21.4.22-1.src.patch and promote at least your developer info and the above stricmp hack to the mercurial repo. Ah...ok 5. I have promised to release 21.4.23, so I will do that shortly after #4 above. Cool...thanks. I'll wait for that before going on. - Vin Ciao Volker
Re: [HEADSUP] Dropping libopenssl098 from distro
On Jan 23 16:43, Dr. Volker Zell wrote: Ken Brown writes: On 1/23/2015 5:57 AM, Dr. Volker Zell wrote: gcc -c -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:210:51: error: unknown type name 'RPC_OBJECT_INQ_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcObjectSetInqFn(RPC_OBJECT_INQ_FN *InquiryFn); I think the problem is that Status is used in /usr/include/w32api/rpcdce.h, and this conflicts with #define Status int. I ran into a similar problem when trying to build clisp. Any simple fix/workaround for this ? It's a bug in the header, because it's polluting the namespace with unnecessary usage of Status as parameter names in prototypes. The header should use __status__ or drop them entirely. What you could try is either one of - Change the order of the header files, so that the windows headers are included before the private header defining Status. - Or, prior to including the Windows headers, push the macro and undefine it, after including the windows headers, pop the macro: #pragma push_macro (Status) #undef Status #include windows.h #pragma pop_macro (Status) - Or, you could not include windce.h at all if you don't need any of it: #define __RPCDCE_H__ #include windows.h ... Apart from that, the header should be fixed in Mingw-w64. HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp3KvBQGHGzV.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: cron 4.1
A new release of the Cygwin port of cron 4.1 is available in the 32-bit and
64-bit Cygwin distributions.
The change allows the cron-config script to handle new cron installations in
the upcoming Cygwin release, which does not rely on /etc/{password,group}.
Pierre
If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com , mentioning cron in
the subject line.
*** 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:
cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com
If you need more information on unsubscribing, start reading here:
http://sourceware.org/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
