thats not true, i used winmerge to compare 32bit vs 64bit tomcat6, two
changes are the tomcat6.exe is different as well as a .dll or something
within the same location.since 32bit tomcat5 can only see and only use and only 
set 1024m, else
service doesnt even start in services.msc, only option is to go to
64bit.  tomcat6 has zips of 32bit vs 64bit, not true for tomcat5. so
while 32bit tomcat5 runs under a 64bit os, thats not the definition of
supporting 64bit



On Thu, Dec 20, 2018, at 7:26 AM, Olaf Kock wrote:
> 
> On 20.12.18 14:04, Bo wrote:
>> there is no 64bit for v5, but i see one for v6 and above
>> 
> There doesn't need to be one. The installer just needs to find the 64> bit 
> JRE (or JDK, can't remember when this requirement was changed) and> use it to 
> start tomcat, e.g. for the service.
> 
> Tomcat itself, apart from optional native libraries, is pure Java and> 
> architecturally doesn't care about the underlying bitsize. It
> just needs> to work with the different limitations that come with the various
> options, e.g. lower max memory options.
> 
> My 2 cent on the rest of the thread:
> 
> You already got Mark's attention. If you're hoping that you get more
> qualified answers than from him, carry on and upset him. My prediction> is 
> though, that you'll get a solution to your problem sooner
> (or at all)> when you play nice and don't assume that everybody (or Mark in
> particular) is working against you. Follow his suggestions in
> the other> mails on the thread - if they help: Thank him and apologize. If 
> they
> don't help: Provide what he has asked for (and apologize anyway).
> 
> Unless you're just interested in trolling. Then you'll rather get a
> first row seat on everybody's ignore list. But until then, let's not
> discuss what has been delivered in a Tomcat version that saw
> its end of> life in 2012.
> 
> 
> 
> ---------------------------------------------------------------------> To 
> unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 

Reply via email to