You are viewing a plain text version of this content. The canonical link for it is here.
Posted to embperl@perl.apache.org by Andrew O'Brien <an...@switchonline.com.au> on 2002/03/20 05:25:54 UTC
Embperl CGI and IIS howto
Hi all,
Just finished a first draft of how to get embperl running as a CGI
under IIS. Comments/corrections very welcome - see the attached text
file.
Randy Kobes - is there any chance of getting a ppm done of 1.3.4
*without* Apache support. Most people won't have compilers at home
and this might be the simplest solution if they're forced to run
embperl under IIS.
Cheers
--
Andrew O'Brien
Senior Engineer email: andrewo@switchonline.com.au.
Switch Online Group Pty Limited phone: +61 2 9299 1133
ABN 89 092 286 327 fax: +61 2 9299 1134
Re: Embperl CGI and IIS howto
Posted by Gerald Richter <ri...@ecos.de>.
>
> That's a very nice feature ... I changed the name of the package
> to simply HTML-Embperl.ppd, with the beta 2.0b6 being Embperl.ppd
> (which I recall doesn't work yet with perliis.dll). Thanks.
>
Great! Thanks very much
Gerald
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 925131
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Embperl CGI and IIS howto
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 20 Mar 2002, Gerald Richter wrote:
> if you build the package in the way I decribed, there is no need for an
> extra "no_mod_perl" package. By running the build process twice, you get two
> dll's, if you put both in the package, Embperl can determinate at runtime
> which ddl to use.
That's a very nice feature ... I changed the name of the package
to simply HTML-Embperl.ppd, with the beta 2.0b6 being Embperl.ppd
(which I recall doesn't work yet with perliis.dll). Thanks.
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Embperl CGI and IIS howto
Posted by Gerald Richter <ri...@ecos.de>.
Randy,
>
> Sure ... I just put up a HTML-Embperl-no_mod_perl.ppd package
if you build the package in the way I decribed, there is no need for an
extra "no_mod_perl" package. By running the build process twice, you get two
dll's, if you put both in the package, Embperl can determinate at runtime
which ddl to use.
I think it would be easier to have just on package (additionaly this
Embperl, will run from the command line and with mod_perl)
Gerald
> under http://theoryx5.uwinnipeg.ca/ppmpackages/ that was built in
> this way, based on 1.3.4 (by the way, there's also an Embperl.ppd
> package in the same location built with mod_perl support, based
> on 2.0b6). Let me know if there's any problems with these ...
>
> best regards,
> randy
>
>
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 925131
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Embperl CGI and IIS howto
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 20 Mar 2002, Gerald Richter wrote:
> > Randy Kobes - is there any chance of getting a ppm done of 1.3.4
> > *without* Apache support. Most people won't have compilers at home
> > and this might be the simplest solution if they're forced to run
> > embperl under IIS.
> >
>
> The Makefile.PL of 1.3.4 have an option to compile it with and without
> APache support. Embperl will select and load the correct dll at runtime. To
> get this behaviour, you have to build Embperl twice, first with Apache
> support and then without. On the second build you get asked if you want
> different dll's.
>
> Randy, it would be cool, if you can create a ppm that was build in such a
> way, then it will work for all people, regardless if they are using Apache
> or not.
>
> Gerald
Sure ... I just put up a HTML-Embperl-no_mod_perl.ppd package
under http://theoryx5.uwinnipeg.ca/ppmpackages/ that was built in
this way, based on 1.3.4 (by the way, there's also an Embperl.ppd
package in the same location built with mod_perl support, based
on 2.0b6). Let me know if there's any problems with these ...
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
Re: Embperl CGI and IIS howto
Posted by Gerald Richter <ri...@ecos.de>.
Hi,
>
> Just finished a first draft of how to get embperl running as a CGI
> under IIS. Comments/corrections very welcome - see the attached text
> file.
>
Great!
> 1. I could NOT manage to get Embperl running straight through the
> cgi directly. i.e. like so:
> http://localhost/cgi-bin/embpcgi.pl/some/path.epl
In the dialog where you assign the extention to the executable, there is an
option "check this file first" (I don't know the exact english text, I only
have the german version here). If you uncheck this option, it will work.
> Randy Kobes - is there any chance of getting a ppm done of 1.3.4
> *without* Apache support. Most people won't have compilers at home
> and this might be the simplest solution if they're forced to run
> embperl under IIS.
>
The Makefile.PL of 1.3.4 have an option to compile it with and without
APache support. Embperl will select and load the correct dll at runtime. To
get this behaviour, you have to build Embperl twice, first with Apache
support and then without. On the second build you get asked if you want
different dll's.
Randy, it would be cool, if you can create a ppm that was build in such a
way, then it will work for all people, regardless if they are using Apache
or not.
Gerald
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 925131
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org