wxhaskell-users — General mailing list for wxhaskell users

RE: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

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

If anyone does compile up a 6.4.1-compatible version of wxHaskell and is
willing to share it, please say so.  Sounds like there are still some
hitches in compiling under windows.  - Conal
 
-----Original Message-----
From: wxh...@li...
[mailto:wxh...@li...] On Behalf Of Daan
Leijen
Sent: Sunday, May 08, 2005 9:25 AM
To: Claus Reinke
Cc: The wxHaskell Mailing List
Subject: Re: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug
fix release
 
Claus Reinke wrote: 
?? Why would you give up on wxHaskell? :-) Seriously, if you
have real problems, please tell me so and we can see what
to do about it.
    
 
well, our problem was that no one was even listening to
the problems we told you about!-)
  
Hmm, maybe this was related that I was accidently unsubscribed
from this list for a few months.. :-(  Well, hopefully I'll listen
better from now on. However, I will have little time till October,
afterwards I'll be doing more development work again.


Hmm, when I do "ghc --version" it says:
    
The Glorious Glasgow Haskell Compilation System, version 6.4
      
I guessed tis means 6.4.0 and that 6.4.1 is the current
development version of ghc. I plan to only release binary
versions for stable versions of ghc -- people with development
versions of ghc are usually able to build wxHaskell themselves.
 
The latest development version of GHC works out of the box
with wxHaskell as it has real bugfixes that fix the current
problems on windows (while my bugfix release works around it).
    
 
Sigbjorn has set up nightly builds of both HEAD and STABLE
for mingw, and has merged the fixes to the STABLE branch while
bumping the version number to 6.4.1. So, windows ghc users are
no longer poor cousins, and can get the benefits of bug-fixes
without going for development builds (which are somewhere in
the 6.5 region) or waiting for infrequent releases. no need for
ugly work-arounds;-)
  
Great.


 
http://www.haskell.org//pipermail/cvs-all/2005-May/040980.html
<http://www.haskell.org/pipermail/cvs-all/2005-May/040980.html> 
http://www.haskell.org//pipermail/cvs-all/2005-May/040972.html
<http://www.haskell.org/pipermail/cvs-all/2005-May/040972.html> 
http://www.haskell.org/ghc/dist/stable/dist
 
as for being able to build wxhaskell themselves, I'm in the process
of giving that a go (windows xp with cygwin and mingw,ghc-6.4.1,
wxhaskell-src-0.9.4-1.zip,wxWidgets 2.6.0+2 patches). wxWidgets
seems to have built and installed just fine, and ./configure for
wxHaskell works, but when trying to make wxHaskell, I get the
error below. Any suggestions?
  
First of all, I strongly recommend wxWidgets 2.4.2 since it is the only
version that works with ghci. Newer wxWidgets version use static
initializers that are not properly desctructed when the dynamic
link library is not re-loaded. Furthermore, there doesn't seem to
be that many new features useful on Windows.



..
g++ -c wxc/src/treectrl.cpp -o
out/wxc/treectrl.o -MD -IC:/cygwin/usr/local/include
-IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -I
C:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetFirstChild(void*,
void*,
   void*, void*)':
wxc/src/treectrl.cpp:333: warning: `GetFirstChild' is deprecated
(declared at
   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:407)
wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetNextChild(void*,
void*,
   void*, void*)':
wxc/src/treectrl.cpp:338: warning: `GetNextChild' is deprecated
(declared at
   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:409)
  
These are "innocent" warnings -- wxHaskell still uses the deprecated
interface.
It would be nice to upgrade though ..


g++ -c wxc/src/image.cpp -o
out/wxc/image.o -MD -IC:/cygwin/usr/local/include
-IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC:/
cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/image.cpp:124:2: warning: no newline at end of file
g++ -c wxc/src/apppath.cpp -o
out/wxc/apppath.o -MD -IC:/cygwin/usr/local/include
-IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC
:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/apppath.cpp:114:2: warning: no newline at end of file
g++ -c wxc/src/db.cpp -o
out/wxc/db.o -MD -IC:/cygwin/usr/local/include
-IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6
-IC:/cyg
win/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/db.cpp: In function `int wxDbColInf_GetColumnSize(wxDbColInf*)':
wxc/src/db.cpp:1035: `class wxDbColInf' has no member named `columnSize'
wxc/src/db.cpp: In function `int
wxDbColInf_GetBufferLength(wxDbColInf*)':
wxc/src/db.cpp:1044: `class wxDbColInf' has no member named
`bufferLength'
wxc/src/db.cpp: In function `wxDbColInf* wxDb_GetResultColumns(wxDb*,
int*)':
wxc/src/db.cpp:1158: `class wxDbColInf' has no member named `columnSize'
make: *** [out/wxc/db.o] Error 1
  
Hmm, not good -- it is even my own code :-) An easy fix would be to
disable the odbc
when building wxWidgets (./configure --disable-odbc). 

However, I have build wxHaskell with odbc on Windows -- but I was using
Visual C++ 6.0.
So, if you have visual studio, I recommend building it using the visual
studio
project. It is all explained in the build guide. With wxHaskell, you
would do:

> ./configure --with-msc  [--wxc-libname=wxcd]

open the visual studio project wxc/wxc-2.x.dsw
build the dll

> make


Anyways, I'll try to look into it -- it seems that the make commands for
newer
wxWidgets is lagging behind (on Linux and MacOSX I normally build with
odbc enabled).

-- Daan.


 
 
 
 
 
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
wxhaskell-users mailing list
wxh...@li...
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
  
 

Re: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

[Daan L. <da...@cs...>]

Claus Reinke wrote:

>>?? Why would you give up on wxHaskell? :-) Seriously, if you
>>have real problems, please tell me so and we can see what
>>to do about it.
>>    
>>
>
>well, our problem was that no one was even listening to
>the problems we told you about!-)
>  
>
Hmm, maybe this was related that I was accidently unsubscribed
from this list for a few months.. :-(  Well, hopefully I'll listen
better from now on. However, I will have little time till October,
afterwards I'll be doing more development work again.

>>Hmm, when I do "ghc --version" it says:
>>    
>>
>>>The Glorious Glasgow Haskell Compilation System, version 6.4
>>>      
>>>
>>I guessed tis means 6.4.0 and that 6.4.1 is the current
>>development version of ghc. I plan to only release binary
>>versions for stable versions of ghc -- people with development
>>versions of ghc are usually able to build wxHaskell themselves.
>>
>>The latest development version of GHC works out of the box
>>with wxHaskell as it has real bugfixes that fix the current
>>problems on windows (while my bugfix release works around it).
>>    
>>
>
>Sigbjorn has set up nightly builds of both HEAD and STABLE
>for mingw, and has merged the fixes to the STABLE branch while
>bumping the version number to 6.4.1. So, windows ghc users are
>no longer poor cousins, and can get the benefits of bug-fixes
>without going for development builds (which are somewhere in
>the 6.5 region) or waiting for infrequent releases. no need for
>ugly work-arounds;-)
>  
>
Great.

>http://www.haskell.org//pipermail/cvs-all/2005-May/040980.html
>http://www.haskell.org//pipermail/cvs-all/2005-May/040972.html
>http://www.haskell.org/ghc/dist/stable/dist
>
>as for being able to build wxhaskell themselves, I'm in the process
>of giving that a go (windows xp with cygwin and mingw,ghc-6.4.1,
>wxhaskell-src-0.9.4-1.zip,wxWidgets 2.6.0+2 patches). wxWidgets
>seems to have built and installed just fine, and ./configure for
>wxHaskell works, but when trying to make wxHaskell, I get the
>error below. Any suggestions?
>  
>
First of all, I strongly recommend wxWidgets 2.4.2 since it is the only
version that works with ghci. Newer wxWidgets version use static
initializers that are not properly desctructed when the dynamic
link library is not re-loaded. Furthermore, there doesn't seem to
be that many new features useful on Windows.

>..
>g++ -c wxc/src/treectrl.cpp -o
>out/wxc/treectrl.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -I
>C:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
>wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetFirstChild(void*, void*,
>   void*, void*)':
>wxc/src/treectrl.cpp:333: warning: `GetFirstChild' is deprecated (declared at
>   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:407)
>wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetNextChild(void*, void*,
>   void*, void*)':
>wxc/src/treectrl.cpp:338: warning: `GetNextChild' is deprecated (declared at
>   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:409)
>  
>
These are "innocent" warnings -- wxHaskell still uses the deprecated 
interface.
It would be nice to upgrade though ..

>g++ -c wxc/src/image.cpp -o
>out/wxc/image.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC:/
>cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
>wxc/src/image.cpp:124:2: warning: no newline at end of file
>g++ -c wxc/src/apppath.cpp -o
>out/wxc/apppath.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC
>:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
>wxc/src/apppath.cpp:114:2: warning: no newline at end of file
>g++ -c wxc/src/db.cpp -o
>out/wxc/db.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC:/cyg
>win/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
>wxc/src/db.cpp: In function `int wxDbColInf_GetColumnSize(wxDbColInf*)':
>wxc/src/db.cpp:1035: `class wxDbColInf' has no member named `columnSize'
>wxc/src/db.cpp: In function `int wxDbColInf_GetBufferLength(wxDbColInf*)':
>wxc/src/db.cpp:1044: `class wxDbColInf' has no member named `bufferLength'
>wxc/src/db.cpp: In function `wxDbColInf* wxDb_GetResultColumns(wxDb*, int*)':
>wxc/src/db.cpp:1158: `class wxDbColInf' has no member named `columnSize'
>make: *** [out/wxc/db.o] Error 1
>  
>
Hmm, not good -- it is even my own code :-) An easy fix would be to 
disable the odbc
when building wxWidgets (./configure --disable-odbc).

