Re: svn --version

[Denis Excoffier <Cygwin at Denis-Excoffier dot org>]

On Thu, May 24, 2012 at 02:18:50PM +0200, Corinna Vinschen wrote:
>> On May 24 11:22, Denis Excoffier wrote:
>> > 
>> > 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.

My experience showed that my personal fork errors were never solved by
autorebasing. In my case, autorebasing brought difficulties with xz
that i don't understand and difficulties with my ~100
home-built DLLs (ie i would have to rebase them also, but "manually").
>> 
>> 
>> > >> > % /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

With my usual environment this time:

% /usr/bin/date
Fri May 25 14:08:30 CEST 2012
% /usr/bin/strace -o date.trace /usr/bin/date
   8862 [main] date 3440 D:\Home\dexcoff1\dexcoff1\cyg12e\bin\date.exe: *** fatal error - internal error reading the windows environment - too many environment variables?
  11072 [main] date 3440 open_stackdumpfile: Dumping stack trace to date.exe.stackdump
% cat date.exe.stackdump
Stack trace:
Frame     Function  Args
002297C8  6102F5AB  (002297C8, 00000000, 00000000, 7C9201DB)
00229AB8  6102F5AB  (6119EDC0, 00008000, 00000000, 611A0C2F)
0022AAE8  610061BC  (611CD03C, 0022AB14, 611F1264, 00000000)
0022AB08  610061F8  (611CD03C, 00082000, 611F1248, 611F0834)
0022AC88  6102DE28  (00000000, 61186730, 0022ACB8, 611370F2)
0022ACB8  610AE404  (00000000, 00000000, 00000000, 00000000)
0022AD28  6100683C  (00000000, 0022CDA8, 610067B0, 00000000)
end of stack trace
% addr2line -e /bin/cygwin1.dbg 6102F5AB
/home/corinna/src/cygwin/cygwin-1.7.15/cygwin-1.7.15-1/src/cygwin-1.7.15/winsup/cygwin/exceptions.cc:383
% uname -v
20120524 17:33:50
%

Included date.trace.

>> 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?

No need for native Windows, what are we using Cygwin for?
For the rest, i use aliases (installed in .cshrc, for the limited
number of commands that i need to enter on the command line) and full
paths (in variables) for shell scripts or equivalent (e.g. makefiles).
>> 
>> > !:: = '::\'
>> 
>> Where does that come from?  I never saw a "=::" environment variable.

You mean "!::". It comes from Windows i suppose. It must not be
completely uncommon since eg
http://cygwin.com/ml/cygwin/2012-05/msg00526.html has it also.

>> 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.
My COMSPEC uses D:. I have double boot. For my Cygwin activities i
always use D: only (i cannot write on C:). My XP is French only, ie
'cygpath -D' returns
"/cygdrive/d/Documents and Settings/dexcoff1/Bureau" ("Bureau" is
french for "Desktop").
>> 
>> > 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}).
I need leap seconds (right/Europe/Paris), i also need to use the
tzdata package (see http://www.iana.org/time-zones) that i select.
Also, i have no reason to trust the Date/Time panel from XP.


Hope this helps,

Regards,

Denis Excoffier.

Attachment: date.trace
Description: Text document

--
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