[Haskell-cafe] Re: ANN: Yi 0.4.1
jstrait at moonloop.net
Wed Jul 30 15:27:58 EDT 2008
I had the same problem on x86_64 linux using the Gtk front and no custom
config with the current Yi on Hackage (0.4.3). Using catchGError revealed:
user error (Failed to open file
'/home/bernardy/.cabal/share/yi-0.4.3/art/yi+lambda-fat.32.png': No such
file or directory)
Tracked down to Paths_yi.hs :
bindir = "/home/bernardy/.cabal/bin"
libdir = "/home/bernardy/.cabal/lib/yi-0.4.3/ghc-6.8.3"
datadir = "/home/bernardy/.cabal/share/yi-0.4.3"
libexecdir = "/home/bernardy/.cabal/libexec"
I just built the latest Yi from Darcs and this seems to have been fixed.
Duncan Coutts wrote:
> On Sun, 2008-07-27 at 20:58 +0000, Jean-Philippe Bernardy wrote:
>> Don Stewart <dons <at> galois.com> writes:
>>> $ yi -f pango
>>> Launching custom yi: "/home/dons/.yi/yi-x86_64-linux"
>>> yi: exception :: System.Glib.GError.GError
>>> Anyone seen this?
>> Consistently on x64. The pango stuff is generally unstable anyway. I'm not sure
>> what's to blame.
> That's interesting. That's a Haskell exception (dynamic type). I doubt
> it's being thrown by the Pango code, there's only one use of it there,
> in parseMarkup and that should throw parsing errors pretty much
> independent of platform.
> You can catch those GError exceptions and print more interesting info.
>> (do ...
>> (\(GError dom code msg) -> fail msg)
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
More information about the Haskell-Cafe