Mladen, Rainer,
Thanks for pointing out the crlf thing, I discovered that myself last
night and was going to update this thread this morning but you beat me
to it. :)
I just automatically, use the tarballs since I'm normally a Unix guy. I
figure this out when I inadvertently used the Apache tarball instead of
win zip and wondered why I got the same error trying to load the .dsps.
Mladen, I am not anywhere near remotely a Windows guy. This is my first
experience compiling stuff in a Microsoft world since using Turbo C++
back in college, and that was DOS :).
With that in mind, can you elaborate on what the VS2005 MSVCRT71 issues
might be? The problem is, Visual Studio 6 is not available from MSDN,
and we don't have it readily available here. It appears to be a product
circa 1998, so I thought a newer compiler might not be a bad idea.
I don't know if you recall an e-mail from Jess Holle regarding a
"quieter" logging patch that he asked for comments on. Until we have
time to look into Rainer's idea of stopping the nodes via the mod_jk
status worker, we're using our patch for now, thus the need to build our
own mod_jk.
Thanks,
Andy
Mladen Turk wrote:
Andy Wang wrote:
Hi all,
I was able to get mod_jk building fine using Makefile.vc, but
couldn't get the .dsp file loaded into Visual Studio 2005.
If you are using HTTPD binaries from ASF use the Visual Studio 6
and Platform SDK (Windows 2003 R2 inclusive)
VS 2005 will force usage of MSVCRT71 while, so you'll have
multiple MSVCRT versions compiled in, which might cause
some nasty logging issues.
BTW, what's wrong with official mod_jk binaries?
Regards
--
^TM
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
