perl-win32-gui-users — Using the Win32::GUI Perl extension

[perl-win32-gui-users] (no subject)

[Joseph H. S. I. <jh...@sc...>]

I'm not sure if people are developing apps on Windows XP yet, but when 
I tried to use one of my apps developed in Win2K on a WinXP box, all of 
the grey background turned white, but all of the controls stayed grey. 
Essentially, the app looked ugly.  Has anyone else experienced this and 
if so, is there a workaround?
---------------------------------------------
Joseph H. Schwendt II
http://schwendt.com
jh...@sc...

[perl-win32-gui-users] URL in label

[NAHUM M. <mar...@re...>]

Hye,

I write a text in a box where the user click yes or no ...
easy,
but I want put a url in this text and the user can click on this url it open
a browser with this url ...

Any idea ?

thanks,

[perl-win32-gui-users] on list views

[emir c. <mi...@ya...>]

hi! I am a newbie in perl and the win32 module...

could u guys tell me how do i delete an item in 
a list view and refresh the list view?

and also.. is there a more comprehensive documentation
on the module? i find the one bundled with release
somewhat incomplete. 

thx.

__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards®
http://movies.yahoo.com/

Re: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Laurent R. <ro...@cl...>]

> However, if you create a Perl object and use that to connect the XS stuff,
> you can use the class' destructor, the DESTROY sub. It will get called
upon
> garbage collection when the object goes out of scope or when the program
> terminates.

    It's what i do in my first release.
    I haven't trouble with WebBrowser. But, with other ActiveX, i have an
Exception.
    After some research, i found it's necessary to release all before the
event loop stop.
    I think DESTROY sub is call after all window have receive WM_DESTROY
message.

Laurent

RE: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Frazier, J. J. <Joe...@Pe...>]

> -----Original Message-----
> From: Laurent ROCHER [mailto:ro...@cl...]
> Sent: Monday, March 25, 2002 5:54 PM
> To: per...@li...
> Subject: Re: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI
>=20
>=20
> Hello,
>=20
>     I have put a new release with some improvement, some doc=20
> and add a new
> method Release.
>=20
> See : http://perso.club-internet.fr/rocherl/Win32GUI.html
>=20
>     The Release Method must be call before all the window was=20
> destroy. The
> best place is in the _Terminate handler. It's necessary for=20
> my container
> class to release all the interface on the control before the=20
> activex window
> was destroy. I don't know actualy how automaticly detect that.
>=20
> > I downloaded Laurent's AxWindow package, and I created a=20
> wrapper for a
> > WebBrowser object that acts like a regular=20
> Win32::GUI::Window (that is,
> you
> > don't need to worry about the special conventions for=20
> calling methods and
> > registering events - you can call methods directly and if=20
> you define a sub
> > for an event, the event will automatically be registered.) =20
> I'll put it up
> > somewhere this week, but if anybody's interested and=20
> impatient, I'll send
> it
> > to you by email.
>=20
>     It's exactly what i have in mind.
>     The goal of AxWindow package is to be a base class for=20
> derived package.
>     I made one for DHTMD Edit control (see new samples in source zip).
>=20
>     I have made an error in my sample with WebBrowser.
>     I have put : -control =3D> "SHDocVw.WebBrowser",
>     but the correct way is : -control =3D>
> "{8856F961-340A-11D0-A96B-00C04FD705A2}"
>=20
>     Because, by default if the activex was not found, a=20
> webbrowser is open
> with a html error page.
>     In this case SHDocVw.WebBrowser is understand as a=20
> ProgId, but not exist
> and not a webbrowser.
>     The second way is the CLSID (ActiveX numeric identifier) and it's
> webbrowser object.
>=20
>     For list all ActiveX informations and CLSID, it's better to use
> microsoft OleViewer utility.
>     I think it's possible to donwload it from microsoft site=20
> if you don't
> have VC++.
>=20
> Laurent.
>=20

I tested the MSFlexGrid and got it to display.  I also tried Excel, but =
could not get any methods/properties(access violation errors). I assume =
that is because it is not a "real" active X control. =20


Anyway, even if I can't get the Excel to work(my big wish), thanks for =
this GREAT addition to Win32::GUI.  Adding the ability to embed and IE =
control or DHTML editor is awesome indeed!

