* more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
@ 2012-02-23 1:29 Tassilo Philipp
2012-02-23 3:04 ` marco atzeri
0 siblings, 1 reply; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-23 1:29 UTC (permalink / raw)
To: cygwin
Hello ml,
I recently ran into many problems using rake to build a few of my projects, whenever rake calls itself recursively (for subprojects, etc. as in a typical make-style build tool setup). It's very random - sometimes I get a single error, sometimes nothing, but most of the time it sits there and prints the following until I kill the build:
17 [main] ruby 1028 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
1 [main] ruby 2076 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
1 [main] ruby 2128 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
....
I checked the mailing list and found all kind of infos about similar problem, but none of the solutions worked for me. What I - unsuccessfully - tried so far:
- using the snapshot of feb 9, 2012 (which contains a fix by Corinna, that apparently solved a very similar problem pointed out a few days ago)
- using latest snapshot of feb 20, 2012
- using cygwin 1.7.10 and 1.7.9
- playing around with rebaseall and peflagsall, with and without rebooting the machine
- using ruby 1.8.7 as it is available via setup.exe
- using self-built version of llatest release of ruby 1.9.3
- wiping cygwin off my machine and reinstalling a mint version
- many different combinations of the above
So well, I guess 'm stuck. Any ideas?
The following below is my current `cygcheck -s` output:
---------------------------------------------------------------------------------------------
Cygwin Configuration Diagnostics
Current System Time: Thu Feb 23 01:24:10 2012
Windows 7 Professional N Ver 6.1 Build 7601 Service Pack 1
Running under WOW64 on AMD64
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\Program Files (x86)\MiKTeX 2.9\miktex\bin
C:\Program Files (x86)\Console2
C:\devkitPro\msys\bin
C:\Program Files (x86)\Intel\OpenCL SDK\1.1\bin\x64
C:\Program Files (x86)\Intel\OpenCL SDK\1.1\bin\x86
C:\windows\system32
C:\Program Files (x86)\unixutils
C:\Program Files (x86)\Common Files\Intel\Shared Files\cpp\bin\Intel64
C:\Program Files (x86)\Common Files\Intel\Shared Files\cpp\bin\ia32
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Program Files (x86)\Microsoft Visual Studio 10.0\vc\bin
C:\Ruby192\bin
C:\Program Files\Debugging Tools for Windows (x64)
C:\Program Files (x86)\QuickTime\QTSystem
C:\Program Files (x86)\Autodesk\Backburner
C:\Program Files (x86)\Common Files\Autodesk Shared
C:\Program Files (x86)\Common Files\Lenovo
C:\Program Files (x86)\PuTTY
C:\Program Files (x86)\Subversion\bin
C:\Program Files (x86)\OpenVPN\bin
Output from C:\cygwin\bin\id.exe
UID: 1001(cslag) GID: 513(None)
513(None) 0(root) 544(Administrators) 545(Users)
1000(HomeUsers)
SysDir: C:\Windows\system32
WinDir: C:\Windows
USER = 'cslag'
PWD = '/cygdrive/c/Users/cslag/Desktop/dev/n-sane/Projects/n-saneBase/nwl'
HOME = '/home/cslag'
Use '-r' to scan registry
obcaseinsensitive set to 1
Cygwin installations found in the registry:
System: Key: c5e39b7a9d22bafb Path: C:\cygwin
c: hd NTFS 101424Mb 92% CP CS UN PA FC main
d: hd NTFS 1199Mb 57% CP CS UN PA FC SYSTEM_DRV
e: hd NTFS 9999Mb 67% CP CS UN PA FC Lenovo_Recovery
C:\cygwin / system binary,auto
C:\cygwin\bin /usr/bin system binary,auto
C:\cygwin\lib /usr/lib system binary,auto
cygdrive prefix /cygdrive user binary,auto
Found: C:\cygwin\bin\awk
-> C:\cygwin\bin\gawk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\Program Files (x86)\unixutils\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\Program Files (x86)\unixutils\cp.exe
Found: C:\cygwin\bin\cpp.exe
-> C:\cygwin\etc\alternatives\cpp
-> C:\cygwin\bin\cpp-4.exe
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Found: C:\windows\system32\find.exe
Found: C:\Program Files (x86)\unixutils\find.exe
Found: C:\Windows\system32\find.exe
Found: C:\cygwin\bin\gcc.exe
-> C:\cygwin\etc\alternatives\gcc
-> C:\cygwin\bin\gcc-4.exe
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\Program Files (x86)\unixutils\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\Program Files\Debugging Tools for Windows (x64)\kill.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\Program Files (x86)\unixutils\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\Program Files (x86)\unixutils\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\Program Files (x86)\unixutils\mv.exe
Found: C:\cygwin\bin\patch.exe
Found: C:\Program Files (x86)\unixutils\patch.exe
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\Program Files (x86)\unixutils\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\Program Files (x86)\unixutils\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\Program Files (x86)\unixutils\tar.exe
Found: C:\cygwin\bin\test.exe
Found: C:\Program Files (x86)\unixutils\test.exe
Found: C:\cygwin\bin\vi
-> C:\cygwin\bin\vim-nox.exe
Found: C:\cygwin\bin\vim
-> C:\cygwin\etc\alternatives\vim
-> C:\cygwin\bin\vim-nox.exe
2011k 2012/02/22 C:\cygwin\usr\local\bin\cygruby191.dll
118k 2012/02/19 C:\cygwin\bin\cygapr-1-0.dll
89k 2011/12/20 C:\cygwin\bin\cygaprutil-1-0.dll
15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll
95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll
62k 2011/05/21 C:\cygwin\bin\cygbz2-1.dll
108k 2010/01/05 C:\cygwin\bin\cygcloog-0.dll
7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll
1244k 2012/01/18 C:\cygwin\bin\cygcrypto-0.9.8.dll
929k 2011/11/10 C:\cygwin\bin\cygdb-4.5.dll
219k 2011/10/03 C:\cygwin\bin\cygdbus-1-3.dll
93k 2011/11/10 C:\cygwin\bin\cygdb_cxx-4.5.dll
511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll
118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll
29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll
21k 2011/10/26 C:\cygwin\bin\cygffi-4.dll
43k 2010/01/02 C:\cygwin\bin\cygform-10.dll
40k 2009/03/01 C:\cygwin\bin\cygform-8.dll
48k 2003/08/09 C:\cygwin\bin\cygform7.dll
47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll
79k 2011/10/26 C:\cygwin\bin\cyggcc_s-1.dll
18965k 2011/10/26 C:\cygwin\bin\cyggcj-11.dll
13158k 2011/10/26 C:\cygwin\bin\cyggcj-noncore-11.dll
3752k 2011/10/26 C:\cygwin\bin\cyggcj-tools-11.dll
449k 2011/05/20 C:\cygwin\bin\cyggcrypt-11.dll
19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll
8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll
11k 2011/10/26 C:\cygwin\bin\cyggij-11.dll
1024k 2011/11/16 C:\cygwin\bin\cyggio-2.0-0.dll
846k 2011/11/16 C:\cygwin\bin\cygglib-2.0-0.dll
12k 2011/11/16 C:\cygwin\bin\cyggmodule-2.0-0.dll
317k 2011/07/31 C:\cygwin\bin\cyggmp-3.dll
14k 2011/07/31 C:\cygwin\bin\cyggmpxx-4.dll
614k 2011/11/15 C:\cygwin\bin\cyggnutls-26.dll
21k 2011/11/15 C:\cygwin\bin\cyggnutls-extra-26.dll
24k 2011/11/15 C:\cygwin\bin\cyggnutls-openssl-27.dll
52k 2011/11/15 C:\cygwin\bin\cyggnutlsxx-27.dll
267k 2011/11/16 C:\cygwin\bin\cyggobject-2.0-0.dll
42k 2011/10/26 C:\cygwin\bin\cyggomp-1.dll
14k 2011/05/20 C:\cygwin\bin\cyggpg-error-0.dll
14k 2011/11/16 C:\cygwin\bin\cyggthread-2.0-0.dll
25k 2011/01/26 C:\cygwin\bin\cyghistory7.dll
358k 2012/02/09 C:\cygwin\bin\cygicons-0.dll
985k 2011/10/16 C:\cygwin\bin\cygiconv-2.dll
190k 2011/11/16 C:\cygwin\bin\cygidn-11.dll
35k 2011/10/16 C:\cygwin\bin\cygintl-8.dll
47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll
125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll
193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll
200k 2010/08/09 C:\cygwin\bin\cygjpeg-8.dll
7k 2011/10/26 C:\cygwin\bin\cygjvm.dll
60k 2004/09/27 C:\cygwin\bin\cygkpathsea-3.dll
65k 2005/05/05 C:\cygwin\bin\cygkpathsea-4.dll
39k 2008/09/07 C:\cygwin\bin\cyglber-2-3-0.dll
189k 2008/09/07 C:\cygwin\bin\cygldap-2-3-0.dll
201k 2008/09/07 C:\cygwin\bin\cygldap_r-2-3-0.dll
5k 2012/02/05 C:\cygwin\bin\cyglsa.dll
9k 2012/02/05 C:\cygwin\bin\cyglsa64.dll
30k 2010/09/23 C:\cygwin\bin\cygltdl-7.dll
123k 2011/05/19 C:\cygwin\bin\cyglzma-5.dll
116k 2011/11/16 C:\cygwin\bin\cyglzo2-2.dll
99k 2011/11/02 C:\cygwin\bin\cygmagic-1.dll
25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll
21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll
29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll
25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll
24k 2008/10/30 C:\cygwin\bin\cygminires.dll
213k 2011/07/31 C:\cygwin\bin\cygmp-3.dll
64k 2009/11/09 C:\cygwin\bin\cygmpc-1.dll
269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll
1102k 2011/08/07 C:\cygwin\bin\cygmpfr-4.dll
63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll
66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll
63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll
195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll
237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll
224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll
244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll
118k 2011/11/15 C:\cygwin\bin\cygneon-27.dll
13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll
11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll
19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll
13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll
255k 2012/02/10 C:\cygwin\bin\cygpcre-0.dll
1627k 2010/08/29 C:\cygwin\bin\cygperl5_10.dll
249k 2011/07/28 C:\cygwin\bin\cygpng12.dll
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
695k 2009/04/18 C:\cygwin\bin\cygppl-7.dll
2481k 2009/04/18 C:\cygwin\bin\cygppl_c-2.dll
103k 2009/01/07 C:\cygwin\bin\cygpq.dll
122k 2011/10/05 C:\cygwin\bin\cygproxy-1.dll
18k 2009/04/18 C:\cygwin\bin\cygpwl-4.dll
164k 2011/01/26 C:\cygwin\bin\cygreadline7.dll
84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll
54k 2011/03/04 C:\cygwin\bin\cygserf-0-1.dll
58k 2011/09/11 C:\cygwin\bin\cygserf-1-0.dll
8k 2011/05/05 C:\cygwin\bin\cygsigsegv-2.dll
1613k 2010/12/01 C:\cygwin\bin\cygsqlite3-0.dll
281k 2012/01/18 C:\cygwin\bin\cygssl-0.9.8.dll
8k 2011/10/26 C:\cygwin\bin\cygssp-0.dll
780k 2011/10/26 C:\cygwin\bin\cygstdc++-6.dll
292k 2012/02/17 C:\cygwin\bin\cygsvn_client-1-0.dll
39k 2012/02/17 C:\cygwin\bin\cygsvn_delta-1-0.dll
57k 2012/02/17 C:\cygwin\bin\cygsvn_diff-1-0.dll
20k 2012/02/17 C:\cygwin\bin\cygsvn_fs-1-0.dll
143k 2012/02/17 C:\cygwin\bin\cygsvn_fs_base-1-0.dll
133k 2012/02/17 C:\cygwin\bin\cygsvn_fs_fs-1-0.dll
7k 2012/02/17 C:\cygwin\bin\cygsvn_fs_util-1-0.dll
34k 2012/02/17 C:\cygwin\bin\cygsvn_ra-1-0.dll
23k 2012/02/17 C:\cygwin\bin\cygsvn_ra_local-1-0.dll
119k 2012/02/17 C:\cygwin\bin\cygsvn_ra_neon-1-0.dll
131k 2012/02/17 C:\cygwin\bin\cygsvn_ra_serf-1-0.dll
70k 2012/02/17 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll
146k 2012/02/17 C:\cygwin\bin\cygsvn_repos-1-0.dll
289k 2012/02/17 C:\cygwin\bin\cygsvn_subr-1-0.dll
470k 2012/02/17 C:\cygwin\bin\cygsvn_wc-1-0.dll
58k 2011/11/14 C:\cygwin\bin\cygtasn1-3.dll
48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll
48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll
347k 2011/04/08 C:\cygwin\bin\cygtiff-5.dll
282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll
9k 2011/04/08 C:\cygwin\bin\cygtiffxx-5.dll
16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll
28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll
1045k 2011/08/22 C:\cygwin\bin\cygX11-6.dll
11k 2010/08/03 C:\cygwin\bin\cygXau-6.dll
75k 2010/12/21 C:\cygwin\bin\cygxcb-1.dll
17k 2010/10/31 C:\cygwin\bin\cygXdmcp-6.dll
76k 2010/08/01 C:\cygwin\bin\cygz.dll
2747k 2012/02/22 C:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.7.11
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 259
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Snapshot date: 20120220-15:17:31
Shared id: cygwin1S5
No Cygwin services found.
Cygwin Package Information
Package Version Status
_update-info-dir 01014-1 OK
alternatives 1.3.30c-10 OK
autoconf 10-1 OK
autoconf2.1 2.13-10 OK
autoconf2.5 2.68-1 OK
automake 4-10 OK
automake1.10 1.10.3-1 OK
automake1.11 1.11.1-1 OK
automake1.4 1.4p6-10 OK
automake1.5 1.5-10 OK
automake1.6 1.6.3-11 OK
automake1.7 1.7.9-10 OK
automake1.8 1.8.5-10 OK
automake1.9 1.9.6-10 OK
base-cygwin 3.0-1 OK
base-files 4.0-9 OK
bash 4.1.10-4 OK
binutils 2.22.51-1 OK
bzip2 1.0.6-2 OK
coreutils 8.15-1 OK
crypt 1.1-1 OK
csih 0.9.4-1 OK
cygport 0.10.7-1 OK
cygrunsrv 1.36-1 OK
cygutils 1.4.8-1 OK
cygwin 1.7.10-1 OK
cygwin-doc 1.7-1 OK
dash 0.5.7-1 OK
dbus 1.4.16-1 OK
diffstat 1.54-1 OK
diffutils 2.9-1 OK
dos2unix 5.3.2-1 OK
ed 1.0-1 OK
editrights 1.01-2 OK
file 5.09-1 OK
findutils 4.5.9-2 OK
gamin 0.1.10-11 OK
gawk 4.0.0-1 OK
gcc4-core 4.5.3-3 OK
gcc4-g++ 4.5.3-3 OK
gcc4-java 4.5.3-3 OK
gettext 0.18.1.1-2 OK
grep 2.6.3-1 OK
groff 1.20.1-2 OK
gsettings-desktop-schemas 3.2.0-1 OK
gzip 1.4-1 OK
ipc-utils 1.0-1 OK
less 444-1 OK
libapr1 1.4.6-1 OK
libaprutil1 1.4.1-1 OK
libattr1 2.4.43-1 OK
libblkid1 2.17.2-1 OK
libbz2_1 1.0.6-2 OK
libcloog0 0.15.7-1 OK
libdb4.5 4.5.20.2-3 OK
libdbus1_3 1.4.16-1 OK
libedit0 20090923-1 OK
libexpat1 2.0.1-1 OK
libfam0 0.1.10-11 OK
libffi4 4.5.3-3 OK
libgcc1 4.5.3-3 OK
libgcj-common 4.5.3-3 OK
libgcj11 4.5.3-3 OK
libgcrypt11 1.4.6-1 OK
libgdbm4 1.8.3-20 OK
libglib2.0_0 2.30.2-1 OK
libgmp3 4.3.2-1 OK
libgmpxx4 4.3.2-1 OK
libgnutls26 2.12.14-1 OK
libgomp1 4.5.3-3 OK
libgpg-error0 1.10-1 OK
libiconv2 1.14-2 OK
libidn11 1.22-1 OK
libintl8 0.18.1.1-2 OK
libjbig2 2.0-11 OK
libjpeg62 6b-21 OK
libjpeg7 7-10 OK
libjpeg8 8b-1 OK
libkpathsea3 2.0.2-15 OK
libkpathsea4 3.0.0-3 OK
libltdl7 2.4-1 OK
liblzma5 5.0.2_20110517-1 OK
liblzo2_2 2.06-1 OK
libmpc1 0.8-1 OK
libmpfr1 2.4.1-4 OK
libmpfr4 3.0.1-1 OK
libncurses10 5.7-18 OK
libncurses7 5.3-4 OK
libncurses8 5.5-10 OK
libncursesw10 5.7-18 OK
libneon27 0.29.6-1 OK
libopenldap2_3_0 2.3.43-1 OK
libopenssl098 0.9.8t-1 OK
libpcre0 8.21-2 OK
libpng12 1.2.46-1 OK
libpopt0 1.6.4-4 OK
libppl 0.10.2-1 OK
libpq5 8.2.11-1 OK
libproxy1 0.4.7-1 OK
libreadline7 6.1.2-2 OK
libsasl2 2.1.23-1 OK
libserf0_1 0.7.1-1 OK
libserf1_0 1.0.0-1 OK
libsigsegv2 2.10-1 OK
libsqlite3_0 3.7.3-1 OK
libssp0 4.5.3-3 OK
libsigsegv2 2.10-1 OK
libsqlite3_0 3.7.3-1 OK
libssp0 4.5.3-3 OK
libstdc++6 4.5.3-3 OK
libstdc++6-devel 4.5.3-3 OK
libtasn1_3 2.10-1 OK
libtiff4 3.6.0-5 OK
libtiff5 3.9.4-1 OK
libtool 2.4-1 OK
libuuid1 2.17.2-1 OK
libwrap0 7.6-21 OK
libX11_6 1.4.4-1 OK
libXau6 1.0.6-1 OK
libxcb1 1.7-2 OK
libXdmcp6 1.1.0-1 OK
lndir 1.0.2-1 OK
login 1.10-10 OK
m4 1.4.16-1 OK
make 3.82.90-1 OK
man 1.6g-1 OK
minires 1.02-1 OK
mintty 1.0.3-1 OK
opengl 1.1.0-10 OK
openssh 5.9p1-1 OK
patch 2.5.8-9 OK
perl 5.10.1-5 OK
rebase 4.0.1-1 OK
rsync 3.0.9-1 OK
run 1.1.13-1 OK
sed 4.2.1-1 OK
subversion 1.7.3-2 OK
tar 1.25-1 OK
termcap 5.7_20091114-14 OK
terminfo 5.7_20091114-14 OK
terminfo0 5.5_20061104-12 OK
tetex 3.0.0-3 OK
tetex-bin 3.0.0-3 Incomplete
tetex-tiny 3.0.0-3 OK
texinfo 4.13-4 OK
tzcode 2010j-1 OK
unzip 6.0-10 OK
util-linux 2.17.2-1 OK
vim 7.3.393-1 OK
vim-common 7.3.393-1 OK
w32api 3.17-2 OK
wget 1.13.4-1 OK
which 2.20-2 OK
xxd 7.3.393-1 OK
xz 5.0.2_20110517-1 OK
zlib 1.2.5-1 OK
zlib-devel 1.2.5-1 OK
zlib0 1.2.5-1 OK
Use -h to see help about each section
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 1:29 more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20) Tassilo Philipp
@ 2012-02-23 3:04 ` marco atzeri
2012-02-23 4:33 ` Tassilo Philipp
0 siblings, 1 reply; 16+ messages in thread
From: marco atzeri @ 2012-02-23 3:04 UTC (permalink / raw)
To: cygwin
On Thu, Feb 23, 2012 at 2:29 AM, Tassilo Philipp wrote:
> Hello ml,
>
> I recently ran into many problems using rake to build a few of my projects, whenever rake calls itself recursively (for subprojects, etc. as in a typical make-style build tool setup). It's very random - sometimes I get a single error, sometimes nothing, but most of the time it sits there and prints the following until I kill the build:
>
> 17 [main] ruby 1028 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> 1 [main] ruby 2076 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> 1 [main] ruby 2128 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> ....
>
> I checked the mailing list and found all kind of infos about similar problem, but none of the solutions worked for me. What I - unsuccessfully - tried so far:
>
> - using the snapshot of feb 9, 2012 (which contains a fix by Corinna, that apparently solved a very similar problem pointed out a few days ago)
> - using latest snapshot of feb 20, 2012
> - using cygwin 1.7.10 and 1.7.9
> - playing around with rebaseall and peflagsall, with and without rebooting the machine
> - using ruby 1.8.7 as it is available via setup.exe
> - using self-built version of llatest release of ruby 1.9.3
> - wiping cygwin off my machine and reinstalling a mint version
> - many different combinations of the above
>
> So well, I guess 'm stuck. Any ideas?
rebaseall ?
That is the standard solution for fork problem.
http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures
It is likely needed any time you install a different cygwin version
including snapshots
or upgrade any other packages.
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 3:04 ` marco atzeri
@ 2012-02-23 4:33 ` Tassilo Philipp
2012-02-23 5:18 ` marco atzeri
2012-02-23 8:31 ` Corinna Vinschen
0 siblings, 2 replies; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-23 4:33 UTC (permalink / raw)
To: marco atzeri; +Cc: cygwin
Doesn't do anything, and believe me, I tried that probably 50 times in all kinds of combinations...
On Thu, 23 Feb 2012 04:03:45 +0100
marco atzeri <marco.atzeri@gmail.com> wrote:
> On Thu, Feb 23, 2012 at 2:29 AM, Tassilo Philipp wrote:
> > Hello ml,
> >
> > I recently ran into many problems using rake to build a few of my projects, whenever rake calls itself recursively (for subprojects, etc. as in a typical make-style build tool setup). It's very random - sometimes I get a single error, sometimes nothing, but most of the time it sits there and prints the following until I kill the build:
> >
> > 17 [main] ruby 1028 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > 1 [main] ruby 2076 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > 1 [main] ruby 2128 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > ....
> >
> > I checked the mailing list and found all kind of infos about similar problem, but none of the solutions worked for me. What I - unsuccessfully - tried so far:
> >
> > - using the snapshot of feb 9, 2012 (which contains a fix by Corinna, that apparently solved a very similar problem pointed out a few days ago)
> > - using latest snapshot of feb 20, 2012
> > - using cygwin 1.7.10 and 1.7.9
> > - playing around with rebaseall and peflagsall, with and without rebooting the machine
> > - using ruby 1.8.7 as it is available via setup.exe
> > - using self-built version of llatest release of ruby 1.9.3
> > - wiping cygwin off my machine and reinstalling a mint version
> > - many different combinations of the above
> >
> > So well, I guess 'm stuck. Any ideas?
>
> rebaseall ?
> That is the standard solution for fork problem.
> http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures
>
> It is likely needed any time you install a different cygwin version
> including snapshots
> or upgrade any other packages.
>
> 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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 4:33 ` Tassilo Philipp
@ 2012-02-23 5:18 ` marco atzeri
2012-02-23 14:35 ` Tassilo Philipp
2012-02-23 8:31 ` Corinna Vinschen
1 sibling, 1 reply; 16+ messages in thread
From: marco atzeri @ 2012-02-23 5:18 UTC (permalink / raw)
To: Tassilo Philipp; +Cc: cygwin
On Thu, Feb 23, 2012 at 5:32 AM, Tassilo Philipp wrote:
> Doesn't do anything, and believe me, I tried that probably 50 times in all kinds of combinations...
do not top post please.
From where this "etc.so" is coming for ?
If it is something that you just built, than you should add all your
dll / so files to the rebase list using the "-T" option
rebaseall [-b BaseAddress] [-o Offset] [-s DllSuffix] [-T FileList |
-] [-4|-8] [-v}
so something like
find you_build_tree -name "*.so" > /tmp/rebase_list
find you_build_tree -name "*.dll" >> /tmp/rebase_list
and from dash
rebaseall -T /tmp/rebase_list
>
>
> On Thu, 23 Feb 2012 04:03:45 +0100
> marco atzeri wrote:
>
>> On Thu, Feb 23, 2012 at 2:29 AM, Tassilo Philipp wrote:
>> > Hello ml,
>> >
>> > I recently ran into many problems using rake to build a few of my projects, whenever rake calls itself recursively (for subprojects, etc. as in a typical make-style build tool setup). It's very random - sometimes I get a single error, sometimes nothing, but most of the time it sits there and prints the following until I kill the build:
>> >
>> > 17 [main] ruby 1028 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
>> > 1 [main] ruby 2076 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
>> > 1 [main] ruby 2128 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
>> > ....
>> >
>> > I checked the mailing list and found all kind of infos about similar problem, but none of the solutions worked for me. What I - unsuccessfully - tried so far:
>> >
>> > - using the snapshot of feb 9, 2012 (which contains a fix by Corinna, that apparently solved a very similar problem pointed out a few days ago)
>> > - using latest snapshot of feb 20, 2012
>> > - using cygwin 1.7.10 and 1.7.9
>> > - playing around with rebaseall and peflagsall, with and without rebooting the machine
>> > - using ruby 1.8.7 as it is available via setup.exe
>> > - using self-built version of llatest release of ruby 1.9.3
>> > - wiping cygwin off my machine and reinstalling a mint version
>> > - many different combinations of the above
>> >
>> > So well, I guess 'm stuck. Any ideas?
>>
>> rebaseall ?
>> That is the standard solution for fork problem.
>> http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures
>>
>> It is likely needed any time you install a different cygwin version
>> including snapshots
>> or upgrade any other packages.
>>
>> 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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 4:33 ` Tassilo Philipp
2012-02-23 5:18 ` marco atzeri
@ 2012-02-23 8:31 ` Corinna Vinschen
2012-02-23 23:24 ` Michael Lutz
1 sibling, 1 reply; 16+ messages in thread
From: Corinna Vinschen @ 2012-02-23 8:31 UTC (permalink / raw)
To: cygwin
On Feb 22 22:32, Tassilo Philipp wrote:
> Doesn't do anything, and believe me, I tried that probably 50 times in all kinds of combinations...
>
>
> On Thu, 23 Feb 2012 04:03:45 +0100
> marco atzeri <marco.atzeri@gmail.com> wrote:
>
> > On Thu, Feb 23, 2012 at 2:29 AM, Tassilo Philipp wrote:
> > > Hello ml,
> > >
> > > I recently ran into many problems using rake to build a few of my projects, whenever rake calls itself recursively (for subprojects, etc. as in a typical make-style build tool setup). It's very random - sometimes I get a single error, sometimes nothing, but most of the time it sits there and prints the following until I kill the build:
> > >
> > > Â Â 17 [main] ruby 1028 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > > Â Â Â 1 [main] ruby 2076 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > > Â Â Â 1 [main] ruby 2128 child_info_fork::abort: address space needed by 'etc.so' (0x360000) is already occupied
> > > Â Â ....
If you ran rebaseall, then ruby's shared libs should have been rebased
as well. If that's etc.so from ruby, and you rebased, it has very
certainly not the address 0x360000. First have a look if there is really
no collision with other Cygwin DLLs:
$ rebase -si | less
Search for etc.so and see if it coolides with one if it's neighbors
(asterisk printed after address and size).
If not, you're probably suffering a BLODA problem. See
http://cygwin.com/faq/faq.using.html#faq.using.bloda
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 5:18 ` marco atzeri
@ 2012-02-23 14:35 ` Tassilo Philipp
2012-02-23 14:48 ` marco atzeri
0 siblings, 1 reply; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-23 14:35 UTC (permalink / raw)
To: cygwin
> On Thu, Feb 23, 2012 at 5:32 AM, Tassilo Philipp wrote:
>> Doesn't do anything, and believe me, I tried that probably 50 times in
>> all kinds of combinations...
>
> do not top post please.
? I just hit reply... so I don't know what you mean? Sorry if I did
something weird.
> From where this "etc.so" is coming for ?
I guess ruby. I'll check exactly where it's from...
However, I tried to rebase it as you described below, and still face the
same problem.
I'll check if I face the BLODA problem as Corinna pointed out.
Thank you for your help, so far!
> If it is something that you just built, than you should add all your
> dll / so files to the rebase list using the "-T" option
>
> rebaseall [-b BaseAddress] [-o Offset] [-s DllSuffix] [-T FileList |
> -] [-4|-8] [-v}
>
> so something like
>
> find you_build_tree -name "*.so" > /tmp/rebase_list
> find you_build_tree -name "*.dll" >> /tmp/rebase_list
>
> and from dash
> rebaseall -T /tmp/rebase_list
>
>>
>>
>> On Thu, 23 Feb 2012 04:03:45 +0100
>> marco atzeri wrote:
>>
>>> On Thu, Feb 23, 2012 at 2:29 AM, Tassilo Philipp  wrote:
>>> > Hello ml,
>>> >
>>> > I recently ran into many problems using rake to build a few of my
>>> projects, whenever rake calls itself recursively (for subprojects,
>>> etc. as in a typical make-style build tool setup). It's very random -
>>> sometimes I get a single error, sometimes nothing, but most of the
>>> time it sits there and prints the following until I kill the build:
>>> >
>>> > Â Â 17 [main] ruby 1028 child_info_fork::abort: address space needed
>>> by 'etc.so' (0x360000) is already occupied
>>> > Â Â Â 1 [main] ruby 2076 child_info_fork::abort: address space needed
>>> by 'etc.so' (0x360000) is already occupied
>>> > Â Â Â 1 [main] ruby 2128 child_info_fork::abort: address space needed
>>> by 'etc.so' (0x360000) is already occupied
>>> > Â Â ....
>>> >
>>> > I checked the mailing list and found all kind of infos about similar
>>> problem, but none of the solutions worked for me. What I -
>>> unsuccessfully - tried so far:
>>> >
>>> > - using the snapshot of feb 9, 2012 (which contains a fix by Corinna,
>>> that apparently solved a very similar problem pointed out a few days
>>> ago)
>>> > - using latest snapshot of feb 20, 2012
>>> > - using cygwin 1.7.10 and 1.7.9
>>> > - playing around with rebaseall and peflagsall, with and without
>>> rebooting the machine
>>> > - using ruby 1.8.7 as it is available via setup.exe
>>> > - using self-built version of llatest release of ruby 1.9.3
>>> > - wiping cygwin off my machine and reinstalling a mint version
>>> > - many different combinations of the above
>>> >
>>> > So well, I guess 'm stuck. Any ideas?
>>>
>>> rebaseall ?
>>> That is the standard solution for fork problem.
>>> http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures
>>>
>>> It is likely needed any time you install a different cygwin version
>>> including snapshots
>>> or upgrade any other packages.
>>>
>>> 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
>
>
>
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 14:35 ` Tassilo Philipp
@ 2012-02-23 14:48 ` marco atzeri
2012-02-23 14:55 ` Tassilo Philipp
0 siblings, 1 reply; 16+ messages in thread
From: marco atzeri @ 2012-02-23 14:48 UTC (permalink / raw)
To: cygwin
On 2/23/2012 3:35 PM, Tassilo Philipp wrote:
>> On Thu, Feb 23, 2012 at 5:32 AM, Tassilo Philipp wrote:
>>> Doesn't do anything, and believe me, I tried that probably 50 times in
>>> all kinds of combinations...
>>
>> do not top post please.
>
> ? I just hit reply... so I don't know what you mean? Sorry if I did
> something weird.
>
see:
http://linux.sgms-centre.com/misc/netiquette.php#toppost
>
>> From where this "etc.so" is coming for ?
>
> I guess ruby. I'll check exactly where it's from...
> However, I tried to rebase it as you described below, and still face the
> same problem.
> I'll check if I face the BLODA problem as Corinna pointed out.
>
> Thank you for your help, so far!
etc.so is a dll coming from ruby.
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=etc.so
Could you try to explain us what exactly are you running/doing
when you catch the error ?
I doubt you are simply running a ruby program.
As "etc.so" belongs to ruby package, rebaseall should have
already rebased "etc.so" to another address than 0x360000
what is the outcome of
rebase -s -i |grep etc.so
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 14:48 ` marco atzeri
@ 2012-02-23 14:55 ` Tassilo Philipp
0 siblings, 0 replies; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-23 14:55 UTC (permalink / raw)
To: cygwin
>>> do not top post please.
>>
>> ? I just hit reply... so I don't know what you mean? Sorry if I did
>> something weird.
>>
>
> see:
> http://linux.sgms-centre.com/misc/netiquette.php#toppost
ok, thx.
> etc.so is a dll coming from ruby.
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=etc.so
>
> Could you try to explain us what exactly are you running/doing
> when you catch the error ?
> I doubt you are simply running a ruby program.
Well, I run rake as a build system, and for every subdirectory with a
Rakefile, it runs rake recursively. In the end, I'm just running ruby,
with n ruby processes at a time for a recursion depth of n.
> As "etc.so" belongs to ruby package, rebaseall should have
> already rebased "etc.so" to another address than 0x360000
>
> what is the outcome of
> rebase -s -i |grep etc.so
I'm not in front of the machine in question, so I'll post the output of
this, tonight.
Thanks!
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 8:31 ` Corinna Vinschen
@ 2012-02-23 23:24 ` Michael Lutz
2012-02-24 0:50 ` Tassilo Philipp
0 siblings, 1 reply; 16+ messages in thread
From: Michael Lutz @ 2012-02-23 23:24 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 486 bytes --]
Am 23.02.2012 09:30 schrieb Corinna Vinschen:
> If you ran rebaseall, then ruby's shared libs should have been rebased
> as well.
This is not necessarily true if you've got gems (just like perl CPAN
modules) not packaged by cygwin installed.
For that I've hacked a rubyrebase script from the cygwin supplied
perlrebase script. I've attached it here, maybe it can be useful for other
people as well.
Feel free to use it for whatever you want, public domain, CC-0, whatever.
Michael
[-- Attachment #2: rubyrebase --]
[-- Type: text/plain, Size: 2075 bytes --]
#!/bin/sh
# The default ruby modules are properly rebased, a rebase clash is very unlikely.
# However with more and more ruby gems being added over time,
# *** fatal error - unable to remap some.dll to same address as parent
# will become more likely, and those new DLLs are not rebased by a normal rebaseall.
# rubyrebase starts afresh all ruby DLLs from a pretty low base upwards.
suff=$1
baseaddr=$2
# use a rather low base and go upwards, might clash with some Win7 system dlls
baseaddr=${baseaddr:=0x57000000}
ruby=/usr/local/bin/ruby$suff.exe
if [ ! -f $ruby ]; then
ruby=/usr/bin/ruby$suff.exe
if [ ! -f $ruby ]; then
echo "$ruby and /usr/local/bin/ruby.exe not found"
echo "usage: rubyrebase [1.8 [baseaddr]]"
exit
fi
fi
dll=$(ldd $ruby | $ruby -anle 'print $F[2] if /cygruby/')
if [ ! -e /usr/bin/rebase.exe ]; then
echo "/usr/bin/rebase.exe not found. Install the rebase package"
exit
fi
archdir=$($ruby -rrbconfig -e 'puts RbConfig::CONFIG["archdir"]')
sitedir=$($ruby -rrbconfig -e 'puts RbConfig::CONFIG["sitearchdir"]')
vendordir=$($ruby -rrbconfig -e 'puts RbConfig::CONFIG["vendorarchdir"]')
ext=$($ruby -rrbconfig -e 'puts RbConfig::CONFIG["DLEXT"]')
# write to a local .lst to be able to re-order dlls locally
echo $ruby > rebase$suff.lst
echo $dll >> rebase$suff.lst
/usr/bin/find $archdir -name \*.$ext >> rebase$suff.lst
/usr/bin/find $sitedir -name \*.$ext >> rebase$suff.lst
/usr/bin/find $vendordir -name \*.$ext >> rebase$suff.lst
# rubygems might not be installed, in this case ruby errors and the error message is not likely to be a valid directory :)
for i in $($ruby -rrubygems -e 'Gem.path.each {|f| puts f}'); do if [ -d $i ]; then /usr/bin/find $i -name \*.$ext >> rebase$suff.lst; fi done
/usr/bin/cat rebase$suff.lst | /usr/bin/xargs chmod ug+w
[ -e /usr/bin/peflags.exe ] && /usr/bin/peflags -t $ruby
/usr/bin/rebase -v -b $baseaddr -T rebase$suff.lst
[ -e /usr/bin/peflags.exe ] && /usr/bin/grep .so rebase$suff.lst | /usr/bin/peflags -d0 -T - >/dev/null
/usr/bin/cat rebase$suff.lst | /usr/bin/xargs chmod g-w
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-23 23:24 ` Michael Lutz
@ 2012-02-24 0:50 ` Tassilo Philipp
2012-02-24 2:25 ` marco atzeri
0 siblings, 1 reply; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-24 0:50 UTC (permalink / raw)
To: Michael Lutz; +Cc: cygwin
On Fri, 24 Feb 2012 00:23:38 +0100
Michael Lutz <Michi_cc@gmx.net> wrote:
> Am 23.02.2012 09:30 schrieb Corinna Vinschen:
> > If you ran rebaseall, then ruby's shared libs should have been rebased
> > as well.
>
> This is not necessarily true if you've got gems (just like perl CPAN
> modules) not packaged by cygwin installed.
>
> For that I've hacked a rubyrebase script from the cygwin supplied
> perlrebase script. I've attached it here, maybe it can be useful for other
> people as well.
Thank you so much, that solved it for me! I tried looking up the address of etc.so by using Corinna's suggestion (rebase -si), and it wasn't included in that list at all (not even when using cygwin's ruby 1.8.7 package), so it did never rebase it. After rebasing etc.so explicitly, I had other shared objects with similar problems. Your script did the magic, thanks!
> Feel free to use it for whatever you want, public domain, CC-0, whatever.
>
>
> Michael
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 0:50 ` Tassilo Philipp
@ 2012-02-24 2:25 ` marco atzeri
2012-02-24 8:08 ` Tassilo Philipp
2012-02-24 12:32 ` Michael Lutz
0 siblings, 2 replies; 16+ messages in thread
From: marco atzeri @ 2012-02-24 2:25 UTC (permalink / raw)
To: cygwin; +Cc: Michael Lutz
On Fri, Feb 24, 2012 at 1:50 AM, Tassilo Philipp wrote:
> On Fri, 24 Feb 2012 00:23:38 +0100 wrote:
>
>> Am 23.02.2012 09:30 schrieb Corinna Vinschen:
>> > If you ran rebaseall, then ruby's shared libs should have been rebased
>> > as well.
>>
>> This is not necessarily true if you've got gems (just like perl CPAN
>> modules) not packaged by cygwin installed.
>>
>> For that I've hacked a rubyrebase script from the cygwin supplied
>> perlrebase script. I've attached it here, maybe it can be useful for other
>> people as well.
>
>
> Thank you so much, that solved it for me! I tried looking up the address of etc.so by using Corinna's suggestion (rebase -si), and it wasn't included in that list at all (not even when using cygwin's ruby 1.8.7 package), so it did never rebase it. After rebasing etc.so explicitly, I had other shared objects with similar problems. Your script did the magic, thanks!
Michael,
the cygwin's ruby package "etc.so" should be included in the rebaseall
list by default.
Rebaseall looks for all "*.so" and "*.dll" files reported on
"/etc/setup/*.lst.gz", so every
regulary installed dll's is included in the rebase round.
Any dll's from program manually installed must be included with the
"-T FileList" rebaseall option
On my system:
$ rebase -si |grep etc.so
/usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d0000 size 0x00009000
$ rebase --version
rebase version 4.0.1 (imagehelper version 0.10)
Copyright (c) 2001, 2002, 2003, 2004, 2008, 2011 Ralf Habacker, Jason
Tishler, et al.
If it is not working, you have a problem with the rebase package or
with your installation.
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 2:25 ` marco atzeri
@ 2012-02-24 8:08 ` Tassilo Philipp
2012-02-24 8:21 ` Corinna Vinschen
2012-02-24 12:32 ` Michael Lutz
1 sibling, 1 reply; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-24 8:08 UTC (permalink / raw)
To: cygwin
> On my system:
>
> $ rebase -si |grep etc.so
> /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d0000 size 0x00009000
I believe you that that is usually the case, however, on my machine, this command doesn't return anything, even with a completely fresh cygwin install, including the ruby package.
Thank you all for your help, though!
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 8:08 ` Tassilo Philipp
@ 2012-02-24 8:21 ` Corinna Vinschen
2012-02-24 19:13 ` Tassilo Philipp
0 siblings, 1 reply; 16+ messages in thread
From: Corinna Vinschen @ 2012-02-24 8:21 UTC (permalink / raw)
To: cygwin
On Feb 24 02:07, Tassilo Philipp wrote:
> > On my system:
> >
> > $ rebase -si |grep etc.so
> > /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d0000 size 0x00009000
>
> I believe you that that is usually the case, however, on my machine,
> this command doesn't return anything, even with a completely fresh
> cygwin install, including the ruby package.
What do you mean with "doesn't return anything"? Do you mean it doesn't
return anything when piped into grep, or do you mean the output of
rebase -si is empty? In theory neither of this should happen, *iff* you
used the latest rebase 4.0 for rebasing. Do you have a file
/etc/rebase.db.i386 on your system? If not, you should definitely
update to the latest rebase package and rebase again. As for etc.so,
since it's in the list of installed files from the ruby package, it
should be rebased by default and therefore it should be found in the
/etc/rebase.db.i386 database by the rebase -si command. This sounds
weird.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 2:25 ` marco atzeri
2012-02-24 8:08 ` Tassilo Philipp
@ 2012-02-24 12:32 ` Michael Lutz
2012-02-24 13:25 ` marco atzeri
1 sibling, 1 reply; 16+ messages in thread
From: Michael Lutz @ 2012-02-24 12:32 UTC (permalink / raw)
To: cygwin
Am 24.02.2012 03:25 schrieb marco atzeri:
> the cygwin's ruby package "etc.so" should be included in the rebaseall
> list by default.
I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to install additional binary
ruby modules NOT covered by cygwin's package database.
As long as perlrebase is needed (and it definitely is on my computer),
there's also the need for an equivalent rubyrebase.
Michael
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 12:32 ` Michael Lutz
@ 2012-02-24 13:25 ` marco atzeri
0 siblings, 0 replies; 16+ messages in thread
From: marco atzeri @ 2012-02-24 13:25 UTC (permalink / raw)
To: cygwin
On 2/24/2012 1:31 PM, Michael Lutz wrote:
> Am 24.02.2012 03:25 schrieb marco atzeri:
>> the cygwin's ruby package "etc.so" should be included in the rebaseall
>> list by default.
>
> I never said my script would specifically fix this problem. I only said
> that, just like for perl, it is very easy to install additional binary
> ruby modules NOT covered by cygwin's package database.
>
> As long as perlrebase is needed (and it definitely is on my computer),
> there's also the need for an equivalent rubyrebase.
>
> Michael
>
Hi Micheal
never told something different.
rebaseall, as standard, takes care of the "cygwin" dll's,
anything additional needs additional measures.
Your rubyrebase take care of the additional module installed
for ruby, while for installation from source I need to use
the "-T FileList" option of rebaseall.
The fact that in Tassilo's system ruby etc.so is not reported by
rebaseall highlight a specific serious problem on its system.
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20)
2012-02-24 8:21 ` Corinna Vinschen
@ 2012-02-24 19:13 ` Tassilo Philipp
0 siblings, 0 replies; 16+ messages in thread
From: Tassilo Philipp @ 2012-02-24 19:13 UTC (permalink / raw)
To: cygwin
> On Feb 24 02:07, Tassilo Philipp wrote:
>> > On my system:
>> >
>> > $ rebase -si |grep etc.so
>> > /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d0000 size
>> 0x00009000
>>
>> I believe you that that is usually the case, however, on my machine,
>> this command doesn't return anything, even with a completely fresh
>> cygwin install, including the ruby package.
>
> What do you mean with "doesn't return anything"? Do you mean it doesn't
> return anything when piped into grep, or do you mean the output of
> rebase -si is empty?
As pointed out in my other post, etc.so is not in the list of the output
of rebase -si, so grepping for it doesn't return anything.
> In theory neither of this should happen, *iff* you
> used the latest rebase 4.0 for rebasing.
I do.
> Do you have a file
> /etc/rebase.db.i386 on your system?
Yes.
> If not, you should definitely
> update to the latest rebase package and rebase again. As for etc.so,
> since it's in the list of installed files from the ruby package, it
> should be rebased by default and therefore it should be found in the
> /etc/rebase.db.i386 database by the rebase -si command. This sounds
> weird.
Well, it isn't on my machine. I don't know why. Maybe I screwed something
up - it just surprises me that I have the same problems with a fresh
(complete) cygwin install with ruby 1.8.7 from the cygwin packages.
Michael's script works like a charm for me, including custom installs of
ruby 1.9, so I'm happy.
Thanks for the help!
--
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
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2012-02-24 19:13 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-23 1:29 more "address space needed ... is already occupied" problems (with snapshot of 2012-02-20) Tassilo Philipp
2012-02-23 3:04 ` marco atzeri
2012-02-23 4:33 ` Tassilo Philipp
2012-02-23 5:18 ` marco atzeri
2012-02-23 14:35 ` Tassilo Philipp
2012-02-23 14:48 ` marco atzeri
2012-02-23 14:55 ` Tassilo Philipp
2012-02-23 8:31 ` Corinna Vinschen
2012-02-23 23:24 ` Michael Lutz
2012-02-24 0:50 ` Tassilo Philipp
2012-02-24 2:25 ` marco atzeri
2012-02-24 8:08 ` Tassilo Philipp
2012-02-24 8:21 ` Corinna Vinschen
2012-02-24 19:13 ` Tassilo Philipp
2012-02-24 12:32 ` Michael Lutz
2012-02-24 13:25 ` marco atzeri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).