Unable to build Apache::Scoreboard 0.10 with 5.6.0/1.3.19/1.25/RH 6.2
I'm having problems compiling Apache::Scoreboard on a RH 6.2 system with the following packages all compiled from source: Kernel 2.2.19 Apache 1.3.19 Perl 5.6.0 mod_perl 1.25 libgtop1.0.7 glib1.2.8 Apache::Scoreboard 0.10 I've searched the archive, and have seen mention of the same problem twice, but no solutions. The error is shown below. [Apache-Scoreboard-0.10]# make make[1]: Entering directory `/root/.cpan/build/Apache-Scoreboard-0.10/Dummy' /usr/bin/perl -I/usr/local/lib/perl5/5.6.0/i686-linux -I/usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/5.6.0/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.6.0/ExtUtils/typemap -typemap /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/typemap -typemap typemap DummyScoreboard.xs > DummyScoreboard.xsc && mv DummyScoreboard.xsc DummyScoreboard.c Please specify prototyping behavior for DummyScoreboard.xs (see perlxs manual) cc -c -I../ -I/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include -I/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/modules/perl -I/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/include -I/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/regex -I/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/os/unix -I/usr/local/apache/include -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\"0.04\" -DXS_VERSION=\"0.04\" -fpic -I/usr/local/lib/perl5/5.6.0/i686-linux/CORE DummyScoreboard.c In file included from DummyScoreboard.xs:2: /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/include/scoreboard.h:150: field `start_time' has incomplete type /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/auto/Apache/include/include/scoreboard.h:151: field `stop_time' has incomplete type make[1]: *** [DummyScoreboard.o] Error 1 make[1]: Leaving directory `/root/.cpan/build/Apache-Scoreboard-0.10/Dummy' make: *** [subdirs] Error 2 I've compiled Apache::Scoreboard many times on very similar systems. The most recent one with the same setup, apart from: Kernel 2.2.18 Apache 1.3.12 mod_perl 1.24_01 I'm wondering if I should recompile Apache, Perl or mod_perl after installing kernel 2.2.19. Any suggestions as to why Apache::Scoreboard fails to compile? -- Med venlig hilsen -Toem Tommy Davis Adapt A/S, Havnegade 41, 2. sal, 1058 København K Tel +45 3341 1050, Fax +45 3341 1069, http://www.adapt.dk/
Re: Syntax errors across multiple virtual hosts with separate codebase
Chris Winters wrote: [EMAIL PROTECTED]">* Tommy Davis ([EMAIL PROTECTED]) [010502 04:11]: We use a server-setup with a mod_perl enabled backend server. The server only runs mod_perl and mySQL for about 5 virtual hostsAnother problem is that the solutions uses diffferent databases. That means we end up with 5 ttimes as many open db handles as we have mod_perl processes.We have worked around this by merging all databases into a single one, prefixing the table_names with the former db-names and using a simple abstraction layer to access the database. I'm not sure how you create your database handles (in a centrallocation then passed around, or in each handler as you need it), butin MySQL (as with other databases) you can execute a 'use ' tostart using a different database.So your definition can be the same for all virtual hosts but you candefine a variable via PerlSetVar or in a configuration file that hasthe database name. When you ask for a database handle you can thencreate it using a common database name (e.g, 'mysql') and thenexecute the 'use ' statement: Thanks a bunch - I never thought about using "use " in a mod_perl/DBI context. It's obvious when you know it ;-). -- Med venlig hilsen-ToemTommy Davis, Technical DirectorAdapt A/S, Havnegade 41, 2. sal, 1058 København KTel +45 3341 1050, Fax +45 3341 1069, http://www.adapt.dk/
Re: Syntax errors across multiple virtual hosts with separate codebase
G.W. Haywood wrote:
[EMAIL PROTECTED]">
We use a server-setup with a mod_perl enabled backend server. The server only runs mod_perl and mySQL for about 5 virtual hosts.Our problem is that a syntax-error in a program used on only one virutal host, causes an "internal server error" across all virtual hosts.I suspect it's not possible to avoid this, but I would like to be sure. Can anyone confirm this?
Nope. I suspect your code isn't as separate as you think it is.
I'm quite sure the they are separate, but I'll try some simple test-scenarios tonight to double-check.
--
Med venlig hilsen
-Toem
Tommy Davis, Technical Director
Adapt A/S, Havnegade 41, 2. sal, 1058 København K
Tel +45 3341 1050, Fax +45 3341 1069, http://www.adapt.dk/
Syntax errors across multiple virtual hosts with separate codebase
We use a server-setup with a mod_perl enabled backend server. The server only runs mod_perl and mySQL for about 5 virtual hosts. Our problem is that a syntax-error in a program used on only one virutal host, causes an "internal server error" across all virtual hosts. I suspect it's not possible to avoid this, but I would like to be sure. Can anyone confirm this? Another problem is that the solutions uses diffferent databases. That means we end up with 5 ttimes as many open db handles as we have mod_perl processes. We have worked around this by merging all databases into a single one, prefixing the table_names with the former db-names and using a simple abstraction layer to access the database. I would be very interested to hear how others have solved this problem ( without buying more servers ;-). -- Med venlig hilsen -Toem
