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
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 Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe