[RFU] libapr1-1.4.6-1
New upstream release. Please delete libapr1-1.4.2-1 and libapr-1.4.4-1. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/apr1/apr1-1.4.6-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/apr1/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/libapr1-1.4.6-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/libapr1-1.4.6-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/libapr1-devel/libapr1-devel-1.4.6-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/libapr1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libapr1/setup.hint -- David Rothenberger daver...@acm.org I read the newspaper avidly. It is my one form of continuous fiction. -- Aneurin Bevan
ITP delta -- Heuristic minimizer of interesting files
wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/delta/delta-2006.08.03-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/delta/delta-2006.08.03-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/delta/setup.hint Included in Debian http://packages.debian.org/delta To check build: tar -xf delta*src*.bz2 ./delta*.sh --verbose --color all A good summary of the program can be found at: http://delta.tigris.org Jari [ setup.hint ] sdesc: Heuristic minimizer of interesting files ldesc: Delta assists you in minimizing interesting files subject to a test of their interestingness. A common such situation is when attempting to isolate a small failure-inducing substring of a large input that causes your program to exhibit a bug. category: Devel Perl requires: perl
Re: add -debuginfo packages
On 19/02/2012 12:41 AM, Christopher Faylor wrote: On Sat, Feb 18, 2012 at 01:42:20PM -0500, Ryan Johnson wrote: On 18/02/2012 12:58 PM, Christopher Faylor wrote: On Sat, Feb 18, 2012 at 04:47:48PM +, Jon TURNEY wrote: On 21/08/2009 00:40, Yaakov (Cygwin/X) wrote: On 04/08/2009 13:58, Reini Urban wrote: Rather than stripping our exe's and dll's I suggest to strip the debug info into seperate /usr/lib/debug/path/file.dbg and package them seperately in -debuginfo packages such as with fedora. FWIW, attached is the patch I've been using to do this, based on Reini's patch, updated to address some of your concerns. This can, as you suggested, strip the symbols to a location outside of ${D} and create a single debuginfo package containing those symbols for each cygport. I know that support for these packages in upset and setup has been rejected by cgf, but it's still useful to me to keep the debuginfo for the packaged builds of Xwin around. I can see why it would be useful but why do we need to change anything? Why can't you just release a xorg-server-debuginfo package and have people install that when you want them to collect debugging? If they have to install a different binary then the existing stack trace is no longer useful. Especially if the debug package had different optimization levels and makes a heisenbug disappear. I think you misunderstand what is being discussed. debuginfo packages contain the debugging information for a released binary. There is no different binary. Actually, if this was what you apparently thought it was, there would be even less reason to make it some sort of special entity. PEBCAK... I misread the above as proposing to release a binary+debuginfo package instead of shipping the symbols for an existing one. I have to say it's nice to be wrong on that, and that it was never even on the table. Ryan -- 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
Another 'fork' problem...
I flag this for the sake of completeness... I do weekly Emacs (from BZR) builds and I have done this successfully also under Cygwin 1.7.10-1, but today I can't because, ... gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2 -MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o /tmp/emacs/lib/allocator.c 2 [main] make 1852 child_info_fork::abort: address space needed by 'cygiconv-2.dll' (0x674C) is already occupied make[3]: vfork: Resource temporarily unavailable ... Ciao, Angelo. -- 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: LLVM ERROR: Program used external function '...' which could not be resolved!
On 2/18/2012 2:37 PM, KIMURA Masaru wrote: Hi, I've posted a question about porting problem a while ago[1]. Now I have another one[2]. As the subject said, I may encounter a llvm's bug but it looks cygwin related to me. Anyone can reproduce this error? If so, I'd like to ask cygwin devs who packaged llvm and upstream llvm devs about why this error is. I'd also attached my current TODO (added .txt for tard gmail's MIME recognizor) for the record. Peace, - [1] http://cygwin.com/ml/cygwin/2012-02/msg00459.html [2] https://github.com/hiyuh/nvc/blob/master/TODO Hi Kimura, first some correction/suggestion to your instructions $ git clone g...@github.com:hiyuh/nvc.git $ cd ~/git-repos/nvc will not work for us. You need to report $ git clone https://github.com/hiyuh/nvc.git $ cd nvc for lib/ieee it will be nice to add the download of the vhdl files in the autogen.sh . About the error, my log reports: -- make[2]: Entering directory `/tmp/prova/nvc/test' Running suite(s): lib [gc: freed 0 trees; 35 allocated] 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_lib.exe Running suite(s): ident 100%: Checks: 9, Failures: 0, Errors: 0 PASS: test_ident.exe Running suite(s): parse 100%: Checks: 19, Failures: 0, Errors: 0 PASS: test_parse.exe Running suite(s): sem 100%: Checks: 16, Failures: 0, Errors: 0 PASS: test_sem.exe Running suite(s): simplify 100%: Checks: 2, Failures: 0, Errors: 0 PASS: test_simp.exe Running suite(s): elab 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_elab.exe Running suite(s): heap 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_heap.exe ./run_regr.rb:3:in `require': no such file to load -- rubygems (LoadError) from ./run_regr.rb:3 FAIL: run_regr.rb == 1 of 8 tests failed - So I see that rubygems is missing as expected. There is none between cygwin packages So or you have also installed by yourself rubygems and it does not work, or your ruby is broken eventually a rebaseall is neede. By the way, I noticed that after installing rubygems and than colorize, make check hangs on require PASS: test_heap.exe /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- getopt/std (LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `require' from ./run_regr.rb:7 FAIL: run_regr.rb probably the check for std require is broken Regards Marco PS: it seems non a problem of llvm at all -- 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: Another 'fork' problem...
On 2/19/2012 2:16 PM, Angelo Graziosi wrote: I flag this for the sake of completeness... I do weekly Emacs (from BZR) builds and I have done this successfully also under Cygwin 1.7.10-1, but today I can't because, ... gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2 -MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o /tmp/emacs/lib/allocator.c 2 [main] make 1852 child_info_fork::abort: address space needed by 'cygiconv-2.dll' (0x674C) is already occupied make[3]: vfork: Resource temporarily unavailable ... Ciao, Angelo. just to know, have you rebaseall ? -- 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: hexedit install flub...now shell seems rudimentary
[Please don't top post.] On 2/18/2012 3:53 PM, Adrian Sandstrom wrote: I didn't have /etc/profile so I copied /etc/default/etc/profile to /etc/profile. Aside from /etc/profile, I don't have any of the other files that David mentions, but do have the profile.d directory. Here are the permissions of all related files mentioned: bash-4.1$ ls -l profile* -rw-r- 1 adrian None 6.9K Feb 18 11:14 profile profile.d: total 4.0K -rw-r--r-- 1 adrian root 109 Jan 18 07:50 openssl.csh -rw-r--r-- 1 adrian root 41 Jan 18 07:50 openssl.sh -rwxr-xr-x 1 adrian root 74 Jan 29 19:13 xinit.csh* -rwxr-xr-x 1 adrian root 44 Jan 29 19:13 xinit.sh* I did see that both base-files postinstall scripts in /etc/postinstall/ were not executable: bash-4.1$ ls -l base* -rw-rw 1 adrian root 1.2K Feb 12 13:13 base-files-mketc.sh.done -rw-rw 1 adrian root 925 Feb 12 13:13 base-files-profile.sh.done So I changed them to be: bash-4.1$ ls -l base* -rwxrwx--- 1 adrian root 1.2K Feb 12 13:13 base-files-mketc.sh.done* -rwxrwx--- 1 adrian root 925 Feb 12 13:13 base-files-profile.sh.done* I ran setup again without installing anything -- no change to terminal I ran setup again selecting to reinstall hexedit -- no change to terminal I really appreciate your guys' help! Can't wait to find out what the issue is... David already told you that the issue is probably the permissions on some of the files in the base-files package. I would suggest that you use setup.exe to reinstall the base-files package, and then manually change the permissions as he suggested: This is probably caused by incorrect permissions in the latest base-files' package contents. A release fixing this will be available shortly. For the time being, please check and correct perms in: /etc/bash.bash_logout /etc/profile.d /etc/profile.d/tzset.sh /etc/profile.d/tzset.csh /etc/profile.d/lang.csh /etc/profile.d/lang.sh /etc/bash.bashrc /etc/skel/.inputrc /etc/skel/.profile /etc/skel/.bashrc /etc/skel/.bash_profile /etc/profile All of them should have owner/group root.root and 644 perms (rw-r--r--) 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
Re: LLVM ERROR: Program used external function '...' which could not be resolved!
Hi, first some correction/suggestion to your instructions $ git clone g...@github.com:hiyuh/nvc.git $ cd ~/git-repos/nvc will not work for us. You need to report $ git clone https://github.com/hiyuh/nvc.git $ cd nvc Right, I noticed after post my message, sorry. for lib/ieee it will be nice to add the download of the vhdl files in the autogen.sh . Sorry for your bother, but I imagine: * These files have long copyright notice by IEEE. * NVC's author will license it under GPLv3. * Automatically fetch them implicitly includes these file as a part of NVC. * NVC works w/o these files, if design doesn't need them. About the error, my log reports: -- make[2]: Entering directory `/tmp/prova/nvc/test' Running suite(s): lib [gc: freed 0 trees; 35 allocated] 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_lib.exe Running suite(s): ident 100%: Checks: 9, Failures: 0, Errors: 0 PASS: test_ident.exe Running suite(s): parse 100%: Checks: 19, Failures: 0, Errors: 0 PASS: test_parse.exe Running suite(s): sem 100%: Checks: 16, Failures: 0, Errors: 0 PASS: test_sem.exe Running suite(s): simplify 100%: Checks: 2, Failures: 0, Errors: 0 PASS: test_simp.exe Running suite(s): elab 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_elab.exe Running suite(s): heap 100%: Checks: 3, Failures: 0, Errors: 0 PASS: test_heap.exe ./run_regr.rb:3:in `require': no such file to load -- rubygems (LoadError) from ./run_regr.rb:3 FAIL: run_regr.rb == 1 of 8 tests failed - So I see that rubygems is missing as expected. There is none between cygwin packages So or you have also installed by yourself rubygems and it does not work, or your ruby is broken eventually a rebaseall is neede. Yes, rubygems is not packaged by cygwin. I'll try do a rebaseall you said. By the way, I noticed that after installing rubygems and than colorize, make check hangs on require PASS: test_heap.exe /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- getopt/std (LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `require' from ./run_regr.rb:7 FAIL: run_regr.rb probably the check for std require is broken Regards Marco PS: it seems non a problem of llvm at all Hmm..., could you mind to try test/run_regr.sh too? I think you can see same error that I wrote my TODO.txt. And more Google'ing, I found this post on LLVMdev ML: http://lists.cs.uiuc.edu/pipermail/llvmdev/2005-June/004364.html 2. The LLI test failures occur because the dlsym function on cygwin can only find symbols in a loaded DLL. If the symbol is in the .EXE file then the symbol doesn't get found. Since LLI links in things like printf, strcat, and some other fundamental functions, they don't get found on Cygwin. A similar thing happens on MacOS but for a much smaller set of files for which we hand code a workaround. The set of functions on Cygwin is basically a large fraction of glibc, too much to do by hand. But this is back in 2005, I don't know this is still correct in 2012, LLVM-3.0 and Cygwin-1.7. -- 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: LLVM ERROR: Program used external function '...' which could not be resolved!
On 2/19/2012 5:45 PM, KIMURA Masaru wrote: Hi, Hmm..., could you mind to try test/run_regr.sh too? I think you can see same error that I wrote my TODO.txt. how ? $ test/run_regr.sh all analyze elaborate run I see no meaningful output, and the test time seems too short -- 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: Another 'fork' problem...
On Sun, Feb 19, 2012 at 02:16:27PM +0100, Angelo Graziosi wrote: I flag this for the sake of completeness... I do weekly Emacs (from BZR) builds and I have done this successfully also under Cygwin 1.7.10-1, but today I can't because, ... gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2 -MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o /tmp/emacs/lib/allocator.c 2 [main] make 1852 child_info_fork::abort: address space needed by 'cygiconv-2.dll' (0x674C) is already occupied make[3]: vfork: Resource temporarily unavailable ... Reporting issues which have already been discussed and (at least theoretically) fixed isn't really needed. If you want to try a snapshot and report on that, it would be useful. -- 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
Issues with stdio.h
I'm trying to compile vim now using the latest snapshot, and I'm having an issue with stdio.h referencing stddef.h, which seems to be missing. I checked my /usr/include directory and sure enough, it's not there. According to vim's configure: configure:3089: gcc -o conftest.execonftest.c 5 In file included from conftest.c:10:0: /usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or directory Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: Issues with stdio.h
On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote: I'm trying to compile vim now using the latest snapshot, and I'm having an issue with stdio.h referencing stddef.h, which seems to be missing. I checked my /usr/include directory and sure enough, it's not there. According to vim's configure: configure:3089: gcc -o conftest.execonftest.c 5 In file included from conftest.c:10:0: /usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or directory stddef.h comes from the gcc4-core package. It's located in: usr/lib/gcc/i686-pc-cygwin/4.5.3/include/stddef.h and should be found automatically by the compiler. I just tried a simple test case and the inclusion of stdio.h seemed to work fine. You could try checking to make sure that there are no environment variables set which would impact the compiler. 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
Re: LLVM ERROR: Program used external function '...' which could not be resolved!
2012/2/20 marco atzeri marco.atz...@gmail.com: On 2/19/2012 5:45 PM, KIMURA Masaru wrote: Hmm..., could you mind to try test/run_regr.sh too? I think you can see same error that I wrote my TODO.txt. how ? $ test/run_regr.sh all analyze elaborate run I see no meaningful output, and the test time seems too short well, only passing all to test/run_regr.sh means analyze, elaborate and run w/ no unit atm. but this is my bad, sorry for no explanation, could you mind to try them after make on top dir?: $ cd test $ ./run_regr.sh analyze all $ ./run_regr.sh elaborate all $ ./run_regr.sh run all note, test/run_regr.sh is WIP: * test/run_regr.sh should run in test dir. b/c it uses relative path to src/nvc.exe and lib/{std,ieee}. * if you'd like to check make check on top dir again, you should remove test/work manually which is automatically created by test/run_regr.sh. b/c make check implicitly expected no test/work for library functionalities test. 2nd, 3rd command shows you some internal command and log, it looks OK to me. but I guess 4th command shows you LLVM ERROR like this: run run agg1 NVC_LIBPATH=../lib/std:../lib/ieee ../src/nvc -r agg1 LLVM ERROR: Program used external function '_array_copy' which could not be resolved! [you can see more internal command and log w/ LLVM ERROR here.] -- 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: hexedit install flub...now shell seems rudimentary
That fixed it. That was a really good idea. How did you guys know the problem was a permissions issue? On Sun, Feb 19, 2012 at 7:59 AM, Ken Brown kbr...@cornell.edu wrote: [Please don't top post.] On 2/18/2012 3:53 PM, Adrian Sandstrom wrote: I didn't have /etc/profile so I copied /etc/default/etc/profile to /etc/profile. Aside from /etc/profile, I don't have any of the other files that David mentions, but do have the profile.d directory. Here are the permissions of all related files mentioned: bash-4.1$ ls -l profile* -rw-r- 1 adrian None 6.9K Feb 18 11:14 profile profile.d: total 4.0K -rw-r--r-- 1 adrian root 109 Jan 18 07:50 openssl.csh -rw-r--r-- 1 adrian root 41 Jan 18 07:50 openssl.sh -rwxr-xr-x 1 adrian root 74 Jan 29 19:13 xinit.csh* -rwxr-xr-x 1 adrian root 44 Jan 29 19:13 xinit.sh* I did see that both base-files postinstall scripts in /etc/postinstall/ were not executable: bash-4.1$ ls -l base* -rw-rw 1 adrian root 1.2K Feb 12 13:13 base-files-mketc.sh.done -rw-rw 1 adrian root 925 Feb 12 13:13 base-files-profile.sh.done So I changed them to be: bash-4.1$ ls -l base* -rwxrwx--- 1 adrian root 1.2K Feb 12 13:13 base-files-mketc.sh.done* -rwxrwx--- 1 adrian root 925 Feb 12 13:13 base-files-profile.sh.done* I ran setup again without installing anything -- no change to terminal I ran setup again selecting to reinstall hexedit -- no change to terminal I really appreciate your guys' help! Can't wait to find out what the issue is... David already told you that the issue is probably the permissions on some of the files in the base-files package. I would suggest that you use setup.exe to reinstall the base-files package, and then manually change the permissions as he suggested: This is probably caused by incorrect permissions in the latest base-files' package contents. A release fixing this will be available shortly. For the time being, please check and correct perms in: /etc/bash.bash_logout /etc/profile.d /etc/profile.d/tzset.sh /etc/profile.d/tzset.csh /etc/profile.d/lang.csh /etc/profile.d/lang.sh /etc/bash.bashrc /etc/skel/.inputrc /etc/skel/.profile /etc/skel/.bashrc /etc/skel/.bash_profile /etc/profile All of them should have owner/group root.root and 644 perms (rw-r--r--) 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
0 [main] svn 3288 child_info_fork::abort: address space needed by 'cygsasldb-2.dll' (0x3D0000) is already occupied
Hi, Since updating to 1.7.10 I can't use SVN, tried the latest snapshot too. $ svn up Updating '.': 0 [main] svn 3288 child_info_fork::abort: address space needed by 'cygsasl db-2.dll' (0x3D) is already occupied svn: E11: Unable to connect to a repository at URL 'svn+ssh://x...@svn.' svn: E11: Can't create tunnel: Resource temporarily unavailable x@x /cygdrive/c/ $ uname -a CYGWIN_NT-6.1-WOW64 xxx 1.7.11s(0.259/5/3) 20120216 12:09:28 i686 Cygw in Cygwin Configuration Diagnostics Current System Time: Mon Feb 20 07:57:59 2012 Windows 7 Home Premium Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: c:\Program Files (x86)\Microsoft F#\v4.0\ c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\ c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\x86_amd64 c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools c:\Windows\Microsoft.NET\Framework\v4.0.30319 c:\Windows\Microsoft.NET\Framework\v3.5 c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\VCPackages C:\Program Files (x86)\HTML Help Workshop C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\ C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static C:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\ c:\cygwin\bin C:\Program Files (x86)\doxygen\bin C:\Program Files (x86)\Graphviz2.26.3\bin C:\Program Files (x86)\QuickTime\QTSystem\ Output from C:\cygwin\bin\id.exe UID: 1000(xxx)GID: 513(None) 513(None) 545(Användare) 1006(HelpLibraryUpdaters) 1001(HomeUsers) SysDir: C:\Windows\system32 WinDir: C:\Windows PWD = '/cygdrive/c/wireshark' HOME = '/home/xxx' HOMEPATH = '\Users\xxx' APPDATA = 'C:\Users\xxx\AppData\Roaming' ProgramW6432 = 'C:\Program Files' VSINSTALLDIR = 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\' OnlineServices = 'Online Services' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 37 Stepping 2, GenuineIntel' WINDIR = 'C:\Windows' Platform = 'x64' PUBLIC = 'C:\Users\Public' DevEnvDir = 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\' USERDOMAIN = 'xxx-Dator' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' Framework35Version = 'v3.5' !:: = '::\' VS90COMNTOOLS = 'c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/Users/xxx/AppData/Local/Temp' FrameworkVersion64 = 'v4.0.30319' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' VCINSTALLDIR = 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\' LIB = 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\LIB\amd64;c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\ATLMFC\LIB\amd64;C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\lib\x64;' CommandPromptType = 'Cross' PCBRAND = 'Pavilion' FrameworkDIR32 = 'c:\Windows\Microsoft.NET\Framework\' QTJAVA = 'C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'xxx' LIBPATH = 'c:\Windows\Microsoft.NET\Framework64\v4.0.30319;c:\Windows\Microsoft.NET\Framework64\v3.5;c:\Windows\Microsoft.NET\Framework\v4.0.30319;c:\Windows\Microsoft.NET\Framework\v3.5;c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\LIB\amd64;c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\ATLMFC\LIB\amd64;' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FrameworkDIR64 = 'c:\Windows\Microsoft.NET\Framework64' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' USERPROFILE = 'C:\Users\xxx' FrameworkDir = 'c:\Windows\Microsoft.NET\Framework\' WindowsSdkDir = 'C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\' LOGONSERVER = '\\xxx-DATOR' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\xxx\AppData\Local' !C: = 'C:\wireshark' ProgramData = 'C:\ProgramData' MSWorksProductCode = '{2C1B58D5-6549-472C-86B7-17BE57186628}' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' FSHARPINSTALLDIR = 'c:\Program Files (x86)\Microsoft F#\v4.0\' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/xxx/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PROCESSOR_REVISION = '2502' CLASSPATH = '.;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip' VS100COMNTOOLS = 'c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\' FrameworkVersion32 = 'v4.0.30319' PROGRAMFILES = 'C:\Program Files
Re: 0 [main] svn 3288 child_info_fork::abort: address space needed by 'cygsasldb-2.dll' (0x3D0000) is already occupied
On Mon, Feb 20, 2012 at 8:01 AM, Anders Broman wrote: Hi, Since updating to 1.7.10 I can't use SVN, tried the latest snapshot too. $ svn up Updating '.': 0 [main] svn 3288 child_info_fork::abort: address space needed by 'cygsasl db-2.dll' (0x3D) is already occupied svn: E11: Unable to connect to a repository at URL 'svn+ssh://x...@svn.' svn: E11: Can't create tunnel: Resource temporarily unavailable x@x /cygdrive/c/ $ uname -a CYGWIN_NT-6.1-WOW64 xxx 1.7.11s(0.259/5/3) 20120216 12:09:28 i686 Cygw in rebaseall should solve the problem, look on rebase documentation for details 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