> Yes, non-interactive uses of the Win32 library appear to > be in a non-working state (at least with my copy of ghc-5.02, > don't know if there's been any stealth updates to the installer > binary.) > > As a stop-gap measure, replace ghc-5.02's libHSwin32.a > (after having saved it away) with the one contained in > > http://www.galconn.com/~sof/HSwin32.zip
If your libHSwin32.a is built by and against 5.02, I'll just include it in my InstallShield tree and update. Unfortunately owing to limited disc space, I haven't been keeping as many trees around as I would have liked. However, I think I have a solution, so I should have a clean-built version soon. > (The cause of it all is that libHSwin32.a lacks a pair of _stub.c files > which contains the code that takes care of the window/dialogue > callbacks into Haskell). Yes, I'm not at all clear on how that happened. Was that just before a fix you made to do with that? I notice that when I build libHSwin32.a now, I get an error because two non-existent directories get added to the link line, corresponding to those two _stub.c files. But the library builds properly anyway. Or at least, the given example works. _______________________________________________ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