However, I have build wxHaskell with odbc on Windows -- but I was using 
Visual C++ 6.0.
So, if you have visual studio, I recommend building it using the visual 
studio
project. It is all explained in the build guide. With wxHaskell, you 
would do:

 > ./configure --with-msc  [--wxc-libname=wxcd]

open the visual studio project wxc/wxc-2.x.dsw
build the dll

 > make


Anyways, I'll try to look into it -- it seems that the make commands for 
newer
wxWidgets is lagging behind (on Linux and MacOSX I normally build with 
odbc enabled).

-- Daan.

>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.
>Get your fingers limbered up and give it your best shot. 4 great events, 4
>opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>_______________________________________________
>wxhaskell-users mailing list
>wxh...@li...
>https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>  
>

Re: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

[Claus R. <cla...@ta...>]

>?? Why would you give up on wxHaskell? :-) Seriously, if you
>have real problems, please tell me so and we can see what
>to do about it.

well, our problem was that no one was even listening to
the problems we told you about!-)

>Hmm, when I do "ghc --version" it says:
>> The Glorious Glasgow Haskell Compilation System, version 6.4
>I guessed tis means 6.4.0 and that 6.4.1 is the current
>development version of ghc. I plan to only release binary
>versions for stable versions of ghc -- people with development
>versions of ghc are usually able to build wxHaskell themselves.
>
>The latest development version of GHC works out of the box
>with wxHaskell as it has real bugfixes that fix the current
>problems on windows (while my bugfix release works around it).

Sigbjorn has set up nightly builds of both HEAD and STABLE
for mingw, and has merged the fixes to the STABLE branch while
bumping the version number to 6.4.1. So, windows ghc users are
no longer poor cousins, and can get the benefits of bug-fixes
without going for development builds (which are somewhere in
the 6.5 region) or waiting for infrequent releases. no need for
ugly work-arounds;-)

http://www.haskell.org//pipermail/cvs-all/2005-May/040980.html
http://www.haskell.org//pipermail/cvs-all/2005-May/040972.html
http://www.haskell.org/ghc/dist/stable/dist

as for being able to build wxhaskell themselves, I'm in the process
of giving that a go (windows xp with cygwin and mingw,ghc-6.4.1,
wxhaskell-src-0.9.4-1.zip,wxWidgets 2.6.0+2 patches). wxWidgets
seems to have built and installed just fine, and ./configure for
wxHaskell works, but when trying to make wxHaskell, I get the
error below. Any suggestions?

cheers,
claus

..
g++ -c wxc/src/treectrl.cpp -o
out/wxc/treectrl.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -I
C:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetFirstChild(void*, void*,
   void*, void*)':
wxc/src/treectrl.cpp:333: warning: `GetFirstChild' is deprecated (declared at
   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:407)
wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetNextChild(void*, void*,
   void*, void*)':
wxc/src/treectrl.cpp:338: warning: `GetNextChild' is deprecated (declared at
   C:/cygwin/usr/local/include/wx-2.6/wx/msw/treectrl.h:409)
g++ -c wxc/src/image.cpp -o
out/wxc/image.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC:/
cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/image.cpp:124:2: warning: no newline at end of file
g++ -c wxc/src/apppath.cpp -o
out/wxc/apppath.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC
:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/apppath.cpp:114:2: warning: no newline at end of file
g++ -c wxc/src/db.cpp -o
out/wxc/db.o -MD -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw-ansi-release-static-2.6 -IC:/cyg
win/usr/local/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -Iwxc/include
wxc/src/db.cpp: In function `int wxDbColInf_GetColumnSize(wxDbColInf*)':
wxc/src/db.cpp:1035: `class wxDbColInf' has no member named `columnSize'
wxc/src/db.cpp: In function `int wxDbColInf_GetBufferLength(wxDbColInf*)':
wxc/src/db.cpp:1044: `class wxDbColInf' has no member named `bufferLength'
wxc/src/db.cpp: In function `wxDbColInf* wxDb_GetResultColumns(wxDb*, int*)':
wxc/src/db.cpp:1158: `class wxDbColInf' has no member named `columnSize'
make: *** [out/wxc/db.o] Error 1

Re: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

[Daan L. <da...@cs...>]

Claus Reinke wrote:

>Hi Daan,
>
>that's good news! as you will see from the imminent communities 
>report, I was just about to give up on wxhaskell:-)
>  
>
?? Why would you give up on wxHaskell? :-) Seriously, if you
have real problems, please tell me so and we can see what
to do about it.

>But I don't quite understand your latest mails: is the updated
>wxHaskell really meant for the (now) old ghc 6.4.0?? There are
>quite a few more bugfixes in 6.4.1, and it is now required for
>building ghc HEAD, I think, so wouldn't it be more useful to 
>have wxHaskell work with 6.4.1 on windows?
>  
>
Hmm, when I do "ghc --version" it says:

 > The Glorious Glasgow Haskell Compilation System, version 6.4

I guessed tis means 6.4.0 and that 6.4.1 is the current
development version of ghc. I plan to only release binary
versions for stable versions of ghc -- people with development
versions of ghc are usually able to build wxHaskell themselves.

The latest development version of GHC works out of the box
with wxHaskell as it has real bugfixes that fix the current
problems on windows (while my bugfix release works around it).

-- Daan.


>cheers,
>claus
>
>  
>
>>This is a bugfix release of wxHaskell version 0.9.4 for Windows
>>platforms with GHC 6.4. The interpreter GHCi 6.4 now works with
>>wxHaskell without problems. Thanks to Sigbjorn Finne for fixing this
>>bug.
>>    
>>
>
>  
>
>>Well, thanks to the hard work of Sigbjorn Finne,
>>I have found a way to use GHCi-6.4 without crashing
>>on windows. So, I'll make a new updated release soon
>>that works with the standard GHCi-6.4.0 -- hopefully,
>>this saves you the work of rebuilding.
>>    
>>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.
>Get your fingers limbered up and give it your best shot. 4 great events, 4
>opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>_______________________________________________
>wxhaskell-users mailing list
>wxh...@li...
>https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>  
>

Re: [wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

[Claus R. <cla...@ta...>]

Hi Daan,

that's good news! as you will see from the imminent communities 
report, I was just about to give up on wxhaskell:-)

But I don't quite understand your latest mails: is the updated
wxHaskell really meant for the (now) old ghc 6.4.0?? There are
quite a few more bugfixes in 6.4.1, and it is now required for
building ghc HEAD, I think, so wouldn't it be more useful to 
have wxHaskell work with 6.4.1 on windows?

cheers,
claus

> This is a bugfix release of wxHaskell version 0.9.4 for Windows
> platforms with GHC 6.4. The interpreter GHCi 6.4 now works with
> wxHaskell without problems. Thanks to Sigbjorn Finne for fixing this
> bug.

>Well, thanks to the hard work of Sigbjorn Finne,
>I have found a way to use GHCi-6.4 without crashing
>on windows. So, I'll make a new updated release soon
>that works with the standard GHCi-6.4.0 -- hopefully,
>this saves you the work of rebuilding.

[wxhaskell-users] announce: wxHaskell 0.9.4, windows bug fix release

[Daan L. <da...@cs...>]

Announcement: wxHaskell version 0.9.4, update 1
----------------------------------------------------------------------

<http://wxhaskell.sourceforge.net>

This is a bugfix release of wxHaskell version 0.9.4 for Windows
platforms with GHC 6.4. The interpreter GHCi 6.4 now works with
wxHaskell without problems. Thanks to Sigbjorn Finne for fixing this
bug.

As always, first uninstall before re-installing:

- click on   "wxhaskell-0.9.4\bin\wxhaskell-unregister.bat"
- remove the "wxhaskell-0.9.4" directory

- unzip the new release
- click on   "wxhaskell-0.9.4\bin\wxhaskell-register.bat"

Have fun,
 Daan Leijen.


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

wxHaskell is therefore build 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
native look-and-feel, and it has a very active community (ranked among
the top 25 most active projects on sourceforge).

Since most of the interface is automatically generated from the
wxEiffel binding, the current release of wxHaskell already supports
about 75% of the wxWindows functionality -- about 2900 methods in 500
classes with 1400 constant definitions.

wxHaskell has been build with GHC 6.x on Windows, MacOS X and
Unix systems with GTK. A binary distribution is available for Windows,
Linux (RPM) and MacOS X.

And even if you don't intend to write GUI's yourself, it will be fun
to check out the screenshots at <http://wxhaskell.sourceforge.net>.


----------------------------------------------------------------------
Version 0.9.4-1
-------------
Bugfixes:
- Compile the wx library with -fvia-C. This prevents crashes in   
   GHCi-6.4.(Fix is found by Sigbjorn Finne)

Version 0.9.4
-------------
Backward compatible additions:
- Adapted the configuration, make files, and install scripts to work
  with GHC 6.4.
- Adapted the wxHaskell C-layer to work with wxWidgets 2.6.0
- Made "Object" an instance of Ord

Version 0.9
-------------
Non backward compatible changes:
- Changed "image" attribute to "picture"

Backward compatible additions:
- Added Multiple OpenGL Canvas example and fixed old example.
- Much improved process support in WXCore.Process. Use
  "processExecAsyncTimed" instead of "processExecASync".
- Full printing support in WXCore.Print
- Added SpintControl events.
- Fixed bug in MultiListBoxes where selections would only be
  added.
- Added "pixelBufferGetPixels" and "pixelBufferSetPixels" and
  according functions for images.
- Added "image" and made it an instance of the "Sized" class
  exported "imageCreateFromPixels" and "imageCreateFromPixelArray"
- Added "drawImage"
- Removed dependency on "readline" package in ghc 6.2.2
- Added "--cache" argument to configure script

Bug fixes:
- fixed "on command" event handlers in submenus.

Re: [wxhaskell-users] wxhaskell with ghc-6.4.1: "mismatched interface file versions"

[Daan L. <da...@cs...>]

Well, thanks to the hard work of Sigbjorn Finne,
I have found a way to use GHCi-6.4 without crashing
on windows. So, I'll make a new updated release soon
that works with the standard GHCi-6.4.0 -- hopefully,
this saves you the work of rebuilding.

-- Daan

shelarcy wrote:

> Ghc-6.4's hi and ghc-6.4.1's hi are different.
> If you use other version ghc, you shouid use self building library that
> are buit by its version.
> So, you must recompile wxHaskell on ghc-6.4.1, then you can use
> wxhaskell.
>
>
> On Sat, 7 May 2005 16:30:56 -0700, Conal Elliott <co...@co...> wrote:
>
>> I got last night's ghc-6.4.1 winxp build snapshot, hoping ghci &
>> wxhaskell would now work together. After doing wxhaskell-register.bat,
>> and running "ghc -package wx", I get
>>
>> Failed to load interface for `Graphics.UI.WXCore':
>> Bad interface file:
>> C:\wxhaskell-0.9.4\lib\imports/Graphics/UI/WXCore.hi
>> mismatched interface file versions: expected 6041, found 6040
>
>
>
>

Re: [wxhaskell-users] wxhaskell with ghc-6.4.1: "mismatched interface file versions"

[shelarcy <she...@ca...>]

Ghc-6.4's hi and ghc-6.4.1's hi are different.
If you use other version ghc, you shouid use self building library that
are buit by its version.
So, you must recompile wxHaskell on ghc-6.4.1, then you can use wxhaskell.


On Sat, 7 May 2005 16:30:56 -0700, Conal Elliott <co...@co...> wrote:
> I got last night's ghc-6.4.1 winxp build snapshot, hoping ghci &
> wxhaskell would now work together.  After doing wxhaskell-register.bat,
> and running "ghc -package wx", I get
>
>    Failed to load interface for `Graphics.UI.WXCore':
>        Bad interface file:
> C:\wxhaskell-0.9.4\lib\imports/Graphics/UI/WXCore.hi
>            mismatched interface file versions: expected 6041, found 6040



-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] wxhaskell with ghc-6.4.1: "mismatched interface file versions"

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

I got last night's ghc-6.4.1 winxp build snapshot, hoping ghci &
wxhaskell would now work together.  After doing wxhaskell-register.bat,
and running "ghc -package wx", I get

   Failed to load interface for `Graphics.UI.WXCore':
       Bad interface file:
C:\wxhaskell-0.9.4\lib\imports/Graphics/UI/WXCore.hi
           mismatched interface file versions: expected 6041, found 6040

When I run under emacs, I now get this error (new)

    Loading package wxcore-0.9.4 ... linking ... done.
    Loading package wx-0.9.4 ... linking ... done.
    <stdin>: flushConsole: does not exist (No such file or directory)

    Process ghci finished

Any pointers?  - Conal

Re: [wxhaskell-users] Re: announce: wxHaskell 0.9.4

[Daan L. <da...@cs...>]

Jens Petersen wrote:

> Daan Leijen wrote:
>
>> Announcement: wxHaskell version 0.9.4
>
>
> Thanks, I updated wxhaskell in Fedora Haskell to 0.9.4 for FC3/i386.
> (It also builds on x86_64 but probably won't be useable on that platform
> until ghc-6.4.1.)

Thanks! Good to hear that it all works :-)
-- Daan.

>
> Cheers, Jens
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] Re: announce: wxHaskell 0.9.4

[Jens P. <pet...@ha...>]

Daan Leijen wrote:
> Announcement: wxHaskell version 0.9.4

Thanks, I updated wxhaskell in Fedora Haskell to 0.9.4 for FC3/i386.
(It also builds on x86_64 but probably won't be useable on that platform
until ghc-6.4.1.)

Cheers, Jens

Re: [wxhaskell-users] I was unsubscribed

[Daan L. <da...@cs...>]

shelarcy wrote:

> Hi, Dear Daan.
> I'm glad to come back this list.
>
> Do you have priority to response already posted quetion?
> Or send mail again?

I'll try to read the archives, but if it is a really important
question, you can also send a direct email to me.

However, I will not be doing much wxHaskell work until after September.
I am going to work for Microsoft for a few months and I will not have
much time to do any real development on wxHaskell. The only thing I plan
to do in the next two weeks is add support to make SOEgraphics work with
wxHaskell (done by Haitao Wu at Yale).

All the best,
-- Daan Leijen

>
>
> I have one quetion.
> http://sourceforge.net/mailarchive/forum.php?thread_id=6989593&forum_id=34197
>
>
> But If you already have priority, I wait my chance.
>
>
> On Tue, 03 May 2005 18:46:18 +0200, Daan Leijen <da...@cs...> wrote:
>
>> Hi everyone,
>>
>> Some might have wondered why I didn't respond
>> to their questions on this list lately -- well,
>> it seemed that I was unsubscribed accidently.
>>
>> Anyway, I am on this list again and will hopefully
>> be more responsive from now on :-)
>
>
>

Re: [wxhaskell-users] I was unsubscribed

[shelarcy <she...@ca...>]

Hi, Dear Daan.
I'm glad to come back this list.

Do you have priority to response already posted quetion?
Or send mail again?


I have one quetion.
http://sourceforge.net/mailarchive/forum.php?thread_id=6989593&forum_id=34197

But If you already have priority, I wait my chance.


On Tue, 03 May 2005 18:46:18 +0200, Daan Leijen <da...@cs...> wrote:
> Hi everyone,
>
> Some might have wondered why I didn't respond
> to their questions on this list lately -- well,
> it seemed that I was unsubscribed accidently.
>
> Anyway, I am on this list again and will hopefully
> be more responsive from now on :-)


-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] I was unsubscribed

[Daan L. <da...@cs...>]

Hi everyone,

Some might have wondered why I didn't respond
to their questions on this list lately -- well,
it seemed that I was unsubscribed accidently.

Anyway, I am on this list again and will hopefully
be more responsive from now on :-)

All the best,
-- Daan Leijen.

[wxhaskell-users] announce: wxHaskell 0.9.4

[Daan L. <da...@cs...>]

Announcement: wxHaskell version 0.9.4
----------------------------------------------------------------------

<http://wxhaskell.sourceforge.net>

I am pleased to announce a new release of wxHaskell.

This is mostly an update to support GHC 6.4 and it does not contain
any new features. Binary installers are provided for MacOS X, Linux
(RPM), and Windows.

Unfortunately, GHCi-6.4 does not work with wxHaskell. For Windows
platforms I still recommend GHC 6.2.2 since GHCi-6.2.2 works great
with wxHaskell (on Windows).

All the best,
 Daan Leijen.


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

wxHaskell is therefore build 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
native look-and-feel, and it has a very active community (ranked among
the top 25 most active projects on sourceforge).

Since most of the interface is automatically generated from the
wxEiffel binding, the current release of wxHaskell already supports
about 75% of the wxWindows functionality -- about 2900 methods in 500
classes with 1400 constant definitions.

wxHaskell has been build with GHC 6.x on Windows, MacOS X and
Unix systems with GTK. A binary distribution is available for Windows,
Linux (RPM) and MacOS X.

And even if you don't intend to write GUI's yourself, it will be fun
to check out the screenshots at <http://wxhaskell.sourceforge.net>.


----------------------------------------------------------------------
Version 0.9.4
-------------
Backward compatible additions:
- Adapted the configuration, make files, and install scripts to work
  with GHC 6.4.
- Adapted the wxHaskell C-layer to work with wxWidgets 2.6.0
- Made "Object" an instance of Ord

[wxhaskell-users] processExecAsyncTimed returning "@"'s when it should not (I think)

[Mads L. <mad...@ya...>]

Hi

I am trying to use the processExecAsyncTimed. In the
program shown below, I basically use this function to
do "ls -l /usr/bin". The result of "ls" are printed to
the screen. I all seems to be going fine, except that
I get two "@" on the screen. Is this a bug ?

To replicate the problem the easiest thing is to :

> ghc --make -package wx ProcessTestFailure.hs
> ./a.out | grep -A 3 -B 3 "@"

Greetings,

Mads Lindstrøm


module Main where

import Graphics.UI.WX
import Graphics.UI.WXCore 

-- Compile with: ghc --make -package wx
ProcessTestFailure.hs

main :: IO ()
main  = start $ processTest

processTest :: IO ()
processTest
  = do f      <- frame         [text := "Test",
clientSize := sz 600 400]
       (send,process,pid) <- processExecAsyncTimed f
"ls -l /usr/bin" True
                             onEndProcess
                             onReceive
                             onReceive
       return ()
    where
           onEndProcess exitcode
               = do putStr ("onEndProcess:" ++ show
exitcode ++ "\n")
           
           onReceive txt streamStatus
               = do putStr $ "OnReceive: " ++ txt ++
"\n"

       

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[wxhaskell-users] Using database access

[Mark W. <mwa...@bi...>]

Hi,

I'm having a problem with the database access functionality.=20

If I do:

*Main> do info <- dbGetDataSourceInfo "mysql" "root" "root"; print info

I get:

*** Exception: user error (Database error: DbError {dbErrorMsg =3D "", =
dbDataSource =3D "mysql", dbErrorCode =3D DB_FAILURE, dbNativeCode =3D =
0, dbSqlState =3D ""})
*Main>=20

I have an excel datasource which returns the same error.

I can access the same MySQL ODBC datasource with the same userid and =
password using Ruby. I'm using wxhaskell 0.9/GHC 6.2.2

Cheers

Mark

Re: [wxhaskell-users] Windows build of wxHaskell 0.9

[shelarcy <she...@ca...>]

On Sat, 9 Apr 2005 19:06:40 +0200, Patrick Scheibe
<mai...@st...> wrote:
> Is there anyone having any experiences with the new ghc6.4 and windows?
> I have the binary package of ghc6.4, wxWindows2.4.2 for MSW and compiled  
> with opengl but I get errors when I want to compile wxHaskell.
> I have a normal cygwin.

I think you must use VC6 or MinGW to make wxWindows2.4.2 for MSW and wxc.
Compiled by VC7.1, I get error when using wxHaskell with OpenGL.
http://sourceforge.net/mailarchive/message.php?msg_id=10201165

In 0.9 binay for ghc 6.2.2, wxc-dll is available. How about use
this dll instead your dll?

> Now I need some good advice. Are there some gernal things to follow?
>
> Cheers
> Patrick

-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Windows build of wxHaskell 0.9

[Jinwoo L. <jin...@gm...>]

I succeeded to compile and run wxHaskell 0.9 with ghc 6.4 on Windows, 
using the patches that you provided.
I used MinGW and MSYS, not Cygwin.

Cheers,

-- 
Jinwoo Lee
Always remember that you are unique.  Just like everyone else.
jin...@gm...


Patrick Scheibe wrote:

>Is there anyone having any experiences with the new ghc6.4 and windows?
>I have the binary package of ghc6.4, wxWindows2.4.2 for MSW and compiled with 
>opengl but I get errors when I want to compile wxHaskell.
>I have a normal cygwin.
>
>Now I need some good advice. Are there some gernal things to follow?
>
>Cheers
>Patrick
>
>On Friday 08 April 2005 18:41, Claus Reinke wrote:
>  
>
>>>>Sebastian Sylvan wrote:
>>>>        
>>>>
>>>>>I'm wondering when a windows installer for wxHaskell 0.9 is planned?
>>>>>          
>>>>>
>>>I meant for GHC 6.4, sorry...
>>>      
>>>
>>any news on this?
>>what is the plan for ghc-6.4 windows binaries of wxHaskell 0.9?
>>
>>cheers,
>>claus
>>
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>wxhaskell-users mailing list
>>wxh...@li...
>>https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>>    
>>
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>wxhaskell-users mailing list
>wxh...@li...
>https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>  
>

Re: [wxhaskell-users] Windows build of wxHaskell 0.9

[Patrick S. <mai...@st...>]

Is there anyone having any experiences with the new ghc6.4 and windows?
I have the binary package of ghc6.4, wxWindows2.4.2 for MSW and compiled with 
opengl but I get errors when I want to compile wxHaskell.
I have a normal cygwin.

Now I need some good advice. Are there some gernal things to follow?

Cheers
Patrick

On Friday 08 April 2005 18:41, Claus Reinke wrote:
> > > Sebastian Sylvan wrote:
> > > > I'm wondering when a windows installer for wxHaskell 0.9 is planned?
> >
> > I meant for GHC 6.4, sorry...
>
> any news on this?
> what is the plan for ghc-6.4 windows binaries of wxHaskell 0.9?
>
> cheers,
> claus
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] how to rebuild wxHaskell with profiling support

[<hai...@ya...>]

Hi,

I developed a program based on wxHaskell but it has serious performance
problem. I want to rebuild wxHaskell with profiling support so that I
can find how to improve the performance. But I am quite new to this
library and don't know how to start. Anyone can give any advice or help?

Thank you,

Haitao 
 

----- Forwarded message from Duncan Coutts <dun...@wo...>
-----
    Date: Fri, 08 Apr 2005 16:20:28 +0100
    From: Duncan Coutts <dun...@wo...>
Reply-To: Duncan Coutts <dun...@wo...>
 Subject: Re: [Haskell] how to use GHC's prof tools
      To: hai...@ya...

On Fri, 2005-04-08 at 11:01 -0400, hai...@ya... wrote:
> Hi,
> 
> I developed a program based on wxHaskell but it has serious performance
> problem. So I tried to compile the program using "-prof" in GHC. 
> 
> If I use "ghc --make -fglasgow-exts -package wx -prof Main.lhs", it
> always reports that it cannot find modules defined in wxHaskell like
> WXCore. However, if I compile it without the "-prof" option, it works
> well and can generate "a.out".
> 
> Anyone can give any help?

The problem is that wxHaskell does not come with profiling versions of
its libraries.

You see, for GHC's profiling everything needs to be compiled with
profiling support. This is because the profiling and non-profiling
styles are not compatible, for example the profiling version adds extra
hidden arguments to functions and various other things to actualy do the
profiling.

So for example the libraries that come with GHC itself have to copies,
the profiling and non-porofiling verions. For many other libraries this
is unfortunately not the case since the build infrastructure to produce
two copies of everything is not so trivial to do (I think).

You can probably rebuild wxHaskell with profiling support (though it may
not be so trivial since the it changes the names of various files by
adding _p extensions here and there so the build system may not like
it). Ask about it on the wxHaskell list:
wxh...@li...

This leads onto a cabal feature request. Can we have a parameter to
build profiling versions of libraries in addition to the normal version?

Duncan

----- End forwarded message -----

Re: [wxhaskell-users] Windows build of wxHaskell 0.9

[Claus R. <cla...@ta...>]

> > Sebastian Sylvan wrote:
> > > I'm wondering when a windows installer for wxHaskell 0.9 is planned?
> I meant for GHC 6.4, sorry...

any news on this? 
what is the plan for ghc-6.4 windows binaries of wxHaskell 0.9?

cheers,
claus

[wxhaskell-users] How to use drag & drop?

[shelarcy <she...@ca...>]

Hi.

I know wxHaskell has drag Event and some drop function primitive interface.
But Some month Ago, I heard implementing drag&drop is high priority.

http://sourceforge.net/mailarchive/message.php?msg_id=10001163

Now 0.9 released, no new function for drag & dorp are implemeted
yet. Does this mean drag & drop function interface isn't enogh
experience, or other reason? If experience reason, I try to
implement drag & drop function to my application and feedback
experience, so I want to know how to use drag & drop.

-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Fix for the ghc6.4 patches

[Jinwoo L. <jin...@gm...>]

It works!
Great!

One strange thing is that when using GHCi some sample applications fail 
to run.
HelloWorld.hs runs OK but when it closes it crashes.
BouncingBalls.hs crashes when it starts.

Anyway, compiling works OK.

Thanks so much.

-- 
Jinwoo Lee
Always remember that you are unique.  Just like everyone else.
jin...@gm...


Patrick Scheibe wrote:

>Hi.
>
>We had some trouble with wxHaskell for ghc6.4
>It was like: 
>
>Loading package wxcore-0.9 ... linking ... ghc.exe:
>C:/cygwin/usr/local/lib/wxcore2.o: unknown symbol `_wxcWakeUpIdle'
>ghc.exe: unable to load package `wxcore-0.9'
>
>The problem was our patch for the configure script.
>You can find the updated patches here:
>
>www.thepatrick.net.ms -> Trx
>
>Cheers
>Patrick
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>wxhaskell-users mailing list
>wxh...@li...
>https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>  
>

[wxhaskell-users] Fix for the ghc6.4 patches

[Patrick S. <mai...@st...>]

Hi.

We had some trouble with wxHaskell for ghc6.4
It was like: 

Loading package wxcore-0.9 ... linking ... ghc.exe:
C:/cygwin/usr/local/lib/wxcore2.o: unknown symbol `_wxcWakeUpIdle'
ghc.exe: unable to load package `wxcore-0.9'

The problem was our patch for the configure script.
You can find the updated patches here:

www.thepatrick.net.ms -> Trx

Cheers
Patrick