From: Jeremy O'D. <jer...@gm...> - 2009-01-04 15:35:59
|
The wxHaskell development team is pleased to announce the release of wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. The Haskell support is built on a reasonably complete C language binding, which could be used as the basis for wxWidgets support on other languages/platforms which do not have easy mechanisms for linking with C++ code. The main highlights of wxHaskell 0.11.1 are: - Support for XRC resource files, allowing GUI design using a visual tool. Note that this is currently not type safe, and programs will crash if a widget is not cast to the correct type on loading. - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now dropped and wxHaskell will not compile against versions of wxWidgets prior to 2.6. This means that exploratory development using GHCi is no longer possible. Workaround is to continue to use older wxHaskell versions. - Support for GHC 6.10 - Preliminary support for Cabal / Hackage The full list of changes is provided at the end of this mail. Binary packages are available from the wxHaskell download site at http://sourceforge.net/project/showfiles.php?group_id=73133, for the following platforms: - Windows - OS X (Intel platform only) - Source code .tar.gz and .zip - Documentation (cross-platform) The wxHaskell libraries (wxcore and wx) are also available from Hackage (http://hackage.haskell.org). About wxHaskell --------------- wxHaskell is a Haskell binding to the wxWidgets GUI library for recent versions of the Glasgow Haskell Compiler. It provides a native look and feel on Windows, OS X and Linux, and a medium level programming interface. The main project page for wxHaskell is at http://wxhaskell.sourceforge.net. The latest source code for wxHaskell can always be obtained from http://darcs.haskell.org/wxhaskell. There are developer (wxh...@li... and user (wxh...@li...) mailing lists, and a wiki page at http://haskell.org/haskellwiki/WxHaskell which can provide more information to those interested. The C language binding for wxHaskell was derived from an original C language binding created for the Eiffel programming language by the ELJ project (http://elj.sourceforge.net). Non backward compatible changes: - Preliminary Cabal / Hackage support - Added "--global" argument to configure script - Added "--user" argument to configure script - Changed wxhaskell official web page to Haskell wiki at http://haskell.org/haskellwiki/WxHaskell - Changed official darcs repository to code.haskell.org - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 - Adapted some part of wxcore API to be able to refer to wxWidgets 2.8 documentation for wxcore functions - Added "TopLevelWindow", which mainly removes some functionality from "Frame" - Changed "--with-stc" argument to "--with-contrib" - Removed "Wave" type synonym Backward compatible additions: - Added support for using XRC resource files to load most controls and menus attached to frames. - Added sample file showing how to use XRC support to attach command handlers to menu items - Added sample file showing how to use properties with many controls. - Added "--enable-optimization" argument to configure script - Added "--O*" argument to configure script - Added "--enable-library-profiling" argument to configure script - Added "--p" argument to configure script - Added "-fvia-C" argument to configure script. And moved this compilation flag to configure script - Added Image / ByteString conversion functions - Adapted the configuration to work with GHC 6.10. - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread safety - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be more flexible. - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use "wxcMilliSleep" instead - Added very experimental wxGraphicsContext support - Added wxSVGFileDC functions Bugfixes: - Applied DEPRECATED pragma to old deprecated functions. Just documented in Haddock before. - Fixed "processExecAsync" hangs Windows GUI-only program - Fixed Windows binary install problem when path with spaces (bug 1400488) - Probably fixed the applicattion failed to initialize properly when using Windows binary. -- Jeremy O'Donoghue jer...@gm... -- Jeremy O'Donoghue jer...@gm... |
From: Jeroen J. <Jer...@vu...> - 2009-01-06 18:27:37
|
Hi, I tried compiling this program: module Main where import Graphics.UI.WX main :: IO () main = start hello hello :: IO () hello = do f <- frame [text := "Hello!"] quit <- button f [text := "Quit", on command := close f] set f [layout := widget quit] with wxhaskell 0.11.0 (latest darcs version), ghc 6.8.3, libwxgtk 2.8.7.1-0ubuntu3 on Kubuntu 8.04 and everything builds fine, but when I try to run it I get: ./wxhaskelltest: symbol lookup error: /usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined symbol: _ZNK7wxPanel14GetDefaultItemEv Trying strings /usr/lib/libwxc-gtk2.8.7-0.11.0.so | grep wxPanel14 gives: _ZNK7wxPanel14GetDefaultItemEv So the library should be in order. Any help with this? Kind regards, Jeroen Janssen. On Sunday 04 January 2009 16:19:19 Jeremy O'Donoghue wrote: > The wxHaskell development team is pleased to announce the release of > wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. > > The Haskell support is built on a reasonably complete C language > binding, which could be used as the basis for wxWidgets support on other > languages/platforms which do not have easy mechanisms for linking with > C++ code. > > The main highlights of wxHaskell 0.11.1 are: > > - Support for XRC resource files, allowing GUI design using a visual > tool. Note that this > is currently not type safe, and programs will crash if a widget is > not cast to the correct > type on loading. > - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now > dropped and wxHaskell > will not compile against versions of wxWidgets prior to 2.6. This > means that exploratory > development using GHCi is no longer possible. Workaround is to > continue to use older > wxHaskell versions. > - Support for GHC 6.10 > - Preliminary support for Cabal / Hackage > > The full list of changes is provided at the end of this mail. > > Binary packages are available from the wxHaskell download site at > http://sourceforge.net/project/showfiles.php?group_id=73133, for the > following platforms: > > - Windows > - OS X (Intel platform only) > - Source code .tar.gz and .zip > - Documentation (cross-platform) > > The wxHaskell libraries (wxcore and wx) are also available from Hackage > (http://hackage.haskell.org). > > About wxHaskell > --------------- > > wxHaskell is a Haskell binding to the wxWidgets GUI library for recent > versions > of the Glasgow Haskell Compiler. It provides a native look and feel on > Windows, > OS X and Linux, and a medium level programming interface. > > The main project page for wxHaskell is at > http://wxhaskell.sourceforge.net. > The latest source code for wxHaskell can always be obtained from > http://darcs.haskell.org/wxhaskell. > There are developer (wxh...@li... and user > (wxh...@li...) mailing lists, and a wiki page > at http://haskell.org/haskellwiki/WxHaskell which can provide more > information to those interested. > > The C language binding for wxHaskell was derived from an original C > language binding created for the Eiffel programming language by the > ELJ project (http://elj.sourceforge.net). > > Non backward compatible changes: > - Preliminary Cabal / Hackage support > - Added "--global" argument to configure script > - Added "--user" argument to configure script > - Changed wxhaskell official web page to Haskell wiki at > http://haskell.org/haskellwiki/WxHaskell > - Changed official darcs repository to code.haskell.org > - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 > - Adapted some part of wxcore API to be able to refer to wxWidgets 2.8 > documentation for wxcore functions > - Added "TopLevelWindow", which mainly removes some functionality from > "Frame" > - Changed "--with-stc" argument to "--with-contrib" > - Removed "Wave" type synonym > > Backward compatible additions: > - Added support for using XRC resource files to load most controls and > menus attached to frames. > - Added sample file showing how to use XRC support to attach command > handlers to menu items > - Added sample file showing how to use properties with many controls. > - Added "--enable-optimization" argument to configure script > - Added "--O*" argument to configure script > - Added "--enable-library-profiling" argument to configure script > - Added "--p" argument to configure script > - Added "-fvia-C" argument to configure script. And moved this > compilation flag to configure script > - Added Image / ByteString conversion functions > - Adapted the configuration to work with GHC 6.10. > - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread > safety > - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be > more flexible. > - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. > - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use > "wxcMilliSleep" instead > - Added very experimental wxGraphicsContext support > - Added wxSVGFileDC functions > > Bugfixes: > - Applied DEPRECATED pragma to old deprecated functions. Just documented > in Haddock before. > - Fixed "processExecAsync" hangs Windows GUI-only program > - Fixed Windows binary install problem when path with spaces (bug > 1400488) > - Probably fixed the applicattion failed to initialize properly when > using Windows binary. > > -- > Jeremy O'Donoghue > jer...@gm... |
From: Jeroen J. <Jer...@ug...> - 2009-01-07 19:44:56
|
Follow-up: With latest darcs version, showing revision 0.11.1 this time, this error does not occur any longer. However, wxhaskell is still not working as now programs fail with: (process:3353): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization assertion failed, use IA__g_type_init() prior to this function (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed This happens for the example I mentioned in my previous e-mail but also for the examples included with wxhaskell (BoxedCombinator etc). Any help with this? The parameters stayed the same as in my previous e-mail (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even tried updating to wxwidgets 2.8.9, but to no avail, same error. I build wxhaskell with "cabal" install, followed by the cd wx en usual build process if that may be of any help. Kind regards, On Tuesday 06 January 2009 19:27:32 Jeroen Janssen wrote: > Hi, > > I tried compiling this program: > > module Main where > > import Graphics.UI.WX > > main :: IO () > main > = start hello > > hello :: IO () > hello > = do f <- frame [text := "Hello!"] > quit <- button f [text := "Quit", on command := close f] > set f [layout := widget quit] > > with wxhaskell 0.11.0 (latest darcs version), ghc 6.8.3, libwxgtk > 2.8.7.1-0ubuntu3 on Kubuntu 8.04 and everything builds fine, but when I try > to run it I get: > > ./wxhaskelltest: symbol lookup error: /usr/lib/libwxc-gtk2.8.7-0.11.0.so: > undefined symbol: _ZNK7wxPanel14GetDefaultItemEv > > Trying > > strings /usr/lib/libwxc-gtk2.8.7-0.11.0.so | grep wxPanel14 > > gives: > > _ZNK7wxPanel14GetDefaultItemEv > > So the library should be in order. > > Any help with this? > > Kind regards, > Jeroen Janssen. > > On Sunday 04 January 2009 16:19:19 Jeremy O'Donoghue wrote: > > The wxHaskell development team is pleased to announce the release of > > wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. > > > > The Haskell support is built on a reasonably complete C language > > binding, which could be used as the basis for wxWidgets support on other > > languages/platforms which do not have easy mechanisms for linking with > > C++ code. > > > > The main highlights of wxHaskell 0.11.1 are: > > > > - Support for XRC resource files, allowing GUI design using a visual > > tool. Note that this > > is currently not type safe, and programs will crash if a widget is > > not cast to the correct > > type on loading. > > - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now > > dropped and wxHaskell > > will not compile against versions of wxWidgets prior to 2.6. This > > means that exploratory > > development using GHCi is no longer possible. Workaround is to > > continue to use older > > wxHaskell versions. > > - Support for GHC 6.10 > > - Preliminary support for Cabal / Hackage > > > > The full list of changes is provided at the end of this mail. > > > > Binary packages are available from the wxHaskell download site at > > http://sourceforge.net/project/showfiles.php?group_id=73133, for the > > following platforms: > > > > - Windows > > - OS X (Intel platform only) > > - Source code .tar.gz and .zip > > - Documentation (cross-platform) > > > > The wxHaskell libraries (wxcore and wx) are also available from Hackage > > (http://hackage.haskell.org). > > > > About wxHaskell > > --------------- > > > > wxHaskell is a Haskell binding to the wxWidgets GUI library for recent > > versions > > of the Glasgow Haskell Compiler. It provides a native look and feel on > > Windows, > > OS X and Linux, and a medium level programming interface. > > > > The main project page for wxHaskell is at > > http://wxhaskell.sourceforge.net. > > The latest source code for wxHaskell can always be obtained from > > http://darcs.haskell.org/wxhaskell. > > There are developer (wxh...@li... and user > > (wxh...@li...) mailing lists, and a wiki page > > at http://haskell.org/haskellwiki/WxHaskell which can provide more > > information to those interested. > > > > The C language binding for wxHaskell was derived from an original C > > language binding created for the Eiffel programming language by the > > ELJ project (http://elj.sourceforge.net). > > > > Non backward compatible changes: > > - Preliminary Cabal / Hackage support > > - Added "--global" argument to configure script > > - Added "--user" argument to configure script > > - Changed wxhaskell official web page to Haskell wiki at > > http://haskell.org/haskellwiki/WxHaskell > > - Changed official darcs repository to code.haskell.org > > - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 > > - Adapted some part of wxcore API to be able to refer to wxWidgets 2.8 > > documentation for wxcore functions > > - Added "TopLevelWindow", which mainly removes some functionality from > > "Frame" > > - Changed "--with-stc" argument to "--with-contrib" > > - Removed "Wave" type synonym > > > > Backward compatible additions: > > - Added support for using XRC resource files to load most controls and > > menus attached to frames. > > - Added sample file showing how to use XRC support to attach command > > handlers to menu items > > - Added sample file showing how to use properties with many controls. > > - Added "--enable-optimization" argument to configure script > > - Added "--O*" argument to configure script > > - Added "--enable-library-profiling" argument to configure script > > - Added "--p" argument to configure script > > - Added "-fvia-C" argument to configure script. And moved this > > compilation flag to configure script > > - Added Image / ByteString conversion functions > > - Adapted the configuration to work with GHC 6.10. > > - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread > > safety > > - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be > > more flexible. > > - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. > > - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use > > "wxcMilliSleep" instead > > - Added very experimental wxGraphicsContext support > > - Added wxSVGFileDC functions > > > > Bugfixes: > > - Applied DEPRECATED pragma to old deprecated functions. Just documented > > in Haddock before. > > - Fixed "processExecAsync" hangs Windows GUI-only program > > - Fixed Windows binary install problem when path with spaces (bug > > 1400488) > > - Probably fixed the applicattion failed to initialize properly when > > using Windows binary. > > > > -- > > Jeremy O'Donoghue > > jer...@gm... > > --------------------------------------------------------------------------- >--- Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Mads L. <mad...@ya...> - 2009-01-11 16:22:33
|
Hi Jeroen While my windows show up just fine, I do get similar warnings to you: (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed I think we to call g_type_init() (http://library.gnome.org/devel/gobject/unstable/gobject-Type-Information.html#g-type-init) somewhere in the wxHaskell code, to avoid these warnings and possibly your wxHaskell to work. I am looking into it. This bugs seems to be similar to what you (and I) are experiencing https://bugzilla.redhat.com/show_bug.cgi?id=442977 . Greetings, Mads Lindstrøm Jeroen Janssen wrote: > Follow-up: > > With latest darcs version, showing revision 0.11.1 this time, this error does > not occur any longer. However, wxhaskell is still not working as now > programs fail with: > > (process:3353): GLib-GObject-CRITICAL > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > assertion failed, use IA__g_type_init() prior to this function > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > `initialization_value != 0' failed > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > `GDK_IS_DISPLAY (display)' failed > > This happens for the example I mentioned in my previous e-mail but also for > the examples included with wxhaskell (BoxedCombinator etc). > > Any help with this? The parameters stayed the same as in my previous e-mail > (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even tried updating to > wxwidgets 2.8.9, but to no avail, same error. > I build wxhaskell with "cabal" install, followed by the cd wx en usual build > process if that may be of any help. > > Kind regards, > > > On Tuesday 06 January 2009 19:27:32 Jeroen Janssen wrote: > > Hi, > > > > I tried compiling this program: > > > > module Main where > > > > import Graphics.UI.WX > > > > main :: IO () > > main > > = start hello > > > > hello :: IO () > > hello > > = do f <- frame [text := "Hello!"] > > quit <- button f [text := "Quit", on command := close f] > > set f [layout := widget quit] > > > > with wxhaskell 0.11.0 (latest darcs version), ghc 6.8.3, libwxgtk > > 2.8.7.1-0ubuntu3 on Kubuntu 8.04 and everything builds fine, but when I try > > to run it I get: > > > > ./wxhaskelltest: symbol lookup error: /usr/lib/libwxc-gtk2.8.7-0.11.0.so: > > undefined symbol: _ZNK7wxPanel14GetDefaultItemEv > > > > Trying > > > > strings /usr/lib/libwxc-gtk2.8.7-0.11.0.so | grep wxPanel14 > > > > gives: > > > > _ZNK7wxPanel14GetDefaultItemEv > > > > So the library should be in order. > > > > Any help with this? > > > > Kind regards, > > Jeroen Janssen. > > > > On Sunday 04 January 2009 16:19:19 Jeremy O'Donoghue wrote: > > > The wxHaskell development team is pleased to announce the release of > > > wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. > > > > > > The Haskell support is built on a reasonably complete C language > > > binding, which could be used as the basis for wxWidgets support on other > > > languages/platforms which do not have easy mechanisms for linking with > > > C++ code. > > > > > > The main highlights of wxHaskell 0.11.1 are: > > > > > > - Support for XRC resource files, allowing GUI design using a visual > > > tool. Note that this > > > is currently not type safe, and programs will crash if a widget is > > > not cast to the correct > > > type on loading. > > > - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now > > > dropped and wxHaskell > > > will not compile against versions of wxWidgets prior to 2.6. This > > > means that exploratory > > > development using GHCi is no longer possible. Workaround is to > > > continue to use older > > > wxHaskell versions. > > > - Support for GHC 6.10 > > > - Preliminary support for Cabal / Hackage > > > > > > The full list of changes is provided at the end of this mail. > > > > > > Binary packages are available from the wxHaskell download site at > > > http://sourceforge.net/project/showfiles.php?group_id=73133, for the > > > following platforms: > > > > > > - Windows > > > - OS X (Intel platform only) > > > - Source code .tar.gz and .zip > > > - Documentation (cross-platform) > > > > > > The wxHaskell libraries (wxcore and wx) are also available from Hackage > > > (http://hackage.haskell.org). > > > > > > About wxHaskell > > > --------------- > > > > > > wxHaskell is a Haskell binding to the wxWidgets GUI library for recent > > > versions > > > of the Glasgow Haskell Compiler. It provides a native look and feel on > > > Windows, > > > OS X and Linux, and a medium level programming interface. > > > > > > The main project page for wxHaskell is at > > > http://wxhaskell.sourceforge.net. > > > The latest source code for wxHaskell can always be obtained from > > > http://darcs.haskell.org/wxhaskell. > > > There are developer (wxh...@li... and user > > > (wxh...@li...) mailing lists, and a wiki page > > > at http://haskell.org/haskellwiki/WxHaskell which can provide more > > > information to those interested. > > > > > > The C language binding for wxHaskell was derived from an original C > > > language binding created for the Eiffel programming language by the > > > ELJ project (http://elj.sourceforge.net). > > > > > > Non backward compatible changes: > > > - Preliminary Cabal / Hackage support > > > - Added "--global" argument to configure script > > > - Added "--user" argument to configure script > > > - Changed wxhaskell official web page to Haskell wiki at > > > http://haskell.org/haskellwiki/WxHaskell > > > - Changed official darcs repository to code.haskell.org > > > - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 > > > - Adapted some part of wxcore API to be able to refer to wxWidgets 2.8 > > > documentation for wxcore functions > > > - Added "TopLevelWindow", which mainly removes some functionality from > > > "Frame" > > > - Changed "--with-stc" argument to "--with-contrib" > > > - Removed "Wave" type synonym > > > > > > Backward compatible additions: > > > - Added support for using XRC resource files to load most controls and > > > menus attached to frames. > > > - Added sample file showing how to use XRC support to attach command > > > handlers to menu items > > > - Added sample file showing how to use properties with many controls. > > > - Added "--enable-optimization" argument to configure script > > > - Added "--O*" argument to configure script > > > - Added "--enable-library-profiling" argument to configure script > > > - Added "--p" argument to configure script > > > - Added "-fvia-C" argument to configure script. And moved this > > > compilation flag to configure script > > > - Added Image / ByteString conversion functions > > > - Adapted the configuration to work with GHC 6.10. > > > - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread > > > safety > > > - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be > > > more flexible. > > > - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. > > > - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use > > > "wxcMilliSleep" instead > > > - Added very experimental wxGraphicsContext support > > > - Added wxSVGFileDC functions > > > > > > Bugfixes: > > > - Applied DEPRECATED pragma to old deprecated functions. Just documented > > > in Haddock before. > > > - Fixed "processExecAsync" hangs Windows GUI-only program > > > - Fixed Windows binary install problem when path with spaces (bug > > > 1400488) > > > - Probably fixed the applicattion failed to initialize properly when > > > using Windows binary. > > > > > > -- > > > Jeremy O'Donoghue > > > jer...@gm... > > > > --------------------------------------------------------------------------- > >--- Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for > > just about anything Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > wxhaskell-users mailing list > > wxh...@li... > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Mads L. <mad...@ya...> - 2009-01-11 23:37:42
|
Hi Jeroen I wrote: > Hi Jeroen > > While my windows show up just fine, I do get similar warnings to you: > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed > > I think we to call g_type_init() > (http://library.gnome.org/devel/gobject/unstable/gobject-Type-Information.html#g-type-init) somewhere in the wxHaskell code, to avoid these warnings and possibly your wxHaskell to work. I am looking into it. I changed the start-function (in wx/src/Graphics/UI/WX.hs) from: -- | 'start' runs the GUI. start :: IO a -> IO () start io = run (unitIO io) to: -- | 'start' runs the GUI. start :: IO a -> IO () start io = do hPutStrLn stderr "WX checkpoint alpha" hFlush stderr run (unitIO io) And I now get the output: (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed WX checkpoint alpha That is, the checkpoint comes _after_ the GLib error, and as the start-function is the very first function to be called, it leads me to conclude that the error is not with the Haskell code. So I assume it must be some library initialization. Unfortunately, I have no knowledge of whats gets called as part of library initialization and I do not know where to look. If anyway, can help me with this I would be most happy. Greetings Mads Lindstrøm > > This bugs seems to be similar to what you (and I) are experiencing > https://bugzilla.redhat.com/show_bug.cgi?id=442977 . > > > Greetings, > > Mads Lindstrøm > > Jeroen Janssen wrote: > > Follow-up: > > > > With latest darcs version, showing revision 0.11.1 this time, this error does > > not occur any longer. However, wxhaskell is still not working as now > > programs fail with: > > > > (process:3353): GLib-GObject-CRITICAL > > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > > `initialization_value != 0' failed > > > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed > > > > This happens for the example I mentioned in my previous e-mail but also for > > the examples included with wxhaskell (BoxedCombinator etc). > > > > Any help with this? The parameters stayed the same as in my previous e-mail > > (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even tried updating to > > wxwidgets 2.8.9, but to no avail, same error. > > I build wxhaskell with "cabal" install, followed by the cd wx en usual build > > process if that may be of any help. > > > > Kind regards, > > > > |
From: Jeroen J. <Jer...@ug...> - 2009-01-12 08:33:30
|
Hey Mads, This seems to be correct. If I modify my testprogram to this: module Main where import Graphics.UI.WX import System.IO main :: IO () main = do hPutStrLn stderr "WX checkpoint alpha" --start hello hello :: IO () hello = do f <- frame [text := "Hello!"] quit <- button f [text := "Quit", on command := close f] set f [layout := widget quit] Where start does not even get called, I get the same errors and infinite loop (without ever getting the "WX checkpoint alpha"). Removing the hello function and the import function outputs the string correctly without any errors. The strangest thing is that wxpython works flawlessly, so I am not sure whether the problem is not in part due to some bug with ghc 6.8.3. On Monday 12 January 2009 00:33:05 Mads Lindstrøm wrote: > Hi Jeroen > > I wrote: > > Hi Jeroen > > > > While my windows show up just fine, I do get similar warnings to you: > > > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed > > > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed > > > > I think we to call g_type_init() > > (http://library.gnome.org/devel/gobject/unstable/gobject-Type-Information > >.html#g-type-init) somewhere in the wxHaskell code, to avoid these > > warnings and possibly your wxHaskell to work. I am looking into it. > > I changed the start-function (in wx/src/Graphics/UI/WX.hs) from: > > -- | 'start' runs the GUI. > start :: IO a -> IO () > start io > = run (unitIO io) > > to: > > -- | 'start' runs the GUI. > start :: IO a -> IO () > start io > = do hPutStrLn stderr "WX checkpoint alpha" > hFlush stderr > run (unitIO io) > > And I now get the output: > > (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > assertion failed, use IA__g_type_init() prior to this function > > (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > `GDK_IS_DISPLAY (display)' failed > > (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > assertion failed, use IA__g_type_init() prior to this function > > (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > `GDK_IS_DISPLAY (display)' failed WX checkpoint alpha > > > That is, the checkpoint comes _after_ the GLib error, and as the > start-function is the very first function to be called, it leads me to > conclude that the error is not with the Haskell code. So I assume it > must be some library initialization. Unfortunately, I have no knowledge > of whats gets called as part of library initialization and I do not know > where to look. If anyway, can help me with this I would be most happy. > > > Greetings > > Mads Lindstrøm > > > This bugs seems to be similar to what you (and I) are experiencing > > https://bugzilla.redhat.com/show_bug.cgi?id=442977 . > > > > > > Greetings, > > > > Mads Lindstrøm > > > > Jeroen Janssen wrote: > > > Follow-up: > > > > > > With latest darcs version, showing revision 0.11.1 this time, this > > > error does not occur any longer. However, wxhaskell is still not > > > working as now programs fail with: > > > > > > (process:3353): GLib-GObject-CRITICAL > > > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > > > assertion failed, use IA__g_type_init() prior to this function > > > > > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > > > `initialization_value != 0' failed > > > > > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > > `GDK_IS_DISPLAY (display)' failed > > > > > > This happens for the example I mentioned in my previous e-mail but also > > > for the examples included with wxhaskell (BoxedCombinator etc). > > > > > > Any help with this? The parameters stayed the same as in my previous > > > e-mail (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even > > > tried updating to wxwidgets 2.8.9, but to no avail, same error. > > > I build wxhaskell with "cabal" install, followed by the cd wx en usual > > > build process if that may be of any help. > > > > > > Kind regards, > > --------------------------------------------------------------------------- >--- Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Jeroen J. <Jer...@vu...> - 2009-01-12 09:57:24
|
Follow-up: the same problems persist with ghc 6.10.1. On Monday 12 January 2009 09:30:58 Jeroen Janssen wrote: > Hey Mads, > > This seems to be correct. If I modify my testprogram to this: > > module Main where > > import Graphics.UI.WX > import System.IO > > main :: IO () > main > = do hPutStrLn stderr "WX checkpoint alpha" > --start hello > > hello :: IO () > hello > = do f <- frame [text := "Hello!"] > quit <- button f [text := "Quit", on command := close f] > set f [layout := widget quit] > > Where start does not even get called, I get the same errors and infinite > loop (without ever getting the "WX checkpoint alpha"). Removing the hello > function and the import function outputs the string correctly without any > errors. > > The strangest thing is that wxpython works flawlessly, so I am not sure > whether the problem is not in part due to some bug with ghc 6.8.3. > > On Monday 12 January 2009 00:33:05 Mads Lindstrøm wrote: > > Hi Jeroen > > > > I wrote: > > > Hi Jeroen > > > > > > While my windows show up just fine, I do get similar warnings to you: > > > > > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > > assertion failed, use IA__g_type_init() prior to this function > > > > > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > > `GDK_IS_DISPLAY (display)' failed > > > > > > (process:12227): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > > assertion failed, use IA__g_type_init() prior to this function > > > > > > (process:12227): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > > `GDK_IS_DISPLAY (display)' failed > > > > > > I think we to call g_type_init() > > > (http://library.gnome.org/devel/gobject/unstable/gobject-Type-Informati > > >on .html#g-type-init) somewhere in the wxHaskell code, to avoid these > > > warnings and possibly your wxHaskell to work. I am looking into it. > > > > I changed the start-function (in wx/src/Graphics/UI/WX.hs) from: > > > > -- | 'start' runs the GUI. > > start :: IO a -> IO () > > start io > > = run (unitIO io) > > > > to: > > > > -- | 'start' runs the GUI. > > start :: IO a -> IO () > > start io > > = do hPutStrLn stderr "WX checkpoint alpha" > > hFlush stderr > > run (unitIO io) > > > > And I now get the output: > > > > (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed > > > > (process:14665): GLib-GObject-CRITICAL **: gtype.c:2240: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:14665): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed WX checkpoint alpha > > > > > > That is, the checkpoint comes _after_ the GLib error, and as the > > start-function is the very first function to be called, it leads me to > > conclude that the error is not with the Haskell code. So I assume it > > must be some library initialization. Unfortunately, I have no knowledge > > of whats gets called as part of library initialization and I do not know > > where to look. If anyway, can help me with this I would be most happy. > > > > > > Greetings > > > > Mads Lindstrøm > > > > > This bugs seems to be similar to what you (and I) are experiencing > > > https://bugzilla.redhat.com/show_bug.cgi?id=442977 . > > > > > > > > > Greetings, > > > > > > Mads Lindstrøm > > > > > > Jeroen Janssen wrote: > > > > Follow-up: > > > > > > > > With latest darcs version, showing revision 0.11.1 this time, this > > > > error does not occur any longer. However, wxhaskell is still not > > > > working as now programs fail with: > > > > > > > > (process:3353): GLib-GObject-CRITICAL > > > > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > > > > assertion failed, use IA__g_type_init() prior to this function > > > > > > > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > > > > `initialization_value != 0' failed > > > > > > > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: > > > > assertion `GDK_IS_DISPLAY (display)' failed > > > > > > > > This happens for the example I mentioned in my previous e-mail but > > > > also for the examples included with wxhaskell (BoxedCombinator etc). > > > > > > > > Any help with this? The parameters stayed the same as in my previous > > > > e-mail (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even > > > > tried updating to wxwidgets 2.8.9, but to no avail, same error. > > > > I build wxhaskell with "cabal" install, followed by the cd wx en > > > > usual build process if that may be of any help. > > > > > > > > Kind regards, > > > > ------------------------------------------------------------------------- > >-- --- Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for > > just about anything Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > wxhaskell-users mailing list > > wxh...@li... > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > --------------------------------------------------------------------------- >--- Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Mads L. <mad...@ya...> - 2009-01-14 22:28:17
|
Hi Jeroen Janssen: Which version of libgtk are you running? /Mads > Follow-up: > > With latest darcs version, showing revision 0.11.1 this time, this error does > not occur any longer. However, wxhaskell is still not working as now > programs fail with: > > (process:3353): GLib-GObject-CRITICAL > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > assertion failed, use IA__g_type_init() prior to this function > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > `initialization_value != 0' failed > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > `GDK_IS_DISPLAY (display)' failed > > This happens for the example I mentioned in my previous e-mail but also for > the examples included with wxhaskell (BoxedCombinator etc). > > Any help with this? The parameters stayed the same as in my previous e-mail > (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even tried updating to > wxwidgets 2.8.9, but to no avail, same error. > I build wxhaskell with "cabal" install, followed by the cd wx en usual build > process if that may be of any help. > > Kind regards, > > > On Tuesday 06 January 2009 19:27:32 Jeroen Janssen wrote: > > Hi, > > > > I tried compiling this program: > > > > module Main where > > > > import Graphics.UI.WX > > > > main :: IO () > > main > > = start hello > > > > hello :: IO () > > hello > > = do f <- frame [text := "Hello!"] > > quit <- button f [text := "Quit", on command := close f] > > set f [layout := widget quit] > > > > with wxhaskell 0.11.0 (latest darcs version), ghc 6.8.3, libwxgtk > > 2.8.7.1-0ubuntu3 on Kubuntu 8.04 and everything builds fine, but when I try > > to run it I get: > > > > ./wxhaskelltest: symbol lookup error: /usr/lib/libwxc-gtk2.8.7-0.11.0.so: > > undefined symbol: _ZNK7wxPanel14GetDefaultItemEv > > > > Trying > > > > strings /usr/lib/libwxc-gtk2.8.7-0.11.0.so | grep wxPanel14 > > > > gives: > > > > _ZNK7wxPanel14GetDefaultItemEv > > > > So the library should be in order. > > > > Any help with this? > > > > Kind regards, > > Jeroen Janssen. > > > > On Sunday 04 January 2009 16:19:19 Jeremy O'Donoghue wrote: > > > The wxHaskell development team is pleased to announce the release of > > > wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. > > > > > > The Haskell support is built on a reasonably complete C language > > > binding, which could be used as the basis for wxWidgets support on other > > > languages/platforms which do not have easy mechanisms for linking with > > > C++ code. > > > > > > The main highlights of wxHaskell 0.11.1 are: > > > > > > - Support for XRC resource files, allowing GUI design using a visual > > > tool. Note that this > > > is currently not type safe, and programs will crash if a widget is > > > not cast to the correct > > > type on loading. > > > - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now > > > dropped and wxHaskell > > > will not compile against versions of wxWidgets prior to 2.6. This > > > means that exploratory > > > development using GHCi is no longer possible. Workaround is to > > > continue to use older > > > wxHaskell versions. > > > - Support for GHC 6.10 > > > - Preliminary support for Cabal / Hackage > > > > > > The full list of changes is provided at the end of this mail. > > > > > > Binary packages are available from the wxHaskell download site at > > > http://sourceforge.net/project/showfiles.php?group_id=73133, for the > > > following platforms: > > > > > > - Windows > > > - OS X (Intel platform only) > > > - Source code .tar.gz and .zip > > > - Documentation (cross-platform) > > > > > > The wxHaskell libraries (wxcore and wx) are also available from Hackage > > > (http://hackage.haskell.org). > > > > > > About wxHaskell > > > --------------- > > > > > > wxHaskell is a Haskell binding to the wxWidgets GUI library for recent > > > versions > > > of the Glasgow Haskell Compiler. It provides a native look and feel on > > > Windows, > > > OS X and Linux, and a medium level programming interface. > > > > > > The main project page for wxHaskell is at > > > http://wxhaskell.sourceforge.net. > > > The latest source code for wxHaskell can always be obtained from > > > http://darcs.haskell.org/wxhaskell. > > > There are developer (wxh...@li... and user > > > (wxh...@li...) mailing lists, and a wiki page > > > at http://haskell.org/haskellwiki/WxHaskell which can provide more > > > information to those interested. > > > > > > The C language binding for wxHaskell was derived from an original C > > > language binding created for the Eiffel programming language by the > > > ELJ project (http://elj.sourceforge.net). > > > > > > Non backward compatible changes: > > > - Preliminary Cabal / Hackage support > > > - Added "--global" argument to configure script > > > - Added "--user" argument to configure script > > > - Changed wxhaskell official web page to Haskell wiki at > > > http://haskell.org/haskellwiki/WxHaskell > > > - Changed official darcs repository to code.haskell.org > > > - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 > > > - Adapted some part of wxcore API to be able to refer to wxWidgets 2.8 > > > documentation for wxcore functions > > > - Added "TopLevelWindow", which mainly removes some functionality from > > > "Frame" > > > - Changed "--with-stc" argument to "--with-contrib" > > > - Removed "Wave" type synonym > > > > > > Backward compatible additions: > > > - Added support for using XRC resource files to load most controls and > > > menus attached to frames. > > > - Added sample file showing how to use XRC support to attach command > > > handlers to menu items > > > - Added sample file showing how to use properties with many controls. > > > - Added "--enable-optimization" argument to configure script > > > - Added "--O*" argument to configure script > > > - Added "--enable-library-profiling" argument to configure script > > > - Added "--p" argument to configure script > > > - Added "-fvia-C" argument to configure script. And moved this > > > compilation flag to configure script > > > - Added Image / ByteString conversion functions > > > - Adapted the configuration to work with GHC 6.10. > > > - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread > > > safety > > > - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be > > > more flexible. > > > - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. > > > - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use > > > "wxcMilliSleep" instead > > > - Added very experimental wxGraphicsContext support > > > - Added wxSVGFileDC functions > > > > > > Bugfixes: > > > - Applied DEPRECATED pragma to old deprecated functions. Just documented > > > in Haddock before. > > > - Fixed "processExecAsync" hangs Windows GUI-only program > > > - Fixed Windows binary install problem when path with spaces (bug > > > 1400488) > > > - Probably fixed the applicattion failed to initialize properly when > > > using Windows binary. > > > > > > -- > > > Jeremy O'Donoghue > > > jer...@gm... > > > > --------------------------------------------------------------------------- > >--- Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for > > just about anything Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > wxhaskell-users mailing list > > wxh...@li... > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Jeroen J. <Jer...@ug...> - 2009-01-14 22:44:27
|
Hi Mads, I am running version 2.12.9-3ubuntu. Kind regards, Jeroen. On Wednesday 14 January 2009 23:13:56 Mads Lindstrøm wrote: > Hi Jeroen Janssen: > > Which version of libgtk are you running? > > /Mads > > > Follow-up: > > > > With latest darcs version, showing revision 0.11.1 this time, this error > > does not occur any longer. However, wxhaskell is still not working as > > now programs fail with: > > > > (process:3353): GLib-GObject-CRITICAL > > **: /build/buildd/glib2.0-2.16.6/gobject/gtype.c:2248: initialization > > assertion failed, use IA__g_type_init() prior to this function > > > > (process:3353): GLib-CRITICAL **: g_once_init_leave: assertion > > `initialization_value != 0' failed > > > > (process:3353): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion > > `GDK_IS_DISPLAY (display)' failed > > > > This happens for the example I mentioned in my previous e-mail but also > > for the examples included with wxhaskell (BoxedCombinator etc). > > > > Any help with this? The parameters stayed the same as in my previous > > e-mail (Ubuntu 8.04, wxwidgets/wxgtk 2.8.7 ubuntu version), I even tried > > updating to wxwidgets 2.8.9, but to no avail, same error. > > I build wxhaskell with "cabal" install, followed by the cd wx en usual > > build process if that may be of any help. > > > > Kind regards, > > > > On Tuesday 06 January 2009 19:27:32 Jeroen Janssen wrote: > > > Hi, > > > > > > I tried compiling this program: > > > > > > module Main where > > > > > > import Graphics.UI.WX > > > > > > main :: IO () > > > main > > > = start hello > > > > > > hello :: IO () > > > hello > > > = do f <- frame [text := "Hello!"] > > > quit <- button f [text := "Quit", on command := close f] > > > set f [layout := widget quit] > > > > > > with wxhaskell 0.11.0 (latest darcs version), ghc 6.8.3, libwxgtk > > > 2.8.7.1-0ubuntu3 on Kubuntu 8.04 and everything builds fine, but when I > > > try to run it I get: > > > > > > ./wxhaskelltest: symbol lookup error: > > > /usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined symbol: > > > _ZNK7wxPanel14GetDefaultItemEv > > > > > > Trying > > > > > > strings /usr/lib/libwxc-gtk2.8.7-0.11.0.so | grep wxPanel14 > > > > > > gives: > > > > > > _ZNK7wxPanel14GetDefaultItemEv > > > > > > So the library should be in order. > > > > > > Any help with this? > > > > > > Kind regards, > > > Jeroen Janssen. > > > > > > On Sunday 04 January 2009 16:19:19 Jeremy O'Donoghue wrote: > > > > The wxHaskell development team is pleased to announce the release of > > > > wxHaskell 0.11.1, a Haskell binding for the wxWidgets GUI library. > > > > > > > > The Haskell support is built on a reasonably complete C language > > > > binding, which could be used as the basis for wxWidgets support on > > > > other languages/platforms which do not have easy mechanisms for > > > > linking with C++ code. > > > > > > > > The main highlights of wxHaskell 0.11.1 are: > > > > > > > > - Support for XRC resource files, allowing GUI design using a visual > > > > tool. Note that this > > > > is currently not type safe, and programs will crash if a widget is > > > > not cast to the correct > > > > type on loading. > > > > - Support for wxWidgets 2.8.x. Support for wxWidgets 2.4.2 is now > > > > dropped and wxHaskell > > > > will not compile against versions of wxWidgets prior to 2.6. This > > > > means that exploratory > > > > development using GHCi is no longer possible. Workaround is to > > > > continue to use older > > > > wxHaskell versions. > > > > - Support for GHC 6.10 > > > > - Preliminary support for Cabal / Hackage > > > > > > > > The full list of changes is provided at the end of this mail. > > > > > > > > Binary packages are available from the wxHaskell download site at > > > > http://sourceforge.net/project/showfiles.php?group_id=73133, for the > > > > following platforms: > > > > > > > > - Windows > > > > - OS X (Intel platform only) > > > > - Source code .tar.gz and .zip > > > > - Documentation (cross-platform) > > > > > > > > The wxHaskell libraries (wxcore and wx) are also available from > > > > Hackage (http://hackage.haskell.org). > > > > > > > > About wxHaskell > > > > --------------- > > > > > > > > wxHaskell is a Haskell binding to the wxWidgets GUI library for > > > > recent versions > > > > of the Glasgow Haskell Compiler. It provides a native look and feel > > > > on Windows, > > > > OS X and Linux, and a medium level programming interface. > > > > > > > > The main project page for wxHaskell is at > > > > http://wxhaskell.sourceforge.net. > > > > The latest source code for wxHaskell can always be obtained from > > > > http://darcs.haskell.org/wxhaskell. > > > > There are developer (wxh...@li... and user > > > > (wxh...@li...) mailing lists, and a wiki > > > > page at http://haskell.org/haskellwiki/WxHaskell which can provide > > > > more information to those interested. > > > > > > > > The C language binding for wxHaskell was derived from an original C > > > > language binding created for the Eiffel programming language by the > > > > ELJ project (http://elj.sourceforge.net). > > > > > > > > Non backward compatible changes: > > > > - Preliminary Cabal / Hackage support > > > > - Added "--global" argument to configure script > > > > - Added "--user" argument to configure script > > > > - Changed wxhaskell official web page to Haskell wiki at > > > > http://haskell.org/haskellwiki/WxHaskell > > > > - Changed official darcs repository to code.haskell.org > > > > - Adapted the wxHaskell C-layer to work with wxWidgets 2.8 > > > > - Adapted some part of wxcore API to be able to refer to wxWidgets > > > > 2.8 documentation for wxcore functions > > > > - Added "TopLevelWindow", which mainly removes some functionality > > > > from "Frame" > > > > - Changed "--with-stc" argument to "--with-contrib" > > > > - Removed "Wave" type synonym > > > > > > > > Backward compatible additions: > > > > - Added support for using XRC resource files to load most controls > > > > and menus attached to frames. > > > > - Added sample file showing how to use XRC support to attach command > > > > handlers to menu items > > > > - Added sample file showing how to use properties with many controls. > > > > - Added "--enable-optimization" argument to configure script > > > > - Added "--O*" argument to configure script > > > > - Added "--enable-library-profiling" argument to configure script > > > > - Added "--p" argument to configure script > > > > - Added "-fvia-C" argument to configure script. And moved this > > > > compilation flag to configure script > > > > - Added Image / ByteString conversion functions > > > > - Adapted the configuration to work with GHC 6.10. > > > > - Changed "Var" type synonym from "IORef" to stm's "TVar" for thread > > > > safety > > > > - Changed "imageGetPixelArray" and "imageCreateFromPixelArray" to be > > > > more flexible. > > > > - Changed "Point", "Size", "Vector" and "Rect" to be type synonym. > > > > - Added "wxcMilliSleep". Now, "wxcAppUSleep" is deprecated. Use > > > > "wxcMilliSleep" instead > > > > - Added very experimental wxGraphicsContext support > > > > - Added wxSVGFileDC functions > > > > > > > > Bugfixes: > > > > - Applied DEPRECATED pragma to old deprecated functions. Just > > > > documented in Haddock before. > > > > - Fixed "processExecAsync" hangs Windows GUI-only program > > > > - Fixed Windows binary install problem when path with spaces (bug > > > > 1400488) > > > > - Probably fixed the applicattion failed to initialize properly when > > > > using Windows binary. > > > > > > > > -- > > > > Jeremy O'Donoghue > > > > jer...@gm... > > > > > > ----------------------------------------------------------------------- > > >---- --- Check out the new SourceForge.net Marketplace. > > > It is the best place to buy or sell services for > > > just about anything Open Source. > > > http://p.sf.net/sfu/Xq1LFB > > > _______________________________________________ > > > wxhaskell-users mailing list > > > wxh...@li... > > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > > ------------------------------------------------------------------------- > >----- Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for > > just about anything Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > wxhaskell-users mailing list > > wxh...@li... > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > --------------------------------------------------------------------------- >--- This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |