[Haskell-cafe] Re: ANN: Yi 0.4.1

[Jon Strait]

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