Re: [4.1.10] Milestone release tag soon
On Wed, 2002-08-28 at 07:43, Glenn Nielsen wrote: Before a 4.1.10 release I want to get the jk docs updated, they don't have info on some of the features I added last spring. I'll try to get that done today. Also, the docs for jk2 apache (1 or 2) could be enhanced. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jasper error with struts patch
The jsp code it's self: logic:present name=prospectForm property=prospectid jsp:include page=/prospectmenu.jsp flush=true/ /logic:present The JSP generated code that is bad: private boolean _jspx_meth_logic_present_0(javax.servlet.jsp.tagext.Tag _jspx_th_html_form_0, javax.servlet.jsp.PageContext pageContext) throws Throwable { JspWriter out = pageContext.getOut(); HttpServletRequest request = (HttpServletRequest)pageContext.getRequest(); ServletResponse response = pageContext.getResponse(); /* logic:present */ { [SNIP] JspRuntimeLibrary.include(request, response, /prospectmenu.jsp, out, true); The error: An error occurred at line: 58 in the jsp file: /content/prospectform.jsp Generated servlet error: [javac] Compiling 1 source file /opt2/jakarta-tomcat-4.1.7-LE-jdk14/work/Standalone/localhost/helpdesk/content/p rospectform$jsp.java:371: include(javax.servlet.http.HttpServletRequest,javax.se rvlet.http.HttpServletResponse,java.lang.String,javax.servlet.jsp.JspWriter,bool ean) in org.apache.jasper.runtime.JspRuntimeLibrary cannot be applied to (javax. servlet.http.HttpServletRequest,javax.servlet.ServletResponse,java.lang.String,j avax.servlet.jsp.JspWriter,boolean) JspRuntimeLibrary.include(request, response, /prospectmenu.jsp, out, true); ^ 1 error The problem is that JspRuntimeLibrary.include signature does not match the code generated: ServletResponse can not be morphed into a HttpServletResponse. So here is a patch, BUT I do not know what else it will break. I figure that someone who knows jasper can figure out what to do. :-) PATCH: diff -wruN /var/tmp/bpm/Generator.java.~1~ src/share/org/apache/jasper/compiler/Generator.java --- /var/tmp/bpm/Generator.java.~1~ Thu Jun 27 12:32:17 2002 +++ src/share/org/apache/jasper/compiler/Generator.java Tue Jul 16 10:46:17 2002 @@ -1155,7 +1155,7 @@ out.println(HttpServletRequest request = (HttpServletRequest)pageContext.getRequest();); } if (n.isHasIncludeAction()) { - out.println(ServletResponse response = pageContext.getResponse();); +out.println(HttpServletResponse response = (HttpServletResponse)pageContext.getResponse();); } } -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn --- /var/tmp/bpm/Generator.java.~1~ Thu Jun 27 12:32:17 2002 +++ src/share/org/apache/jasper/compiler/Generator.java Tue Jul 16 10:46:17 2002 @@ -1155,7 +1155,7 @@ out.println(HttpServletRequest request = (HttpServletRequest)pageContext.getRequest();); } if (n.isHasIncludeAction()) { - out.println(ServletResponse response = pageContext.getResponse();); +out.println(HttpServletResponse response = +(HttpServletResponse)pageContext.getResponse();); } } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.7 / mod_jk 1.2.0 / mod_jk 2.0.0
On Tue, 2002-07-02 at 15:47, [EMAIL PROTECTED] wrote: Remy: I just fixed one serious bug in jk2/java ( the one reported by David Oxley ). I think we need a 4.1.7 for that ( and possibly other bug fixes ). We are pretty close IMHO. Henri: what about tagging the workspace for mod_jk1 with 1.2.0, and use the same naming convention as in 4.1.x. Nacho, Mladen: same thing for mod_jk2 - we should use the 'milestone' style, and mod_jk2.0.0 will be the first tagged milestone. There is no need for anything fancy - it's just an alpha release. I think we should try to synchronize a bit - and maybe tag jk1.2.0 and jk2.0.0 at the same time with 4.1.7. For what it is worth, here are two patches (not pretty) to get the tomcat 4.1.6-LE-jdk1.4 to compile with the struts-1.1-b1. Don't know if you want this for 4.1 final. --- jakarta-tomcat-4.1.6-LE-jdk14-src/webapps/admin/build.xml~ Fri Jun 28 11:03:48 2002 +++ jakarta-tomcat-4.1.6-LE-jdk14-src/webapps/admin/build.xml Sat Jun 29 17:27:13 2002 @@ -22,6 +22,7 @@ pathelement location=${jmx.jar}/ pathelement location=${servlet.jar}/ pathelement location=${struts.jar}/ +pathelement location=${commons-beanutils.jar}/ /path @@ -140,6 +141,7 @@ !-- BUILD: Copy JARs == -- target name=copy-struts.jar if=struts.present copy todir=${webapps.build}/${webapp.name}/WEB-INF/lib file=${struts.jar}/ +copy todir=${webapps.build}/${webapp.name}/WEB-INF/lib file=${commons-beanutils.jar}/ copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-bean.tld/ copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-html.tld/ copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-logic.tld/ AND: --- jakarta-tomcat-4.1.6-LE-jdk14-src/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/AttributeTag.java~ Fri Jun 28 11:03:48 2002 +++ jakarta-tomcat-4.1.6-LE-jdk14-src/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/AttributeTag.java Sat Jun 29 17:07:50 2002 @@ -70,8 +70,7 @@ import javax.servlet.jsp.JspWriter; import javax.servlet.jsp.PageContext; import javax.servlet.jsp.tagext.TagSupport; -import org.apache.struts.util.PropertyUtils; - +import org.apache.commons.beanutils.PropertyUtils; /** * Custom tag that retrieves a JMX MBean attribute value, and writes it -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
reflections of tomcat 5.0 proposal
Hello, For what it is worth, here is a quote from a famous person: The significant problems we face in life cannot be solved at the same level of thinking we were at when we created them Albert Einstein. There exists a problem of scaleability with Tomcat. To solve the problem, you will need to get to a new (or different) level of thinking then what you are at now. It is a simple solution if people are willing to pay the price of change. Thank you. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Mon, 2002-02-25 at 15:37, Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug I compiled webapp as a DSO. Ok, so if you take out the LoadModule webapp_module... from the httpd.conf, does apache come up? Sorry for all of the questions, just want to eliminate the obvious. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Fri, 2002-02-22 at 15:58, Erik Lotspeich wrote: Is there anybody who has successfully built mod_webapp and gotten it to work properly? Yes, since you didn't say which platform, JVM, etc., I'll give you mine: RedHat 7.2, JDK 1.4, Jakarta-tomcat 4.0.2, Apache 2.0 b32 (works only with MPM=prefork) It works with velocity 1.2 cocoon 2.1 -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Alternate JMX implementation
Craig R. McClanahan wrote: [snip] (www.open-jmx.org). Note: OpenJMX 1.0b1 will not work with Tomcat, but a build from OpenJMX CVS will This is good to know since the BUILDING.txt states: * Download OpenJMX (version 1.0 beta 2 or later) from http://sourceforge.net/project/showfiles.php?group_id=34041 and this is the result: [javac] ^ [javac] /home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ValveBaseMBean.java:82: class org.apache.catalina.mbeans.ValveBaseMBean must be declared abstract. It does not define void removeNotificationListener(javax.management.NotificationListener, java.lang.Object) from interface javax.management.NotificationBroadcaster. [javac] public class ValveBaseMBean extends BaseModelMBean { [javac] ^ [javac] /home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ValveBaseMBean.java:82: class org.apache.catalina.mbeans.ValveBaseMBean must be declared abstract. It does not define void removeNotificationListener(javax.management.NotificationListener, javax.management.NotificationFilter, java.lang.Object) from interface javax.management.NotificationBroadcaster. [javac] public class ValveBaseMBean extends BaseModelMBean { [javac] ^ [javac] 33 errors BUILD FAILED /home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/build.xml:632: Compile failed, messages should have been provided. Total time: 9 seconds So I will CVS co a current copy of openjmx and test it out. Thanks for the hint. I was going crazy. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems building webapp_module
Gonzalez, Federico wrote: I get the following error when trying to build webapp_module apxs:Error: no config variable LDFLAGS_SHLIB This should be a FAQ item. You have a miss configured apxs application. Check to see if apxs is configured correctly. Here is an example for apache 1.3.X with gcc (See the value for $CFG_LDFLAGS_SHLIB) my $CFG_TARGET= q(httpd);# substituted via Makefile.tmpl my $CFG_CC= q(gcc);# substituted via Makefile.tmpl my $CFG_CFLAGS= q( -DEAPI -DSOLARIS2=280 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -O6 -mcpu=v8 -Wa,-xarch=v8plusa `../apaci`);# substituted via Makefile.tmpl my $CFG_CFLAGS_SHLIB = q(-fPIC -DSHARED_MODULE); # substituted via Makefile.tmpl my $CFG_LD_SHLIB = q(gcc); # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = q(-G); # substituted via Makefile.tmpl my $CFG_LIBS_SHLIB= q(-fPIC);# substituted via Makefile.tmpl my $CFG_PREFIX= q(/opt/apache);# substituted via APACI install my $CFG_SBINDIR = q(/opt/apache/bin); # substituted via APACI install my $CFG_INCLUDEDIR= q(/opt/apache/include);# substituted via APACI install my $CFG_LIBEXECDIR= q(/opt/apache/libexec);# substituted via APACI install my $CFG_SYSCONFDIR= q(/opt/apache/conf);# substituted via APACI install -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_webapp apache2 problems:
All of the particulars: uname -a = SunOS shaka 5.8 Generic_108529-12 i86pc i386 i86pc gcc -v = gcc version 2.95.3 20010315 (release) java -version = java version 1.4.0-beta3 Server version: Apache/1.3.22 (Unix) Server built: Nov 20 2001 12:00:29 Server version: Apache/2.0.29-dev Server built: Nov 20 2001 16:24:29 jakarta-tomcat-4.0 jakarta-tomcat-connectors CVS checkout on 11/21/01 Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Apache 1.3.22 configured as: CFLAGS=-DEAPI \ ./configure --with-apr=/home/bpm/compile_area/httpd-2.0/srclib/apr \ --with-apxs=/opt/apache/bin/apxs \ --with-java \ --with-tomcat=/opt/jakarta-tomcat \ --enable-debug Apache 1.3.22 configured as: ./configure --with-apr=/home/bpm/compile_area/httpd-2.0/srclib/apr \ --with-apxs=/opt/apache2/bin/apxs \ --with-java \ --with-tomcat=/opt/jakarta-tomcat \ --enable-debug This is my mod_webapp.conf: --BEGIN-- WebAppConnection warpConnection warp shaka:8008 WebAppDeploy examples warpConnection /examples/ WebAppDeploy velexample warpConnection /veloExample/ WebAppDeploy forumdemowarpConnection /forumdemo/ WebAppDeploy cocoonwarpConnection /cocoon/ WebAppInfo /webapp-info --END-- For apache 2.0: /opt/apache2/bin/apachectl configtest [Wed Nov 21 08:54:00 2001] 3938 (wa_main.c:77) WebApp Library initializing [Wed Nov 21 08:54:00 2001] 3938 (wa_main.c:81) Initializing APR [Wed Nov 21 08:54:00 2001] 3938 (pr_info.c:66) INFO provider initialized [Wed Nov 21 08:54:00 2001] 3938 (pr_warp.c:62) WARP provider initialized [Wed Nov 21 08:54:00 2001] 3938 (wa_main.c:101) WebApp Library initialized [Wed Nov 21 08:54:00 2001] 3938 (wa_config.c:167) Created connection warpConnection (Prov: warp Param: shaka:8008) Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Ok, for apache 1.3.22: /opt/apache/bin/apachectl configtest [Wed Nov 21 08:54:08 2001] 3941 (wa_main.c:77) WebApp Library initializing [Wed Nov 21 08:54:08 2001] 3941 (wa_main.c:81) Initializing APR [Wed Nov 21 08:54:08 2001] 3941 (pr_info.c:66) INFO provider initialized [Wed Nov 21 08:54:08 2001] 3941 (pr_warp.c:62) WARP provider initialized [Wed Nov 21 08:54:08 2001] 3941 (wa_main.c:101) WebApp Library initialized [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:167) Created connection warpConnection (Prov: warp Param: shaka:8008) [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:126) Created virtual host shaka:80 [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:100) Created application examples in path /examples/ [Wed Nov 21 08:54:08 2001] 3941 (wa_main.c:187) Application examples deployed for http://shaka:80/examples/ (Conn: warpConnection) [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:100) Created application velexample in path /veloExample/ [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:100) Created application forumdemo in path /forumdemo/ [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:100) Created application cocoon in path /cocoon/ [Wed Nov 21 08:54:08 2001] 3941 (pr_info.c:83) Provider is configuring _INFO_ with parameter [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:167) Created connection _INFO_ (Prov: info Param: ) [Wed Nov 21 08:54:08 2001] 3941 (wa_config.c:100) Created application _INFO_ in path /webapp-info/ [Wed Nov 21 08:54:08 2001] 3941 (pr_info.c:91) Provider is deploying _INFO_ for http://shaka:80/webapp-info/ (Conn: _INFO_) Syntax OK So, what happened so that Apache 2.0 doesn't work? -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp apache2 problems:
Justin Erenkrantz wrote: On Wed, Nov 21, 2001 at 09:22:02AM -0600, Brian P Millett wrote: Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Oooh, I bet it is related to the change that we committed to set port to 0 internally to represent that the port for the virtual server should be the port the connection actually comes in on. It's now done dynamically by the core at run-time per connection if port == 0 - which is the default for vhosts. When the connection is actually received, the port will be the correct value. I'll take a gander at compiling webapp and posting a patch. Can you verify with gdb or whatnot that wa_cvirtualhost is getting p=0? Put in a print statement, for the args going to wa_cvirtualhost: n=shaka, p=0 hope this helps -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
which WarpConnector.java is correct?
The WarpConnector.java files in jakarta-tomcat-connector/warp/java is not even close to the jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp/WarpConnector.java. Which is the correct one? This is for cvs co 11/21/01 @ 12:00 pm CST. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Off for quite a while...
Pier Fumagalli wrote: Fellow Titanium is coming with me anyway Well at least you have your priorities correct :-) Many many thanks for the effort and dedication you've shown and put into making tomcat/apache/jserv/cocoon,etc. useful. Many people go through life with nothing to show for their efforts, you have shown much and have made a large impact in many lives. Enjoy yourself. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: latest cvs checkout test
Pier P. Fumagalli wrote: Brian P Millett at [EMAIL PROTECTED] wrote: Justin Erenkrantz wrote: On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote: I just tried it on Nagoya, and it does the same for me... Do someone has _ANY_ clue of WTF is going on Yeah, I've seen this before (Solaris, too). I had to add -lgcc. Don't ask me why the linker didn't pick up on that automagically. I never took the time to figure out why I had to do it. I'd be curious to find out why though. was that just for the apr? Or for the mod_webapp? Same thing, when a library is linked, is linked... The real issue is _where_ that symbol is used... Well, this is what I did to find out that it is referenced in libapr.a. Went to apr/.libs and executed: ar -xv libapr.a Got a bunch of .o files, and checked them to see what as up. Looks like: shaka: for f in *.o ; do nm $f | grep divdi3; if [ $? -eq 0 ]; then echo $f; fi ; done [30] | 0| 0|NOTY |GLOB |0|UNDEF |__udivdi3 apr_snprintf.o [33] | 0| 0|NOTY |GLOB |0|UNDEF |__divdi3 poll.o [29] | 0| 0|NOTY |GLOB |0|UNDEF |__divdi3 readwrite.o [18] | 0| 0|NOTY |GLOB |0|UNDEF |__divdi3 sendrecv.o [29] | 0| 0|NOTY |GLOB |0|UNDEF |__divdi3 time.o So a nm on sendrecv.o shows: sendrecv.o: [Index] Value SizeType Bind Other Shndx Name [12]| 0| 0|SECT |LOCL |0|6 | [2] | 0| 0|SECT |LOCL |0|1 | [3] | 0| 0|SECT |LOCL |0|3 | [4] | 0| 0|SECT |LOCL |0|4 | [11]| 0| 0|SECT |LOCL |0|5 | [21]| 0| 0|NOTY |GLOB |0|UNDEF |___errno [18]| 0| 0|NOTY |GLOB |0|UNDEF |__divdi3 [19]| 0| 0|NOTY |GLOB |0|UNDEF |__moddi3 [13]| 0| 0|NOTY |GLOB |0|UNDEF |__posix_asctime_r [14]| 0| 0|NOTY |GLOB |0|UNDEF |__posix_ctime_r [16]| 0| 0|NOTY |GLOB |0|UNDEF |__posix_getlogin_r [15]| 0| 0|NOTY |GLOB |0|UNDEF |__posix_sigwait [17]| 0| 0|NOTY |GLOB |0|UNDEF |__posix_ttyname_r [25]| 592| 199|FUNC |GLOB |0|1 |apr_recv [29]| 1024| 260|FUNC |GLOB |0|1 |apr_recvfrom [23]| 404| 187|FUNC |GLOB |0|1 |apr_send [33]| 1476| 12|FUNC |GLOB |0|1 |apr_sendfile [27]| 792| 230|FUNC |GLOB |0|1 |apr_sendto [31]| 1284| 190|FUNC |GLOB |0|1 |apr_sendv [20]| 144| 260|FUNC |GLOB |0|1 |apr_wait_for_io_or_timeout [6] | 0| 26|FUNC |LOCL |0|1 |asctime_r [7] |28| 26|FUNC |LOCL |0|1 |ctime_r [5] | 0| 0|NOTY |LOCL |0|1 |gcc2_compiled. [9] |84| 26|FUNC |LOCL |0|1 |getlogin_r [26]| 0| 0|NOTY |GLOB |0|UNDEF |read [30]| 0| 0|NOTY |GLOB |0|UNDEF |recvfrom [22]| 0| 0|NOTY |GLOB |0|UNDEF |select [1] | 0| 0|FILE |LOCL |0|ABS|sendrecv.c [28]| 0| 0|NOTY |GLOB |0|UNDEF |sendto [8] |56| 26|FUNC |LOCL |0|1 |sigwait [10]| 112| 30|FUNC |LOCL |0|1 |ttyname_r [24]| 0| 0|NOTY |GLOB |0|UNDEF |write [32]| 0| 0|NOTY |GLOB |0|UNDEF |writev Hope this helps someone. I've just about gone over my head here. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn
Re: FW: latest cvs checkout test
Justin Erenkrantz wrote: On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote: I just tried it on Nagoya, and it does the same for me... Do someone has _ANY_ clue of WTF is going on Yeah, I've seen this before (Solaris, too). I had to add -lgcc. Don't ask me why the linker didn't pick up on that automagically. I never took the time to figure out why I had to do it. I'd be curious to find out why though. was that just for the apr? Or for the mod_webapp? -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn
Re: trouble compiling mod_jk.so
Pilho Kim wrote: Hi, Retry with Apache 1.3.14 or 1.3.17 On Fri, 23 Mar 2001, Jim Yiu wrote: Hi, I am trying to compile the Tomcat-Apache plugin for Solaris and am unsuccessful,, I am trying to follow the mod_jk faq but it does not explain what to do when there are compile errors. [snip] apxs:Break: Command failed with rc=16711680 I am running the apxs script from within the apache directory [path to apache]/apache/bin and I have Perl 5.004_04 installed, i am using SunOS 5.7 with a SPARC station 20 .. Could someone point out the problem ? Any help is appreciated. The real problem here is that the apache supplied apxs is not correct. You need to edit it and fix the $CFG_CFLAGS_SHLIB, $CFG_LD_SHLIB $CFG_LDFLAGS_SHLIB variables as follows: vlad: gdiff -Nu0 /var/tmp/bpm/apxs.~1~ /opt/apache/bin/apxs --- /var/tmp/bpm/apxs.~1~ Fri Mar 16 09:29:33 2001 +++ /opt/apache/bin/apxsFri Mar 16 15:44:42 2001 @@ -77,3 +77,3 @@ -my $CFG_CFLAGS_SHLIB = q(); # substituted via Makefile.tmpl -my $CFG_LD_SHLIB = q(); # substituted via Makefile.tmpl -my $CFG_LDFLAGS_SHLIB = q(); # substituted via Makefile.tmpl +my $CFG_CFLAGS_SHLIB = q(-fPIC -DSHARED_MODULE); # substituted via Makefile.tmpl +my $CFG_LD_SHLIB = q(ld); # substituted via Makefile.tmpl +my $CFG_LDFLAGS_SHLIB = q(-G); # substituted via Makefile.tmpl -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." [EMAIL PROTECTED] Greg Glenn