Ambiguous Local Time Conversion in Haskell Data.Time

Ambiguous local time conversion failure in Data.Time.Calendar

0 reputation · 16 May 2025, 07:48 UTC

36.1K views0

Ambiguous local time conversion failure in Data.Time.Calendar

Data.Time.Calendar functions assume the Gregorian calendar and lack a built‑in representation for local times that occur twice during the fall‑back of daylight‑saving time.

The library’s timezone and zi functions are deprecated in recent GHC releases, and migration to the tzdata package introduces uncertainty about how ambiguous times will be resolved.

What is the intended behavior for ambiguous local times in future Data.Time releases, and how will the deprecation of timezone handling affect existing conversion code?

2,283 following

Keep exploring this topic

Connection pool exhausted in persistent library

The persistent library throws a ConnectionPoolExhausted exception when all pool connections are busy. The community is undecided on whether to default to blocking or fast-failing.

Lazy I/O in Haskell System.IO retaining file handles in long-running processes

Lazy I/O in Haskell's System.IO defers file reading until consumption, causing file handles to remain open when unevaluated thunks are retained in long-running computations.

Space leak in recursive accumulation with foldl

Exploring the behavior of thunk build-up and space leaks in Haskell, specifically regarding the limits of WHNF and strictness annotations in recursive functions.

Strict vs Lazy Lists: Which Reduces Peak Memory for Large Collections?

Choosing between bang patterns and lazy lists can dramatically change peak memory and CPU usage for large collections. Which approach is better for a 10 million element list under <code>-O2</code> and why?

Ambiguous local time conversion failure in Data.Time.Calendar

Ambiguous local time conversion failure in Data.Time.Calendar

0 answers

Your perspective belongs here.

0 question comments