Hi,
A lot of these things have something to do with the man power we have. For
example maintaining backwards compatibilty: My test scripts tests Embperl
against about 25 different Apache/mod_perl/perl versions/combination/linkage
styles (only on Linux, not regarding Windows, xxxBSD, etc.). Everyti
On Tue, Jul 26, 2005 at 08:07:36AM -0700, Neil Gunton wrote:
> I think that people looking for the simpler, "beginner" solution turn to
> PHP, whereas the heavier, "enterprise" users tend to go to Java. So maybe
> mod_perl/Embperl is stuck somewhere in between in a kind of no mans land,
> percei
Gerald Richter wrote:
Sorry to contradict you Gerald, but I'm looking right at the
resulting page source - I can switch back and forth here and
it *does* behave the way I'm telling you. I have no idea why
you would be seeing something different...
I tested from the command line with embpex
>
> Sorry to contradict you Gerald, but I'm looking right at the
> resulting page source - I can switch back and forth here and
> it *does* behave the way I'm telling you. I have no idea why
> you would be seeing something different...
>
I tested from the command line with embpexec.pl with yo
On Tue, 26 Jul 2005, Neil Gunton wrote:
> Perl 6 looks to me like a huge white elephant. It may work,
> eventually. In fact, when it does, it may be a beautiful, finely
> crafted virtual machine (Parrot?) that can run multiple languages with
> aplomb. However, it will likely do all this to a large
Advocacy for tools like mod_perl and Embperl may be a way to go, but it can't
really replace "buzz" in the developer community.
I know a lot of people and companies using mod_perl, and writing CGIs.
This may or may not be driven by legacy motivations. But one thing I find
consistently is
Hall, Philippe wrote:
I love EmbPerl -- I've been using it for 3 or 4 years now. I'd love to
see it climb out of obscurity.
I agree! Just to be clear (reading back over my emails) none of this is really directed at Gerald. I
love Embperl too, and plan to continue using it heavily.
You're ri
Ok, here's a story to inspire/depress us all --
I recently developed a really nice community website for my company
(using EmbPerl, of course, and Postgres). The corporate office saw it
and wanted to take it, commercialize it, and distribute it to other
divisions for use in other markets. The p
Ed Grimm wrote:
Incidentally, another stratigic issue that is looming over the Perl
horizon causing some people to look elsewhere is Perl 6. While it is
supposed to be a good thing, there's enough issues surrounding backwards
compatibility (it'll be there, sometime. But my impression is, this i
Gerald Richter wrote:
Mmmh, the code the selects the fields are excatly the same in Embperl 1.3
and 2.0. Also the tests are the same. I don't see that anythings has changed
nor was it intended to change it.
When I do the same test with Embperl 1.3 and 2.0 both return nothing to me
Nope, when I
On Mon, 25 Jul 2005, Neil Gunton wrote:
> This may be a little off the usual topic (bug reports, howto etc) but
> I am genuinely curious to know what other list members think about it.
> Back in 2000 or so, when I started using apache, mod_perl and Embperl,
> it was a really dynamic scene and quit
Hi Neil,
>
> Gerald Richter wrote:
> > This should work out of the box under mod_perl 2, for mod_perl 1
> > please add a
> >
> > Embperl::Init () ;
> >
> > before the first call to Execute in your startup script.
> >
> > The init call is done by Embperl automaticly, but under mod_perl 1
> >
Lars Kelto wrote:
I think that PHP is a lot easier to install and use for the average
user/programmer. Maybe more importantly, it is easier to install PHP
apps on an ISP's server. Embperl is easy to install, but mod_perl can
be tricky and you have to be somewhat of a guru to understand it a
> >
> > Should behave the same in Embperl 1.3, if not it is an bug
> in Embperl
> > 1.3 (as you know @ffld gets automaticly setup for
> parameters posted to
> > the page, so maybe your testcase are slightly different for 2.0 and
> > 1.3?)
>
> No, this works when I enable 1.3 and it doesn't w
Gerald Richter wrote:
I am having a problem with one of my forms under Embperl
2.0rc4, which works under 1.3.6.
Here is a minimal case:
[- $fdat{xxx} = 'xxx' -]
Add
[- @ffld = keys %fdat -]
[$ hidden $]
This does not produce any hidden value for 'xxx'. It does under 1.3.
Setup is
I think that PHP is a lot easier to install and use for the average
user/programmer. Maybe more importantly, it is easier to install PHP apps on
an ISP's server. Embperl is easy to install, but mod_perl can be tricky and
you have to be somewhat of a guru to understand it and use it's power.
>
> I am having a problem with one of my forms under Embperl
> 2.0rc4, which works under 1.3.6.
>
> Here is a minimal case:
>
> [- $fdat{xxx} = 'xxx' -]
Add
[- @ffld = keys %fdat -]
>
> [$ hidden $]
>
>
> This does not produce any hidden value for 'xxx'. It does under 1.3.
>
> Setup
17 matches
Mail list logo
