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,
like this:
/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
(see /etc/profile.d/tzset.{sh,csh}).
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