Joe

Re: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Johan L. <jo...@ba...>]

Lauret wrote:
>    The Release Method must be call before all the window was destroy. The
>best place is in the _Terminate handler. It's necessary for my container
>class to release all the interface on the control before the activex window
>was destroy. I don't know actualy how automaticly detect that.

I'm sorry, but I haven't had time to check out your WAY COOL thing yet.

However, if you create a Perl object and use that to connect the XS stuff, 
you can use the class' destructor, the DESTROY sub. It will get called upon 
garbage collection when the object goes out of scope or when the program 
terminates.


/J

-------- ------ ---- --- -- --  --  -    -     -      -         -
Johan Lindström    Sourcerer @ Boss Casinos     jo...@ba...

Latest bookmark: "Mike Chandler  Mike's Blog Windows vs. Linux..."
http://www.mikesblog.com/archives/000114.htm

Re: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Laurent R. <ro...@cl...>]

Hello,

    I have put a new release with some improvement, some doc and add a new
method Release.

See : http://perso.club-internet.fr/rocherl/Win32GUI.html

    The Release Method must be call before all the window was destroy. The
best place is in the _Terminate handler. It's necessary for my container
class to release all the interface on the control before the activex window
was destroy. I don't know actualy how automaticly detect that.

> I downloaded Laurent's AxWindow package, and I created a wrapper for a
> WebBrowser object that acts like a regular Win32::GUI::Window (that is,
you
> don't need to worry about the special conventions for calling methods and
> registering events - you can call methods directly and if you define a sub
> for an event, the event will automatically be registered.)  I'll put it up
> somewhere this week, but if anybody's interested and impatient, I'll send
it
> to you by email.

    It's exactly what i have in mind.
    The goal of AxWindow package is to be a base class for derived package.
    I made one for DHTMD Edit control (see new samples in source zip).

    I have made an error in my sample with WebBrowser.
    I have put : -control => "SHDocVw.WebBrowser",
    but the correct way is : -control =>
"{8856F961-340A-11D0-A96B-00C04FD705A2}"

    Because, by default if the activex was not found, a webbrowser is open
with a html error page.
    In this case SHDocVw.WebBrowser is understand as a ProgId, but not exist
and not a webbrowser.
    The second way is the CLSID (ActiveX numeric identifier) and it's
webbrowser object.

    For list all ActiveX informations and CLSID, it's better to use
microsoft OleViewer utility.
    I think it's possible to donwload it from microsoft site if you don't
have VC++.

Laurent.

[perl-win32-gui-users] intercept a kill?

[<Joe...@pa...>]

Joe Pfaltzgraff@PATAPSCO
03/25/2002 02:58 PM

If a user presses ctrl-alt-del and selects a perl win32 program from the list
and says "end task" is there a way to intercept this and ask the user if he is
sure?

Thanks!
Joe

RE: [perl-win32-gui-users] Using fork to avoid a frozen window wh ile using LWP

[Piske, H. <Har...@bo...>]

> to user input.  What I think you need to do is disable any user input
> controls that might cause problems if they are clicked while you're
> downloading, fork, have the child download, the parent return 
> to the  when
> the child has finished get it to re-enable the controls, eg

You can also do a simple form of preemptive multitasking. Somewhere in the
innermost loop of your script, do a
Win32::GUI::DoEvents();
That fires all pending events and doesn't do much harm performance-wise if
there aren't any. You need to consider a few things, though - like somebody
trying to exit your main window, in which case DoEvents returns -1. You
would have to abort everything and then return -1 from the handler that
hosts the DoEvents, so that this in turn ends the Win32::GUI::Dialog();
loop. Or pop up a messagebox, saying that exiting isn't possible until the
download is done. Anyway, DoEvents is the equivalent of Yield() and gives
you the chance to react to users clicking away while the script is busy,
without any forking or spawning. There have been samples on this list and
I'm sure I got this somewhere in my stuff @ http://www.fairymails.com/perl/
- I can dig it up if you're interested.

Have fun,
Harald

Re: [perl-win32-gui-users] Using fork to avoid a frozen window while using LWP

[<Kev...@al...>]

Guillem,

