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.
- Jon
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.
Use:
catchGError
(do ...
...)
(\(GError dom code msg) -> fail msg)
Duncan
_______________________________________________
Haskell-Cafe mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________
Haskell-Cafe mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/haskell-cafe
