Thu May 24 12:34:00 GMT 2012
On May 24 11:22, Denis Excoffier wrote:
> On Thu, May 24, 2012 at 10:12:02AM +0200, Corinna Vinschen wrote:
> >> On May 24 09:06, Denis Excoffier wrote:
> >> >
> >> > Hello,
> >> >
> >> > With the new subversion (1.7.5) and the last
> >> > snapshot (20120523 21:51:34), the command 'svn --version' produces
> >> > segmentation fault, with no svn.exe.stackdump produced:
> >> >
> >> > % /usr/bin/svn --version
> >> > Segmentation fault
> >> > %
> >> I just installed the latest subversion 1.7.5 and I can not reproduce
> >> this crash. svn --version prints the version information just fine with
> >> the latest snapshot DLL. I made sure I was really using the snapshot DLL,
> >> not my local debug version.
> I've decided to use rebase/rebaseall/autorebase. Until now, i had
> always run "Setup download" and "Setup install" separately, with removal
> of .../release/_autorebase/* between the two (and in addition, i
> had installed "exit 0" in line 2 of /bin/rebaseall).
??? Why? We never had so few reports about fork failures than after
we added the autorebase package.
> So, i made my installation completely standard, and first, i noticed
> that "xz -9e" does not work any more:
> % /usr/bin/xz -9e cygcheck.out
> /usr/bin/xz: cygcheck.out: Cannot allocate memory
Works fine for me with the latest snapshot.
> Then i observed that 'svn --version' failed as before. And with
> the previous snapshot, it worked again. So no change with autorebasing.
Still works for me
> >> > % /usr/bin/env -i TZ=Europe/Monaco /usr/bin/date
> >> > Thu May 24 09:01:14 CEST 2012
> >> > % /usr/bin/env -i TZ=Europe/Monaco /usr/bin/strace /usr/bin/date >! /dev/null
> >> > 8773 [main] date 3248 D:\Home\dexcoff1\dexcoff1\cyg12c\bin\date.exe: *** fatal error - internal error reading the windows environment - too many environment variables?
> >> > 10625 [main] date 3248 open_stackdumpfile: Dumping stack trace to date.exe.stackdump
Btw., what does the strace look like if you send the output to a file,
/usr/bin/strace -o date.trace /usr/bin/date
> >> That's a crash of some sorts while trying to convert the Windows
> >> environment to the Cygwin POSIX environment. Again, I can't reproduce
> >> this one with the latest snapshot and the latest 1.7.15 strace.
> I've this problem since many months before, perhaps even years. The
> same occurs now, after the system is autorebased.
This is very strange. I mean, I'm running strace on at least a daily
basis. I never saw such a problem. And your environment looks rather
small. Almost too small...
> >> For a start, please send your cygcheck -svr info. Did you try to see
> >> if manual rebaseing helps?
> % (cygcheck -s -v -r > cygcheck.out) >& cygcheck.err
> Included both. What do you mean "manual rebaseing"? 'ldd svn' shows 45
> individual DLL...
I meant, running rebaseall from ash manually.
As for your cygcheck output, I only see a few uncommon things:
> Path: D:\Home\dexcoff1\dexcoff1\cyg12c\bin
That's all? Where are the native Windows paths?
> !:: = '::\'
Where does that come from? I never saw a "=::" environment variable.
On the other hand, you have "!D:" but no "!C:". It is as if something
overwrote the 'C' in these strings for no apparent reason.
> TZ = '/tmp/lcl/uxl/tz/etc/zoneinfo/Europe/Paris'
"Europe/Paris" is sufficient, usually. But in theory it's not necessary
to set it manually, given that TZ is set using the tzset tool at startup
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin