wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] textCtrlGetSelection: type variable vs. CInt

[Henk-Jan v. T. <hj...@ch...>]

It seems that you are right. The function type is however automatically
generated by wxdirect, therefore an update for wxdirect is needed to get
the proper function type. (The lexer/parser does not recognize the C types
long* and long& properly.)

Regards,
Henk-Jan van Tuyl


On Thu, 04 Jan 2018 21:23:44 +0100, Henning Thielemann
<le...@he...> wrote:

>
> wxcore documentation [1] says:
>
>     textCtrlGetSelection :: TextCtrl a -> Ptr b -> Ptr c -> IO ()
>
> Is this correct? I assume b and c should be CInt.
> `
>
> [1]  
> https://hackage.haskell.org/package/wxcore-0.92.3.0/docs/Graphics-UI-WXCore-WxcClassesMZ.html#v:textCtrlGetSelection
>



-- 
Message from Stanford University:

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://foldingathome.stanford.edu/

--
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

[wxhaskell-users] textCtrlGetSelection: type variable vs. CInt

[Henning T. <le...@he...>]

wxcore documentation [1] says:

    textCtrlGetSelection :: TextCtrl a -> Ptr b -> Ptr c -> IO ()

Is this correct? I assume b and c should be CInt.


[1] https://hackage.haskell.org/package/wxcore-0.92.3.0/docs/Graphics-UI-WXCore-WxcClassesMZ.html#v:textCtrlGetSelection

[wxhaskell-users] ANN: wxHaskell 0.92.3.0

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I am happy to announce a new version of wxHaskell: 0.92.3.0
Windows users can still use wxInstall Achelanne 0.1 to install this new  
version of wxHaskell.[0][1]

Changes in wxHaskell since 0.92.2:
  - Improvements for compilation on BSD platform
  - Improved commandline handling
  - Sample program PaintGC.hs added
  - Compilation can now be done with an alternative wx-config.exe
  - Simplification of Windows build process with Stack
  - Several bugs solved

Thanks to everyone who contributed!


What is wxHaskell?
------------------
wxHaskell[2] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets[3] – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
   https://wiki.haskell.org/WxHaskell

Repository:
   https://github.com/wxHaskell/wxHaskell

Tickets:
   https://sourceforge.net/p/wxhaskell/_list/tickets

The packages are:
  - wxc       https://hackage.haskell.org/package/wxc
  - wxdirect  https://hackage.haskell.org/package/wxdirect
  - wxcore    https://hackage.haskell.org/package/wxcore
  - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] http://sourceforge.net/projects/wxhaskell/files/wxInstall/
[1] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[2] https://wiki.haskell.org/WxHaskell
[3] https://wxwidgets.org/


-- 
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
--

[wxhaskell-users] Compiling wxWidgets with MSYS2

[Henk-Jan v. T. <hj...@ch...>]

Hello Handré,

I am sending this to you, because you adapted wxHaskell to MSYS2. Are  
there any special settings necessary to compile wxWidgets with MSYS2? GCC  
gave error messages about header files:
..\..\include/wx/chkconf.h:763:13: error: #error "wxUSE_LIBMSPACK must be  
defined, please read comment near the top of this file."
and
..\..\include/wx/defs.h:1222:25: error: conflicting types for ‘ssize_t’
          typedef wxInt64 ssize_t;

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
--

Re: [wxhaskell-users] [Haskell-cafe] wxHaskell + GHCi

[Henk-Jan v. T. <hj...@ch...>]

The EnableGui trick is already implemented in wxcore 0.90.0.1

Regards,
Henk-Jan van Tuyl


On Sun, 03 Jan 2016 08:12:41 +0100, Eric Kow <er...@er...> wrote:

> Hi Conal,
>
> Does the EnableGui trick help? https://wiki.haskell.org/WxHaskell/Mac
>
> If so, I think the source should be put in the reps if not already
>
>
> Cheers,
>
> On Sun, 3 Jan 2016 at 08:45, Conal Elliott <co...@co...> wrote:
>
>> Thanks for the pointer!
>>
>> I was able to compile and run the sample program Resize.hs (“ghc –make
>> Resize.hs”), but when I load that module into GHCi and run main, I get a
>> run-time error:
>>
>> *Main> main
>> 2016-01-02 16:24:42.245 ghc[52790:1003] *** Assertion failure in  
>> +[NSUndoManager _endTopLevelGroupings],  
>> /SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
>> 2016-01-02 16:24:42.245 ghc[52790:1003] +[NSUndoManager(NSInternal)  
>> _endTopLevelGroupings] is only safe to invoke on the main thread.
>> 2016-01-02 16:24:42.246 ghc[52790:1003] (
>>     0   CoreFoundation                      0x00007fff913b225c  
>> __exceptionPreprocess + 172
>>     1   libobjc.A.dylib                     0x00007fff93581e75  
>> objc_exception_throw + 43
>>     2   CoreFoundation                      0x00007fff913b2038  
>> +[NSException raise:format:arguments:] + 104
>>     3   Foundation                          0x00007fff90bb9361  
>> -[NSAssertionHandler  
>> handleFailureInMethod:object:file:lineNumber:description:] + 189
>>     4   Foundation                          0x00007fff90b238ac  
>> +[NSUndoManager(NSPrivate) _endTopLevelGroupings] + 156
>>     5   AppKit                              0x00007fff914a7a23  
>> -[NSApplication run] + 688
>>     6   libwx_osx_cocoau_core-3.0.0.2.0.dylib 0x0000000113101ce3  
>> _ZN5wxApp10CallOnInitEv + 143
>>     7   libwx_baseu-3.0.0.2.0.dylib         0x00000001135eb396  
>> _Z7wxEntryRiPPw + 47
>>     8   libwxc.dylib                        0x0000000115dfbd3c  
>> ELJApp_InitializeC + 124
>>     9   libHSwxcore-0.92.2.0-14assQ7lWYy0vwBRqyjk7D-ghc7.10.3.dylib  
>> 0x0000000114e8a5cc cc2eh_info + 132
>> )
>> 2016-01-02 16:24:42.321 ghc[52790:1003] *** Assertion failure in  
>> +[NSUndoManager _endTopLevelGroupings],  
>> /SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
>> *Main>
>>
>> A little googling found an issue: Crash when running a sample program in
>> ghci on OSX <https://github.com/bsl/GLFW-b/issues/53>. One comment
>> recommends the following in ghci:
>>
>> :set -fno-ghci-sandbox
>>
>> When I use this command in a fresh ghci process (not after a crash), the
>> sample works. However, when I run “main” a second time, the window  
>> doesn’t
>> appear. Instead, I get some sort of undead process (called “ghc”) that I
>> have to kill manually.
>>
>> I installed wxWidgets via “brew update && brew install wxWidgets” and
>> wxHaskell via “cabal update && cabal install wx”. I’m running Mac OS  
>> 10.9.5.
>>
>> Has anyone gotten this latest wxHaskell to play well with ghci on Mac  
>> OS?
>>
>> -- Conal
>>
>>
>> On Sat, Jan 2, 2016 at 4:58 AM, Henk-Jan van Tuyl <hj...@ch...>
>> wrote:
>>
>>>
>>> I don't have a Mac OS computer available, I hope someone else will tell
>>> us. There are a lot of sample programs at
>>>   https://github.com/wxHaskell/wxHaskell/tree/master/samples
>>>
>>> Regards,
>>> Henk-Jan van Tuyl
>>>
>>>
>>> On Sat, 02 Jan 2016 06:08:21 +0100, Conal Elliott <co...@co...>
>>> wrote:
>>>
>>> Fantastic news! Thanks for the update. Does wxHaskell work  
>>> (non-fatally)
>>>> with GHCi on Mac OS also? Are there sample programs for an easy test  
>>>> run?
>>>> -- Conal
>>>>
>>>> On Fri, Jan 1, 2016 at 3:34 PM, Henk-Jan van Tuyl <hj...@ch...>
>>>> wrote:
>>>>
>>>>
>>>>> L.S.,
>>>>>
>>>>> For people who gave up on wxHaskell in the past, because wxHaskell
>>>>> didn't
>>>>> run (properly) in GHCi:
>>>>> I just found out, that wxHaskell programs run properly in GHCi on
>>>>> Windows,
>>>>> if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and  
>>>>> the
>>>>> 64 bit version).
>>>>>
>>>>> 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/



-- 
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
--

Re: [wxhaskell-users] [Haskell-cafe] wxHaskell + GHCi

[Eric K. <er...@er...>]

Hi Conal,

Does the EnableGui trick help? https://wiki.haskell.org/WxHaskell/Mac

If so, I think the source should be put in the reps if not already


Cheers,

On Sun, 3 Jan 2016 at 08:45, Conal Elliott <co...@co...> wrote:

> Thanks for the pointer!
>
> I was able to compile and run the sample program Resize.hs (“ghc –make
> Resize.hs”), but when I load that module into GHCi and run main, I get a
> run-time error:
>
> *Main> main
> 2016-01-02 16:24:42.245 ghc[52790:1003] *** Assertion failure in +[NSUndoManager _endTopLevelGroupings], /SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
> 2016-01-02 16:24:42.245 ghc[52790:1003] +[NSUndoManager(NSInternal) _endTopLevelGroupings] is only safe to invoke on the main thread.
> 2016-01-02 16:24:42.246 ghc[52790:1003] (
>     0   CoreFoundation                      0x00007fff913b225c __exceptionPreprocess + 172
>     1   libobjc.A.dylib                     0x00007fff93581e75 objc_exception_throw + 43
>     2   CoreFoundation                      0x00007fff913b2038 +[NSException raise:format:arguments:] + 104
>     3   Foundation                          0x00007fff90bb9361 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 189
>     4   Foundation                          0x00007fff90b238ac +[NSUndoManager(NSPrivate) _endTopLevelGroupings] + 156
>     5   AppKit                              0x00007fff914a7a23 -[NSApplication run] + 688
>     6   libwx_osx_cocoau_core-3.0.0.2.0.dylib 0x0000000113101ce3 _ZN5wxApp10CallOnInitEv + 143
>     7   libwx_baseu-3.0.0.2.0.dylib         0x00000001135eb396 _Z7wxEntryRiPPw + 47
>     8   libwxc.dylib                        0x0000000115dfbd3c ELJApp_InitializeC + 124
>     9   libHSwxcore-0.92.2.0-14assQ7lWYy0vwBRqyjk7D-ghc7.10.3.dylib 0x0000000114e8a5cc cc2eh_info + 132
> )
> 2016-01-02 16:24:42.321 ghc[52790:1003] *** Assertion failure in +[NSUndoManager _endTopLevelGroupings], /SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
> *Main>
>
> A little googling found an issue: Crash when running a sample program in
> ghci on OSX <https://github.com/bsl/GLFW-b/issues/53>. One comment
> recommends the following in ghci:
>
> :set -fno-ghci-sandbox
>
> When I use this command in a fresh ghci process (not after a crash), the
> sample works. However, when I run “main” a second time, the window doesn’t
> appear. Instead, I get some sort of undead process (called “ghc”) that I
> have to kill manually.
>
> I installed wxWidgets via “brew update && brew install wxWidgets” and
> wxHaskell via “cabal update && cabal install wx”. I’m running Mac OS 10.9.5.
>
> Has anyone gotten this latest wxHaskell to play well with ghci on Mac OS?
>
> -- Conal
>
>
> On Sat, Jan 2, 2016 at 4:58 AM, Henk-Jan van Tuyl <hj...@ch...>
> wrote:
>
>>
>> I don't have a Mac OS computer available, I hope someone else will tell
>> us. There are a lot of sample programs at
>>   https://github.com/wxHaskell/wxHaskell/tree/master/samples
>>
>> Regards,
>> Henk-Jan van Tuyl
>>
>>
>> On Sat, 02 Jan 2016 06:08:21 +0100, Conal Elliott <co...@co...>
>> wrote:
>>
>> Fantastic news! Thanks for the update. Does wxHaskell work (non-fatally)
>>> with GHCi on Mac OS also? Are there sample programs for an easy test run?
>>> -- Conal
>>>
>>> On Fri, Jan 1, 2016 at 3:34 PM, Henk-Jan van Tuyl <hj...@ch...>
>>> wrote:
>>>
>>>
>>>> L.S.,
>>>>
>>>> For people who gave up on wxHaskell in the past, because wxHaskell
>>>> didn't
>>>> run (properly) in GHCi:
>>>> I just found out, that wxHaskell programs run properly in GHCi on
>>>> Windows,
>>>> if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and the
>>>> 64 bit version).
>>>>
>>>> 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
>> --
>>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

Re: [wxhaskell-users] [Haskell-cafe] wxHaskell + GHCi

[Conal E. <co...@co...>]

Thanks for the pointer!

I was able to compile and run the sample program Resize.hs (“ghc –make
Resize.hs”), but when I load that module into GHCi and run main, I get a
run-time error:

*Main> main
2016-01-02 16:24:42.245 ghc[52790:1003] *** Assertion failure in
+[NSUndoManager _endTopLevelGroupings],
/SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
2016-01-02 16:24:42.245 ghc[52790:1003] +[NSUndoManager(NSInternal)
_endTopLevelGroupings] is only safe to invoke on the main thread.
2016-01-02 16:24:42.246 ghc[52790:1003] (
    0   CoreFoundation                      0x00007fff913b225c
__exceptionPreprocess + 172
    1   libobjc.A.dylib                     0x00007fff93581e75
objc_exception_throw + 43
    2   CoreFoundation                      0x00007fff913b2038
+[NSException raise:format:arguments:] + 104
    3   Foundation                          0x00007fff90bb9361
-[NSAssertionHandler
handleFailureInMethod:object:file:lineNumber:description:] + 189
    4   Foundation                          0x00007fff90b238ac
+[NSUndoManager(NSPrivate) _endTopLevelGroupings] + 156
    5   AppKit                              0x00007fff914a7a23
-[NSApplication run] + 688
    6   libwx_osx_cocoau_core-3.0.0.2.0.dylib 0x0000000113101ce3
_ZN5wxApp10CallOnInitEv + 143
    7   libwx_baseu-3.0.0.2.0.dylib         0x00000001135eb396
_Z7wxEntryRiPPw + 47
    8   libwxc.dylib                        0x0000000115dfbd3c
ELJApp_InitializeC + 124
    9   libHSwxcore-0.92.2.0-14assQ7lWYy0vwBRqyjk7D-ghc7.10.3.dylib
0x0000000114e8a5cc cc2eh_info + 132
)
2016-01-02 16:24:42.321 ghc[52790:1003] *** Assertion failure in
+[NSUndoManager _endTopLevelGroupings],
/SourceCache/Foundation/Foundation-1056.17/Misc.subproj/NSUndoManager.m:328
*Main>

A little googling found an issue: Crash when running a sample program in
ghci on OSX <https://github.com/bsl/GLFW-b/issues/53>. One comment
recommends the following in ghci:

:set -fno-ghci-sandbox

When I use this command in a fresh ghci process (not after a crash), the
sample works. However, when I run “main” a second time, the window doesn’t
appear. Instead, I get some sort of undead process (called “ghc”) that I
have to kill manually.

I installed wxWidgets via “brew update && brew install wxWidgets” and
wxHaskell via “cabal update && cabal install wx”. I’m running Mac OS 10.9.5.

Has anyone gotten this latest wxHaskell to play well with ghci on Mac OS?

-- Conal


On Sat, Jan 2, 2016 at 4:58 AM, Henk-Jan van Tuyl <hj...@ch...> wrote:

>
> I don't have a Mac OS computer available, I hope someone else will tell
> us. There are a lot of sample programs at
>   https://github.com/wxHaskell/wxHaskell/tree/master/samples
>
> Regards,
> Henk-Jan van Tuyl
>
>
> On Sat, 02 Jan 2016 06:08:21 +0100, Conal Elliott <co...@co...> wrote:
>
> Fantastic news! Thanks for the update. Does wxHaskell work (non-fatally)
>> with GHCi on Mac OS also? Are there sample programs for an easy test run?
>> -- Conal
>>
>> On Fri, Jan 1, 2016 at 3:34 PM, Henk-Jan van Tuyl <hj...@ch...>
>> wrote:
>>
>>
>>> L.S.,
>>>
>>> For people who gave up on wxHaskell in the past, because wxHaskell didn't
>>> run (properly) in GHCi:
>>> I just found out, that wxHaskell programs run properly in GHCi on
>>> Windows,
>>> if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and the
>>> 64 bit version).
>>>
>>> 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
> --
>

Re: [wxhaskell-users] [Haskell-cafe] wxHaskell + GHCi

[Henk-Jan v. T. <hj...@ch...>]

I don't have a Mac OS computer available, I hope someone else will tell  
us. There are a lot of sample programs at
   https://github.com/wxHaskell/wxHaskell/tree/master/samples

Regards,
Henk-Jan van Tuyl

On Sat, 02 Jan 2016 06:08:21 +0100, Conal Elliott <co...@co...> wrote:

> Fantastic news! Thanks for the update. Does wxHaskell work (non-fatally)
> with GHCi on Mac OS also? Are there sample programs for an easy test run?
> -- Conal
>
> On Fri, Jan 1, 2016 at 3:34 PM, Henk-Jan van Tuyl <hj...@ch...>  
> wrote:
>
>>
>> L.S.,
>>
>> For people who gave up on wxHaskell in the past, because wxHaskell  
>> didn't
>> run (properly) in GHCi:
>> I just found out, that wxHaskell programs run properly in GHCi on  
>> Windows,
>> if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and the
>> 64 bit version).
>>
>> 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
--

Re: [wxhaskell-users] [Haskell-cafe] wxHaskell + GHCi

[Conal E. <co...@co...>]

Fantastic news! Thanks for the update. Does wxHaskell work (non-fatally)
with GHCi on Mac OS also? Are there sample programs for an easy test run?
-- Conal

On Fri, Jan 1, 2016 at 3:34 PM, Henk-Jan van Tuyl <hj...@ch...> wrote:

>
> L.S.,
>
> For people who gave up on wxHaskell in the past, because wxHaskell didn't
> run (properly) in GHCi:
> I just found out, that wxHaskell programs run properly in GHCi on Windows,
> if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and the
> 64 bit version).
>
> 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
> --
> _______________________________________________
> Haskell-Cafe mailing list
> Has...@ha...
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
>

[wxhaskell-users] wxHaskell + GHCi

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

For people who gave up on wxHaskell in the past, because wxHaskell didn't  
run (properly) in GHCi:
I just found out, that wxHaskell programs run properly in GHCi on Windows,
if you use the newest wxHaskell plus GHC 7.10.3 (both the 32 bit and the
64 bit version).

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
--

[wxhaskell-users] ANN: wxInstall Achelanne and wxHaskell 0.92.2.0

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I am happy to announce a new version of wxHaskell: 0.92.2.0 and new
installation packages for wxHaskell on Windows: wxInstall Achelanne 0.1
(32 bit and 64 bit)

Changes in wxHaskell since 0.92.1:
    - Solved warnings for wxcore, wxdirect, wxc
    - Added support for Pickerctrl, Hyperlinkctrl and some Streams in wxc  
and
wxcore
    - Solved several bugs
    - Added some image Functions in wxc and wxcore
    - Added enumerateFonts function in wxcore
    - Updated wxBITMAP_TYPE_ constants
    - Adapted to GHC 7.10.3

Thanks to everyone who contributed!

wxInstall Achelanne[0] is created because GHC 7.10.3 for Windows is
accompanied with a newer GCC: 5.2.0. A detailed description can be found
at the wxHaskell-for-Windows homepage[1].


What is wxHaskell?
------------------
wxHaskell[2] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
     https://wiki.haskell.org/WxHaskell

The packages are:
    - wxc       https://hackage.haskell.org/package/wxc
    - wxdirect  https://hackage.haskell.org/package/wxdirect
    - wxcore    https://hackage.haskell.org/package/wxcore
    - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] http://sourceforge.net/projects/wxhaskell/files/wxInstall/
[1] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[2] https://wiki.haskell.org/WxHaskell



-- 
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
--

Re: [wxhaskell-users] ANN: wxInstall Abriline and wxHaskell 0.92.1.0

[Gregory G. <gu...@mu...>]

Thank you.



It all seems to install fine, but then the wxAsteroids test gives an error:

   The procedure entry point __gxx_personality_sj0 could not be located in the dynamic link library libstdc++6.dll



Does this new packaged install also mean we can get rid of environment variables, and their inclusions into Path:

     wxadditions, wxc_version, wxcfg, wxwin,



And trying another simple test also fails:

     can't load .so/.DLL for: C:\Users\guthrie\AppData\Roaming\cabal\x86_64-windows-ghc-7.10.2\wxc-0.92.1.1-53Gc4hxGAcnJLA3Em3ODj1\wxc.dll (addDLL: could not load DLL)

gui :: IO ()

gui = do

        f <- frame [text := "First Fix!"]

        ss <- mapM (\t -> staticText f [text := show t]) [1..10]

        set f [layout := margin 10 ( row 2 $ map (\x -> (widget x)) ss)]



-------------------------------------------

> -----Original Message-----

> From: Henk-Jan van Tuyl [mailto:hj...@ch...]

> Sent: Thursday, October 08, 2015 8:31 AM

> To: ha...@ha...; wxHaskell user mailing list; wxHaskell developer mailing list; Daan

> Leijen

> Subject: [wxhaskell-users] ANN: wxInstall Abriline and wxHaskell 0.92.1.0

>

>

> L.S.,

>

> I am happy to announce the installation packages for wxHaskell on Windows, and a new

> version of wxHaskell: 0.92.1.0

>

> So far, the installation of wxHaskell on Windows has been difficult, but now it is just a

> matter of downloading an installation package[0][1], unzipping it to the directory where you

> want to have it installed, and clicking on Install.bat. A detailed description can be found at

> the wxHaskell-for-Windows homepage[2]. The current configuration of the installation

> packages (one package for 32 bit and one for 64 bit systems), is called Abriline and contains

> compiled wxWidgets 3.0.2 and all further necessary DLLs. The installation procedure

> automatically installs the latest version of wxHaskell and can be used for several of the most

> recent versions of GHC.

>

> In case you are wondering where the name Abriline comes from, it is generated by a girls

> name generator I wrote (in Haskell of course); I selected this name because a search on

> Internet seems to indicate that the name is brand new.

>

> The new version of wxHaskell is released because it solves a bug that could crash an

> application.

>

>

> What is wxHaskell?

> ------------------

> wxHaskell[3] is a portable and native GUI library for Haskell. The goal of the project is to

> provide an industrial strength GUI library for Haskell, but without the burden of developing

> (and maintaining) one ourselves.

>

> wxHaskell is therefore built on top of wxWidgets – a comprehensive C++ library that is

> portable across all major GUI platforms; including GTK, Windows, X11, and MacOS X.

> Furthermore, it is a mature library (in development since 1992) that supports a wide range

> of widgets with the native look-and-feel.

>

>

> Links

> -----

> See the homepage of wxHaskell for more information:

>        https://wiki.haskell.org/WxHaskell

>

> The packages are:

>       - wxc       https://hackage.haskell.org/package/wxc

>       - wxdirect  https://hackage.haskell.org/package/wxdirect

>       - wxcore    https://hackage.haskell.org/package/wxcore

>       - wx        https://hackage.haskell.org/package/wx

>

> Regards,

> Henk-Jan van Tuyl

>

>

> [0]

> http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-32-<http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-32-0.1.zip/download>

> 0.1.zip/download<http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-32-0.1.zip/download>

> [1]

> http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-64-<http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-64-0.1.zip/download>

> 0.1.zip/download<http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-64-0.1.zip/download>

> [2] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way

> [3] https://wiki.haskell.org/WxHaskell

>

>

>

> --

> 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

> --

>

> ------------------------------------------------------------------------------

> _______________________________________________

> wxhaskell-users mailing list

> wxh...@li...<mailto:wxh...@li...>

> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] wxHaskell can now be run multiple times in GHCi

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

Good news for people who want to develop wxHaskell programs by  
experimenting in GHCi:
wxHaskell programs can now be run multiple times in GHCi (GHC 7.10.2, 32  
bit).

Running a wxHaskell program in the 64 bit version of the interpreter  
results in the message:
   addDLL: could not load DLL
This is caused by a GHC bug and is reported in GHC bug ticket 3242 [0], it  
should be solved in GHC 8.0.1

(The 32 bit GHCi crashes when exited, after running a wxHaskell program,  
but this is not a problem for application developers.)

Regards,
Henk-Jan van Tuyl


[0] https://ghc.haskell.org/trac/ghc/ticket/3242


-- 
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
--

[wxhaskell-users] ANN: wxInstall Abriline and wxHaskell 0.92.1.0

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I am happy to announce the installation packages for wxHaskell on Windows,  
and a new version of wxHaskell: 0.92.1.0

So far, the installation of wxHaskell on Windows has been difficult, but  
now it is just a matter of downloading an installation package[0][1],  
unzipping it to the directory where you want to have it installed, and  
clicking on Install.bat. A detailed description can be found at the  
wxHaskell-for-Windows homepage[2]. The current configuration of the  
installation packages (one package for 32 bit and one for 64 bit systems),  
is called Abriline and contains compiled wxWidgets 3.0.2 and all further  
necessary DLLs. The installation procedure automatically installs the  
latest version of wxHaskell and can be used for several of the most recent  
versions of GHC.

In case you are wondering where the name Abriline comes from, it is  
generated by a girls name generator I wrote (in Haskell of course); I  
selected this name because a search on Internet seems to indicate that the  
name is brand new.

The new version of wxHaskell is released because it solves a bug that  
could crash an application.


What is wxHaskell?
------------------
wxHaskell[3] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
       https://wiki.haskell.org/WxHaskell

The packages are:
      - wxc       https://hackage.haskell.org/package/wxc
      - wxdirect  https://hackage.haskell.org/package/wxdirect
      - wxcore    https://hackage.haskell.org/package/wxcore
      - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0]  
http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-32-0.1.zip/download
[1]  
http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-64-0.1.zip/download
[2] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[3] https://wiki.haskell.org/WxHaskell



-- 
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
--

Re: [wxhaskell-users] [wxhaskell-devel] [Haskell] ANN: wxHaskell 0.92

[Conal E. <co...@co...>]

Sounds consistent. I'd expect that the compiled BouncingBalls.exe can be
run twice because you get two separate processes, each opening a top-level
window only once. Sadly, this limitation stops wxHaskell from being useful
for exploratory programming, which is why I stopped using it several years
ago.

On Sat, Sep 5, 2015 at 6:07 AM, Henk-Jan van Tuyl <hj...@ch...> wrote:

>
> I tried running BouncingBalls.hs in the samples\wxcore directory; inside
> GHCi, it runs the second time only for a short while, then crashes. The
> Windows application log shows exception code 0xc0000005, which means
> "Access violation". The standalone BouncingBalls.exe can be run multiple
> times without a problem.
>
> Henk-Jan
>
>
>
> On Fri, 04 Sep 2015 23:56:47 +0200, Conal Elliott <co...@co...> wrote:
>
> The original bug report (perhaps 7 years ago) was at
>> http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
>> symptom was a reliable crash whenever a second top-level window was
>> displayed from a given process, whether in ghci or standalone compiled.
>> Especially inconvenient with ghci, as I typically wanted to open more than
>> one top-level window in that context (exploratory programming).
>>
>> -- Conal
>>
>> On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...>
>> wrote:
>>
>> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>
>>> wrote:
>>>
>>> :
>>> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
>>> :
>>>
>>> I discovered that wxHaskell runs inside GHCi, when I install it locally,
>>> i.o. in a sandbox.
>>>
>>> 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
>>> --
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> wxhaskell-devel mailing list
>>> wxh...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>>>
>>>
>
>
>
>
> --
> 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
> --
>

Re: [wxhaskell-users] [wxhaskell-devel] [Haskell] ANN: wxHaskell 0.92

[Henk-Jan v. T. <hj...@ch...>]

I tried running BouncingBalls.hs in the samples\wxcore directory; inside  
GHCi, it runs the second time only for a short while, then crashes. The  
Windows application log shows exception code 0xc0000005, which means  
"Access violation". The standalone BouncingBalls.exe can be run multiple  
times without a problem.

Henk-Jan


On Fri, 04 Sep 2015 23:56:47 +0200, Conal Elliott <co...@co...> wrote:

> The original bug report (perhaps 7 years ago) was at
> http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
> symptom was a reliable crash whenever a second top-level window was
> displayed from a given process, whether in ghci or standalone compiled.
> Especially inconvenient with ghci, as I typically wanted to open more  
> than
> one top-level window in that context (exploratory programming).
>
> -- Conal
>
> On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...>  
> wrote:
>
>> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl  
>> <hj...@ch...>
>> wrote:
>>
>> :
>> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
>> :
>>
>> I discovered that wxHaskell runs inside GHCi, when I install it locally,
>> i.o. in a sandbox.
>>
>> 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
>> --
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> wxhaskell-devel mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>>





-- 
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
--

Re: [wxhaskell-users] [wxhaskell-devel] [Haskell] ANN: wxHaskell 0.92

[Conal E. <co...@co...>]

The original bug report (perhaps 7 years ago) was at
http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
symptom was a reliable crash whenever a second top-level window was
displayed from a given process, whether in ghci or standalone compiled.
Especially inconvenient with ghci, as I typically wanted to open more than
one top-level window in that context (exploratory programming).

-- Conal

On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...> wrote:

> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>
> wrote:
>
> :
> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
> :
>
> I discovered that wxHaskell runs inside GHCi, when I install it locally,
> i.o. in a sandbox.
>
> 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
> --
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>

Re: [wxhaskell-users] [Haskell] ANN: wxHaskell 0.92

[Henk-Jan v. T. <hj...@ch...>]

On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>  
wrote:

:
> Currently, I am not able to run wxHaskell inside GHCi (on Windows).
:

I discovered that wxHaskell runs inside GHCi, when I install it locally,  
i.o. in a sandbox.

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
--

Re: [wxhaskell-users] [Haskell] ANN: wxHaskell 0.92

[Henk-Jan v. T. <hj...@ch...>]

Can you provide a link to a bug ticket or discussion about this problem?  
Currently, I am not able to run wxHaskell inside GHCi (on Windows).

Regards,
Henk-Jan van Tuyl


On Mon, 31 Aug 2015 20:55:30 +0200, Conal Elliott <co...@co...> wrote:

> Thanks for the update. What's the status of the old problem of crashing  
> the
> host process if one opens more than one top-level window (as typical in
> GHCi)?  - Conal
>
> On Fri, Aug 28, 2015 at 1:16 AM, Henk-Jan van Tuyl <hj...@ch...>
> wrote:
>
>>
>> L.S.,
>>
>> I am happy to announce a new version of wxHaskell (0.92).
:
:


-- 
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
--

Re: [wxhaskell-users] [Haskell] ANN: wxHaskell 0.92

[Conal E. <co...@co...>]

Thanks for the update. What's the status of the old problem of crashing the
host process if one opens more than one top-level window (as typical in
GHCi)?  - Conal

On Fri, Aug 28, 2015 at 1:16 AM, Henk-Jan van Tuyl <hj...@ch...>
wrote:

>
> L.S.,
>
> I am happy to announce a new version of wxHaskell (0.92).
>
> What is it?
> -----------
> wxHaskell[1] is a portable and native GUI library for Haskell. The goal of
> the project is to provide an industrial strength GUI library for Haskell,
> but without the burden of developing (and maintaining) one ourselves.
>
> wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
> library that is portable across all major GUI platforms; including GTK,
> Windows, X11, and MacOS X. Furthermore, it is a mature library (in
> development since 1992) that supports a wide range of widgets with the
> native look-and-feel.
>
>
> What's new?
> -----------
>    - wxc/setup.hs now stops searching for wxWidgets when a
>      compatible version is found (this solves bug ticket 96)
>    - Support for simple Wizards added
>    - Calendar support added
>    - GCC > 4.5 can now be used on Windows, which is a big
>      improvement, as wxWidgets and wxHaskell must use the
>      exact same GCC, to prevent compatibility problems
>    - wxAui is added to wxc, wxAuiNotebook events are added
>      to wxcore and wx
>    - Missing GLAttributes added
>    - Packet version limits adapted to the newest Haskell
>      Platform
>    - Bitness check on Windows no longer uses an external
>      executable
>    - wxHaskell can now be installed with MSYS2
>    - wxc/Setup.hs is modified to also link to the wx OpenGL
>      libraries for wxGLCanvas
>    - The "warning: Adding duplicate image handler for
>      '... file'" messages are removed
>    - Created a new class Updating with corresponding event
>      "update". Provided instances for TextCtrl and ComboBox:
>      update gets called when the text changes.
>    - Support for wxSplashScreen in wxc and wxcore is added
>    - Many warnings are solved
>
> Links
> -----
> See the homepage of wxHaskell for more information:
>     https://wiki.haskell.org/WxHaskell
>
> The packages are:
>    - wxc       https://hackage.haskell.org/package/wxc
>    - wxdirect  https://hackage.haskell.org/package/wxdirect
>    - wxcore    https://hackage.haskell.org/package/wxcore
>    - wx        https://hackage.haskell.org/package/wx
>
> Regards,
> Henk-Jan van Tuyl
>
>
> [0] https://www.wxwidgets.org
> [1] https://wiki.haskell.org/WxHaskell
>
>
>
> --
> 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
> --
> _______________________________________________
> Haskell mailing list
> Ha...@ha...
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell
>

[wxhaskell-users] ANN: wxHaskell 0.92

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I am happy to announce a new version of wxHaskell (0.92).

What is it?
-----------
wxHaskell[1] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


What's new?
-----------
    - wxc/setup.hs now stops searching for wxWidgets when a
      compatible version is found (this solves bug ticket 96)
    - Support for simple Wizards added
    - Calendar support added
    - GCC > 4.5 can now be used on Windows, which is a big
      improvement, as wxWidgets and wxHaskell must use the
      exact same GCC, to prevent compatibility problems
    - wxAui is added to wxc, wxAuiNotebook events are added
      to wxcore and wx
    - Missing GLAttributes added
    - Packet version limits adapted to the newest Haskell
      Platform
    - Bitness check on Windows no longer uses an external
      executable
    - wxHaskell can now be installed with MSYS2
    - wxc/Setup.hs is modified to also link to the wx OpenGL
      libraries for wxGLCanvas
    - The "warning: Adding duplicate image handler for
      '... file'" messages are removed
    - Created a new class Updating with corresponding event
      "update". Provided instances for TextCtrl and ComboBox:
      update gets called when the text changes.
    - Support for wxSplashScreen in wxc and wxcore is added
    - Many warnings are solved

Links
-----
See the homepage of wxHaskell for more information:
     https://wiki.haskell.org/WxHaskell

The packages are:
    - wxc       https://hackage.haskell.org/package/wxc
    - wxdirect  https://hackage.haskell.org/package/wxdirect
    - wxcore    https://hackage.haskell.org/package/wxcore
    - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] https://www.wxwidgets.org
[1] https://wiki.haskell.org/WxHaskell



-- 
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
--

[wxhaskell-users] custom wxGridCellRenderer classes

[Kristof B. <kr...@re...>]

Hi,

I'd like to derive a new wxGridCellRenderer class, with virtual Draw() 
method.  Is this possible in wxHaskell?
If not, how could I implement this functionality?  Should there be some 
mechanism
to automatically derive classes with virtual member functions in wxHaskell?

Thanks,
Kristof Bastiaensen

[wxhaskell-users] setup dependencies in cabal

[Eric K. <eri...@gm...>]

This looks useful for users of the cabal-macosx package

https://github.com/haskell/cabal/pull/2515

Re: [wxhaskell-users] Windows 7 GetCommandLine call interference

[Michael J. <mi...@pr...>]

I finally solved the compile problem. Running "cabal clean” in the original tree fixed it. I have no idea how it mucked with the sandbox, but it did. After I did the clean, even more things failed, but after recreating the sandbox it worked. I had tried to recreate the sandbox before and it did not help. It required both a clean of the source tree and a recreation of the sandbox.


On Apr 4, 2015, at 5:04 PM, Michael Jones <mi...@pr...> wrote:

> Henk-Jan,
> 
> I think you are right about Windows, but it does pass them on Linux, and this does make my app work on Ubuntu. It is not the RTS args that are the problem, it is the args for the application that come after. Windows has the further problem of bypassing the passed args completely. My take was that once Windows has a way to stop the Win32 call, it still has the problem this solved.
> 
> BTW,
> 
> I compiled up wxWidgets 3.0.2 on Ubuntu so I could try to hack it a bit, and then compile the git head of wxHaskell as referenced in a sandbox, and compiled by ghc 7.8.4 and get this link error:
> 
> .../.cabal-sandbox/lib/x86_64-linux-ghc-7.8.4/wxc-0.92.0.0/libwxc.so: undefined reference to `wxDateTime::SetHour(unsigned short)@WXU_UNOFFICIAL_3.0’
> 
> I can’t find any references WXU_UNOFFICIAL_3.0 in any code, and the @WXU… is unfamiliar to me.
> 
> I ran ./configure for wxHaskell and it finds 3.0.2. Yet the problem persists. My assumption is I can run ./configure in the source tree and then reference that tree in a sandbox. 
> 
> I remembered that when I installed wxWidgets with apt-get it had names with “unofficial” in them. When I removed it I used apt-get purge to get rid of any configurations. Is there something that might have been left behind by the apt-get version?
> 
> Mike
> 
> 
> 
> 
> On Apr 4, 2015, at 4:55 PM, Henk-Jan van Tuyl <hj...@ch...> wrote:
> 
>> On Sat, 04 Apr 2015 21:19:43 +0200, Michael Jones <mi...@pr...> wrote:
>> 
>>> I have made a solution to the args problem. To review, if the latest code on github is used on Ubuntu, and if agreements are passed on the command line of the application, wxHaskell does a “getArgs” and passes them on, and then there is an error on the command line. On Windows with the most recent wxWidgets code, it pops a similar dialog.
>>> 
>>> To get around the problem, I created startExt, runExt, and argsOnInitExt so that I can pass a [String]. This allows me to filter out agreements not destined for wx.
>>> 
>>> I have attached a patch below to show what I did.
>>> 
>>> Perhaps one of the developers can give this some consideration. I can certainly post the patch in the bug tracker if desired, just tell me where it is. I am not sure if the one on source forge is in use or not, as the last date is Aug 2014.
>> 
>> The bug tracker on SourceForge is still in use, it has been quiet for a while in wxHaskell world.
>> 
>> The patch is not the solution, I wish it were that simple. GHC's run time system filters out the RTS parameters, this can be demonstrated with the following program (Arguments.hs):
>> 
>>> import System.Environment
>>> 
>>> main = getArgs >>= print
>> 
>> The command
>> Arguments x +RTS -RTS y
>> results in:
>> ["x","y"]
>> 
>> wxWidgets (at least on Windows) does not use the arguments that are passed with wxcAppInitializeC, but reads directly from the argument buffer.
>> 
>> 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
>> --
> 
> 
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

Re: [wxhaskell-users] Windows 7 GetCommandLine call interference

[Michael J. <mi...@pr...>]

Henk-Jan,

I think you are right about Windows, but it does pass them on Linux, and this does make my app work on Ubuntu. It is not the RTS args that are the problem, it is the args for the application that come after. Windows has the further problem of bypassing the passed args completely. My take was that once Windows has a way to stop the Win32 call, it still has the problem this solved.

BTW,

I compiled up wxWidgets 3.0.2 on Ubuntu so I could try to hack it a bit, and then compile the git head of wxHaskell as referenced in a sandbox, and compiled by ghc 7.8.4 and get this link error:

.../.cabal-sandbox/lib/x86_64-linux-ghc-7.8.4/wxc-0.92.0.0/libwxc.so: undefined reference to `wxDateTime::SetHour(unsigned short)@WXU_UNOFFICIAL_3.0’

I can’t find any references WXU_UNOFFICIAL_3.0 in any code, and the @WXU… is unfamiliar to me.

I ran ./configure for wxHaskell and it finds 3.0.2. Yet the problem persists. My assumption is I can run ./configure in the source tree and then reference that tree in a sandbox. 

I remembered that when I installed wxWidgets with apt-get it had names with “unofficial” in them. When I removed it I used apt-get purge to get rid of any configurations. Is there something that might have been left behind by the apt-get version?

Mike




On Apr 4, 2015, at 4:55 PM, Henk-Jan van Tuyl <hj...@ch...> wrote:

> On Sat, 04 Apr 2015 21:19:43 +0200, Michael Jones <mi...@pr...> wrote:
> 
>> I have made a solution to the args problem. To review, if the latest code on github is used on Ubuntu, and if agreements are passed on the command line of the application, wxHaskell does a “getArgs” and passes them on, and then there is an error on the command line. On Windows with the most recent wxWidgets code, it pops a similar dialog.
>> 
>> To get around the problem, I created startExt, runExt, and argsOnInitExt so that I can pass a [String]. This allows me to filter out agreements not destined for wx.
>> 
>> I have attached a patch below to show what I did.
>> 
>> Perhaps one of the developers can give this some consideration. I can certainly post the patch in the bug tracker if desired, just tell me where it is. I am not sure if the one on source forge is in use or not, as the last date is Aug 2014.
> 
> The bug tracker on SourceForge is still in use, it has been quiet for a while in wxHaskell world.
> 
> The patch is not the solution, I wish it were that simple. GHC's run time system filters out the RTS parameters, this can be demonstrated with the following program (Arguments.hs):
> 
>> import System.Environment
>> 
>> main = getArgs >>= print
> 
> The command
>  Arguments x +RTS -RTS y
> results in:
>  ["x","y"]
> 
> wxWidgets (at least on Windows) does not use the arguments that are passed with wxcAppInitializeC, but reads directly from the argument buffer.
> 
> 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
> --