Re: postgresql-client-9.6.2-1: Where is the libpq-fe.h include?
BTW, why installing libpq-devel on Cygwin differs from Linux install [FrancisANDRE@idefix include ]$uname -a CYGWIN_NT-6.1-WOW idefix 2.7.0(0.306/5/3) 2017-02-12 13:13 i686 Cygwin [FrancisANDRE@idefix ~ ]$find /usr/include -name "libpq*.*" /usr/include/libpq/libpq-fs.h /usr/include/libpq-events.h /usr/include/libpq-fe.h /usr/include/postgresql/internal/libpq-int.h /usr/include/postgresql/server/libpq/libpq-be.h /usr/include/postgresql/server/libpq/libpq-fs.h /usr/include/postgresql/server/libpq/libpq.h /usr/include/pqxx/internal/libpq-forward.hxx while on Ubuntu for exemple, one have /usr/include/postgresql/internal/c.h /usr/include/postgresql/internal/libpq-int.h /usr/include/postgresql/internal/libpq/pqcomm.h /usr/include/postgresql/internal/port.h /usr/include/postgresql/internal/postgres_fe.h /usr/include/postgresql/internal/pqexpbuffer.h /usr/include/postgresql/libpq-events.h /usr/include/postgresql/libpq-fe.h /usr/include/postgresql/libpq/libpq-fs.h /usr/include/postgresql/pg_config.h /usr/include/postgresql/pg_config_ext.h /usr/include/postgresql/pg_config_manual.h /usr/include/postgresql/pg_config_os.h /usr/include/postgresql/postgres_ext.h Le 20/03/2017 à 12:02, Marco Atzeri a écrit : > On 20/03/2017 11:26, Francis ANDRE wrote: >> I am not asking for changing the packaging or the package name... just >> to display it in the window when searching for "postgres" >> > > the search is based on the package name > > >> >> Le 20/03/2017 à 11:01, Marco Atzeri a écrit : >>> reply on mailing list. >>> >>> On 20/03/2017 10:26, Francis ANDRE wrote: >>>> It would be nice to add the libpq-devel package when looking for >>>> postgres as it is missing (see below) >>>> >>> >>> the package is called in the same way on major Linux >>> distributions. >>> >>> I will not change it. >>> >>> Regards >>> Marco >>> > > -- > 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 > > -- 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: postgresql-client-9.6.2-1: Where is the libpq-fe.h include?
I am not asking for changing the packaging or the package name... just to display it in the window when searching for "postgres" Le 20/03/2017 à 11:01, Marco Atzeri a écrit : > reply on mailing list. > > On 20/03/2017 10:26, Francis ANDRE wrote: >> It would be nice to add the libpq-devel package when looking for >> postgres as it is missing (see below) >> > > the package is called in the same way on major Linux > distributions. > > I will not change it. > > Regards > Marco > > > -- > 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 > > -- 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: setup-x86 unattended mode: crash when invoked from a dos console.
Hi Corinna Le 01/12/2015 10:54, Corinna Vinschen a écrit : Hi Francis, On Nov 30 23:59, Francis ANDRE wrote: Hi The following set-x86.exe command in unattended mode crashes on Win7 C:\Users\FrancisANDRE>c:\cygwin\bin\uname.exe -a CYGWIN_NT-6.1-WOW idefix 2.3.1(0.291/5/3) 2015-11-14 12:42 i686 Cygwin C:\Users\FrancisANDRE>c:\cygwin\setup-x86.exe -B -D -q -n -d -R cygwin -s http://mirror.csclub.uwaterloo.ca/cygwin -P unzip The crash is not nice and I'm just looking into that, but the path you specify with the -R option is supposed to be an absolute DOS path, e.g. C:/cygwin. Please try this, it should get you further. Thanks for the tips.. It avoids the crash. By the way, what is the option to set in order to avoid the Progress popup window? Thanks, Corinna -- 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
setup-x86 unattended mode: crash when invoked from a dos console.
Hi The following set-x86.exe command in unattended mode crashes on Win7 C:\Users\FrancisANDRE>c:\cygwin\bin\uname.exe -a CYGWIN_NT-6.1-WOW idefix 2.3.1(0.291/5/3) 2015-11-14 12:42 i686 Cygwin C:\Users\FrancisANDRE>c:\cygwin\setup-x86.exe -B -D -q -n -d -R cygwin -s http://mirror.csclub.uwaterloo.ca/cygwin -P unzip Rgds -- 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: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address
rebase -O -T list That's works effectively but why it does not work without the -O option? Hold on, the story is not closed when doing the following steps at the console, it works find . -name "*.dll" > dlls rebase -O -T dlls PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files (x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. Memory/bin:/cygdrive/c/Program Files (x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files (x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml --config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini but when running the equivalent steps in a bash script, it does not work as show below -- script mkdoc joined -- Worth to mention that the binary PocoDoc is spawing a process for compiling a cpp source with g++ [FrancisANDRE@idefix poco-1.6.2 ]$mkdoc all Building tools Configured for CYGWIN rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParser.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParser.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundation.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundation.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSON.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSON.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSONd.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSONd.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNet.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNet.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNetd.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNetd.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtil.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtil.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtild.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtild.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXML.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXML.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXMLd.32.dll rebased /cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXMLd.dll PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files (x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. Memory/bin:/cygdrive/c/Program Files (x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files (x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin Building documentation 1.6.2-all (using /cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml) Cleaning build
Re: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address
Le 08/11/2015 17:05, Ken Brown a écrit : On 11/8/2015 10:11 AM, Francis ANDRE wrote: $ rebase --help [...] -O, --oblivious Do not change any files already in the database and do not record any changes to the database. (Implies -s). [...] One of the options -b, -s or -i is mandatory. [...] If you use -O as Achim suggested in https://www.cygwin.com/ml/cygwin/2015-11/msg00141.html, that implies -s, so you should be OK. rebase -O -T list Tha's works effectively but why it does not work without the -O option? FA Ken -- 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 -- 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: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address
Le 07/11/2015 22:17, Marco Atzeri a écrit : On 07/11/2015 22:02, David Stacey wrote: On 07/11/15 09:06, Francis ANDRE wrote: Le 07/11/2015 09:13, David Stacey a écrit : On 07/11/15 07:12, Marco Atzeri wrote: On 07/11/2015 07:39, Francis ANDRE wrote: Hi read /usr/share/doc/rebase/README As this files are not part of the cygwin packages, you should use the option -T, --filelist=FILE Also rebase the files specified in FILE. The format of FILE is one DLL per line. Cygwin does have a poco build. To use, install the 'libpoco-devel' package. Note that poco-1.6.2 isn't released yet; the latest in Cygwin is 1.6.1. I'll turn my attention to 1.6.2 when it is released upstream. I am the maintener of Poco on Cygwin... and working on packaging Poco on various platforms.. It would be nice if you could put the Cygwin package for poco-1.6.1 here https://github.com/pocoproject/distro/releases I think you'll find I am the maintainer of Poco on Cygwin :-) I think he means that he is the upstream developer that is focusing/taking care of cygwin platform, not that he is the cygwin package maintainer. As such if he needs to run/test a new release on build tree and has fork issue the rebase "-T, --filelist=FILE" options is still my suggestion. It is what I do for octave builds from mercurial repository, as rebase is not aware of these new dll's find /build_root -name "*.dll" > new_dlls rebase -T new_dlls reinstalled poco-1.6.1 and the problem reappears...thsu, following your advises $ find stage/tools -name "*.dll" > dlls $ cat dlls stage/tools/lib/CYGWIN/i686/cygPocoCppParser.32.dll stage/tools/lib/CYGWIN/i686/cygPocoCppParser.dll stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.32.dll stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.dll stage/tools/lib/CYGWIN/i686/cygPocoFoundation.32.dll stage/tools/lib/CYGWIN/i686/cygPocoFoundation.dll stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.32.dll stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.dll stage/tools/lib/CYGWIN/i686/cygPocoJSON.32.dll stage/tools/lib/CYGWIN/i686/cygPocoJSON.dll stage/tools/lib/CYGWIN/i686/cygPocoJSONd.32.dll stage/tools/lib/CYGWIN/i686/cygPocoJSONd.dll stage/tools/lib/CYGWIN/i686/cygPocoNet.32.dll stage/tools/lib/CYGWIN/i686/cygPocoNet.dll stage/tools/lib/CYGWIN/i686/cygPocoNetd.32.dll stage/tools/lib/CYGWIN/i686/cygPocoNetd.dll stage/tools/lib/CYGWIN/i686/cygPocoUtil.32.dll stage/tools/lib/CYGWIN/i686/cygPocoUtil.dll stage/tools/lib/CYGWIN/i686/cygPocoUtild.32.dll stage/tools/lib/CYGWIN/i686/cygPocoUtild.dll stage/tools/lib/CYGWIN/i686/cygPocoXML.32.dll stage/tools/lib/CYGWIN/i686/cygPocoXML.dll stage/tools/lib/CYGWIN/i686/cygPocoXMLd.32.dll stage/tools/lib/CYGWIN/i686/cygPocoXMLd.dll $rebase -T dlls usage: rebase [-b BaseAddress] [-o Offset] [-48dOsvV] [-T [FileList | -]] Files... rebase -i [-48Os] [-T [FileList | -]] Files... rebase --help or --usage for full help text $rebase stage/tools/lib/CYGWIN/i686/cygPocoXML.32.dll usage: rebase [-b BaseAddress] [-o Offset] [-48dOsvV] [-T [FileList | -]] Files... rebase -i [-48Os] [-T [FileList | -]] Files... rebase --help or --usage for full help text Any ideas of what's wrong? $strace rebase stage/tools/lib/CYGWIN/i686/cygPocoXML.32.dll --- Process 11352 created --- Process 11352 loaded C:\Windows\SysWOW64\ntdll.dll at 7782 --- Process 11352 unloaded DLL at 7752 --- Process 11352 unloaded DLL at 7722 --- Process 11352 unloaded DLL at 7752 --- Process 11352 unloaded DLL at 7742 --- Process 11352 loaded C:\Windows\SysWOW64\kernel32.dll at 7722 --- Process 11352 loaded C:\Windows\SysWOW64\KernelBase.dll at 754F --- Process 11352 loaded C:\Cygwin\bin\cygwin1.dll at 6100 1 1 [main] rebase (11352) ** 54 55 [main] rebase (11352) Program name: C:\cygwin\bin\rebase.exe (windows pid 11352) 34 89 [main] rebase (11352) OS version: Windows NT-6.1 19 108 [main] rebase (11352) ** 64 172 [main] rebase (11352) sigprocmask: 0 = sigprocmask (0, 0x0, 0x612C4B48) 532 704 [main] rebase 11352 open_shared: name shared.5, n 5, shared 0x60FF (wanted 0x60FF), h 0x7C, *m 6 53 757 [main] rebase 11352 user_heap_info::init: heap base 0x8000, heap top 0x8000, heap size 0x1800 (402653184) 74 831 [main] rebase 11352 open_shared: name S-1-5-21-4248690395-1896549713-2016893734-1000.1, n 1, shared 0x60FE (wanted 0x60FE), h 0x78, *m 6 35 866 [main] rebase 11352 user_info::create: opening user shared for 'S-1-5-21-4248690395-1896549713-2016893734-1000' at 0x60FE 37 903 [main] rebase 11352 user_info::create: user shared version AB1FCCE8 53 956 [main] rebase 11352 fhandler_pipe::create: name \\.\pipe\cygwin-c5e39b7a9d22bafb-11352-sigwait, size 5412, mode PIPE_TYPE_MESSAGE 1211077 [main
Re: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address
Le 07/11/2015 08:12, Marco Atzeri a écrit : On 07/11/2015 07:39, Francis ANDRE wrote: Hi I have recently updated my Cygwin installation using the latest setup_x86.exe and then the following executable PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml --config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini emits " Loaded to different address:" error as show below PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml --config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini 0 [main] PocoDoc 6616 child_info_fork::abort: Z:\git\poco-1.6.2\stage\tools\lib\CYGWIN\i686\cygPocoFoundation.32.dll: Loaded to different address: parent(0x79) != child(0x62) [cut] \cygwin\bin\dash -c '/usr/bin/rebaseall -v -p' done but nothing changes Any idea about solving this problem? read /usr/share/doc/rebase/README As this files are not part of the cygwin packages, you should use the option -T, --filelist=FILE Also rebase the files specified in FILE. The format of FILE is one DLL per line. There should be something else... I uninstall the poco-1.6.1 package, and then it works again while the PATH contains the same value as -- i.e., the poco-1.6.2 are first in the past and then before the /usr/lib/cygPoco-1.6.1*.dll PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files (x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. Memory/bin:/cygdrive/c/Program Files (x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files (x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin I will reinstall the package poco-1.6.1 and retest it again without the rebase... will see then TIA Regards Marco -- 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 -- 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
Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address
Hi I have recently updated my Cygwin installation using the latest setup_x86.exe and then the following executable PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml --config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini emits " Loaded to different address:" error as show below PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml --config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini 0 [main] PocoDoc 6616 child_info_fork::abort: Z:\git\poco-1.6.2\stage\tools\lib\CYGWIN\i686\cygPocoFoundation.32.dll: Loaded to different address: parent(0x79) != child(0x62) Application: [Error] System exception: Cannot fork process for: g++ 0 [main] PocoDoc 8344 child_info_fork::abort: Z:\git\poco-1.6.2\stage\tools\lib\CYGWIN\i686\cygPocoFoundation.32.dll: Loaded to different address: parent(0x79) != child(0x83) Application: [Error] System exception: Cannot fork process for: g++ 0 [main] PocoDoc 6896 child_info_fork::abort: Z:\git\poco-1.6.2\stage\tools\lib\CYGWIN\i686\cygPocoFoundation.32.dll: Loaded to different address: parent(0x79) != child(0x57) Application: [Error] System exception: Cannot fork process for: g++ 0 [main] PocoDoc 11184 child_info_fork::abort: Z:\git\poco-1.6.2\stage\tools\lib\CYGWIN\i686\cygPocoFoundation.32.dll: Loaded to different address: parent(0x79) != child(0x95) Application: [Error] System exception: Cannot fork process for: g++ \cygwin\bin\dash -c '/usr/bin/rebaseall -v -p' done but nothing changes Any idea about solving this problem? TIA Cygwin Configuration Diagnostics Current System Time: Sat Nov 07 05:33:42 2015 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: Z:\git\poco-1.6.2\release\script C:\cygwin\usr\local\bin C:\cygwin\bin C:\ProgramData\Oracle\Java\javapath C:\Python33 C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files\Microsoft SQL Server\110\Tools\Binn C:\Program Files (x86)\Subversion\bin C:\Program Files (x86)\Dr. Memory\bin C:\Program Files (x86)\Skype\Phone C:\Windows\system32\config\systemprofile\.dnx\bin C:\Program Files\Microsoft DNX\Dnvm C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit C:\Program Files (x86)\Git\bin Z:\git\win-flex-bison\bin\Release C:\ASF\apache-maven-3.2.1\bin C:\Program Files\Java\jdk1.7.0_51\bin C:\ASF\apache-ant-1.9.3\bin Output from C:\cygwin\bin\id.exe UID: 197608(FrancisANDRE) GID: 197121(None) =197121(None) 197612(HomeUsers) 559(Utilisateurs du journal de performances) 545(Utilisateurs) 4(INTERACTIF) 66049(OUVERTURE DE SESSION DE CONSOLE) 11(Utilisateurs authentifiés) 15(Cette organisation) 113(Compte local) 4095(CurrentSession) 66048(LOCAL) 262154(Authentifications NTLM) 401408(Niveau obligatoire moyen) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'FrancisANDRE' PWD = '/cygdrive/z/git/poco-1.6.2' HOME = '/home/FrancisANDRE' HOMEPATH = '\Users\FrancisANDRE' APPDATA = 'C:\Users\FrancisANDRE\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'idefix' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 30 Stepping 5, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/z/git' ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files (x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. Memory/bin:/cygdrive/c/Program Files (x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files (x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin' USERDOMAIN = 'idefix' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' windows_tracing_flags = '3' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' APR_ICONV_PATH = 'C:\Program Files (x86)\Subversion\iconv' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' USERNAME = 'FrancisANDRE' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' ISO-ITU-OSI-ALS =
CYGWIN_NT-6.1-WOW 2.2.1(0.289/5/3) inconsistency between pwd and readdir
Hi the drive letter returned by pwd is a upper case letter while the drive letter returned by readdir is a lower case letter. [FrancisANDRE@idefix pocozos ]$pwd /cygdrive/Z/git/pocozos [FrancisANDRE@idefix pocozos ]$ll /cygdrive total 92 drwxrwxrwx+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 20 oct. 18:52 c drwxrwxrwt+ 1 Administrateurs Système 0 20 oct. 18:52 d drwxrwxrwx+ 1 Administrateurs Unknown+Group 0 20 oct. 18:52 g drwx---rwx+ 1 Administrateurs Administrateurs 0 21 oct. 11:45 z Thus, when traversing the /cygdrive tree using a pattern matching code, the /cygdrive/Z directory does not exist while the /cygdrive/z exists. Either pwd should return a lower case letter, either readdir should return an uppercase drive letter to get consistent results. FA -- 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: 1.7.25: problem with the cd command in ksh
Hi Robert The problem here is that the string of the target directory is computed by another tool -- Mercurial in this case -- and that Mercurial returns a absolute windows style path as Z:/DEV/OpenJDK_7u40/hotspot which seems to be relative in Unix world but which is absolute in the Windows world. Moreover, when using the bash shell, the command FrancisANDRE@idefix /cygdrive/c/Cygwin $ cd Z:/DEV/OpenJDK_7u40/hotspot moves the cwd without error to FrancisANDRE@idefix /cygdrive/z/DEV/OpenJDK_7u40/hotspot So why the ksh cannot do the same? Francis Le 05/10/2013 12:22, Robert Klemme a écrit : On Sat, Oct 5, 2013 at 8:33 AM, Francis ANDRE francis.andre.kampb...@orange.fr wrote: Hi Cygwin List I have a problem with the cd command in a ksh script. In the log below, there is this error: /make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles: No such file or directory and the snippet producing this error is # cd to the directory so the names are short echo =1 CWW=$CWS DIR=$DIR VARRR=$CWS/$DIR echo =2 VARR=$VARRR cd $VARRR echo =3 $CWS/$DIR So it seems that the cd command is prepending the target directory where to go(Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles) by the current working directory (/cygdrive/z/DEV/OpenJDK_7u40/hotspot/)... I guess that's because Z:/... is a relative path on Unix (as opposed to Windows). Is there a way to avoid this prefix so that the commad: cd Z:/DEV/OpenJDK_7u40/hotspot/make/windows/makefiles just prepend by the cygdrive prefix? Use a proper cygwin path, e.g. /cygdrive/z/DEV/OpenJDK_7u40/hotspot/make/windows/makefiles I typically do it like this: only use Unix style paths in scripts. If I invoke a Windows command I convert necessary paths with cygpath -a {path}. I even have a script somewhere which looks at command line arguments and converts them on the fly if it thinks it's a path (the heuristic I use is that I test the path for existence and if that fails I use dirname of the path and test it for existing directory). Kind regards robert -- 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: 1.7.25: problem with the cd command in ksh
Le 07/10/2013 00:33, Christopher Faylor a écrit : On Sun, Oct 06, 2013 at 01:06:52PM +0200, Robert Klemme wrote: On Sun, Oct 6, 2013 at 10:49 AM, Francis ANDRE francis.an...@easynet.fr wrote: Hi Robert The problem here is that the string of the target directory is computed by another tool -- Mercurial in this case -- and that Mercurial returns a absolute windows style path as Z:/DEV/OpenJDK_7u40/hotspot which seems to be relative in Unix world but which is absolute in the Windows world. Moreover, when using the bash shell, the command FrancisANDRE@idefix /cygdrive/c/Cygwin $ cd Z:/DEV/OpenJDK_7u40/hotspot moves the cwd without error to FrancisANDRE@idefix /cygdrive/z/DEV/OpenJDK_7u40/hotspot So why the ksh cannot do the same? That question ksh developers or cygwin package maintainers should be able to answer. They might just use different syscalls which vary in behavior on Cygwin. You could try to find that out with strace. More likely it is just because ksh automatically prepends the current working directory to something that it considers to be relative. I know I'm a broken record on the subject but it is not a requirement that Cygwin tools to be able to understand MS-DOS paths. It's possible that they do, by coincidence, understand them but it is not a given that they will. Can I have a official statement from Cygwin about this? ie that bash is supporting MS-DOX path by accident and ksh won't and that is not a requirement of Cygwin? Or Can Cygwin adds the understanding of absolute DOS path as a requirement and fix the ksh stuff? Francis cgf -- 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 -- 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
1.7.25: problem with the cd command in ksh
Hi Cygwin List I have a problem with the cd command in a ksh script. In the log below, there is this error: /make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles: No such file or directory and the snippet producing this error is # cd to the directory so the names are short echo =1 CWW=$CWS DIR=$DIR VARRR=$CWS/$DIR echo =2 VARR=$VARRR cd $VARRR echo =3 $CWS/$DIR So it seems that the cd command is prepending the target directory where to go(Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles) by the current working directory (/cygdrive/z/DEV/OpenJDK_7u40/hotspot/)... Is there a way to avoid this prefix so that the commad: cd Z:/DEV/OpenJDK_7u40/hotspot/make/windows/makefiles just prepend by the cygdrive prefix? The execution log: $ ksh ./make/scripts/webrev.ksh -v ./make/scripts/webrev.ksh version: 23.18-hg+jbs SCM detected: mercurial Workspace: Z:/DEV/OpenJDK_7u40/hotspot Compare against: http://hg.openjdk.java.net/jdk7u/jdk7u40-dev/hotspot Output to: Z:/DEV/OpenJDK_7u40/hotspot/webrev Output Files: ./make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles: No such file or directory abort: cannot follow file not in parent revision: sa.make make/windows/makefiles/sa.make =1 CWS=Z:/DEV/OpenJDK_7u40/hotspot DIR=make/windows/make files =2 VARR=Z:/DEV/OpenJDK_7u40/hotspot/make/windows/makefiles ./make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/make/windows/makefiles: No such file or directory =3 Z:/DEV/OpenJDK_7u40/hotspot/make/windows/makefiles *** Error: file not in parent or child ./make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/src/cpu/x86/vm: No such file or directory abort: cannot follow file not in parent revision: bytecodeInterpreter_x86.inline.hpp src/cpu/x86/vm/bytecodeInterpreter_x86.inline.hpp =1 CWW=Z:/DEV/OpenJDK_7u40/hotspot DIR=src/cpu/x86/vm =2 VARR=Z:/DEV/OpenJDK_7u40/hotspot/src/cpu/x86/vm ./make/scripts/webrev.ksh[2899]: cd: /cygdrive/z/DEV/OpenJDK_7u40/hotspot/Z:/DEV/OpenJDK_7u40/hotspo t/src/cpu/x86/vm: No such file or directory =3 Z:/DEV/OpenJDK_7u40/hotspot/src/cpu/x86/vm *** Error: file not in parent or child $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,user,noumount,auto) V: on /cygdrive/v type smbfs (binary,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,user,noumount,auto) Cygwin Configuration Diagnostics Current System Time: Sat Oct 05 07:31:58 2013 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin %JAVA_HOME%\bin C:\Program Files\IBM\WebSphere MQ\Java\lib C:\PVSW\Bin C:\Program Files\IBM\CICS Transaction Gateway\bin C:\zOS\Hercules\bin Z:\isode-8.0\com.pac.osi.cpp\bin Z:\DEV\3rd\poco\bin C:\Program Files\Perl\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Hummingbird\Connectivity\7.00\Accessories C:\Program Files\doxygen\bin C:\PROGRA~1\ATT\Graphviz\bin C:\Program Files\IDM Computer Solutions\UltraEdit-32 C:\PROGRA~1\IBM\SQLLIB\BIN C:\PROGRA~1\IBM\SQLLIB\FUNCTION C:\PROGRA~1\IBM\SQLLIB\SAMPLES\REPL C:\Program Files\IBM\Installation Manager\eclipse\lib C:\Program Files\Subversion\bin C:\Program Files\Graphviz\Bin C:\Program Files\Fichiers communs\DivX Shared C:\Program Files\IBM\WebSphere MQ\bin C:\Program Files\IBM\WebSphere MQ\tools\c\samples\bin C:\Program Files\Mercurial C:\Program Files\TortoiseSVN\bin C:\Program Files\Fichiers communs\Acronis\SnapAPI C:\WINDOWS\system32\WindowsPowerShell\v1.0 C:\Program Files\Microsoft SQL Server\100\Tools\Binn C:\Program Files\Microsoft SQL Server\100\DTS\Binn C:\Program Files\scala\bin C:\Program Files\QuickTime\QTSystem C:\Program Files\Mercurial C:\Program Files\TortoiseHg C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE C:\Program Files\Microsoft Visual Studio 10.0\VC\BIN C:\Program Files\Microsoft Visual Studio 10.0\Common7\Tools C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319
Segmentation fault on sort
Hi What could I do to avoid this problem?? config.status: linking ./mpn/generic/mullow_n.c to mpn/mullow_n.c config.status: linking ./mpn/generic/mullow_basecase.c to mpn/mullow_basecase.c config.status: linking ./mpn/x86/umul.asm to mpn/umul.asm config.status: linking ./mpn/x86/udiv.asm to mpn/udiv.asm config.status: linking ./mpn/x86/copyi.asm to mpn/copyi.asm config.status: linking ./mpn/x86/p6/copyd.asm to mpn/copyd.asm config.status: linking ./mpn/generic/addsub_n.c to mpn/addsub_n.cHi config.status: linking ./mpn/x86/p6/mmx/gmp-mparam.h to gmp-mparam.h 8 [unknown (0x30AC)] sort 22720 _cygtls::handle_exceptions: Error while dumping state (probabl y corrupted stack) ./configure: line 34677: echo: write error: Broken pipe ./configure: line 34709: 23416 Broken pipe for ac_var in $ac_subst_vars; do eval ac_val=$`echo $ac_var`; echo $ac_var='$ac_val'; done 22720 Segmentation fault (core dumped) | $ac_cs_success Cygwin Configuration Diagnostics Current System Time: Wed Apr 30 16:51:31 2008 Windows XP Media Center Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\Progra~1\Cygwin\usr\local\bin C:\Progra~1\Cygwin\bin C:\Progra~1\Cygwin\bin C:\Progra~1\Cygwin\usr\X11R6\bin c:\Perl\site\bin c:\Perl\bin c:\Program Files\Perl\site\bin c:\Program Files\Perl\bin c:\Program Files\IBM\CICS Transaction Gateway\bin c:\Program Files\Apache Software Foundation\Maven 1.1\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Fichiers communs\Adobe\AGL c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\PROGRA~1\IBM\SQLLIB\BIN c:\PROGRA~1\IBM\SQLLIB\FUNCTION c:\PROGRA~1\IBM\SQLLIB\SAMPLES\REPL c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\Program Files\Intel\Wireless\Bin\ C C:\Progra~1\Cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\ c:\Program Files\Microsoft Platform SDK\Bin\ c:\Program Files\Microsoft Platform SDK\Bin\WinNT\ c:\Program Files\IBM\Installation Manager\eclipse\lib c:\Program Files\Subversion\bin c:\Program Files\Mercurial d:\DEV\WS\CPP\SAS\3rd\poco\bin c:\Program Files\Apache Software Foundation\maven-2.0.7\bin c:\Program Files\IBM\Informix\bin d:\zOS\Hercules\bin c:\Program Files\Apache Group\apache-ant-1.7.0\bin c:\Program Files\Microsoft Platform SDK\Bin\ c:\Program Files\Microsoft Platform SDK\Bin\WinNT\ Output from C:\Progra~1\Cygwin\bin\id.exe (nontsec) UID: 1006(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs) 545(Utilisateurs) Output from C:\Progra~1\Cygwin\bin\id.exe (ntsec) UID: 1006(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs) 545(Utilisateurs) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'FrancisANDRE' PWD = '/usr/src/gmp-4.2.2' HOME = '/home/FrancisANDRE' MAKE_MODE = 'unix' MSSDK = 'C:\Program Files\Microsoft Platform SDK\.' HOMEPATH = '\Documents and Settings\FrancisANDRE' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\FrancisANDRE\Application Data' HOSTNAME = 'Falbala' VS71COMNTOOLS = 'C:/PROGRA~1/MICROS~2.NET/Common7/Tools' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX 9.0 SDK (Summer 2004)\' MSTOOLS = 'C:\Program Files\Microsoft Platform SDK\.' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 14 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' DB2TEMPDIR = 'C:\PROGRA~1\IBM\SQLLIB\' CATALINA_HOME = 'C:\Program Files\Apache Software Foundation\Tomcat 5.5' OLDPWD = '/usr/src' USERDOMAIN = 'FALBALA' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' ANT_HOME = 'C:/PROGRA~1/APACHE~1/APACHE~1.0' ANT_OPTS = '-Xmx512m' APR_ICONV_PATH = 'C:\Program Files\Subversion\iconv' XIC_HOME = 'C:\Xcalia\4.4.0\Core' TEMP = '/cygdrive/c/DOCUME~1/FRANCI~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Fichiers communs' ALT_FREETYPE_HEADERS_PATH = 'D:/DEV/OpenJDK/FREETY~1.5/include' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\;C:\Program Files\Microsoft Platform SDK\Lib\.' USERNAME = 'FrancisANDRE' DBDATE = 'dmy2/' PROCESSOR_LEVEL = '6' MAVEN_HOME = 'C:\Program Files\Apache Software Foundation\Maven 1.1' FP_NO_HOST_CHECK = 'NO' ALT_BINARY_PLUGS_PATH = 'D:/DEV/OpenJDK/OPENJD~1' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\FrancisANDRE' LANG = 'FR' CLIENTNAME = 'Console' POCO_BASE = 'D:\DEV\WS\CPP\SAS\3rd\poco' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\FALBALA' HISTIGNORE = '[ ]*::bg:fg:exit' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\PROGRA~1\Cygwin\bin'
1.5.25(0.156/4/2): *** fatal error - couldn't allocate heap, Win32 error 487
Hi Cygwiners I am trying to compile the OpenJDK package on a WXP SP2 platform. Building OpenJDK is using a lot of deeply inter nested makefiles that are lauching a lot a sub shells. I am constantly facing to this recurrent problem: $ make 6 [main] ? (14296) C:\cygwin\bin\make.exe: *** fatal error - couldn't allo cate heap, Win32 error 487, base 0x68, top 0x6D, reserve_size 323584, al locsize 327680, page_const 4096 While this is a lot of messages related to this problem in the Cygwin mail archives -- the latest being this one http://sourceware.org/ml/cygwin/2007-07/msg00507.html --, this is persisting among all release of cygwin up to the latest one. What could I do to avoid this problem? $ uname -a CYGWIN_NT-5.1 idefix 1.5.25(0.156/4/2) 2008-03-05 19:27 i686 Cygwin $ cygcheck -s -v -r Cygwin Configuration Diagnostics Current System Time: Sun Mar 30 11:16:45 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\IBM\CICS Transaction Gateway\bin c:\zOS\Hercules\bin z:\isode-8.0\com.pac.osi.cpp\bin z:\DEV\3rd\poco\bin c:\DEV\WSSE\w3c\Client c:\DEV\WSSE\w3c\WS-XA c:\DEV\WSSE\w3c\Country\Bank c:\DEV\WSSE\w3c\Calculator c:\DEV\WSSE\bin\Debug c:\DEV\WSSE\bin\Release c:\boost\lib c:\Program Files\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Hummingbird\Connectivity\7.00\Accessories\ c:\Program Files\cvsnt c:\Program Files\doxygen\bin c:\PROGRA~1\ATT\Graphviz\bin c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\PROGRA~1\IBM\SQLLIB\BIN c:\PROGRA~1\IBM\SQLLIB\FUNCTION c:\PROGRA~1\IBM\SQLLIB\SAMPLES\REPL c:\Program Files\IBM\Installation Manager\eclipse\lib c:\Program Files\Subversion\bin z:\DEV\WS\CPP\SAS\bin\debug c:\Program Files\Apache Software Foundation\maven-2.0.4\bin z:\Jad c:\Progra~1\Java\jdk1.5.0_09\bin c:\Program Files\Apache Software Foundation\apache-ant-1.7.0\bin c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE c:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\pre release c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 c:\PROGRA~1\FICHIE~1\MUVEET~1\030625 Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs)545(Utilisateurs) 1004(Utilisateurs du dÚbogueur) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs)545(Utilisateurs) 1004(Utilisateurs du dÚbogueur) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'FrancisANDRE' PWD = '/home/FrancisANDRE' HOME = '/home/FrancisANDRE' MAKE_MODE = 'unix' WSTX_HOME = 'Z:\DEV\WS\openwstx-1.0.1' HOMEPATH = '\Documents and Settings\FrancisANDRE' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\FrancisANDRE\Application Data' HOSTNAME = 'idefix' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tool s\' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel' WINDIR = 'C:\WINDOWS' DB2TEMPDIR = 'C:\PROGRA~1\IBM\SQLLIB\' CATALINA_HOME = 'C:\Program Files\Apache Software Foundation\Tomcat 5.5' OLDPWD = '/usr/bin' USERDOMAIN = 'IDEFIX' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' ANT_HOME = 'C:\Program Files\Apache Software Foundation\apache-ant-1.7.0' APR_ICONV_PATH = 'C:\Program Files\Subversion\iconv' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/FRANCI~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Fichiers communs' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\ATLMFC\LIB;C:\Prog ram Files\Microsoft Visual Studio .NET 2003\VC7\LIB;C:\Program Files\Microsoft V isual Studio .NET 2003\VC7\PlatformSDK\lib\prerelease;C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\PlatformSDK\lib;C:\Program Files\Microsoft Visual S tudio .NET 2003\SDK\v1.1\lib;C:\Program Files\Microsoft Visual Studio .NET 2003\ SDK\v1.1\Lib\' USERNAME = 'FrancisANDRE' MAVEN_OPTS = '-XX:MaxPermSize=128m -Xmx1024m' PROCESSOR_LEVEL = '15' MAVEN_HOME = 'C:\Program Files\Apache Software Foundation\maven-2.0.4' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' JAVA_HOME = 'C:\Progra~1\Java\jdk1.5.0_09' USERPROFILE = 'C:\Documents
Re: 1.5.25(0.156/4/2): *** fatal error - couldn't allocate heap, Win32 error 487
Hi Sylvain Many thanks for your help... it works as you mention by removing the Logitech software and rebooting!! Francis Sylvain RICHARD a écrit : Francis ANDRE wrote: I am constantly facing to this recurrent problem: $ make 6 [main] ? (14296) C:\cygwin\bin\make.exe: *** fatal error - couldn't allo cate heap, Win32 error 487, base 0x68, top 0x6D, reserve_size 323584, al locsize 327680, page_const 4096 snip Potential app conflicts: Logitech Process Monitor service Detected: HKLM Registry Key, Named process. You seem to have a Logitech webcam. Its process monitor is known to cause conflicts with cygwin (and is of dubious use at best). Try to deinstall it *and reboot* to see if it doesn't solve your problem. Btw, this is called BLODA interference in the local jargon. See http://cygwin.com/faq/faq.using.html#faq.using.bloda and http://cygwin.com/acronyms/#BLODA . Best regards (Salut) Sylvain -- 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/