Hi,
I am building a application in which i need to
display live stock market prices with out the user
presing the refresh button. Its similer to live game
scores.
I have tryed using something like this simple script :
#!/usr/bin/perl
chop ($current_date = `/bin/date`);
print "Content-type: t
Hi,
That's nothing todo with mod_perl. When doing things like this I'm using
the browsers DHTML-capabilities, loading only the non-static parts. The
only thing mod_perl can help you is to remember which values you've send
to the client and not sending them if they have not changed but this
include
I am building a new server (FreeBSD 4.8-RELEASE) and wanted to get mod_perl2
working. If I use the /usr/ports/www/mod_perl2 and /usr/ports/lang/perl5.8, I
can build mod_perl and it works like a charm. However, nothing I do with with
Perl5.8.1_rc5 works.
With the mod_perl2 CVS, I get this erro
John Peacock wrote:
I am building a new server (FreeBSD 4.8-RELEASE) and wanted to get
mod_perl2 working. If I use the /usr/ports/www/mod_perl2 and
/usr/ports/lang/perl5.8, I can build mod_perl and it works like a
charm. However, nothing I do with with Perl5.8.1_rc5 works.
With the mod_perl2
Stas Bekman wrote:
Yup, I know, Carl has reported this earlier, but never followed up on my
suggestion. Please try this patch:
Excellent! That gets it building and all the tests pass!
because the -Wl is the cc option that should have been stripped before
passing the -E to ld. :~(
Yup, that's
John Peacock wrote:
Stas Bekman wrote:
Yup, I know, Carl has reported this earlier, but never followed up on
my suggestion. Please try this patch:
Excellent! That gets it building and all the tests pass!
Good, but it's not the real fix, can you please revert that patch and try a
new patch at
-#ifdef USE_ITHREADS
-MP_dINTERP_PUTBACK(interp);
-#endif
+MP_INTERP_PUTBACK(interp);
yeah, that makes sense - the macro is already a no-op for non-threaded perls.
but why the name change? it parallels MP_dINTERP_SELECT as it stands now.
--Geoff
Geoffrey Young wrote:
-#ifdef USE_ITHREADS
-MP_dINTERP_PUTBACK(interp);
-#endif
+MP_INTERP_PUTBACK(interp);
yeah, that makes sense - the macro is already a no-op for non-threaded
perls.
but why the name change? it parallels MP_dINTERP_SELECT as it stands now.
That's exactly the mistak
--
mod_perl digest
August 25, 2003 - September 21, 2003
--
Recent happenings in the mod_perl world...
Features
o
-#define MP_dINTERP_PUTBACK(interp) dNOOP
+#define MP_INTERP_PUTBACK(interp) NOOP
ah, I missed the dNOOP change and only saw the name change :)
I'm looking forward for mandrake cooker gcc picking up the changes from
the end of july where the gcc team has added a new flag that will
complain abou
Stas Bekman wrote:
Good, but it's not the real fix, can you please revert that patch and
try a new patch at the end of this file? Thanks.
Reverted, patched, compiled, tested, installed! I really wish I had sent my
message yesterday, so I wouldn't have flopped around quite so much on my own...
John Peacock wrote:
Stas Bekman wrote:
Good, but it's not the real fix, can you please revert that patch and
try a new patch at the end of this file? Thanks.
Reverted, patched, compiled, tested, installed! I really wish I had
sent my message yesterday, so I wouldn't have flopped around quite
Geoffrey Young wrote:
-#define MP_dINTERP_PUTBACK(interp) dNOOP
+#define MP_INTERP_PUTBACK(interp) NOOP
ah, I missed the dNOOP change and only saw the name change :)
I'm looking forward for mandrake cooker gcc picking up the changes
from the end of july where the gcc team has added a new flag
Title: Re: Use of Apache::Directive in BEGIN
block
At 2:30 PM -0700 9/19/03, Stas Bekman wrote:
Matisse Enzer wrote:
At 11:19 AM -0700 9/19/03, Stas Bekman wrote:
Matisse Enzer wrote:
Thank you very much.
So does it work now?
I wasn't able to get 1.99_09 to
install.
...
Cool, MODP
I'm looking for a very good mod_perl programmer to help with an
in-progress project over the coming 4-6 weeks, at least 10-20 hours
week. We'd guarantee a minimum number of hours for the right person
for a good price.
The project involves re-creating the server-side for
http://www.mycardmaker.
Scot Martin wrote:
mp1.99.10-dev Apache 2.0.47 Solaris 8
I'm building a single-purpose, high-performance, multi-threaded application
server using the above and have run into problems with forking and cleanup
of old httpd instances. Yes, I have to fork and exec as I have to call
some legacy C code
Hi All,
What i am trying to do is:
* If a user goes to http://myhost/[A-Za-z]{3}[0-9]{3}
(eg. http://myhost/abc123)
Then i want to redirect them to "/" and set their cookie based on
where they tried to go (eg. set cookie Referer=abc123)
To do the above, i setup the following apache con
Thanks for the reply. I'd figured out earlier today that I probably should be using Apache::SubProcess so it's good to see confirmation. A few lines of code replaced 50+. It's a good thing.
When spawn_proc_prog() is called I get a segfault in strrchr when modperl_spawn_proc_prog calls ap_make_
Scot Martin wrote:
Thanks for the reply. I'd figured out earlier today that I probably should
be using Apache::SubProcess so it's good to see confirmation. A few lines
of code replaced 50+. It's a good thing.
Perl can only get better ;)
When spawn_proc_prog() is called I get a segfault in strrc
19 matches
Mail list logo