You'll probably find that forking and then using waitpid doesn't do what
you want.  If you're parent process is waiting it won't be able to respond
to user input.  What I think you need to do is disable any user input
controls that might cause problems if they are clicked while you're
downloading, fork, have the child download, the parent return to the  when
the child has finished get it to re-enable the controls, eg

sub download_click {

      # disable controls

      if (fork() ) {
         # empty as parent goes back
         #  to dealing with user  interaction of
         # still enabled controls
      } else {
         # do lwp download
         # renable controls
      }

I haven't tried this but have tried forking earlier, having the child
process do the work and the parent repsond to user input (in my case,
moving the window and minimizing).   This does require communication
between the child and parent.  I've used pipes and it does work most of the
time, although sometimes I get an Dr Watson error when the program is
exited.  I can let you have a copy of a script if you're interested.

Hope that makes sense,

Kev.



|---------+------------------------------------------------>
|         |           e54...@es...              |
|         |           Sent by:                             |
|         |           per...@li...ur|
|         |           ceforge.net                          |
|         |                                                |
|         |                                                |
|         |           23/03/2002 16:08                     |
|         |                                                |
|---------+------------------------------------------------>
  >----------------------------------------------------------------------------------------------|
  |                                                                                              |
  |       To:       Per...@li...                                   |
  |       cc:                                                                                    |
  |       Subject:  [perl-win32-gui-users] Using fork to avoid a frozen window while using LWP   |
  >----------------------------------------------------------------------------------------------|




Can anybody put in this list some example of how to use fork and waitpid
while I am downloading some web pages with LWP. I don't remember how to do
it.

Regards from Catalonia,
Guillem Cunillera i Wefers

_______________________________________________
Perl-Win32-GUI-Users mailing list
Per...@li...
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users

Re: [perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Sean H. <jal...@ho...>]

I downloaded Laurent's AxWindow package, and I created a wrapper for a 
WebBrowser object that acts like a regular Win32::GUI::Window (that is, you 
don't need to worry about the special conventions for calling methods and 
registering events - you can call methods directly and if you define a sub 
for an event, the event will automatically be registered.)  I'll put it up 
somewhere this week, but if anybody's interested and impatient, I'll send it 
to you by email.

>Hello,
>
>     I am working on a new package for add ActiveX hosting to Win32::GUI.
>     I have made some test with Webbrowser (Internet Explorer) and it's 
>work
>nice.

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx

[perl-win32-gui-users] Win32-Gui problem...

[Michelangelo C. <mic...@ti...>]

Hello, I have downloaded today the new version of the Win32::gui and the
relative examples but I have found various errors that listed later on.
Use ActivePerl v5.6.1 build 631 with Windows 98 and the previous  version of
the module win32::gui I did not have no problem.
Of continuation, using Win32::Gui on any example not there are more the
cursors of resize the windows.
Moreover why using the option of warning "-w" the Perl says to me
that -style and -exstyle they are deprecate options?

Here the list of the script that they have given problems to me:

class.pl
Can't load nobody icon.

cmeta.pl
Not valid Operation: error of division in the module gui.dll

dc.pl
Can' t locate auto/DELETE.al in @INC at dc.pl line 48, calling the routine
EndPaint().

mousemove.pl
Not valid Operation: not valid page in the module: <unknown >

nem_lv.pl
The traditional event for the buttons does not work.

pmx.pl it
Does not work until that uses the "New Event Model", if I remove lines
79..81 then all works.

pride.pl
Not valid Operation: not valid page in the module: <unknown>

progressbar.pl
Can' t locate auto/PB.al in @INC at progressbar.pl line 182

vmeta.pl
Can' t locate auto/DELETE.al in @INC at vmeta.pl line 26


I hope that someone of you can help me.
Thanks.

Michelangelo

[perl-win32-gui-users] Using fork to avoid a frozen window while using LWP

[<e54...@es...>]

Can anybody put in this list some example of how to use fork and waitpid
while I am downloading some web pages with LWP. I don't remember how to do
it.

Regards from Catalonia,
Guillem Cunillera i Wefers

Re: [perl-win32-gui-users] Centering a window

[Glenn L. <Gle...@ne...>]

Jeremy Blonde wrote:
> 
> Here's how I'm doing it.  The code is borrowed from someone else, perhaps
> Aldo's examples.
> 
> $SCR_WIDTH  = Win32::GUI::GetSystemMetrics(0);
> $SCR_HEIGHT = Win32::GUI::GetSystemMetrics(1);
> 
> $WIDTH  = 350;    # Window Width
> $HEIGHT = 250;    # Window Height
> 
> $LEFT = ($SCR_WIDTH/2) - ($WIDTH}/2);
> $TOP = ($SCR_HEIGHT/2) - ($HEIGHT}/2);
> 
> jb

