Re: mod_perl with threaded Apache (eg Apache2)
This is doug macEachern's bag - those who were at apachecon in london saw the progress he had made at that point - its pretty sweet. check the archives for summaries of his presentation in late october. sterling On Mon, 4 Dec 2000, Robbie Lindauer wrote: > Is anyone working on an upgrade to mod_perl to > handle Apache 2.0b with thread support? > > If so, do you want my help? > > If not, does anyone want to help me? > > Robbie Lindauer > > = > Robbie Lindauer > To quote Heidegger: > > "Existence is a mode of being, specifically, the being of > those being who stand for the openess of being by standing > in it." > > > __ > Do You Yahoo!? > Yahoo! Shopping - Thousands of Stores. Millions of Products. > http://shopping.yahoo.com/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_perl with threaded Apache (eg Apache2)
Hi there, On Mon, 4 Dec 2000, Robbie Lindauer wrote: > Is anyone working on an upgrade to mod_perl to > handle Apache 2.0b with thread support? You might want to have a word with Doug. Look at http://perl.apache.org 73, Ged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache::AuthTicket
Please send the output of "httpd -l" and your httpd.conf to the list. Also send the URL you're trying to access and what responses you get. We'll see if we can get to the bottom of it. No promises, though. Make sure no .htaccess files are mucking things up too. [EMAIL PROTECTED] (Christopher L. Everett) wrote: >I really hate to bother you yet again, but I'm still >unable to make Apache::AuthTicket work for me. I realize >you're all busy, and you're dealing with deadlines just >as I am, but I thought I'd take one last shot at asking >for help. > >I tried another tack, using Apache::TicketAccess from >the eagle book. I was able to make that work, after >I figured out how to proxy cookies in and out through >the lightweight front end Apache. Unfortunately, >Apache::TicketAccess does not suit my purposes. However, >I was able to prove to my satisfaction that my server >handles cookies just fine. > >However, when I adopted those same techniques for >Apache::AuthTicket, all that happens when I submit my >login credentials was that Apache::AuthTicket sent my >browser a blank cookie. ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache::AuthTicket
All: I really hate to bother you yet again, but I'm still unable to make Apache::AuthTicket work for me. I realize you're all busy, and you're dealing with deadlines just as I am, but I thought I'd take one last shot at asking for help. I tried another tack, using Apache::TicketAccess from the eagle book. I was able to make that work, after I figured out how to proxy cookies in and out through the lightweight front end Apache. Unfortunately, Apache::TicketAccess does not suit my purposes. However, I was able to prove to my satisfaction that my server handles cookies just fine. However, when I adopted those same techniques for Apache::AuthTicket, all that happens when I submit my login credentials was that Apache::AuthTicket sent my browser a blank cookie. Frankly, I'm lost and I need all the help I can get. I've laced both AuthTicket.pm and AuthCookie.pm with my own $r->log_error calls, not to mention turned on all the debugging already built into AuthCookie and AuthTicket. Everything seems to behave just as I would expect it to. I'm using Apache 1.3.14, mod_perl 1.24_01 I'm willing to send conf files, error_logs or anything else necessary. Christopher Everett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_perl with threaded Apache (eg Apache2)
Is anyone working on an upgrade to mod_perl to handle Apache 2.0b with thread support? If so, do you want my help? If not, does anyone want to help me? Robbie Lindauer = Robbie Lindauer To quote Heidegger: "Existence is a mode of being, specifically, the being of those being who stand for the openess of being by standing in it." __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Simple question about tables
Hi there, I have two query's both have same # or rows as out put but have different columns. Like the first query gives me like 4 columns and the second query gives me 1 column as out put.. Now I want to club the results of both the queries so that the resulting table is 5 rows. I am able to display the result of each query in separate table.. Like I am able to display the result of first query which is 4 columns in one table. and the result of second query with one column as separate table. but I am not able to add the an extra column to first query so that it gives me an option to display result of the second query. it would be great if any one can help me. Thank You -bari - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Followup: mime-type headers
heya i used to get this sort of errors when posting vrml to ie with perl the problem i was finding is that it would post directly ie would build a wierd html page with an embed tag in it very bizarre of course this blocked certain script node calls from vrml too!! grr. i never found a solution to this next time you do a $q->header('mime/type') check the source, i bet you get something like this < H T M L > < B O D Y > < E M B E D S R C = " S R C . E X T " > < / B O D Y > < / H T M L > instead of your file i noticed when i was trying to debug my vrml file and it would show me the vrml text source! just the above spaced html code which i dont think it should do right? it should just load the file? and display using the proper plug in, not make a html wrapper page for it!! at least netscape never does this - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Apache::Dispatch-0.08
The URL http://morpheus.laserlink.net/~gyoung/modules/Apache-Dispatch-0.08.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Dispatch-0.08.tar.gz size: 13499 bytes md5: 10f5b985b84aa98beb24807868e02851 This is a minor release - unless you need to use .htaccess files you can take your time upgrading: Changes: 0.08 12.04.2000 - minor documentation additions and fixups - changed all directives so that they can be used from within .htaccess files (suggested by Matt Sergeant) - removed extraneous SERVER_CREATE and SERVER_MERGE sections for those of you who don't know what Apache::Dispatch is... from the README: DESCRIPTION Apache::Dispatch translates $r->uri into a class and method and runs it as a PerlHandler. Basically, this allows you to call PerlHandlers as you would Regsitry scripts without having to load your httpd.conf with a slurry of tags. I started some very preliminary benchmarking, the results of which look promising and can be found in ToDo --Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accelerated apache
On Fri, Dec 01, 2000 at 02:00:12PM +0700, Edwin Pratomo wrote: > Has anyone here try compiling mod_perl with apache patched with this: > http://oss.sgi.com/projects/apache/ ? > > Either 1.3.12 or 1.3.14 stucked at : > Connection.xs: In function `XS_Apache__Connection_remote_ip': > Connection.xs:107: incompatible types in assignment > make[5]: *** [Connection.o] Error 1 > make[4]: *** [all] Error 1 > you'll have to define SGI_BOOST. it compiles fine, with this defined. it is only needed in the Connection.xs, the other parts compile fine, with or without the sgi patches. -tacho -- [i don't follow] | [http://daemonz.org/ || [EMAIL PROTECTED]] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Followup: mime-type headers
The foibles of IE and the Win OSes has proven to be beyond me :-( Thanks to those that offered various solutions, each worked but not on all combinations of IE version and Win version. My solution, in the end, has been to generate the PDF to a temporary file, in the document tree and issue a 'Location:' header back to the browser. This seems to work in all cases and I clean up the temporary files with a cron job every hour. Not as elligant a solution as generating data directly back to the browser but it is better to have something that works. In one response, it was mentioned that the header 'Window-target:' doesn't work with IE either, which I was also trying to use. Other than using JScript in the calling page, is there anyway to do this with IE that works. -- Glen Eustace, Systems Engineer - Networking. Information Technology Services, Turitea, Massey University, Palmerston North, NZ. Ph: +64 6 350 5799 x 2707, Fax: +64 6 350 5607 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Variable initialization in startup.pl
I don't see the reason why it isn't working, but here are a couple of notes that might lead you to something. > package SiteConfig; > %hash=(); > > and define a fill_hash() routine in another package: > > package common; > use SiteConfig; > sub fill_hash() { > %SiteConfig::hash = ('name' => 'value',); That looks fine. Have you tried printing out the contents of %SiteConfig::hash after running this? Is there any particular reason that you're using subroutine prototyping? It's best to stay away from it when you don't need it. > use SiteConfig(); > use common; > common->fill_hash(); Not a big problem, but fill_hash() isn't really a class method, the way you've written it here. > use SiteConfig(); > use common; > my $value = $SiteConfig>>hash{'name'); Is that a typo? ^^ - Perrin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [DIGEST] mod_perl digest 11/26/2000
> -Original Message- > From: Geoffrey Young [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 04, 2000 7:48 AM > To: '[EMAIL PROTECTED]' > Subject: [DIGEST] mod_perl digest 11/26/2000 > > > > news > > o Netcraft statistics are out for November [15] > Apache 5% IIS 20.16% whoops - nobody here would really believe that :) o Netcraft statistics are out for November [15] Apache 59.67% IIS 20.16% sorry about the bogus links at the bottom of the page, too - I knew doing this monday mornings before my coffee would catch up to me sooner or later... thanks to all those who caught the errors early :) --Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Variable initialization in startup.pl
Perrin Harkins wrote: > Andreas Schiffler wrote: > > > > Hi, > > > > I seem to have an odd problem with variable setup and use. The platform > > is apache/mod_perl as per LinuxMandrake 7.1. > > > > Here is the setup: > > > > A) I have a configuration.pm with variable declarations and no "use > > strict" similar to this: > > > > ... > > @array=() > > ... > > %hash=() > > ... > > > > B) Then I have a library of common routines that make use of these > > variables. These include routines to fill these variables with data. > > > > sub fill_array(); > > sub fill_hash(); > > > > C) Now in startup.pl is "use" both packages and call the fill_xyz() > > routines. > > > > D) In the mod_perl scripts (the guts of these scripts is again in a > > package that gets called by a wrapper .pl script) I "use" both packages > > and make use of the data with $value=$configuration::array[] and > > $value=$configuration::hash{} ... just reading their values. > > > > The Problem: > > The array is filled. The hash is empty. > > > > Any ideas? Workarounds? Tests? > > You didn't include enough code here for me to see what you're doing > wrong, but your variable assignments look fishy. Here's a sample of how > to do it: > Well, I did ... you are close though. > > package SiteConfig; > %hash = ( >'name' => 'value', >'name2' => 'value2', > ); > I use: package SiteConfig; %hash=(); and define a fill_hash() routine in another package: package common; use SiteConfig; sub fill_hash() { %SiteConfig::hash = ('name' => 'value',); > > # in startup.pl > use SiteConfig (); I do a: use SiteConfig(); use common; common->fill_hash(); > > > # in your module > my $value2 = $SiteConfig::hash{'name2'}; > my $entire_hash = %SiteConfig::hash; > my $hash_ref= \%SiteConfig::hash; > > Same here with: use SiteConfig(); use common; my $value = $SiteConfig>>hash{'name'); Problem: The hash is not defined! (The same for an array works fine.) Ciao Andreas -- | Andreas Schiffler[EMAIL PROTECTED] | | Senior Systems Engineer-Deskplayer Inc., Buffalo | | 4707 Eastwood Cres., Niagara Falls, Ont L2E 1B4, Canada | | +1-905-371-3652 (private) - +1-905-371-8834 (work/fax) |
[DIGEST] mod_perl digest 11/26/2000
-- mod_perl digest November 26, 2000 - December 2, 2000 -- Recent happenings in the mod_perl world... Features o mod_perl status o module announcements o mailing list highlights o news o links mod_perl status o mod_perl - stable: 1.24_01 (released October 10, 2000) [1] - development: 1.24_02-dev [2] o Apache - stable: 1.3.14 (released October 13, 2000) [3] - development: 1.3.15-dev [4] o Perl - stable: 5.6 (released March 23, 2000) [5] - development: 5.7 [6] module announcements o No new modules this week, but we did see RFCs for Apache::DProf [7] Apache::Carp [8] mailing list highlights o mod_proxy will upgrade your (non-caching) request headers to HTTP/1.0 if the request is HTTP/0.9 before passing the request off. This can have unintended consequences if trying to use Apache as a non-HTTP server. [9] [10] o IE has the annoying habit of sometimes ignoring the Content-Type header and applying a content type appropriate to the file extension. For example, a .pdf file sent with the header Content-Type: application/pdf but generated via /foo.pl may be interpreted incorrectly. You can get around this by adding the appropriate file extension as uri path info (eg foo.pl?.pdf) of by using the header Content-Disposition: inline; filename=foo.pdf [11] o Beware of reply-to-all - you may expose your secrets :) [12] o Some browsers support gzip encoding, even though they do not send Accept-Encoding: gzip header. Some send the proper header, but cannot process certain gzip'ed requests. Go figure [13] o Folks are throwing around the idea of an Apache::WebDAV [14] news o Netcraft statistics are out for November [15] Apache 5% IIS 20.16% o Security Space November statistics [16] Apache 57.99% IIS 28.08% 11.02% (150,158) of Apache servers are running mod_perl [17] links o The Apache/Perl Integration Project [20] o mod_perl documentation [21] o mod_perl modules on CPAN [22] o mod_perl homepage [23] o mod_perl list archives [24] [25] happy mod_perling... --Geoff [EMAIL PROTECTED] -- [1] http://perl.apache.org/dist/ [2] http://perl.apache.org/from-cvs/modperl/ [3] http://www.apache.org/dist/ [4] http://dev.apache.org/from-cvs/apache-1.3/ [5] http://www.perl.com/pub/language/info/software.html#stable [6] http://www.perl.com/pub/language/info/software.html#devel [7] http://forum.swarthmore.edu/epigone/modperl/lulskumzy [8] http://forum.swarthmore.edu/epigone/modperl/prayswexwand [9] http://forum.swarthmore.edu/epigone/modperl/shicluldwor [10] http://forum.swarthmore.edu/epigone/modperl/jyclandlul [11] http://forum.swarthmore.edu/epigone/modperl/glaxquumang [12] http://forum.swarthmore.edu/epigone/modperl/boifandskang [13] http://forum.swarthmore.edu/epigone/modperl/fronspeglend [14] http://forum.swarthmore.edu/epigone/modperl/skalblerdbrim [15] http://www.netcraft.com/survey [16] http://www.securityspace.com/s_survey/data/index.html [17] http://www.securityspace.com/s_survey/data/man.200011/apachemods.html [18] http://perl.apache.org [19] http://perl.apache.org/#docs [20] http://www.perl.com/CPAN-local/modules/by-module/Apache/ [21] http://www.modperl.com [22] http://forum.swarthmore.edu/epigone/modperl/ [23] http://archive.covalent.net/modperl/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ANNOUNCE: HTML::Embperl 1.3.0
The URL ftp://ftp.dev.ecos.de/pub/perl/embperl/HTML-Embperl-1.3.0.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GR/GRICHTER/HTML-Embperl-1.3.0.tar.gz size: 309786 bytes md5: d62c04100c70161733c9ff38602ee528 After nearly a year of beta test, the final 1.3.0 release is out. Beside a lot of enhancements, EmbperlObject, which allows you to build your web site out of small reusable objects in a OO-style, is the main improvement since 1.2.1. Embperl gives you the power to embed Perl code in your HTML documents and the ability to build your Web site out of small reusable objects in a OO-style. You can also take advantage all available Perl modules, (including DBI for database access) use their functionality and easily include their output into your web pages. Embperl has several features especially useful for creating HTML, including dynamic tables, formfield-processing, escaping/unescaping, session handling, and more. See http://perl.apache.org/embperl/ (english) or http://www.ecos.de/embperl/ (german) for more informations. Enjoy Gerald Changes since 1.3b7: - Corrected a wrong test, that let make test fail. Spotted by Eddie Lau. - Added a Line Feed at the end of epnames.h, which has caused some problems with on old SunOS compiler. Spotted by Roman Maeder. - Fixed a problem that Perl generated an error when $req_rec and [$ var $] was used. Spotted by Michael Stevens. - Gerald Richterecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 WWW:http://www.ecos.de Fax: +49 6133 925152 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]