When I last looked at the problem, the issue was that wxWidgets libraries
use static constructors and destructors in some places.

Problem with static constructors is that they typically run before main() -
or its equivalent - is called. This means that once you quit an
application, there is no way to restart without relaunching executable.

Similarly, static destructors only run after app has called exit().

There were a couple of approaches I considered:
* Implement a wrapper which forces dynamic load and unload of the wxWidgets
libraries from inside wxc. This would work because when reloading the
libraries (as you would when restarting app at GHCi), the static
constructors run (e.g. in Windows they usually run just before DllMain() is
called). This is easy, but very tedious to do in practice, and would only
really make sense if the wxWidgets bindings are auto-generated.

* Fake application exit when running in GHCi so that when app starts again
the same event loop is used, and the static destructors are never called.
This would be a very neat solution, but state management is very tricky.

Regards
Jeremy

On 7 October 2013 06:53, Eric Kow <eric....@gmail.com> wrote:

> I couldn't find a relevant bug on the wxHaskell tracker (all were closed)
> Perhaps it'd be worthwhile creating a new ticket for the problems
> Conal was facing? (they are very old problems, if I remember
> correctly).
>
> Do we even know what the issue is about?
>
> On 6 October 2013 20:54, Henk-Jan van Tuyl <hjgt...@chello.nl> wrote:
> > On Sun, 06 Oct 2013 20:08:16 +0200, Eric Kow <eric....@gmail.com> wrote:
> >
> >> Just thought I might call your attention to this thread:
> >>
> http://www.haskell.org/pipermail/haskell-cafe/2013-September/109022.html
> >>
> >> GHCi support seems like something that might be worth bubbling up the
> >> agenda?
> >
> >
> > Shouldn't GHCi support be all right with the next GHC release? Did
> someone
> > try a nightly build of GHC to test this? There are no nightly builds for
> > Windows, and I can't get GHC compiled, so I cannot test this.
> >
> > Regards,
> > Henk-Jan van Tuyl
> >
> >
> > --
> > Folding@home
> > What if you could share your unused computer power to help find a cure?
> In
> > just 5 minutes you can join the world's biggest networked computer and
> get
> > us closer sooner. Watch the video.
> > http://folding.stanford.edu/
> >
> >
> > http://Van.Tuyl.eu/
> > http://members.chello.nl/hjgtuyl/tourdemonad.html
> > Haskell programming
> > --
>
>
>
> --
> Eric Kow <http://erickow.com>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Reply via email to