The threads system is working properly and if you just remove the Win32 api
it will work fine.
Ramy
- Original Message -
From: "Frazier, Joe Jr" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Glenn Linderman" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, February 19, 2004 10:01 PM
Subject: RE:
Ramy, I am fairly sure it is the Threads thing. This has been discussed on the
list about 8-12 weeks ago or so(in regards to perlapp if I remember correctly.)
I don't know if anyone has come up with a solution as of yet.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL P
The code is below to test Win32::API with perl2exe:
#==
$| = 1;
use CGI::Carp;
use Carp::Heavy;
#==
use threads;
use threads::shared;
use Thread::Running;
use LWP::UserAgent;
use attribu
You should see if you can create a minimum test case that fails, and
post the source. Maybe someone can figure it out. I'll be gone a few
days though.
On approximately 2/19/2004 10:18 AM, came the following characters from
the keyboard of [EMAIL PROTECTED]:
I am using perl2exe, if I run the
I am using perl2exe, if I run the scripts that use Win32::API from the
command
line usig perl script.pl, it works normal if I compile to .exe using
perl2exe it
shows the error normally Can not read or write memory address
but I also tested with perlapp and I got same errors.
My guess is WIN32
n approximately 2/19/2004 3:01 AM, came the following characters from
the keyboard of [EMAIL PROTECTED]:
but is used by callng WIn32::API which can not
currently included with compiled .exe perl scripts
therefore it was a must for me to build s little module for this
function.
Could you expl
It would probably be sufficient to support PAR. Even if ActiveState
gave you the free copy, it isn't likely they'd give it to everyone, so
everyone is more likely to use PAR, in the long term (once it's growing
pains are over). Of course, if AS does supply you a free copy, I have
no objection
Hi,
I've tested this and it works great (I'm using perl2exe). I built and
modified the exe under XP, and have tested it on a win98 box.
I added a png image to my exe, which is extracted by
Win32::GUI::LoadResource and displayed as the splash screen. I've also added
single bitmaps which are loaded
Ok - I'm getting somewhere:) I've managed to set a toolbar direct - but it
causes "oddness"...
As a base I'm going to try and get the rebar example in the page below working:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/rebar/rebar.asp
The C code (
Hi,
Can you not set the parent to be the handle of the rebar section that you're
adding the toolbar into? I know not much about rebars but I do know that they
have HWNDs that would satisfy a toolbars need to have a parent window.
Steve
-Original Message-
From: [EMAIL PROTECTED] [mail
Hi,
Jez mentioned it'd be neat to be able to load resources other than bitmaps,
icons and cursors from the EXE file. This would be very useful for packing your
GUI Loft .gld files into the exe and things. Well, here it is.
Win32::GUI::LoadResource("SomeResourceName"); will search the exe of the
Hi,
For a while I've been playing with rebars, with the goal of ending up with
something like the attached image...
With the recent (excellent) additional methods/styles to the toolbar, I went
back to the rebar, and tried to add a tool bar to it. I couldn't get the
toolbar to work when it is u
Eh?
Win32::API *can* be included in compiled .exe perl scripts. What packer are you
using?
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: 19 February 2004 11:02
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [pe
Goody Gumdrops.
Just committed a change to CVS so that icons, bitmaps and cursors created in
the standard way are first checked for in the EXE file that loaded Win32::GUI.
Now there are some little points of note:
1. Doesnt work with PAR (unless you're a sneaky bugger). The reason it doesnt
Hello All,
I am suggesting we start a new package for Win32 like say Win32::Windows or
Win32::General
where in this package we can add or request a specific windows functions that
is not already included
in Win32 current packages. For example, I needed to get the Memory status
function I know t
Hi peter,
I just tried the free version of it and it doesnt do what PAR does. I added a
little line to LoadImage in GUI.xs to see what it thought it's current exe was.
The results:
Running perl:
Loading image 0 - current EXE: C:\Perl\bin\perl.exe
Running PAR packed exe (ouch...):
Loading im
I have been using perl2exe for quite some time and I'm quite sure that it does
the trick in the way that you describe for PAR.
Cheers,
Peter
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stephen Pick
Sent: Thursday, 19 February, 2004 11:02
To: Jez White; W
I didnt mean to suggest we start modifying the perl exe :) That would be crazy.
I meant that microsoft provides certain functions that let you add, remove and
update resources in an executable, you just have to pass the handle to the
module who's executable file needs to have its resources play
I agree with your analysis - I especially like the idea of bitmaps, Icons and
cursors to check for resources first, and then to look at the file system
(would solve the problem of running in "dev" mode with the perl command line,
or running the exe direct).
How easy would it to be load other b
19 matches
Mail list logo