Here's another way to do it.  The above code centers on the physical
window; the following code on the "logical" window after subtracting the
taskbar, application toolbars, etc.   Neither the above nor the below
code is adequate for multiple monitor support, as both assume the
primary display monitor.

#####################################
sub get_work_area;  # version 2002/03/22
{ my ( $gSystemParametersInfo );

  sub get_work_area
  { unless ( defined $gSystemParametersInfo )
    { $gSystemParametersInfo = new Win32::API ( 'user32',
        'SystemParametersInfo',
        [ 'I', 'I', 'P', 'I' ], 'I' );
    }
    my ( $rect ) = pack ( "LLLL", 0, 0, 0, 0 );
    $gSystemParametersInfo->Call ( 48, 0, $rect, 0 );
    return unpack ( "LLLL", $rect );
  }
}
#####################################
( $left, $top, $right, $bottom ) = & call_get_work_area ();
$winwid = 600;
$winheight = 400;

$mw = Win32::GUI::Window->new ( -name => 'mw', -text => 'application',
  -width => $winwid, -height => winheight,
  -left => $left + ( $right - $left - $winwid ) / 2,
  -top => $top + ( $bottom - $top - $winheight ) / 2 );

-- 
Glenn
=====
Remember, 84.3% of all statistics are made up on the spot.

Re: [perl-win32-gui-users] Centering a window

[Felice V. <fe...@ly...>]

Thanks :)
--

On Fri, 22 Mar 2002 11:26:48  
 Jeremy Blonde wrote:
>Here's how I'm doing it.  The code is borrowed from someone else, perhaps
>Aldo's examples.
>
>$SCR_WIDTH  = Win32::GUI::GetSystemMetrics(0);
>$SCR_HEIGHT = Win32::GUI::GetSystemMetrics(1);
>
>$WIDTH  = 350;    # Window Width
>$HEIGHT = 250;    # Window Height
>
>$LEFT = ($SCR_WIDTH/2) - ($WIDTH}/2);
>$TOP = ($SCR_HEIGHT/2) - ($HEIGHT}/2);
>
>jb
>----- Original Message -----
>From: "Felice Vittoria" <fe...@ly...>
>To: <per...@li...>
>Sent: Friday, March 22, 2002 8:56 AM
>Subject: [perl-win32-gui-users] Centering a window
>
>
>> Hello all,
>>
>> I remember seeing this info somewhere but I forgot.  How do you center a
>window?
>>
>> Note:  I'm using Win32-GUI v0.0.665
>>
>> TIA,
>> Felice
>>
>>
>> 2,000,000,000 Web Pages--you only need 1. Save time with My Lycos.
>> http://my.lycos.com
>>
>> _______________________________________________
>> Perl-Win32-GUI-Users mailing list
>> Per...@li...
>> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
>
>
>_______________________________________________
>Perl-Win32-GUI-Users mailing list
>Per...@li...
>https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
>


2,000,000,000 Web Pages--you only need 1. Save time with My Lycos.
http://my.lycos.com

Re: [perl-win32-gui-users] Centering a window

[Jeremy B. <sco...@ya...>]

Here's how I'm doing it.  The code is borrowed from someone else, perhaps
Aldo's examples.

$SCR_WIDTH  = Win32::GUI::GetSystemMetrics(0);
$SCR_HEIGHT = Win32::GUI::GetSystemMetrics(1);

$WIDTH  = 350;    # Window Width
$HEIGHT = 250;    # Window Height

$LEFT = ($SCR_WIDTH/2) - ($WIDTH}/2);
$TOP = ($SCR_HEIGHT/2) - ($HEIGHT}/2);

jb
----- Original Message -----
From: "Felice Vittoria" <fe...@ly...>
To: <per...@li...>
Sent: Friday, March 22, 2002 8:56 AM
Subject: [perl-win32-gui-users] Centering a window


> Hello all,
>
> I remember seeing this info somewhere but I forgot.  How do you center a
window?
>
> Note:  I'm using Win32-GUI v0.0.665
>
> TIA,
> Felice
>
>
> 2,000,000,000 Web Pages--you only need 1. Save time with My Lycos.
> http://my.lycos.com
>
> _______________________________________________
> Perl-Win32-GUI-Users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users

[perl-win32-gui-users] Add ActiveX Hosting to Win32::GUI

[Laurent R. <ro...@cl...>]

Hello,

    I am working on a new package for add ActiveX hosting to Win32::GUI.
    I have made some test with Webbrowser (Internet Explorer) and it's work
nice.
    I am on Win98Se, ActivePerl56 build 628, Win32::GUI 0.665 and IE 5.5

    With this package, you can  :
        - Create a window with an AxtiveX
        - List ActiveX control information (Properties, Methods, Events).
        - Set/Get property.
        - Call a Method.
        - Event handling.

    I have release a first version. It's more an alpha version ;-)

    If someone want test it, you can download a PPM distribution for
ActivePerl 5.6 here :

http://perso.club-internet.fr/rocherl/Win32GUI.html

    Download the source code for a sample with Webbrowser.

Laurent.

[perl-win32-gui-users] Centering a window

[Felice V. <fe...@ly...>]

Hello all,

I remember seeing this info somewhere but I forgot.  How do you center a window?

Note:  I'm using Win32-GUI v0.0.665

TIA,
Felice


2,000,000,000 Web Pages--you only need 1. Save time with My Lycos.
http://my.lycos.com

Re: [perl-win32-gui-users] Win32-GUI Applications causing ILLEGAL OPERATION

[Aldo C. <dad...@al...>]

Piske, Harald wrote:
> I know that previous versions of GUI were fault-tolerant towards missing
> -name parameters, which 558 is NOT. 

BTW, release 0.0.665 is fault-tolerant towards missing -name parameters.
this bug was introduced in release 0.0.558 and is now gone away.

cheers,
Aldo

__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;

RE: [perl-win32-gui-users] Win32-GUI Applications causing ILLEGALOPERATION

[Eric H. <Ha...@sw...>]

Great!  That fixed it.  Thank you.

>>> "Piske, Harald" <Har...@bo...> 03/21/02 12:16PM >>>
I know that previous versions of GUI were fault-tolerant towards missing
-name parameters, which 558 is NOT. Make sure that all your objects (not
only widgets, also windows and labels!) have a unique -name. Non-unique
-names won't cause crashes, you just can't access any of the redefined
objects. But missing -names can cause perl to quit. If they do that with =
the
page fault in the vc runtime, I can't tell, but it's worth a shot.

have fun,
Harald

> -----Original Message-----
> From: Eric Hansen [mailto:Ha...@sw...]=20
> Sent: Thursday, March 21, 2002 10:07
> To: per...@li...=20
> Subject: [perl-win32-gui-users] Win32-GUI Applications causing ILLEGAL
> OPERATION
>=20
>=20
> I just installed ActivePerl binary build 631 (Perl 5.6.1) and=20
> Win32-GUI binary build 0.0.558 which is the latest binary=20
> build available according to PPM.  When I run my GUI=20
> applications they crash with a Perl page fault in module=20
> MSVCRT.DLL at 017f:780027al      everytime.   My GUI apps=20
> worked fine until I installed the new binary builds. Does=20
> anyone know what is happening?
>=20
> Thanks.
> Eric=20
>=20
>=20
> _______________________________________________
> Perl-Win32-GUI-Users mailing list
> Per...@li...=20
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users=20
>=20

RE: [perl-win32-gui-users] Win32-GUI Applications causing ILLEGAL OPERATION

[Piske, H. <Har...@bo...>]

I know that previous versions of GUI were fault-tolerant towards missing
-name parameters, which 558 is NOT. Make sure that all your objects (not
only widgets, also windows and labels!) have a unique -name. Non-unique
-names won't cause crashes, you just can't access any of the redefined
objects. But missing -names can cause perl to quit. If they do that with the
page fault in the vc runtime, I can't tell, but it's worth a shot.

have fun,
Harald

> -----Original Message-----
> From: Eric Hansen [mailto:Ha...@sw...]
> Sent: Thursday, March 21, 2002 10:07
> To: per...@li...
> Subject: [perl-win32-gui-users] Win32-GUI Applications causing ILLEGAL
> OPERATION
> 
> 
> I just installed ActivePerl binary build 631 (Perl 5.6.1) and 
> Win32-GUI binary build 0.0.558 which is the latest binary 
> build available according to PPM.  When I run my GUI 
> applications they crash with a Perl page fault in module 
> MSVCRT.DLL at 017f:780027al      everytime.   My GUI apps 
> worked fine until I installed the new binary builds. Does 
> anyone know what is happening?
> 
> Thanks.
> Eric 
> 
> 
> _______________________________________________
> Perl-Win32-GUI-Users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
> 

[perl-win32-gui-users] Win32-GUI Applications causing ILLEGAL OPERATION

[Eric H. <Ha...@sw...>]

I just installed ActivePerl binary build 631 (Perl 5.6.1) and Win32-GUI =
binary build 0.0.558 which is the latest binary build available according =
to PPM.  When I run my GUI applications they crash with a Perl page fault =
in module MSVCRT.DLL at 017f:780027al      everytime.   My GUI apps worked =
fine until I installed the new binary builds. Does anyone know what is =
happening?

Thanks.
Eric=20

RE: [perl-win32-gui-users] newbie ? - creating PPM's

[Marcus <li...@wo...>]

On 20.03.02 at 07:07 Howard, Steven (US - Tulsa) wrote:
>Using MS VC 6 you need to "nmake" instead of "make":

Oh, yes of course...I've been migrating to Linux recently, it's
beginning to show :-)

And unless nmake is packed with MS VC 6, you can get it from MS.
There's a link at ActiveState (or was).

Marcus

RE: [perl-win32-gui-users] newbie ? - creating PPM's

[Peter E. <Pet...@at...>]

You can also download the zip file of the latest and do the following:

1- extract contents to a directory
2- find the file "Win32-GUI.ppd"
3- open a DOS window and cd to the same directory as the ppd file
4- type, "ppm Win32-GUI.ppd"

That should install it. You should be able to get the latest zip from
sourceforge.com

> -----Original Message-----
> From: Joe...@pa... 
> [mailto:Joe...@pa...]
> Sent: Tuesday, March 19, 2002 16:33
> To: per...@li...
> Subject: [perl-win32-gui-users] newbie ? - creating PPM's
> 
> 
> 
> 
> 
> 
> Joe Pfaltzgraff@PATAPSCO
> 03/19/2002 04:32 PM
> 
> I'm using Active Perl, and have been having trouble with 
> win32::gui::font - I
> can't seem to change the size.
> I saw one place that recomended I download and install the 
> latest version - but
> the latest version hasn't been made into a PPM yet.
> How do I take a tar-ball and install it in to the Active Perl?
> 
> Thanks!
> Joe
> 
> 
> 
> _______________________________________________
> Perl-Win32-GUI-Users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
> 

RE: [perl-win32-gui-users] newbie ? - creating PPM's

[Howard, S. (US - Tulsa) <sth...@de...>]

One note:

Using MS VC 6 you need to "nmake" instead of "make":

perl makefile.pl
nmake
nmake test
nmake install



-----Original Message-----
From: Marcus [mailto:li...@wo...]
Sent: Tuesday, March 19, 2002 5:15 PM
To: per...@li...
Subject: Re: [perl-win32-gui-users] newbie ? - creating PPM's


On 19.03.02 at 16:32 Joe...@pa... wrote:
>How do I take a tar-ball and install it in to the Active Perl?

You need MS VC 6, and then you do the usual:
perl Makefile.PL
make
make test
make install

Otherwise, maybe a request to ActiveState might get us a PPM. I don't
have MS VC 6.

Marcus



_______________________________________________
Perl-Win32-GUI-Users mailing list
Per...@li...
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
- This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law.  -
If you are not the intended recipient, you should delete this message and
are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.