Thread overview | ||||||
---|---|---|---|---|---|---|
|
February 09, 2013 [Issue 9488] New: std.datetime unittest failure | ||||
---|---|---|---|---|
| ||||
http://d.puremagic.com/issues/show_bug.cgi?id=9488 Summary: std.datetime unittest failure Product: D Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nobody@puremagic.com ReportedBy: yazan.dabain@gmail.com --- Comment #0 from yazan.dabain@gmail.com 2013-02-09 03:01:01 PST --- Running the phobos unittests, a failure in std.datetime line 1501 was reported. Local timezone is Asia/Amman. Changing the timezone makes the test pass. Running on Fedora 18. core.exception.AssertError@std/datetime.d(1501): [1999-Jul-31 01:00:00] [1999-Jul-31 00:00:00] ---------------- generated/linux/debug/64/unittest/std/datetime(onUnittestErrorMsg+0x46) [0x877132] generated/linux/debug/64/unittest/std/datetime(_d_unittest_msg+0x45) [0x86a72d] generated/linux/debug/64/unittest/std/datetime(void std.datetime.SysTime.__unittestL1466_27()+0x1320) [0x5b8854] generated/linux/debug/64/unittest/std/datetime(void std.datetime.__modtest()+0x81) [0x864615] generated/linux/debug/64/unittest/std/datetime(extern (C) bool core.runtime.runModuleUnitTests().int __foreachbody327(ref object.ModuleInfo*)+0x30) [0x87745c] generated/linux/debug/64/unittest/std/datetime(int rt.minfo.moduleinfos_apply(scope int delegate(ref object.ModuleInfo*))+0x55) [0x86f265] generated/linux/debug/64/unittest/std/datetime(runModuleUnitTests+0xae) [0x8772f6] generated/linux/debug/64/unittest/std/datetime(extern (C) int rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).void runAll()+0x22) [0x86ae5a] generated/linux/debug/64/unittest/std/datetime(extern (C) int rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).void tryExec(scope void delegate())+0x2a) [0x86a96a] generated/linux/debug/64/unittest/std/datetime(_d_run_main+0x1a8) [0x86a924] generated/linux/debug/64/unittest/std/datetime(main+0x17) [0x86a777] /lib64/libc.so.6(__libc_start_main+0xf5) [0x3e8f221a05] make[1]: *** [generated/linux/debug/64/unittest/std/datetime] Error 1 make: *** [unittest] Error 2 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
February 10, 2013 [Issue 9488] std.datetime unittest failure | ||||
---|---|---|---|---|
| ||||
Posted in reply to yazan.dabain@gmail.com | http://d.puremagic.com/issues/show_bug.cgi?id=9488 Jonathan M Davis <jmdavisProg@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |jmdavisProg@gmx.com --- Comment #1 from Jonathan M Davis <jmdavisProg@gmx.com> 2013-02-09 17:14:11 PST --- I very much doubt that there's any real bug here (tests like this are notoriously hard to write in a way that works across all time zones), but I'll try and find time to look into it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
February 10, 2013 [Issue 9488] std.datetime unittest failure | ||||
---|---|---|---|---|
| ||||
Posted in reply to yazan.dabain@gmail.com | http://d.puremagic.com/issues/show_bug.cgi?id=9488 --- Comment #2 from Jonathan M Davis <jmdavisProg@gmx.com> 2013-02-09 17:43:06 PST --- It looks like the problem is the fact that Asia/Amman had a DST switch on July 1st, 1999. I didn't think that anyone had DST switches in July. They're always in Spring or Fall. Yuck. Okay. It's definitely not a bug in std.datetime itself. It'll work fine. It's a bug in the tests. I'll have to figure out how to fix them that works across more (preferably all) time zones. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
February 11, 2013 [Issue 9488] std.datetime unittest failure | ||||
---|---|---|---|---|
| ||||
Posted in reply to yazan.dabain@gmail.com | http://d.puremagic.com/issues/show_bug.cgi?id=9488 --- Comment #3 from yazan.dabain@gmail.com 2013-02-11 06:53:13 PST --- I thought so too, but I wanted to make sure that it wasn't some edge case or something. (btw, we need to find a way to enable running the rest of the unit-tests even if one fails. But that's an issue for another ticket) Thanks for you efforts. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- |
Copyright © 1999-2021 by the D Language Foundation