Menu
▾
▴
wxperl-users — For wxPerl users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(7) |
Mar
(5) |
Apr
(4) |
May
(15) |
Jun
(10) |
Jul
(4) |
Aug
(12) |
Sep
(39) |
Oct
(22) |
Nov
(46) |
Dec
(65) |
| 2002 |
Jan
(19) |
Feb
(27) |
Mar
(50) |
Apr
(73) |
May
(85) |
Jun
(52) |
Jul
(49) |
Aug
(95) |
Sep
(152) |
Oct
(81) |
Nov
(42) |
Dec
(62) |
| 2003 |
Jan
(45) |
Feb
(47) |
Mar
(101) |
Apr
(110) |
May
(53) |
Jun
(72) |
Jul
(125) |
Aug
(77) |
Sep
(87) |
Oct
(69) |
Nov
(55) |
Dec
(71) |
| 2004 |
Jan
(127) |
Feb
(68) |
Mar
(93) |
Apr
(102) |
May
(64) |
Jun
(92) |
Jul
(40) |
Aug
(113) |
Sep
(44) |
Oct
(61) |
Nov
(44) |
Dec
(100) |
| 2005 |
Jan
(57) |
Feb
(51) |
Mar
(101) |
Apr
(73) |
May
(45) |
Jun
(97) |
Jul
(92) |
Aug
(94) |
Sep
(46) |
Oct
(83) |
Nov
(82) |
Dec
(68) |
| 2006 |
Jan
(92) |
Feb
(116) |
Mar
(84) |
Apr
(66) |
May
(40) |
Jun
(57) |
Jul
(89) |
Aug
(82) |
Sep
(58) |
Oct
(94) |
Nov
(104) |
Dec
(70) |
| 2007 |
Jan
(86) |
Feb
(108) |
Mar
(193) |
Apr
(84) |
May
(71) |
Jun
(54) |
Jul
(17) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Eric W. <scr...@gm...> - 2007-05-03 00:12:43
|
# from Daniell Freed # on Wednesday 02 May 2007 02:43 pm: >I've seen several posts from you on the wxPerl list so I am hoping >that you can help me out. Hi Daniell. As a general rule (at least for me) one-on-one help requires a support contract or at least a round of beer. Asking the mailing list will sometimes get you a better/sooner answer anyway. >I've been able to get wxPerl 0.74 compiled against wxWidgest 2.8.3, >but I can't seem to make this build work as a standalone application >bundle. When I bundle the wxPerl library code (I'm using perlwrapper >to make the bundle) it works fine on my machine, but fails on other >machines that don't have the wxWidgets libraries installed. > >When Wx.bundle gets loaded by DynaLoader it is trying to use one of >the libwx* files in /usr/local/lib. > >How did you compile wxPerl so that it wouldn't do this, but instead >use the libwx* libraries you distributed with dotReader? wxPerl is compiled as normal[1]. The rest is just a packaging hack. It involves some apple-specific hacks with install_name_tool. The dylibs are rewritten with an appbundle variable @executable_path (which is maybe not supported on 10.2, but I don't remember details ATM.) I've got something of a decent (if not well-documented) abstraction going in the ExtUtils::MacMaker code, which is part of this: http://scratchcomputing.com/svn/Module-Build-Plugins-MacBundle/trunk Note that that involves a forked PerlWrapper. The last dist at web42.com had some issues and I needed some features, and I never heard anything back from the author (Christian Renz.) Primarily, the flaw with PerlWrapper is that it assumes your project is only on osX (e.g. step 1 is like "copy your code into this tree", and step 2 is like "edit x and y files accordingly", and step 3 "click a button in the xcode gui" is where I decided to fork it.) The ExtUtils::MacMaker code plays nicely with the standard cross-platform Module::Build tools/layout (rather than assuming that you have xcode on the windows and linux machines in your build farm.) For usage, see the demos and take a look at the more specific frontended bits in dtRdrBuilder.pm here: http://svn.dotreader.com/svn/dotreader/trunk/inc/ You could also try par. [1] There is a caveat to the build process if you want a universal binary. It's no fun. There are some messages in the list archive from me and others with details. However, I don't think it is possible to build a universal binary which will run on both 10.3 and 10.4 without building two perls and two of each of everything else too. Apple's perl Config.pm certainly won't do it (in fact, I think I had to hack their Config.pm to even get the 10.4-only UB.) Woot. --Eric -- I arise in the morning torn between a desire to improve the world and a desire to enjoy the world. This makes it hard to plan the day. --E.B. White --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
|
From: Mark D. <mar...@zn...> - 2007-05-02 23:23:04
|
Hi, Attached patch adds some missing methods and constants to Wx::Font plus one missing method to Wx::ScrolledWindow. Tested on VC6/wxMSW & gcc/wxGTK It is a straightforward wrap of the methods / constants. One thing is that wxFont has an overloaded static method - 'New'. I need this because I want to create fonts via pixel sizes in wxMSW, and have the same method at least run on wxGTK. I have left the method as Wx::Font->New, because that agrees with the docs. However, I'm not sure if that will confuse too much against Wx::Font->new. I thought, on balance, it is best if the interface is as close to the docs as possible. Regards Mark |
|
From: Jacqueline H. <nit...@th...> - 2007-05-01 08:28:20
|
<html> <body bgcolor=3D"#ffffff" text=3D"#000000"> <img src=3D"cid:F010A772=2ED4E78DB8"> <br> Change is not only likely, it's inevitable=2E <br> Be quick to learn and wise to know=2E <br> One man's folly is often another man's wife=2E <br> Those who write clearly have readers, those who write obscurely have com= mentators=2E <br> Whenever you are confronted with an opponent=2E Conquer him with love=2E= <br> The greatest pleasure I know, is to do a good action by stealth, and to = have it found out by accident=2E <br> Education is not received=2E It is achieved=2E <br> Every human being is intended to have a character of his own to be what = no others are, and to do what no other can do=2E <br> The only difference between me and a madman is that I am not mad=2E <br> This is a tough game=2E There are times when you've got to play hurt, wh= en you've got to block out the pain=2E <br> I am not discouraged, because every wrong attempt discarded is another s= tep forward=2E <br> Men and women, women and men it will never work=2E <br> I have tried to know absolutely nothing about a great many things, and I= have succeeded fairly well=2E </body> </html> |
|
From: berman t. <tim...@ek...> - 2007-04-30 22:08:47
|
hlavy. Specialni bunky nachazejici se na cevnate vrstve za Hi, You like entice business woman with large? Visit WWW ` RXSHOP1 ` NET. Replace ` with . Vetrici kocka vypada zvlastne ma otevrenou tlamu Ma vyznam pro potravinove a sexualni vnimani. Tento (kocka tedy korist nestve, ale prepada ze zalohy). |
|
From: Peter W. <pe...@ds...> - 2007-04-30 21:10:34
|
Many thanks again Mark, that fixes my example but unfortunately not my main code my search for the issue goes on. Peter -----Original Message----- From: Mark Dootson [mailto:mar...@zn...] Sent: 30 April 2007 22:00 To: Peter Wilson Cc: wxp...@li... Subject: Re: [wxperl-users] EVT_TEXT_ENTER bug? (or is it me?) Hi, I can't open rar files here so haven't looked at your code. I assume you have the wxTE_PROCESS_ENTER style set for the TextCtrl? Mark Peter Wilson wrote: > Hi > > I had a few problems before with wxgrid and Mark Dootson did a great job of > helping me out. > > Along the way I upgraded and am now at version > > perl -e"use Wx; print Wx::wxVERSION . qq(\n);" > 2.008003 > > ppm> q wx > Querying target 1 (ActivePerl 5.8.2.808) > 1. Alien-wxWidgets [0.31.1.~ building, finding and using wxWidgets > binaries > 2. Wx [0.73.1.~ ansi interface to the wxWidgets > cross-platform~ > 3. Wx-Demo [0.07] > 4. Wx-Perl-Packager [0.07] > > And am on WinXP. > > Which I installed from the www.wxperl.co.uk ppm > > However it seems some functionality has dropped away and my EVT_TEXT_ENTER > stuff is not working, and even worse seems to trigger other events (in my > main app not the demo one I attach). I have created a small test app with > two tabs one with a grid and one with a text control and I can get an > EVT_TEXT_ENTER event to trigger. If I mod this to an EVT_TEXT event it > works, is this a bug? Or am I doing something really wrong? This is driving > me mad I have spent loads of time trying to chase this down but can find > anything that says the EVT_TEXT_ENTER has gone away. > > I attach a rar file of two files created by wxDesigner as a demo of my > issue. The two lines below are the ones I have an issue with, obviously the > top one is commented out but when I swap them around the EVT_TEXT one works > fine. > > #EVT_TEXT( $this, $main::ID_TEXTCTRL, \&test ); > EVT_TEXT_ENTER( $this, $main::ID_TEXTCTRL, \&test ); > > Peter > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Mark D. <mar...@zn...> - 2007-04-30 21:00:22
|
Hi, I can't open rar files here so haven't looked at your code. I assume you have the wxTE_PROCESS_ENTER style set for the TextCtrl? Mark Peter Wilson wrote: > Hi > > I had a few problems before with wxgrid and Mark Dootson did a great job of > helping me out. > > Along the way I upgraded and am now at version > > perl -e"use Wx; print Wx::wxVERSION . qq(\n);" > 2.008003 > > ppm> q wx > Querying target 1 (ActivePerl 5.8.2.808) > 1. Alien-wxWidgets [0.31.1.~ building, finding and using wxWidgets > binaries > 2. Wx [0.73.1.~ ansi interface to the wxWidgets > cross-platform~ > 3. Wx-Demo [0.07] > 4. Wx-Perl-Packager [0.07] > > And am on WinXP. > > Which I installed from the www.wxperl.co.uk ppm > > However it seems some functionality has dropped away and my EVT_TEXT_ENTER > stuff is not working, and even worse seems to trigger other events (in my > main app not the demo one I attach). I have created a small test app with > two tabs one with a grid and one with a text control and I can get an > EVT_TEXT_ENTER event to trigger. If I mod this to an EVT_TEXT event it > works, is this a bug? Or am I doing something really wrong? This is driving > me mad I have spent loads of time trying to chase this down but can find > anything that says the EVT_TEXT_ENTER has gone away. > > I attach a rar file of two files created by wxDesigner as a demo of my > issue. The two lines below are the ones I have an issue with, obviously the > top one is commented out but when I swap them around the EVT_TEXT one works > fine. > > #EVT_TEXT( $this, $main::ID_TEXTCTRL, \&test ); > EVT_TEXT_ENTER( $this, $main::ID_TEXTCTRL, \&test ); > > Peter > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Peter W. <pe...@ds...> - 2007-04-30 20:44:30
|
Hi I had a few problems before with wxgrid and Mark Dootson did a great job of helping me out. Along the way I upgraded and am now at version perl -e"use Wx; print Wx::wxVERSION . qq(\n);" 2.008003 ppm> q wx Querying target 1 (ActivePerl 5.8.2.808) 1. Alien-wxWidgets [0.31.1.~ building, finding and using wxWidgets binaries 2. Wx [0.73.1.~ ansi interface to the wxWidgets cross-platform~ 3. Wx-Demo [0.07] 4. Wx-Perl-Packager [0.07] And am on WinXP. Which I installed from the www.wxperl.co.uk ppm However it seems some functionality has dropped away and my EVT_TEXT_ENTER stuff is not working, and even worse seems to trigger other events (in my main app not the demo one I attach). I have created a small test app with two tabs one with a grid and one with a text control and I can get an EVT_TEXT_ENTER event to trigger. If I mod this to an EVT_TEXT event it works, is this a bug? Or am I doing something really wrong? This is driving me mad I have spent loads of time trying to chase this down but can find anything that says the EVT_TEXT_ENTER has gone away. I attach a rar file of two files created by wxDesigner as a demo of my issue. The two lines below are the ones I have an issue with, obviously the top one is commented out but when I swap them around the EVT_TEXT one works fine. #EVT_TEXT( $this, $main::ID_TEXTCTRL, \&test ); EVT_TEXT_ENTER( $this, $main::ID_TEXTCTRL, \&test ); Peter |
|
From: SourceForge.net <no...@so...> - 2007-04-30 10:37:01
|
Patches item #1709999, was opened at 2007-04-30 12:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=315655&aid=1709999&group_id=15655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Outaspace (outaspace) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for STC method SetCaretLineBack(ground) Initial Comment: Hi, I have just compiled wxPerl 0.74 for wxWidgets 2.8.3 and made a Patch for the STC method SetCaretLineBack(ground). Since it has changed in 2.7.0 I have created a Patch which allow to access the method under both (new and old) names for wxWindows > 2.7.0. Please let me know what you think of it. Andre Münch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=315655&aid=1709999&group_id=15655 |
|
From: Mattia B. <mat...@li...> - 2007-04-29 14:16:55
|
Hi all, everything went fine, and the code has now been migrated to the Subversion repository. To checkout: svn co https://wxperl.svn.sf.net/svnroot/wxperl/wxPerl/trunk wxPerl svn co https://wxperl.svn.sf.net/svnroot/wxperl/Alien-wxWidgets/trunk Alien-wxWidgets ... To browse: http://wxperl.svn.sourceforge.net/viewvc/wxperl/ Daily snapshots seem to be working. Please report any problems. Best regards Mattia |
|
From: Salvador G. <uf...@kn...> - 2007-04-29 00:18:02
|
Our Last pick Doubled We now bring you a new winner Announcing CRITICAL CARE NEW Symb : CCTI This company is Ready and ready to run Price is $0.16 up 17% friday alone Should easily hit a $1 within 5 days This is a Real Business not a fly by night Get in Monday, Don't Regret later!! in the first half and the Suns shot just 33 percent. ''They played great,'' Louis Bullock in what the NCAA said was the largest financial scandal in They trailed 37-25 after one quarter and it only got worse from there in what confidence booster for us,'' Anthony said. ''To beat a team like that. You know |
|
From: Mattia B. <mat...@li...> - 2007-04-29 00:13:45
|
On Sat, 28 Apr 2007 15:01:14 -0700 Eric Wilhelm <scr...@gm...> wrote: > I don't think there's an option for cvs2svn to do this any differently. > You'll have to do it in steps. Thanks for the pointers! For the records, I used the options file at the end of the e-mail. SVN browser: http://wxperl.svn.sourceforge.net/viewvc/wxperl/ SVN basic instructions: http://sourceforge.net/svn/?group_id=15655 Everybody with write access to CVS should already have write access to SVN. wxPerl site update will follow in the morning (time for bed now). Regards, Mattia symbol_transforms=[ RegexpSymbolTransform(r'^VERSION=0_([0-9_]+)$', r'release-0.\1'), RegexpSymbolTransform(r'^WXPERL_0_([0-9_]+)_RELEASE$', r'release-0.\1'), RegexpSymbolTransform(r'^BEFORE_THX$', r'before_thx'), RegexpSymbolTransform(r'^DIST_TOOLS_0_01$', r'release-0.01'), RegexpSymbolTransform(r'^start$', r'initial_import'), RegexpSymbolTransform(r'^BRANCH_ALIEN_WXWIDGETS$', r'alien_wxwidgets'), ] ctx.add_project( Project( r'wxperl-cvsbackup/Alien-wxWidgets', 'Alien-wxWidgets/trunk', 'Alien-wxWidgets/branches', 'Alien-wxWidgets/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/dist-tools', 'dist-tools/trunk', 'dist-tools/branches', 'dist-tools/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/WebSite', 'WebSite/trunk', 'WebSite/branches', 'WebSite/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/wxDemo', 'wxDemo/trunk', 'wxDemo/branches', 'wxDemo/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/wxFSLWP', 'wxFSLWP/trunk', 'wxFSLWP/branches', 'wxFSLWP/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/wxGLCanvas', 'wxGLCanvas/trunk', 'wxGLCanvas/branches', 'wxGLCanvas/tags', symbol_transforms=symbol_transforms, ) ) ctx.add_project( Project( r'wxperl-cvsbackup/wxPerl', 'wxPerl/trunk', 'wxPerl/branches', 'wxPerl/tags', symbol_transforms=symbol_transforms, ) ) |
|
From: Eric W. <scr...@gm...> - 2007-04-28 22:12:40
|
# from Mattia Barbon
# on Saturday 28 April 2007 02:31 pm:
>=A0 The trouble (as usual) is finding somebody to do it. =A0I remember it
>took me a whole weekend (when everything went smoothly) to make a
>wxPerl binary release for RedHat, Win32 and OS X Panther+Tiger. =A0I
>also remember I anticipated with (almost) fear every wxPerl release,
>and I am much more relaxed now that I decided not to provide binaries
>myself.
The dotReader binary releases haven't been any sort of walk in the park. =20
A build Module::Build subclass which bundles everything into a=20
build+push scheme has been very helpful.
Perhaps if the wxPerl dist/svn included a build tool that could create=20
and upload (via svn/ftp?) a PAR for the given platform then volunteers=20
could handle the per-platform deps and QC? Maybe even nightly builds?
Of course, getting that all setup and tested can be a real pain because=20
you have to test on (or emulate) a box without the requisite libraries,=20
etc.
What's the chance of getting cpan testers to check those? Perhaps a=20
wxPerlBinary dist or some sort of change to Alien which allowed it to=20
install from source/par?
=2D-Eric
=2D-=20
The opinions expressed in this e-mail were randomly generated by
the computer and do not necessarily reflect the views of its owner.
=2D-Management
=2D--------------------------------------------------
http://scratchcomputing.com
=2D--------------------------------------------------
|
|
From: Eric W. <scr...@gm...> - 2007-04-28 22:01:23
|
# from Mattia Barbon # on Saturday 28 April 2007 02:19 pm: >repositoy layout, the automatic conversion has created: > >tags/VERSION=0_01/wxPerl >tags/VERSION=0_01/Alien-wxWidgets >tags/VERSION=0_02/wxPerl I don't think there's an option for cvs2svn to do this any differently. You'll have to do it in steps. My old (not very descriptive) notes imply that it might be like: http://cvs2svn.tigris.org/faq.html#oneatatime http://cvs2svn.tigris.org/cvs2svn.html#examples cd /tmp/ cvs2svn --dump-only repository/wxPerl svnadmin create --fs-type fsfs svn_repo # so, only if you want to put multiple things in one repository svn mkdir file:///tmp/svn_repo/wxPerl -m "wxPerl directory" svnadmin load --parent-dir wxPerl svn_repo/ < cvs2svn-dump >It works, but I suspect there is a better way to do it >than svn move. Yeah, it is best if it is in one layout from the beginning, otherwise there is a bit of friction in pulling logs and diffs where you have to (IIRC) use the full url because the file doesn't exist in the checkout path. --Eric -- Hot dogs: just another condiment. --Heart-attack Man --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
|
From: Mattia B. <mat...@li...> - 2007-04-28 21:31:35
|
On Sat, 28 Apr 2007 21:18:02 +0100 Mark Dootson <mar...@zn...> wrote: > Hmmmm.... > In view of the slightly less enthusiastic response than expected, I'll shelve this idea. > Maybe it was a bad one anyway. I believe providing binary releases is a very good idea, and I also thought of allowing side to side installation for different wxPerl/wxWidgets combinations. I don't think there is anything wrong with what you write below. The trouble (as usual) is finding somebody to do it. I remember it took me a whole weekend (when everything went smoothly) to make a wxPerl binary release for RedHat, Win32 and OS X Panther+Tiger. I also remember I anticipated with (almost) fear every wxPerl release, and I am much more relaxed now that I decided not to provide binaries myself. Regards Mattia > Mark Dootson wrote: > > Hi All, > > > > I was reading the wxWidgets blog which says > > > > "The new schedule of Apple's OS X 10.5 a.k.a. Leopard (to ship in October) allows us to get a newer version of 2.8 into the builds. So we aim for a 2.8.4 Release Candidate around the end of April, synching wxPython and wxPerl with it." > > > > It left me thinking, wouldn't it be nice if as a Wx developer, I could point to a ready built Wx package that needed to be installed for a particular platform, then I could just release the perl script, or at least some sort of package that needn't include the whole of Wx, and not be concerned about other installed versions of Wx. > > > > I think it would be a nice idea to have a set of packages for different platforms but all built against the same versions of Wx / wxWidgets using the same build parameters (as far as possible). > > > > It would be nice to aim for a 6 monthly release schedule. > > > > The packages would have to allow one release to exist alongside another, so we would have to come up with a scheme for an install location that would work on each platform. It would be easy to point your script at the desired release version by using Wx::Mini or something close to it. > > > > Its a way of being able to distribute a cross platform Wx script that uses an installed perl without having to worry about building and managing the wxPerl / wxWidgets distribution itself. > > > > I imagine we'd end up with something like > > > > wx-binary-release-01-win.exe > > wx-binary-release-01-sus.rpm > > wx-binary-release-01-fed.rpm > > wx-binary-release-01.deb > > wx-binary-release-01-10-5.dmg (universal) > > wx-binary-release-01-10-4.dmg (universal) > > wx-binary-release-01-10-3.dmg (ppc) > > > > and after 6 months (if its agreed that this is the right sort of period for this kind of thing) > > wx-binary-release-02-win.exe > > etc. > > > > I think I am right in saying that the dists would also work perfectly well if you used something like PAR/pp to package everything other than Wx. You'd just include the equivalent to Wx::Mini with your PAR which would add the standard install location of the wx-binary to your @INC. > > > > Does anyone think this is a good idea, and more importantly, is anyone willing to sign up to produce one of the dists and a minimal installation doc for it? > > > > I know CPAN works just fine so long as you are in control of the Perl installation, and would always be the preferred method if you are. But where you aren't in control there are many complications that I think the above would solve. > > > > If you think the idea is really bad, please let me know too. You may be right! > > > > Regards > > > > Mark |
|
From: Mattia B. <mat...@li...> - 2007-04-28 21:19:25
|
On Sat, 28 Apr 2007 21:12:12 +0200 Mattia Barbon <mat...@li...> wrote: > Hi all, > just a heads up, I am going to convert the wxPerl SourceForge > repository to Subversion. I hope the conversion to be finished > by Monday. I converted the repository locally, using cvs2svn. Due to current repositoy layout, the automatic conversion has created: tags/VERSION=0_01/wxPerl tags/VERSION=0_01/Alien-wxWidgets tags/VERSION=0_02/wxPerl tags/VERSION=0_02/Alien-wxWidgets tags/VERSION=0_03/wxPerl tags/VERSION=0_03/Alien-wxWidgets ... trunk/wxPerl trunk/Alien-wxWidgets ... While I can live with having the modules under 'trunk', the situation under 'tags' really bothers me. Using svn move I changed the structure to: wxPerl/trunk wxPerl/tags/release-0.01 wxPerl/tags/release-0.02 ... Alien-wxWidgets/trunk Alien-wxWidgets/tags/release-0.01 Alien-wxWidgets/tags/release-0.02 ... It works, but I suspect there is a better way to do it than svn move. Does anybody have any suggestion? TIA Mattia |
|
From: Mark D. <mar...@zn...> - 2007-04-28 20:18:06
|
Hmmmm.... In view of the slightly less enthusiastic response than expected, I'll shelve this idea. Maybe it was a bad one anyway. A good weekend to all. Mark Mark Dootson wrote: > Hi All, > > I was reading the wxWidgets blog which says > > "The new schedule of Apple's OS X 10.5 a.k.a. Leopard (to ship in October) allows us to get a newer version of 2.8 into the builds. So we aim for a 2.8.4 Release Candidate around the end of April, synching wxPython and wxPerl with it." > > It left me thinking, wouldn't it be nice if as a Wx developer, I could point to a ready built Wx package that needed to be installed for a particular platform, then I could just release the perl script, or at least some sort of package that needn't include the whole of Wx, and not be concerned about other installed versions of Wx. > > I think it would be a nice idea to have a set of packages for different platforms but all built against the same versions of Wx / wxWidgets using the same build parameters (as far as possible). > > It would be nice to aim for a 6 monthly release schedule. > > The packages would have to allow one release to exist alongside another, so we would have to come up with a scheme for an install location that would work on each platform. It would be easy to point your script at the desired release version by using Wx::Mini or something close to it. > > Its a way of being able to distribute a cross platform Wx script that uses an installed perl without having to worry about building and managing the wxPerl / wxWidgets distribution itself. > > I imagine we'd end up with something like > > wx-binary-release-01-win.exe > wx-binary-release-01-sus.rpm > wx-binary-release-01-fed.rpm > wx-binary-release-01.deb > wx-binary-release-01-10-5.dmg (universal) > wx-binary-release-01-10-4.dmg (universal) > wx-binary-release-01-10-3.dmg (ppc) > > and after 6 months (if its agreed that this is the right sort of period for this kind of thing) > wx-binary-release-02-win.exe > etc. > > I think I am right in saying that the dists would also work perfectly well if you used something like PAR/pp to package everything other than Wx. You'd just include the equivalent to Wx::Mini with your PAR which would add the standard install location of the wx-binary to your @INC. > > Does anyone think this is a good idea, and more importantly, is anyone willing to sign up to produce one of the dists and a minimal installation doc for it? > > I know CPAN works just fine so long as you are in control of the Perl installation, and would always be the preferred method if you are. But where you aren't in control there are many complications that I think the above would solve. > > If you think the idea is really bad, please let me know too. You may be right! > > Regards > > Mark > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Mark D. <mar...@zn...> - 2007-04-28 20:05:53
|
Rare indeed is something that everyone can agree on. V. happy here too. Mattia Barbon wrote: > Hi all, > just a heads up, I am going to convert the wxPerl SourceForge > repository to Subversion. I hope the conversion to be finished > by Monday. > > Best regards, > Mattia > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Eric W. <scr...@gm...> - 2007-04-28 19:58:03
|
# from Mattia Barbon
# on Saturday 28 April 2007 12:12 pm:
>just a heads up, I am going to convert the wxPerl SourceForge
>repository to Subversion. =A0I hope the conversion to be finished
>by Monday.
And there was much rejoicing :-D
=2D-Eric
=2D-=20
Consumers want choice, consumers want openness.
=2D-Rob Glaser
=2D--------------------------------------------------
http://scratchcomputing.com
=2D--------------------------------------------------
|
|
From: herbert b. <dei...@we...> - 2007-04-28 19:32:51
|
great > > Hi all, > just a heads up, I am going to convert the wxPerl SourceForge > repository to Subversion. I hope the conversion to be finished > by Monday. > > Best regards, > Mattia > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 |
|
From: Mattia B. <mat...@li...> - 2007-04-28 19:12:12
|
Hi all, just a heads up, I am going to convert the wxPerl SourceForge repository to Subversion. I hope the conversion to be finished by Monday. Best regards, Mattia |
|
From: Peter W. <pe...@ds...> - 2007-04-28 14:35:59
|
Yes That's It!!!!
Just switched it off and it works fine.
Thank you so much for all your help.
Regards
Peter
-----Original Message-----
From: Mark Dootson [mailto:mar...@zn...]
Sent: 28 April 2007 15:25
To: Peter Wilson
Cc: wxp...@li...
Subject: Re: [wxperl-users] WxPerl and WxWidgets Version Help
Are you using the in-memory dynamic load DLL feature of PDK?
You cannot.
There is no current fix available (that I know of) to make this work.
Regards
Mark
Peter Wilson wrote:
> Hi
>
> Ok this has improved things I am now getting through the build after
> following your advice, great thanks!
>
> However I now have a different problem. I can build the script, use my exe
> app including the grid all, things are happy until I exit. Then I get a
> Microsoft popup stating
>
> (my.exe) has encountered a problem and needs to close. We are sorry for
> the inconvenience. Please tell Microsoft about this problem. etc
>
> I am now using
>
> perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
> 2.008003
>
> With at the top of my script
>
> BEGIN { use Wx::Perl::Packager; }
>
> The script itself seems to work fine and exits without error when it is
not
> running from the built exe.
>
> Any clues? Thanks for all your help.
>
> Regards
>
> Peter
> -----Original Message-----
> From: Mark Dootson [mailto:mar...@zn...]
> Sent: 28 April 2007 10:59
> To: Peter Wilson
> Cc: wxp...@li...
> Subject: Re: [wxperl-users] WxPerl and WxWidgets Version Help
>
> Hi Peter,
>
> The crash you see when trying to package the executable is a combination
of
> the way wxWidgets DLLs are loaded and the way the PDK determines and packs
> dependencies. It only becomes apparent when you use certain modules
outside
> the wxWidgets core (grid, html, sockets etc)
>
> For your version of Wx ( < 0.49 ) the CPAN module
>
> Wx::Package::Win32
>
> should solve your problems. If you upgrade to the latest Wx / wxWidgets,
it
> does not remove the problems but there is a different solution in the form
> of module Wx::Perl::Packager
>
> If your current Wx /wxWidgets install meets your requirements then I see
no
> reason to change.
>
> If you want to try out the latest release, there are PPMs at
> http://www.wxperl.co.uk/wxppm/
>
> Regards
>
> Mark
>
>
>
>
>
> Peter Wilson wrote:
>> Hi Everyone
>>
>>
>>
>> I use wx but am just a simple part time developer and don't actually know
>> very much about it, I got it working sometime ago and use Activestate's
>> perlapp to build a standalone excutable and it has worked fine for me for
>> some time. Now I want to use a wxgrid and its causing it to crash, I
don't
>> know why think its something to do with the grid.dll.
>>
>>
>>
>> I am guessing a good start to getting round this will be to move up
> versions
>> but don't really understand which stable version of wxperl goes with
which
>> stable version of wxwidgets and what suits my version of perl which for
>> other reasons I need to stay at for the moment.
>>
>>
>>
>> I am currently running
>>
>>
>>
>> perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
>>
>> 2.006002
>>
>>
>>
>> perl -v
>>
>> This is perl, v5.8.2 built for MSWin32-x86-multi-thread
>>
>>
>>
>> I have a copy of MSVC 2003.
>>
>>
>>
>> And have a mix of files (probably at the wrong versions) in
>> C:\Perl\site\lib\auto\Wx as I tried load of different things before I got
> it
>> working. See end of mail.
>>
>>
>>
>> So can anyone help?
>>
>>
>>
>> I just want to be at the latest most stable and appropriate version of
>> wxPerl and wxWidgets?
>>
>>
>>
>> Many thanks in advance.
>>
>>
>>
>> Peter
>>
>>
>>
>> C:\Perl\site\lib\auto\Wx>ls -Rl
>>
>> total 8217
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Calendar
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DND
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DateTime
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DocView
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 FS
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Grid
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Help
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Html
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 MDI
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Print
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 STC
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Socket
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Wx.bs
>>
>> -r--r--r-- 1 user group 2132480 Nov 20 2005 Wx.dll
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 XRC
>>
>> -r--r--r-- 1 user group 6656 Nov 20 2005 mingwm10.dll
>>
>> -r--r--r-- 1 user group 936448 Nov 20 2005
>> wxbase26u_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 115712 Nov 20 2005
>> wxbase26u_net_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 157184 Nov 20 2005
>> wxbase26u_xml_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 506880 Nov 20 2005
>> wxmsw26u_adv_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 2736640 Nov 20 2005
>> wxmsw26u_core_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 54784 Nov 20 2005
>> wxmsw26u_gl_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 489984 Nov 20 2005
>> wxmsw26u_html_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 107520 Nov 20 2005
>> wxmsw26u_media_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 629760 Nov 20 2005
>> wxmsw26u_stc_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 536576 Nov 20 2005
>> wxmsw26u_xrc_gcc_custom.dll
>>
>>
>>
>> Calendar=:
>>
>> total 82
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Calendar.bs
>>
>> -rw-rw-rw- 1 user group 83456 Nov 20 2005 Calendar.dll
>>
>>
>>
>> DND=:
>>
>> total 82
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DND.bs
>>
>> -rw-rw-rw- 1 user group 83968 Nov 20 2005 DND.dll
>>
>>
>>
>> DateTime=:
>>
>> total 47
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DateTime.bs
>>
>> -rw-rw-rw- 1 user group 48128 Nov 20 2005 DateTime.dll
>>
>>
>>
>> DocView=:
>>
>> total 206
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DocView.bs
>>
>> -rw-rw-rw- 1 user group 210432 Nov 20 2005 DocView.dll
>>
>>
>>
>> FS=:
>>
>> total 53
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 FS.bs
>>
>> -rw-rw-rw- 1 user group 54272 Nov 20 2005 FS.dll
>>
>>
>>
>> Grid=:
>>
>> total 262
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Grid.bs
>>
>> -rw-rw-rw- 1 user group 267776 Nov 20 2005 Grid.dll
>>
>>
>>
>> Help=:
>>
>> total 49
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Help.bs
>>
>> -rw-rw-rw- 1 user group 49664 Nov 20 2005 Help.dll
>>
>>
>>
>> Html=:
>>
>> total 179
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Html.bs
>>
>> -rw-rw-rw- 1 user group 183296 Nov 20 2005 Html.dll
>>
>>
>>
>> MDI=:
>>
>> total 55
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 MDI.bs
>>
>> -rw-rw-rw- 1 user group 55808 Nov 20 2005 MDI.dll
>>
>>
>>
>> Print=:
>>
>> total 149
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Print.bs
>>
>> -rw-rw-rw- 1 user group 152064 Nov 20 2005 Print.dll
>>
>>
>>
>> STC=:
>>
>> total 286
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 STC.bs
>>
>> -rw-rw-rw- 1 user group 292352 Nov 20 2005 STC.dll
>>
>>
>>
>> Socket=:
>>
>> total 73
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Socket.bs
>>
>> -rw-rw-rw- 1 user group 74752 Nov 20 2005 Socket.dll
>>
>>
>>
>> XRC=:
>>
>> total 127
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 XRC.bs
>>
>> -rw-rw-rw- 1 user group 130048 Nov 20 2005 XRC.dll
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> wxperl-users mailing list
>> wxp...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxperl-users
>
|
|
From: Mark D. <mar...@zn...> - 2007-04-28 14:25:17
|
Are you using the in-memory dynamic load DLL feature of PDK?
You cannot.
There is no current fix available (that I know of) to make this work.
Regards
Mark
Peter Wilson wrote:
> Hi
>
> Ok this has improved things I am now getting through the build after
> following your advice, great thanks!
>
> However I now have a different problem. I can build the script, use my exe
> app including the grid all, things are happy until I exit. Then I get a
> Microsoft popup stating
>
> (my.exe) has encountered a problem and needs to close. We are sorry for
> the inconvenience. Please tell Microsoft about this problem. etc
>
> I am now using
>
> perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
> 2.008003
>
> With at the top of my script
>
> BEGIN { use Wx::Perl::Packager; }
>
> The script itself seems to work fine and exits without error when it is not
> running from the built exe.
>
> Any clues? Thanks for all your help.
>
> Regards
>
> Peter
> -----Original Message-----
> From: Mark Dootson [mailto:mar...@zn...]
> Sent: 28 April 2007 10:59
> To: Peter Wilson
> Cc: wxp...@li...
> Subject: Re: [wxperl-users] WxPerl and WxWidgets Version Help
>
> Hi Peter,
>
> The crash you see when trying to package the executable is a combination of
> the way wxWidgets DLLs are loaded and the way the PDK determines and packs
> dependencies. It only becomes apparent when you use certain modules outside
> the wxWidgets core (grid, html, sockets etc)
>
> For your version of Wx ( < 0.49 ) the CPAN module
>
> Wx::Package::Win32
>
> should solve your problems. If you upgrade to the latest Wx / wxWidgets, it
> does not remove the problems but there is a different solution in the form
> of module Wx::Perl::Packager
>
> If your current Wx /wxWidgets install meets your requirements then I see no
> reason to change.
>
> If you want to try out the latest release, there are PPMs at
> http://www.wxperl.co.uk/wxppm/
>
> Regards
>
> Mark
>
>
>
>
>
> Peter Wilson wrote:
>> Hi Everyone
>>
>>
>>
>> I use wx but am just a simple part time developer and don't actually know
>> very much about it, I got it working sometime ago and use Activestate's
>> perlapp to build a standalone excutable and it has worked fine for me for
>> some time. Now I want to use a wxgrid and its causing it to crash, I don't
>> know why think its something to do with the grid.dll.
>>
>>
>>
>> I am guessing a good start to getting round this will be to move up
> versions
>> but don't really understand which stable version of wxperl goes with which
>> stable version of wxwidgets and what suits my version of perl which for
>> other reasons I need to stay at for the moment.
>>
>>
>>
>> I am currently running
>>
>>
>>
>> perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
>>
>> 2.006002
>>
>>
>>
>> perl -v
>>
>> This is perl, v5.8.2 built for MSWin32-x86-multi-thread
>>
>>
>>
>> I have a copy of MSVC 2003.
>>
>>
>>
>> And have a mix of files (probably at the wrong versions) in
>> C:\Perl\site\lib\auto\Wx as I tried load of different things before I got
> it
>> working. See end of mail.
>>
>>
>>
>> So can anyone help?
>>
>>
>>
>> I just want to be at the latest most stable and appropriate version of
>> wxPerl and wxWidgets?
>>
>>
>>
>> Many thanks in advance.
>>
>>
>>
>> Peter
>>
>>
>>
>> C:\Perl\site\lib\auto\Wx>ls -Rl
>>
>> total 8217
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Calendar
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DND
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DateTime
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 DocView
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 FS
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Grid
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Help
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Html
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 MDI
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Print
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 STC
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 Socket
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Wx.bs
>>
>> -r--r--r-- 1 user group 2132480 Nov 20 2005 Wx.dll
>>
>> drwxrwxrwx 1 user group 0 Apr 13 2006 XRC
>>
>> -r--r--r-- 1 user group 6656 Nov 20 2005 mingwm10.dll
>>
>> -r--r--r-- 1 user group 936448 Nov 20 2005
>> wxbase26u_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 115712 Nov 20 2005
>> wxbase26u_net_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 157184 Nov 20 2005
>> wxbase26u_xml_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 506880 Nov 20 2005
>> wxmsw26u_adv_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 2736640 Nov 20 2005
>> wxmsw26u_core_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 54784 Nov 20 2005
>> wxmsw26u_gl_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 489984 Nov 20 2005
>> wxmsw26u_html_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 107520 Nov 20 2005
>> wxmsw26u_media_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 629760 Nov 20 2005
>> wxmsw26u_stc_gcc_custom.dll
>>
>> -r--r--r-- 1 user group 536576 Nov 20 2005
>> wxmsw26u_xrc_gcc_custom.dll
>>
>>
>>
>> Calendar=:
>>
>> total 82
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Calendar.bs
>>
>> -rw-rw-rw- 1 user group 83456 Nov 20 2005 Calendar.dll
>>
>>
>>
>> DND=:
>>
>> total 82
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DND.bs
>>
>> -rw-rw-rw- 1 user group 83968 Nov 20 2005 DND.dll
>>
>>
>>
>> DateTime=:
>>
>> total 47
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DateTime.bs
>>
>> -rw-rw-rw- 1 user group 48128 Nov 20 2005 DateTime.dll
>>
>>
>>
>> DocView=:
>>
>> total 206
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 DocView.bs
>>
>> -rw-rw-rw- 1 user group 210432 Nov 20 2005 DocView.dll
>>
>>
>>
>> FS=:
>>
>> total 53
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 FS.bs
>>
>> -rw-rw-rw- 1 user group 54272 Nov 20 2005 FS.dll
>>
>>
>>
>> Grid=:
>>
>> total 262
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Grid.bs
>>
>> -rw-rw-rw- 1 user group 267776 Nov 20 2005 Grid.dll
>>
>>
>>
>> Help=:
>>
>> total 49
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Help.bs
>>
>> -rw-rw-rw- 1 user group 49664 Nov 20 2005 Help.dll
>>
>>
>>
>> Html=:
>>
>> total 179
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Html.bs
>>
>> -rw-rw-rw- 1 user group 183296 Nov 20 2005 Html.dll
>>
>>
>>
>> MDI=:
>>
>> total 55
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 MDI.bs
>>
>> -rw-rw-rw- 1 user group 55808 Nov 20 2005 MDI.dll
>>
>>
>>
>> Print=:
>>
>> total 149
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Print.bs
>>
>> -rw-rw-rw- 1 user group 152064 Nov 20 2005 Print.dll
>>
>>
>>
>> STC=:
>>
>> total 286
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 STC.bs
>>
>> -rw-rw-rw- 1 user group 292352 Nov 20 2005 STC.dll
>>
>>
>>
>> Socket=:
>>
>> total 73
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 Socket.bs
>>
>> -rw-rw-rw- 1 user group 74752 Nov 20 2005 Socket.dll
>>
>>
>>
>> XRC=:
>>
>> total 127
>>
>> -r--r--r-- 1 user group 0 Nov 20 2005 XRC.bs
>>
>> -rw-rw-rw- 1 user group 130048 Nov 20 2005 XRC.dll
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> wxperl-users mailing list
>> wxp...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxperl-users
>
|
|
From: Peter W. <pe...@ds...> - 2007-04-28 13:58:32
|
Hi
Ok this has improved things I am now getting through the build after
following your advice, great thanks!
However I now have a different problem. I can build the script, use my exe
app including the grid all, things are happy until I exit. Then I get a
Microsoft popup stating
(my.exe) has encountered a problem and needs to close. We are sorry for
the inconvenience. Please tell Microsoft about this problem. etc
I am now using
perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
2.008003
With at the top of my script
BEGIN { use Wx::Perl::Packager; }
The script itself seems to work fine and exits without error when it is not
running from the built exe.
Any clues? Thanks for all your help.
Regards
Peter
-----Original Message-----
From: Mark Dootson [mailto:mar...@zn...]
Sent: 28 April 2007 10:59
To: Peter Wilson
Cc: wxp...@li...
Subject: Re: [wxperl-users] WxPerl and WxWidgets Version Help
Hi Peter,
The crash you see when trying to package the executable is a combination of
the way wxWidgets DLLs are loaded and the way the PDK determines and packs
dependencies. It only becomes apparent when you use certain modules outside
the wxWidgets core (grid, html, sockets etc)
For your version of Wx ( < 0.49 ) the CPAN module
Wx::Package::Win32
should solve your problems. If you upgrade to the latest Wx / wxWidgets, it
does not remove the problems but there is a different solution in the form
of module Wx::Perl::Packager
If your current Wx /wxWidgets install meets your requirements then I see no
reason to change.
If you want to try out the latest release, there are PPMs at
http://www.wxperl.co.uk/wxppm/
Regards
Mark
Peter Wilson wrote:
> Hi Everyone
>
>
>
> I use wx but am just a simple part time developer and don't actually know
> very much about it, I got it working sometime ago and use Activestate's
> perlapp to build a standalone excutable and it has worked fine for me for
> some time. Now I want to use a wxgrid and its causing it to crash, I don't
> know why think its something to do with the grid.dll.
>
>
>
> I am guessing a good start to getting round this will be to move up
versions
> but don't really understand which stable version of wxperl goes with which
> stable version of wxwidgets and what suits my version of perl which for
> other reasons I need to stay at for the moment.
>
>
>
> I am currently running
>
>
>
> perl -e"use Wx; print Wx::wxVERSION . qq(\n);"
>
> 2.006002
>
>
>
> perl -v
>
> This is perl, v5.8.2 built for MSWin32-x86-multi-thread
>
>
>
> I have a copy of MSVC 2003.
>
>
>
> And have a mix of files (probably at the wrong versions) in
> C:\Perl\site\lib\auto\Wx as I tried load of different things before I got
it
> working. See end of mail.
>
>
>
> So can anyone help?
>
>
>
> I just want to be at the latest most stable and appropriate version of
> wxPerl and wxWidgets?
>
>
>
> Many thanks in advance.
>
>
>
> Peter
>
>
>
> C:\Perl\site\lib\auto\Wx>ls -Rl
>
> total 8217
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Calendar
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 DND
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 DateTime
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 DocView
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 FS
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Grid
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Help
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Html
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 MDI
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Print
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 STC
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 Socket
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Wx.bs
>
> -r--r--r-- 1 user group 2132480 Nov 20 2005 Wx.dll
>
> drwxrwxrwx 1 user group 0 Apr 13 2006 XRC
>
> -r--r--r-- 1 user group 6656 Nov 20 2005 mingwm10.dll
>
> -r--r--r-- 1 user group 936448 Nov 20 2005
> wxbase26u_gcc_custom.dll
>
> -r--r--r-- 1 user group 115712 Nov 20 2005
> wxbase26u_net_gcc_custom.dll
>
> -r--r--r-- 1 user group 157184 Nov 20 2005
> wxbase26u_xml_gcc_custom.dll
>
> -r--r--r-- 1 user group 506880 Nov 20 2005
> wxmsw26u_adv_gcc_custom.dll
>
> -r--r--r-- 1 user group 2736640 Nov 20 2005
> wxmsw26u_core_gcc_custom.dll
>
> -r--r--r-- 1 user group 54784 Nov 20 2005
> wxmsw26u_gl_gcc_custom.dll
>
> -r--r--r-- 1 user group 489984 Nov 20 2005
> wxmsw26u_html_gcc_custom.dll
>
> -r--r--r-- 1 user group 107520 Nov 20 2005
> wxmsw26u_media_gcc_custom.dll
>
> -r--r--r-- 1 user group 629760 Nov 20 2005
> wxmsw26u_stc_gcc_custom.dll
>
> -r--r--r-- 1 user group 536576 Nov 20 2005
> wxmsw26u_xrc_gcc_custom.dll
>
>
>
> Calendar=:
>
> total 82
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Calendar.bs
>
> -rw-rw-rw- 1 user group 83456 Nov 20 2005 Calendar.dll
>
>
>
> DND=:
>
> total 82
>
> -r--r--r-- 1 user group 0 Nov 20 2005 DND.bs
>
> -rw-rw-rw- 1 user group 83968 Nov 20 2005 DND.dll
>
>
>
> DateTime=:
>
> total 47
>
> -r--r--r-- 1 user group 0 Nov 20 2005 DateTime.bs
>
> -rw-rw-rw- 1 user group 48128 Nov 20 2005 DateTime.dll
>
>
>
> DocView=:
>
> total 206
>
> -r--r--r-- 1 user group 0 Nov 20 2005 DocView.bs
>
> -rw-rw-rw- 1 user group 210432 Nov 20 2005 DocView.dll
>
>
>
> FS=:
>
> total 53
>
> -r--r--r-- 1 user group 0 Nov 20 2005 FS.bs
>
> -rw-rw-rw- 1 user group 54272 Nov 20 2005 FS.dll
>
>
>
> Grid=:
>
> total 262
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Grid.bs
>
> -rw-rw-rw- 1 user group 267776 Nov 20 2005 Grid.dll
>
>
>
> Help=:
>
> total 49
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Help.bs
>
> -rw-rw-rw- 1 user group 49664 Nov 20 2005 Help.dll
>
>
>
> Html=:
>
> total 179
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Html.bs
>
> -rw-rw-rw- 1 user group 183296 Nov 20 2005 Html.dll
>
>
>
> MDI=:
>
> total 55
>
> -r--r--r-- 1 user group 0 Nov 20 2005 MDI.bs
>
> -rw-rw-rw- 1 user group 55808 Nov 20 2005 MDI.dll
>
>
>
> Print=:
>
> total 149
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Print.bs
>
> -rw-rw-rw- 1 user group 152064 Nov 20 2005 Print.dll
>
>
>
> STC=:
>
> total 286
>
> -r--r--r-- 1 user group 0 Nov 20 2005 STC.bs
>
> -rw-rw-rw- 1 user group 292352 Nov 20 2005 STC.dll
>
>
>
> Socket=:
>
> total 73
>
> -r--r--r-- 1 user group 0 Nov 20 2005 Socket.bs
>
> -rw-rw-rw- 1 user group 74752 Nov 20 2005 Socket.dll
>
>
>
> XRC=:
>
> total 127
>
> -r--r--r-- 1 user group 0 Nov 20 2005 XRC.bs
>
> -rw-rw-rw- 1 user group 130048 Nov 20 2005 XRC.dll
>
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users
|
|
From: Mark D. <mar...@zn...> - 2007-04-28 09:59:31
|
Hi Peter, The crash you see when trying to package the executable is a combination of the way wxWidgets DLLs are loaded and the way the PDK determines and packs dependencies. It only becomes apparent when you use certain modules outside the wxWidgets core (grid, html, sockets etc) For your version of Wx ( < 0.49 ) the CPAN module Wx::Package::Win32 should solve your problems. If you upgrade to the latest Wx / wxWidgets, it does not remove the problems but there is a different solution in the form of module Wx::Perl::Packager If your current Wx /wxWidgets install meets your requirements then I see no reason to change. If you want to try out the latest release, there are PPMs at http://www.wxperl.co.uk/wxppm/ Regards Mark Peter Wilson wrote: > Hi Everyone > > > > I use wx but am just a simple part time developer and don't actually know > very much about it, I got it working sometime ago and use Activestate's > perlapp to build a standalone excutable and it has worked fine for me for > some time. Now I want to use a wxgrid and its causing it to crash, I don't > know why think its something to do with the grid.dll. > > > > I am guessing a good start to getting round this will be to move up versions > but don't really understand which stable version of wxperl goes with which > stable version of wxwidgets and what suits my version of perl which for > other reasons I need to stay at for the moment. > > > > I am currently running > > > > perl -e"use Wx; print Wx::wxVERSION . qq(\n);" > > 2.006002 > > > > perl -v > > This is perl, v5.8.2 built for MSWin32-x86-multi-thread > > > > I have a copy of MSVC 2003. > > > > And have a mix of files (probably at the wrong versions) in > C:\Perl\site\lib\auto\Wx as I tried load of different things before I got it > working. See end of mail. > > > > So can anyone help? > > > > I just want to be at the latest most stable and appropriate version of > wxPerl and wxWidgets? > > > > Many thanks in advance. > > > > Peter > > > > C:\Perl\site\lib\auto\Wx>ls -Rl > > total 8217 > > drwxrwxrwx 1 user group 0 Apr 13 2006 Calendar > > drwxrwxrwx 1 user group 0 Apr 13 2006 DND > > drwxrwxrwx 1 user group 0 Apr 13 2006 DateTime > > drwxrwxrwx 1 user group 0 Apr 13 2006 DocView > > drwxrwxrwx 1 user group 0 Apr 13 2006 FS > > drwxrwxrwx 1 user group 0 Apr 13 2006 Grid > > drwxrwxrwx 1 user group 0 Apr 13 2006 Help > > drwxrwxrwx 1 user group 0 Apr 13 2006 Html > > drwxrwxrwx 1 user group 0 Apr 13 2006 MDI > > drwxrwxrwx 1 user group 0 Apr 13 2006 Print > > drwxrwxrwx 1 user group 0 Apr 13 2006 STC > > drwxrwxrwx 1 user group 0 Apr 13 2006 Socket > > -r--r--r-- 1 user group 0 Nov 20 2005 Wx.bs > > -r--r--r-- 1 user group 2132480 Nov 20 2005 Wx.dll > > drwxrwxrwx 1 user group 0 Apr 13 2006 XRC > > -r--r--r-- 1 user group 6656 Nov 20 2005 mingwm10.dll > > -r--r--r-- 1 user group 936448 Nov 20 2005 > wxbase26u_gcc_custom.dll > > -r--r--r-- 1 user group 115712 Nov 20 2005 > wxbase26u_net_gcc_custom.dll > > -r--r--r-- 1 user group 157184 Nov 20 2005 > wxbase26u_xml_gcc_custom.dll > > -r--r--r-- 1 user group 506880 Nov 20 2005 > wxmsw26u_adv_gcc_custom.dll > > -r--r--r-- 1 user group 2736640 Nov 20 2005 > wxmsw26u_core_gcc_custom.dll > > -r--r--r-- 1 user group 54784 Nov 20 2005 > wxmsw26u_gl_gcc_custom.dll > > -r--r--r-- 1 user group 489984 Nov 20 2005 > wxmsw26u_html_gcc_custom.dll > > -r--r--r-- 1 user group 107520 Nov 20 2005 > wxmsw26u_media_gcc_custom.dll > > -r--r--r-- 1 user group 629760 Nov 20 2005 > wxmsw26u_stc_gcc_custom.dll > > -r--r--r-- 1 user group 536576 Nov 20 2005 > wxmsw26u_xrc_gcc_custom.dll > > > > Calendar=: > > total 82 > > -r--r--r-- 1 user group 0 Nov 20 2005 Calendar.bs > > -rw-rw-rw- 1 user group 83456 Nov 20 2005 Calendar.dll > > > > DND=: > > total 82 > > -r--r--r-- 1 user group 0 Nov 20 2005 DND.bs > > -rw-rw-rw- 1 user group 83968 Nov 20 2005 DND.dll > > > > DateTime=: > > total 47 > > -r--r--r-- 1 user group 0 Nov 20 2005 DateTime.bs > > -rw-rw-rw- 1 user group 48128 Nov 20 2005 DateTime.dll > > > > DocView=: > > total 206 > > -r--r--r-- 1 user group 0 Nov 20 2005 DocView.bs > > -rw-rw-rw- 1 user group 210432 Nov 20 2005 DocView.dll > > > > FS=: > > total 53 > > -r--r--r-- 1 user group 0 Nov 20 2005 FS.bs > > -rw-rw-rw- 1 user group 54272 Nov 20 2005 FS.dll > > > > Grid=: > > total 262 > > -r--r--r-- 1 user group 0 Nov 20 2005 Grid.bs > > -rw-rw-rw- 1 user group 267776 Nov 20 2005 Grid.dll > > > > Help=: > > total 49 > > -r--r--r-- 1 user group 0 Nov 20 2005 Help.bs > > -rw-rw-rw- 1 user group 49664 Nov 20 2005 Help.dll > > > > Html=: > > total 179 > > -r--r--r-- 1 user group 0 Nov 20 2005 Html.bs > > -rw-rw-rw- 1 user group 183296 Nov 20 2005 Html.dll > > > > MDI=: > > total 55 > > -r--r--r-- 1 user group 0 Nov 20 2005 MDI.bs > > -rw-rw-rw- 1 user group 55808 Nov 20 2005 MDI.dll > > > > Print=: > > total 149 > > -r--r--r-- 1 user group 0 Nov 20 2005 Print.bs > > -rw-rw-rw- 1 user group 152064 Nov 20 2005 Print.dll > > > > STC=: > > total 286 > > -r--r--r-- 1 user group 0 Nov 20 2005 STC.bs > > -rw-rw-rw- 1 user group 292352 Nov 20 2005 STC.dll > > > > Socket=: > > total 73 > > -r--r--r-- 1 user group 0 Nov 20 2005 Socket.bs > > -rw-rw-rw- 1 user group 74752 Nov 20 2005 Socket.dll > > > > XRC=: > > total 127 > > -r--r--r-- 1 user group 0 Nov 20 2005 XRC.bs > > -rw-rw-rw- 1 user group 130048 Nov 20 2005 XRC.dll > > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Peter W. <pe...@ds...> - 2007-04-27 23:10:40
|
Hi Everyone I use wx but am just a simple part time developer and don't actually know very much about it, I got it working sometime ago and use Activestate's perlapp to build a standalone excutable and it has worked fine for me for some time. Now I want to use a wxgrid and its causing it to crash, I don't know why think its something to do with the grid.dll. I am guessing a good start to getting round this will be to move up versions but don't really understand which stable version of wxperl goes with which stable version of wxwidgets and what suits my version of perl which for other reasons I need to stay at for the moment. I am currently running perl -e"use Wx; print Wx::wxVERSION . qq(\n);" 2.006002 perl -v This is perl, v5.8.2 built for MSWin32-x86-multi-thread I have a copy of MSVC 2003. And have a mix of files (probably at the wrong versions) in C:\Perl\site\lib\auto\Wx as I tried load of different things before I got it working. See end of mail. So can anyone help? I just want to be at the latest most stable and appropriate version of wxPerl and wxWidgets? Many thanks in advance. Peter C:\Perl\site\lib\auto\Wx>ls -Rl total 8217 drwxrwxrwx 1 user group 0 Apr 13 2006 Calendar drwxrwxrwx 1 user group 0 Apr 13 2006 DND drwxrwxrwx 1 user group 0 Apr 13 2006 DateTime drwxrwxrwx 1 user group 0 Apr 13 2006 DocView drwxrwxrwx 1 user group 0 Apr 13 2006 FS drwxrwxrwx 1 user group 0 Apr 13 2006 Grid drwxrwxrwx 1 user group 0 Apr 13 2006 Help drwxrwxrwx 1 user group 0 Apr 13 2006 Html drwxrwxrwx 1 user group 0 Apr 13 2006 MDI drwxrwxrwx 1 user group 0 Apr 13 2006 Print drwxrwxrwx 1 user group 0 Apr 13 2006 STC drwxrwxrwx 1 user group 0 Apr 13 2006 Socket -r--r--r-- 1 user group 0 Nov 20 2005 Wx.bs -r--r--r-- 1 user group 2132480 Nov 20 2005 Wx.dll drwxrwxrwx 1 user group 0 Apr 13 2006 XRC -r--r--r-- 1 user group 6656 Nov 20 2005 mingwm10.dll -r--r--r-- 1 user group 936448 Nov 20 2005 wxbase26u_gcc_custom.dll -r--r--r-- 1 user group 115712 Nov 20 2005 wxbase26u_net_gcc_custom.dll -r--r--r-- 1 user group 157184 Nov 20 2005 wxbase26u_xml_gcc_custom.dll -r--r--r-- 1 user group 506880 Nov 20 2005 wxmsw26u_adv_gcc_custom.dll -r--r--r-- 1 user group 2736640 Nov 20 2005 wxmsw26u_core_gcc_custom.dll -r--r--r-- 1 user group 54784 Nov 20 2005 wxmsw26u_gl_gcc_custom.dll -r--r--r-- 1 user group 489984 Nov 20 2005 wxmsw26u_html_gcc_custom.dll -r--r--r-- 1 user group 107520 Nov 20 2005 wxmsw26u_media_gcc_custom.dll -r--r--r-- 1 user group 629760 Nov 20 2005 wxmsw26u_stc_gcc_custom.dll -r--r--r-- 1 user group 536576 Nov 20 2005 wxmsw26u_xrc_gcc_custom.dll Calendar=: total 82 -r--r--r-- 1 user group 0 Nov 20 2005 Calendar.bs -rw-rw-rw- 1 user group 83456 Nov 20 2005 Calendar.dll DND=: total 82 -r--r--r-- 1 user group 0 Nov 20 2005 DND.bs -rw-rw-rw- 1 user group 83968 Nov 20 2005 DND.dll DateTime=: total 47 -r--r--r-- 1 user group 0 Nov 20 2005 DateTime.bs -rw-rw-rw- 1 user group 48128 Nov 20 2005 DateTime.dll DocView=: total 206 -r--r--r-- 1 user group 0 Nov 20 2005 DocView.bs -rw-rw-rw- 1 user group 210432 Nov 20 2005 DocView.dll FS=: total 53 -r--r--r-- 1 user group 0 Nov 20 2005 FS.bs -rw-rw-rw- 1 user group 54272 Nov 20 2005 FS.dll Grid=: total 262 -r--r--r-- 1 user group 0 Nov 20 2005 Grid.bs -rw-rw-rw- 1 user group 267776 Nov 20 2005 Grid.dll Help=: total 49 -r--r--r-- 1 user group 0 Nov 20 2005 Help.bs -rw-rw-rw- 1 user group 49664 Nov 20 2005 Help.dll Html=: total 179 -r--r--r-- 1 user group 0 Nov 20 2005 Html.bs -rw-rw-rw- 1 user group 183296 Nov 20 2005 Html.dll MDI=: total 55 -r--r--r-- 1 user group 0 Nov 20 2005 MDI.bs -rw-rw-rw- 1 user group 55808 Nov 20 2005 MDI.dll Print=: total 149 -r--r--r-- 1 user group 0 Nov 20 2005 Print.bs -rw-rw-rw- 1 user group 152064 Nov 20 2005 Print.dll STC=: total 286 -r--r--r-- 1 user group 0 Nov 20 2005 STC.bs -rw-rw-rw- 1 user group 292352 Nov 20 2005 STC.dll Socket=: total 73 -r--r--r-- 1 user group 0 Nov 20 2005 Socket.bs -rw-rw-rw- 1 user group 74752 Nov 20 2005 Socket.dll XRC=: total 127 -r--r--r-- 1 user group 0 Nov 20 2005 XRC.bs -rw-rw-rw- 1 user group 130048 Nov 20 2005 XRC.dll |
245 messages has been excluded from this view by a project administrator.
