This is the mail archive of the cygwin mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |