On Tue, 9 Sep 2003, Bart Terryn wrote:
> Stas,
>
> Sorry to insist.
> But here I am again...
>
> Stas wrote:
> >Actually I haven't looked, I have tested with your code.
> Thanks a lot for going through the effort...
>
> >Before setting the header I wasn't getting the unicode
> >chars you put in th
Stas,
Sorry to insist.
But here I am again...
Stas wrote:
>Actually I haven't looked, I have tested with your code.
Thanks a lot for going through the effort...
>Before setting the
>header I wasn't getting the unicode chars you put in the form back in the
>dump. After setting the header it did p
Bart Terryn wrote:
Stas and all of the others,
Stas said:
I think I got your problem solved, you need to:
- print $q->header();
+ print $q->header("text/html; charset=utf-8");
Well actually you did not.
Probably you looked a bit too fast.
(forgivable in view of the numbers of mails you reply
Stas and all of the others,
Stas said:
>I think I got your problem solved, you need to:
>- print $q->header();
>+ print $q->header("text/html; charset=utf-8");
Well actually you did not.
Probably you looked a bit too fast.
(forgivable in view of the numbers of mails you reply to:-)
The utf8-tes
I think I got your problem solved, you need to:
- print $q->header();
+ print $q->header("text/html; charset=utf-8");
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> htt
representation I mean)?
See my previous mail for the test I used.
Bart
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 06, 2003 8:35 AM
To: Philip M. Gollucci
Cc: Perrin Harkins; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: porting from
Stas wrote:
>Bart, can you test whether you have the same problem when a run the same
code
>under mod_cgi in Apache2 (with perl5.8 ofcourse)? If not, that will point
the
>blaming finger towards mod_perl 2.0.
Well I did that and guess what? mod_cgi fails as well.
So it is not a mod_perl problem
Bu
Philip M. Gollucci wrote:
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Bart, can you try then with an earlier version? e.g. 2.93 was good for me. You
can get it from here: http://www.cpan.org/aut
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Stas Bekman wrote:
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Ha
On Fri, 2003-09-05 at 21:36, Stas Bekman wrote:
> Bart is on win32, AS Perl 5.8.
Oops, sorry Bart, I missed that. Even so, I'm suspicious that 5.8 and
all of its unicode changes are involved somehow.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussions of locale issues on Red Hat 8 and 9 in
the list archives.
Bart is on win32, AS Perl 5.8. I doubt it's a locale issue, since it's the
clien
Bart Terryn wrote:
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character encoding.
Somewhere in this app I put up a form
On Fri, 2003-09-05 at 19:14, Bart Terryn wrote:
> PS: some might say that this has nothing to do with mod_perl
I would say that, but it's okay, you didn't know.
> I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussion
Hi there,
On Sat, 6 Sep 2003, Bart Terryn wrote:
> Hi,
>
> I have an application running under apache
> 1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
>
> I am trying to move this application to apache
> 2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
>
> However I run into a problem with charac
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character encoding.
Somewhere in this app I put up a form that contains tex
[EMAIL PROTECTED] wrote:
This brings up a good point, is there a list of 'ModPerl Orphans'
anywhere? For the most part I would imagine that a modules
author/maintainer will manage the transition to mp2 but there must be a
ton of modules that are Orphans with little hope of making it over
unless
At 23:55 10.06.2002, Mark Korey wrote:
>We found the problem ... this was an odd one (aren't most!?!).
>Turns out that the path (i.e. $cgi->cookie(-path =>'/', ...); )
>was NOT being set. Guess we assumed that CGI.pm would default it to '/'.
>Setting that seemed to do the trick.
>We are using CGI
We found the problem ... this was an odd one (aren't most!?!).
Turns out that the path (i.e. $cgi->cookie(-path =>'/', ...); )
was NOT being set. Guess we assumed that CGI.pm would default it to '/'.
Setting that seemed to do the trick.
We are using CGI.pm and did not need to "PerlSetupEnv On".
At 05:43 10.06.2002, Mark Korey wrote:
>ENV{HTTP_COOKIE} does not contain a newly set cookie, often it
>still contains an old value when I try to change it (ie switch to a
>different user).
>Everything else appears to be working fine.
If you're saying that $ENV{HTTP_COOKIE} is empty, you should s
On Wed, 5 Jun 2002, Alvar Freude wrote:
> probably it's the same as on FreeBSD: if you use a DSO mod_perl, for each
> restart (apachectl graceful or apachectl restart) it eats all the memory
> your mod_perl modules use. Try to build it statically; at least on FreeBSD
> it helps, and OSX is FreeBS
Hi,
-- Michael Robinton <[EMAIL PROTECTED]> wrote:
> application, which runs on an aging 486 with 64 megs in our shop and uses
> about 4 megs including mod_perl enhanced apache, took 40 megs on OSX and
> was very slow. This was on a G4 with 500 megs of memory.
probably it's the same as on FreeB
David Wheeler wrote:
>On 6/4/02 10:54 AM, "Vuillemot, Ward W" <[EMAIL PROTECTED]>
>claimed:
>
>>I think it is relatively an easy move, IMHO. Just beaware that the Mac OS
>>filesystem is NOT case-sensitive. Which can cause problems with certain
>>applications. . .and we hope (Apple, you listenin
> "David" == David Wheeler <[EMAIL PROTECTED]> writes:
>> I think it is relatively an easy move, IMHO. Just beaware that the Mac OS
>> filesystem is NOT case-sensitive. Which can cause problems with certain
>> applications. . .and we hope (Apple, you listening?) that they will fix this
>> g
At 11:27 AM 6/4/02 -0700, Michael Robinton wrote:
>I'd be very interested in how this progresses. I recently helped a
>collegue to get a cgi program running under apache using standard perl on
>OSX -- I found that the perl distribution that comes with OSX is the
>original 5.6 rather than more up
From: "Noam Solomon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Porting to OS X
Date sent:Tue, 4 Jun 2002 13:43:11 -0400
>[ Double-click this line for list subscription options ]
>
>Can anyone give me a rough idea how much time it would take to
>> I think it is relatively an easy move, IMHO. Just beaware that the
>> Mac OS filesystem is NOT case-sensitive. Which can cause problems
>> with certain applications. . .and we hope (Apple, you listening?) that
>> they will fix this gross over-sight.
I agree it's a problem, and it's cause
On 6/4/02 10:54 AM, "Vuillemot, Ward W" <[EMAIL PROTECTED]>
claimed:
> I think it is relatively an easy move, IMHO. Just beaware that the Mac OS
> filesystem is NOT case-sensitive. Which can cause problems with certain
> applications. . .and we hope (Apple, you listening?) that they will fix th
This is going OT, but the case insensitivity problem is only for the Mac
filesystems. I've that all you need to do is switch the filesystem to ufs
(the bsd version) and the problem is solved. Of course, if you can't switch
fs types I don't know of a workaround. :-)
Drew
At 10:54 AM 6/4/02 -07
Wheeler's site provides a lot of great
information. When I get to my other computer, I can send you some other
useful URLs for setting up UNIX apps on the OS X if you
want.
I
found it took about an evening to install all the software.
Another evening to get mod_perl apps up and running,
On 6/4/02 10:43 AM, "Noam Solomon" <[EMAIL PROTECTED]> claimed:
> Can anyone give me a rough idea how much time it would take to move a server
> serving mod_perl websites
> from UNIX to OS X? It uses Apache::Session, DBI::Mysql, HTML::Mason, CGI, and
> Apache::OpenIndex,
> among others, and use
John Reid wrote:
>
> > > We have an application written in Java using MVC which we would like to
> > port
> > > to mySQL/Perl platform. We have used Struts,to create tags.
> > > Any inputs in this regards will be appreaciated.
> >
> > You will probably find that Struts tags can be ported nicely t
Mark Maunder wrote on Mon, Sep 24 2001 (15:44:25 +0100):
> Any clues as to your motivation for porting to mod_perl? I've been trying to
> sell a mod_perl solution to some Java nuts for some time and any help would be
> much appreciated. What really makes mod_perl better than Java? Are there any
>
> What really makes mod_perl better than Java?
This is a common thread, which you should look up in the archives. It's
best to avoid starting up a discussion with this vague a question, since it
will lead to a flood of advocacy e-mails.
> Didn't the eToys guys do some benchmarking? (Perrin?)
W
Any clues as to your motivation for porting to mod_perl? I've been trying to
sell a mod_perl solution to some Java nuts for some time and any help would be
much appreciated. What really makes mod_perl better than Java? Are there any
performance benchmarks out there that anyone knows about? Scaleab
> > We have an application written in Java using MVC which we would like to
> port
> > to mySQL/Perl platform. We have used Struts,to create tags.
> > Any inputs in this regards will be appreaciated.
>
> You will probably find that Struts tags can be ported nicely to Template
> Toolkit (http://te
> We have an application written in Java using MVC which we would like to
port
> to mySQL/Perl platform. We have used Struts,to create tags.
> Any inputs in this regards will be appreaciated.
You will probably find that Struts tags can be ported nicely to Template
Toolkit (http://template-toolkit
Quoting Bryan Coon <[EMAIL PROTECTED]>:
> Each cgi simply calls 'use global;' and then off we go. However, after
> moving all this stuff into /perl, none of the subs in the custom .pl
> files
> are found, I get a complaint:
> Undefined Subroutine &Apache::ROOT::compar_2ecgi::checkUser called at
> Heres what I did:
> I had many scripts in one dir that shared many things; subroutines, global
> variables and modules. I wanted to clean things up, so I created a module
> called global.pm structured like this:
> The custom stuff scripts all end in 1;, and are loaded with my custom
> subrou
You might try adding "use lib '/path/to/global.pm';" to you startup.pl.
(Without the "s of course)
Good luck.
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
> -Original Message-
> From: Bryan Coon [mailto:[EMAIL PROTECTED]]
> Sent
On Fri, Nov 17, 2000 at 11:53:05AM -0800, Bill Moseley wrote:
>
> Now, I'd like to use a few of my modules under CGI -- for an administration
> part of the application that's bigger and not used enough to use up space
> in the mod_perl server. But it would be nice to have a common code base.
On
Bill Moseley wrote:
>
> Howdy,
>
> I have an application that's pure mod_perl -- its modules use the request
> object to do a few bits of work like reading parameters, query string,
> specialized logging, dealing with NOT_MODIFIED, and so on. Normal stuff
> provided by the methods of Apache, Ap
see
http://perl.apache.org/guide/databases.html#Apache_DBI_Initiate_a_persist
and the man pages for more :)
--Geoff
> -Original Message-
> From: James G Smith [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 29, 2000 1:56 PM
> To: James Array
> Cc: [EMAIL PROTECTED]
&
"James Array" <[EMAIL PROTECTED]> wrote:
>Haloo
>
> I'm confusing of how to port DBI CGI to Apache::DBI mod_perl with
>Apache::Registry
>for the most efficient:
>
>if my normal DBI CGI is:
>
>use strict;
>use DBI;
>
>my $dbh=DBI->connect("database","login","password","mysql");
>..
>$
> At 08:54 AM 10/20/99 +0200, Stas Bekman wrote:
> >> Besides all the information at perl.apache.org, can you recommend any good
> >> resources (book, web pages) that stand out in your memory as being very
> >> helpful when you were starting out?
> >
> >I'm not sure why have you discarded the docs
At 08:54 AM 10/20/99 +0200, Stas Bekman wrote:
>> Besides all the information at perl.apache.org, can you recommend any good
>> resources (book, web pages) that stand out in your memory as being very
>> helpful when you were starting out?
>
>I'm not sure why have you discarded the docs at perl.apa
> I'm just starting in on porting some scripts over to either
> Apache::Registry or Apache::PerlRun, and trying to absorb as much as I can.
> It's seems a bit overwhelming at first.
>
> My scripts are reasonably clean, running under -w and use strict, yet I'm
> sure I have lots of porting issues
46 matches
Mail list logo