From: Jouke V. <jo...@pv...> - 2006-06-26 13:44:55
|
Hi, Since the wxWave class has been dropped (I believe since wxWidgets 2.5.1), wxSound has been the replacement. However, the wxPerl sources still refer to wxWave, and don't have support for wxSound. Can this be fixed? Thanks, Jouke |
From: Mattia B. <mat...@li...> - 2006-06-26 19:00:00
|
On Mon, 26 Jun 2006 15:44:46 +0200 Jouke Visser <jo...@pv...> wrote: Hello, > Since the wxWave class has been dropped (I believe since wxWidgets > 2.5.1), wxSound has been the replacement. However, the wxPerl sources > still refer to wxWave, and don't have support for wxSound. > > Can this be fixed? This seems fairly simple, I should be able to do it for wxPerl 0.51 (tentative release schedule: this week-end). Regards Mattia |
From: Mattia B. <mat...@li...> - 2006-06-27 21:15:49
|
On Mon, 26 Jun 2006 21:05:17 +0200 Mattia Barbon <mat...@li...> wrote: > On Mon, 26 Jun 2006 15:44:46 +0200 > Jouke Visser <jo...@pv...> wrote: > > Hello, > > > Since the wxWave class has been dropped (I believe since wxWidgets > > 2.5.1), wxSound has been the replacement. However, the wxPerl sources > > still refer to wxWave, and don't have support for wxSound. > > > > Can this be fixed? > > This seems fairly simple, I should be able to do it for wxPerl 0.51 > (tentative release schedule: this week-end). Now committed. I only had the 'No sound' backend available: it correctly didn't play the sound :-) I will leave the testing of a real backend to you. Regards Mattia |
From: Jouke V. <jo...@pv...> - 2006-06-28 07:06:59
|
Hi Mattia, >>> Can this be fixed? >> This seems fairly simple, I should be able to do it for wxPerl 0.51 >> (tentative release schedule: this week-end). Ah great! By the way, I encountered some missing constant definitions for wxSound and wxMediaCtrl too. If you like I can send a list (or even better, a patch), but I'm not sure I'll be able to do so before the weekend (which would mean it wouldn't go into 0.51)... > Now committed. I only had the 'No sound' backend available: > it correctly didn't play the sound :-) I will leave the testing > of a real backend to you. I'll surely do so. I'll update my local cvs sandbox tonight and test it. Thanks! Jouke |
From: Jouke V. <jo...@pv...> - 2006-06-30 06:06:38
|
Hi Mattia, >> Now committed. I only had the 'No sound' backend available: >> it correctly didn't play the sound :-) I will leave the testing >> of a real backend to you. > I'll surely do so. I'll update my local cvs sandbox tonight and test it. Hmmm...somehow I'm not able to update cvs anymore. But anyway, I downloaded a cvs snapshot from the site, compiled it and perl -MWx -e"$s = Wx::Sound->new('ding.wav'); $s->Play(wxSOUND_SYNC) if $s->IsOk;" does what you'd expect :) Jouke |
From: Jouke V. <jo...@pv...> - 2006-06-30 06:15:48
|
> does what you'd expect :) that is to say, on WinXP Professional (with all latest patches), and ActiveState Perl 5.8.8 (build 817) and wxWidgets 2.6.3. |
From: Foo JH <jhf...@ex...> - 2006-09-29 13:19:12
|
Hi all, Is it me, or are the wxWidgets documentation (http://www.wxwidgets.org/manuals/2.6.1/wx_contents.html) no longer available online? Is there any place one can go to, to get the class documentation for the wx objects? |
From: Mark D. <mar...@zn...> - 2006-09-29 23:03:57
|
Hi, You're a victim of version changes!! http://www.wxwindows.org/manuals/2.6.3/wx_contents.html Works. If you want the docs for a specific version, go to ftp://biolpc22.york.ac.uk/pub/ and browse to the directory for the version you want. The manuals are available in html / htb / winhelp / pdf formats for download. Regards Mark Foo JH wrote: > Hi all, > > Is it me, or are the wxWidgets documentation > (http://www.wxwidgets.org/manuals/2.6.1/wx_contents.html) no longer > available online? > > Is there any place one can go to, to get the class documentation for the > wx objects? > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Foo JH <jhf...@ex...> - 2006-10-01 17:19:15
|
Thanks for the update. :) Mark Dootson wrote: > Hi, > > You're a victim of version changes!! > > http://www.wxwindows.org/manuals/2.6.3/wx_contents.html > > Works. > > If you want the docs for a specific version, go to > ftp://biolpc22.york.ac.uk/pub/ > > and browse to the directory for the version you want. The manuals are > available in html / htb / winhelp / pdf formats for download. > > Regards > > Mark > > > > Foo JH wrote: > >> Hi all, >> >> Is it me, or are the wxWidgets documentation >> (http://www.wxwidgets.org/manuals/2.6.1/wx_contents.html) no longer >> available online? >> >> Is there any place one can go to, to get the class documentation for the >> wx objects? >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys -- and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > |
From: Foo JH <jhf...@ex...> - 2006-10-03 04:45:12
|
Hi all, I'm trying to write an app that does work in the background, and the gui will show any updates based on the background job. The thing is, Perl's threading duplicates all variables. I wonder how in a new thread, I can continue to work on the control objects in the main thread. Any best practice in this area is appreciated. Thanks. |
From: Sergei S. <ser...@ya...> - 2006-10-03 05:01:08
|
--- Foo JH <jhf...@ex...> wrote: > Hi all, > > I'm trying to write an app that does work in the background, and the gui > will show any updates based on the background job. > > The thing is, Perl's threading duplicates all variables. I wonder how in > a new thread, I can continue to work on the control objects in the main > thread. > > Any best practice in this area is appreciated. > > Thanks. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > Does Perl threading also duplicate global variables ? Have you considered subs::parallel - to be found as http://search.cpan.org/~nilsonsfj/subs-parallel-0.07/lib/subs/parallel.pm ? The latter, I believe, hides threads from you, so you just have to think how to synchronize the subroutines. --Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Foo JH <jhf...@ex...> - 2006-10-03 09:45:37
|
Hello Sergei, Thanks for the reply. I don't know if this will work. The abstraction is so clean I worry if I can control the sharing of variable at all. And to answer your question: Perl doc says that threading will duplicate ALL variables in the main thread. Sounds quite bad to me. Does any1 else do threading on wxPerl? Sergei Steshenko wrote: > --- Foo JH <jhf...@ex...> wrote: > > >> Hi all, >> >> I'm trying to write an app that does work in the background, and the gui >> will show any updates based on the background job. >> >> The thing is, Perl's threading duplicates all variables. I wonder how in >> a new thread, I can continue to work on the control objects in the main >> thread. >> >> Any best practice in this area is appreciated. >> >> Thanks. >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys -- and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> >> > > Does Perl threading also duplicate global variables ? > > Have you considered subs::parallel - to be found as > > http://search.cpan.org/~nilsonsfj/subs-parallel-0.07/lib/subs/parallel.pm > > ? > > The latter, I believe, hides threads from you, so you just have to think > how to synchronize the subroutines. > > --Sergei. > > > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > |
From: Eric W. <scr...@gm...> - 2006-10-04 04:36:24
|
# from Foo JH # on Tuesday 03 October 2006 02:45 am: >Perl doc says that threading will duplicate >ALL variables in the main thread. Sounds quite bad to me. It will duplicate all variables from when the thread is created. That just means you have to create it early. >Does any1 else do threading on wxPerl? I've thought about it, but not tried it yet. Perl's 5.8 threads are still a little odd, but they seem to work fine in the few (non-wx) examples that I've tried. http://www.perlmonks.org/index.pl?node_id=288022 http://perl.com/pub/a/2002/09/04/threads.html There's an example on cpan using Wx http://search.cpan.org/search?module=Wx%3A%3AApp%3A%3AMastermind --Eric -- We who cut mere stones must always be envisioning cathedrals. --Quarry worker's creed --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
From: Mike S. <MikeSchroeder@DonorWare.com> - 2006-10-03 16:50:11
|
We use POE instead -- not threading, but a lot easier for cross-platform work. http://search.cpan.org/~mike/POE-Loop-Wx-0.03/ There are some examples there too. While you can put each frame in its own POE session, our approach now is to have one POE session for Wx, and any other POE sessions as required. Also, we are almost ready to release Wx::Data -- a collection of modules that uses Wx and POE to create data-aware Wx controls that can talk asynchronously back to a POE-based server -- letting the the client use POE and the server. This way a complex frame with multiple controls -- each control can asynchronously connect back to the server (with common cache keys in the client and the server) and populate themselves independently. We are just finishing up a REST-like cachekey / data access that is shared between the controls and the server to allow for distributed caching of data and server-push updates of cache data to the clients. Once that is all done, we'll be doing an initial release to CPAN. Anyhow, all that to say, you may want to consider POE as an alternative to threads. Hope that helps. Mike. Foo JH wrote: > Hello Sergei, > > Thanks for the reply. I don't know if this will work. The abstraction is > so clean I worry if I can control the sharing of variable at all. > > And to answer your question: Perl doc says that threading will duplicate > ALL variables in the main thread. Sounds quite bad to me. > > Does any1 else do threading on wxPerl? > > Sergei Steshenko wrote: > >> --- Foo JH <jhf...@ex...> wrote: >> >> >> >>> Hi all, >>> >>> I'm trying to write an app that does work in the background, and the gui >>> will show any updates based on the background job. >>> >>> The thing is, Perl's threading duplicates all variables. I wonder how in >>> a new thread, I can continue to work on the control objects in the main >>> thread. >>> >>> Any best practice in this area is appreciated. >>> >>> Thanks. >>> >>> |
From: Foo JH <jhf...@ex...> - 2006-10-04 06:18:38
|
Hi all, Thanks for your feedback. Looks like there is a general acceptance that threading in Perl is NOT a good idea. POE is still the preferred workaround. I will look into using POE instead. Thanks. Mike Schroeder wrote: > We use POE instead -- not threading, but a lot easier for > cross-platform work. > > http://search.cpan.org/~mike/POE-Loop-Wx-0.03/ > > There are some examples there too. While you can put each frame in > its own POE session, our approach now is to have one POE session for > Wx, and any other POE sessions as required. > > Also, we are almost ready to release Wx::Data -- a collection of > modules that uses Wx and POE to create data-aware Wx controls that can > talk asynchronously back to a POE-based server -- letting the the > client use POE and the server. This way a complex frame with multiple > controls -- each control can asynchronously connect back to the server > (with common cache keys in the client and the server) and populate > themselves independently. We are just finishing up a REST-like > cachekey / data access that is shared between the controls and the > server to allow for distributed caching of data and server-push > updates of cache data to the clients. Once that is all done, we'll be > doing an initial release to CPAN. > > Anyhow, all that to say, you may want to consider POE as an > alternative to threads. > > Hope that helps. > > Mike. > > > Foo JH wrote: >> Hello Sergei, >> >> Thanks for the reply. I don't know if this will work. The abstraction >> is so clean I worry if I can control the sharing of variable at all. >> >> And to answer your question: Perl doc says that threading will >> duplicate ALL variables in the main thread. Sounds quite bad to me. >> >> Does any1 else do threading on wxPerl? >> >> Sergei Steshenko wrote: >> >>> --- Foo JH <jhf...@ex...> wrote: >>> >>> >>>> Hi all, >>>> >>>> I'm trying to write an app that does work in the background, and >>>> the gui will show any updates based on the background job. >>>> >>>> The thing is, Perl's threading duplicates all variables. I wonder >>>> how in a new thread, I can continue to work on the control objects >>>> in the main thread. >>>> >>>> Any best practice in this area is appreciated. >>>> >>>> Thanks. >>>> >>>> |
From: Donovan A. <allend@Zoo.org> - 2006-10-03 22:02:52
|
subs::parallel looks neat, but glancing at it, I would say be careful = with it, since stack size and var duplication might eat you alive. =20 As far as I have gone with threads in perl, a possible approach for you = is: =20 1> Launch your thread early in the code, decreasing the amount of = duplicate vars. 2> Use threads::shared or Thread::Queue::* family to share data = structures between threads 3> Setup a queue check on timer or loop iteration (or use = Thread::Queue::Monitored or Thread::Queue::Any::Monitored? - no = experience with these 2) within the threads that need to act on = new/changed data. 3b> Don't recall details atm, but I think Thread::Queue can block as = well, so you can idle until data flows in (probably a better fit for = background process blocking on GUI providing data). =20 Now, an approach I have taken is to actually pass perl code as a scalar = between threads (generating it on one end, evaling it on the other). = There are plenty of potential gotchas on this path, which I will not go = into here. =20 I would also check out: http://www.presicient.com/psiche/ =20 They offer up some good reading and some interesting modules, although = Thread::Sociable appears to be gone...possible that some of the = performance issues with threads::shared have been resolved? =20 =20 Also, have you looked at Mattia's Wx::App::MasterMind package to see how = he has done threading with Wx? I have not myself, so no clue. =20 I have used the approach I provided at the top with great success and = very nice performance with both non-GUI apps and Win32::GUI apps, but = not yet within a WxPerl app. =20 =20 I have also been hoping to write a test that uses one of the Event libs = to handle my queue watching for me. =20 Anyway, interested to know how you resolve it and any cool bits you = discover along the way. =20 ________________________________ From: wxp...@li... on behalf of Foo JH Sent: Tue 10/3/2006 2:45 AM To: Sergei Steshenko Cc: wxperl-users Subject: Re: [wxperl-users] Threading in wxPerl Hello Sergei, Thanks for the reply. I don't know if this will work. The abstraction is so clean I worry if I can control the sharing of variable at all. And to answer your question: Perl doc says that threading will duplicate ALL variables in the main thread. Sounds quite bad to me. Does any1 else do threading on wxPerl? Sergei Steshenko wrote: > --- Foo JH <jhf...@ex...> wrote: > > =20 >> Hi all, >> >> I'm trying to write an app that does work in the background, and the = gui >> will show any updates based on the background job. >> >> The thing is, Perl's threading duplicates all variables. I wonder how = in >> a new thread, I can continue to work on the control objects in the = main >> thread. >> >> Any best practice in this area is appreciated. >> >> Thanks. >> >> = -------------------------------------------------------------------------= >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to = share your >> opinions on IT & business topics through brief surveys -- and earn = cash >> = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> >> =20 > > Does Perl threading also duplicate global variables ? > > Have you considered subs::parallel - to be found as > > = http://search.cpan.org/~nilsonsfj/subs-parallel-0.07/lib/subs/parallel.pm= > > ? > > The latter, I believe, hides threads from you, so you just have to = think > how to synchronize the subroutines. > > --Sergei. > > > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > = -------------------------------------------------------------------------= > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to = share your > opinions on IT & business topics through brief surveys -- and earn = cash > = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > =20 -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ wxperl-users mailing list wxp...@li... https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Ed W <li...@wi...> - 2006-06-30 09:18:50
|
Jouke Visser wrote: > Hi, > > Since the wxWave class has been dropped (I believe since wxWidgets > 2.5.1), wxSound has been the replacement. However, the wxPerl sources > still refer to wxWave, and don't have support for wxSound. > > Can this be fixed? > Only slightly related to your problems, but I have worked with RtAudio for a couple of projects and it's pretty decent under Linux, Windows and (never tested) Mac. If you needed a much more advanced cross platform library then look very hard at that http://www.music.mcgill.ca/~gary/rtaudio/ I have sent in a few patches which are included in the latest release for handling simultaneous record and playback and actually the library is now more than accurate for taking impulse response measurements for measuring rooms and loudspeakers - so basically you have a lot of control and the library is accurate. Supports just about every sound API out there as well! It would be great to see this wrapped under (or both) perl and wxWidgets Good luck Ed W |