Re: [GHC] #2425: Crash constructing a ClockTime too far into the future

2008-08-02 Thread GHC
#2425: Crash constructing a ClockTime too far into the future
--+-
 Reporter:  wagstaff  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  _|_
Component:  libraries (old-time)  |Version:  6.8.3  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Windows   |  
--+-
Comment (by igloo):

 See also #2479

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2425: Crash constructing a ClockTime too far into the future

2008-07-07 Thread GHC
#2425: Crash constructing a ClockTime too far into the future
---+
 Reporter:  wagstaff   |  Owner: 
 Type:  bug| Status:  new
 Priority:  normal |  Milestone:  6.10.1 
Component:  libraries (other)  |Version:  6.8.3  
 Severity:  normal | Resolution: 
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  x86
   Os:  Windows|  
---+
Comment (by wagstaff):

 Google suggests that System.Time may be deprecated (though this is not at
 all clear to me); and it turns out that I can do what I want with
 posixSecondsToUTCTime anyway.

 So this isn't important to me, and if System.Time really is deprecated
 then perhaps it's not important to anyone?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


[GHC] #2425: Crash constructing a ClockTime too far into the future

2008-07-06 Thread GHC
#2425: Crash constructing a ClockTime too far into the future
-+--
Reporter:  wagstaff  |   Owner:  
Type:  bug   |  Status:  new 
Priority:  normal|   Component:  Compiler
 Version:  6.8.3 |Severity:  normal  
Keywords:|Testcase:  
Architecture:  x86   |  Os:  Windows 
-+--
 Per summary.  Type this in to GHCi:

 `show (TOD 12312323123 0)`

 and it crashes.

 Similar bad behaviour with compiled code.

 Ah, looks like it goes wrong when the bits wrap.  `(TOD 2147483647 0)` is
 OK, but `(TOD 2147483648 0)` falls apart.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs