On Wed, 2006-11-15 at 01:29 +, Neil Mitchell wrote:
> > The funny thing is that we can actually use Haskell threads with Gtk2Hs
> > perfectly well with the single threaded rts (we currently use a polling
> > scheme to to cooperative scheduling between gtk+ and ghc rts but there
> > are some no
Hi
Plan 1: prevent gtk2hs initialising when using the threaded RTS.
This is what the dev version does at the moment to prevent people
shooting themselves in the foot.
The funny thing is that we can actually use Haskell threads with Gtk2Hs
perfectly well with the single threaded rts (we current
On Tue, 2006-11-14 at 10:40 +, Simon Peyton-Jones wrote:
> I wonder whether it'd be possible to make the gtk2hs stuff emit
> warnings if you make calls from two different threads? Then an
> application would complain constructively rather than "becoming
> unstable".
I have three plans:
Plan
Hello Dmitry,
Tuesday, November 14, 2006, 1:26:36 PM, you wrote:
>> it is what i say about. threaded RTS + multipls threads that does
>> computations + one thread that interfaces with Gtk2Hs. afaiu, the only
>> problem is that i need to manage both Gtk events and periodically
>> check queue of co
On 11/14/06, Dmitry V'yal <[EMAIL PROTECTED]> wrote:
Bulat Ziganshin wrote:
> it is what i say about. threaded RTS + multipls threads that does
> computations + one thread that interfaces with Gtk2Hs. afaiu, the only
> problem is that i need to manage both Gtk events and periodically
> check que
Duncan Coutts wrote:
> The problem at the moment with GUIs and GHC's threaded RTS is that there
> is now way to specify that all the Haskell threads that want to do GUI
> stuff must run on a single OS thread. It's not impossible to solve but
> it requires either more support from the RTS or it nee
Bulat Ziganshin wrote:
> it is what i say about. threaded RTS + multipls threads that does
> computations + one thread that interfaces with Gtk2Hs. afaiu, the only
> problem is that i need to manage both Gtk events and periodically
> check queue of commands from other threads, but using timer + Ch
Iván Pérez Domínguez wrote:
> I'm using Gentoo Linux. We obviously don't use prebuilt packaged
> versions, but installing it is just doing "emerge wxhaskell" and
> 'playing the... waiting game'. Gtk2hs support under Gentoo is mostly
> missing (the package is included, but doesn't work at all).
Hm
L PROTECTED] On Behalf Of
| Dmitry V'yal
| Sent: 14 November 2006 10:27
| To: haskell-cafe@haskell.org
| Subject: Re: [Haskell-cafe] what GUI library should i select?
|
| Bulat Ziganshin wrote:
|
| > it is what i say about. threaded RTS + multipls threads that does
| > computations + one t
gtk-demo seemed to run fine.
--Ben
On 13 Nov 2006, at 21:01, Duncan Coutts wrote:
On Mon, 2006-11-13 at 20:49 +, Ben Moseley wrote:
Has anyone succeeded in getting it running on OSX/intel at all?
I'm not sure actually. I seem to recall someone trying it but I can't
remember who now.
cc
On Mon, 2006-11-13 at 20:49 +, Ben Moseley wrote:
> Has anyone succeeded in getting it running on OSX/intel at all?
I'm not sure actually. I seem to recall someone trying it but I can't
remember who now.
cc-ing to gtk2hs-users in case anyone knows: has anyone on OSX tried the
new Gtk+ 2.10.x
Has anyone succeeded in getting it running on OSX/intel at all?
...I had a brief go a few weeks back, managed to get the Cairo Clock
running, but anything that used GTK seemed to blow up instantly. (OSX/
ppc was fine).
--Ben
On 13 Nov 2006, at 19:03, Duncan Coutts wrote:
On Mon, 2006-11-1
Hello Duncan,
Monday, November 13, 2006, 10:19:16 PM, you wrote:
>> >> why? are you tried to call Gtk2Hs from only one thread?
>> it will be great to see comments about this. it's impossible to write
>> my program without using threaded RTS
> As for the threaded RTS, currently that's only ok if
I notice that the Socket returned by ghc Network.Socket (socket) has
been set non-blocking. (Noticed empirically, not from documentation.)
The Network.Socket functions that use it, e.g., recv, are ready for
that, of course, but as a general rule, external functions that
expect a socket are very l
On Mon, 2006-11-13 at 17:10 +0300, Bulat Ziganshin wrote:
> >> > The one thing you should be aware of is that Windows + Threading +
> >> > Gtk2Hs + Gtk + GHC = Pain.
> >>
> >> why? are you tried to call Gtk2Hs from only one thread?
>
> > I think so, yes. Or there are bizare -threaded restrictions
On Mon, 2006-11-13 at 18:00 +, Tim Docker wrote:
> > afaik, there are just two good enough libs - wxHaskell and GtkHs. can
> > anyone point (or write) detailed comparison of their features?
>
> One point in wxHaskell's favour is that it supports Mac OS X directly. At
> present, to the best of
On Mon, 2006-11-13 at 16:48 +0300, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Monday, November 13, 2006, 4:10:03 PM, you wrote:
>
> on the download page only GHC 6.4.1 support mentioned. is 6.4.2 and
> 6.6 supported on windows?
The last official release for Windows supports GHC 6.2.2 and 6.4.1.
Bulat Ziganshin wrote:
> third: are there any "appetizers" demonstrating features of each
> library and with source code available for studying? except for
> memory.pdf which don't mention where full source can be downloaded
>
> it will be interesting to see sources of more "business-like"
> applic
Iván Pérez Domínguez wrote:
> Neil Mitchell wrote:
>
>> Hi Bulat,
>>
>>
>>> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
>>> anyone point (or write) detailed comparison of their features? i plan
>>> to write large GUI program in Haskell and want to select best one.
> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
> anyone point (or write) detailed comparison of their features?
One point in wxHaskell's favour is that it supports Mac OS X directly. At
present, to the best of my knowledge, you can only run GtkHs applications
on OS X usin
On 11/13/06, Bulat Ziganshin <[EMAIL PROTECTED]> wrote:
Hello Neil,
Monday, November 13, 2006, 5:06:02 PM, you wrote:
> http://haskell.org/~duncan/gtk2hs/gtk2hs-0.9.10.exe
> That's the most recent Gtk2Hs for 6.4.2.
the http://haskell.org/gtk2hs/download/ page says that gtk2hs is
available onl
Hello Neil,
Monday, November 13, 2006, 5:06:02 PM, you wrote:
> http://haskell.org/~duncan/gtk2hs/gtk2hs-0.9.10.exe
> That's the most recent Gtk2Hs for 6.4.2.
the http://haskell.org/gtk2hs/download/ page says that gtk2hs is
available only for 6.4.1
>> > The one thing you should be aware of is
Hi Bulat,
http://haskell.org/~duncan/gtk2hs/gtk2hs-0.9.10.exe
That's the most recent Gtk2Hs for 6.4.2.
> The one thing you should be aware of is that Windows + Threading +
> Gtk2Hs + Gtk + GHC = Pain.
why? are you tried to call Gtk2Hs from only one thread?
I think so, yes. Or there are biza
Hello Neil,
Monday, November 13, 2006, 4:43:59 PM, you wrote:
> The full source code of GuiHaskell is available.
i will at it too
> The one thing you should be aware of is that Windows + Threading +
> Gtk2Hs + Gtk + GHC = Pain.
why? are you tried to call Gtk2Hs from only one thread?
--
Best
Hello Duncan,
Monday, November 13, 2006, 4:10:03 PM, you wrote:
on the download page only GHC 6.4.1 support mentioned. is 6.4.2 and
6.6 supported on windows? on linux? where i can read about forthcoming
gtk2hs version and when it will be released?
--
Best regards,
Bulat
Hi
- Gtk2Hs had better support, but now wxHaskell has more maintainers and
situation may change to opposite in a next few months
As long as Duncan is around, there will always be enough Gtk2Hs
support! Currently Gtk2Hs _has_ better support, the situation may
change or may not. Remember that Du
On Mon, 2006-11-13 at 15:41 +0300, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Monday, November 13, 2006, 3:36:32 AM, you wrote:
>
> >> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
>
> in brief, i see the following main differences:
>
> - wxHaskell is easier to understan
Hello Duncan,
Monday, November 13, 2006, 3:36:32 AM, you wrote:
>> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
in brief, i see the following main differences:
- wxHaskell is easier to understand and to use, Ght2Hs allows to use
Glade to develop "look&feel"
- Gtk2Hs ha
Bulat Ziganshin wrote:
> Hello haskell-cafe,
>
> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
> anyone point (or write) detailed comparison of their features? i plan
> to write large GUI program in Haskell and want to select best one.
> the requirements that i can imagine
On Mon, 2006-11-13 at 04:18 +0100, Iván Pérez Domínguez wrote:
> I'm using Gentoo Linux. We obviously don't use prebuilt packaged
> versions, but installing it is just doing "emerge wxhaskell" and
> 'playing the... waiting game'. Gtk2hs support under Gentoo is mostly
> missing (the package is incl
Neil Mitchell wrote:
> Hi Bulat,
>
>> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
>> anyone point (or write) detailed comparison of their features? i plan
>> to write large GUI program in Haskell and want to select best one.
>> the requirements that i can imagine at this
Hi Bulat,
afaik, there are just two good enough libs - wxHaskell and GtkHs. can
anyone point (or write) detailed comparison of their features? i plan
to write large GUI program in Haskell and want to select best one.
the requirements that i can imagine at this moment is the following:
I used t
On Mon, 2006-11-13 at 02:50 +0300, Bulat Ziganshin wrote:
> Hello haskell-cafe,
>
> afaik, there are just two good enough libs - wxHaskell and GtkHs. can
> anyone point (or write) detailed comparison of their features? i plan
> to write large GUI program in Haskell and want to select best one.
> t
Hello haskell-cafe,
afaik, there are just two good enough libs - wxHaskell and GtkHs. can
anyone point (or write) detailed comparison of their features? i plan
to write large GUI program in Haskell and want to select best one.
the requirements that i can imagine at this moment is the following:
*
34 matches
Mail list logo
