You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2018/02/25 10:14:19 UTC
[Bug 62131] New: dependency on MSVC2010
https://bz.apache.org/bugzilla/show_bug.cgi?id=62131
Bug ID: 62131
Summary: dependency on MSVC2010
Product: Tomcat 8
Version: 8.5.x-trunk
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
Assignee: dev@tomcat.apache.org
Reporter: evgeny.marmalstein@verint.com
Target Milestone: ----
When Tomcat is starting it requires MSVC2010 (MSVCR100.dll). I think it is
related to JNI. MSVCS2010 will end of extended support on May 2018. When is
planned to upgrade the dependency.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 62131] dependency on MSVC2010
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62131
--- Comment #3 from shimshon <ev...@verint.com> ---
I looked with procmon on loading DLLs order. I see that msvcr100.dll is loaded
before jvm.dll. I see that in depends (depends.exe) indeed the jvm.dll is
dependent on msvcr100.dll.
So, it is not related to Apache tomcat. I will take with Oracle
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 62131] dependency on MSVC2010
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62131
Mark Thomas <ma...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
OS| |All
Resolution|--- |INVALID
--- Comment #1 from Mark Thomas <ma...@apache.org> ---
Tomcat is pure Java and as such has no dependencies on any Windows DLLs.
The report mentions when Tomcat is starting so this reported relates to Tomcat
at run-time but for completeness I have reviewed all the supporting components
that do have a native Windows component whether they are used at run-time or
not.
Windows Installer - No such dependency
Windows Service Runner 32-bit - No such dependency
Windows Service Runner 64-bit - No such dependency
Windows Service Manager 32-bit - No such dependency
Tomcat Native Connector 32-bit - No such dependency
Tomcat Native Connector 64-bit - No such dependency
ISAPI redirector 32-bit - No such dependency
ISAPI redirector 64-bit - No such dependency
Which as I as would expect given that the project has taken great care to
ensure that Tomcat does not have any dependency on the Microsoft Visual
Runtime.
Note that if you have built one of these supporting components yourself, or
obtained them from a source other than the ASF or one of our mirrors, then it
is possible that they will have been built differently and do have such a
dependency. In this case you should seek support from the provider of the
component.
It is also possible you are seeing a dependency of the Java Runtime
Environment. If this is the case you should seek support from your JRE
provider.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 62131] dependency on MSVC2010
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62131
--- Comment #2 from Christopher Schultz <ch...@christopherschultz.net> ---
IIRC, every windows binary that uses pretty much any basic libc functions will
link to MSVC[RS][0-9]+.DLL. The versions of tcnative.dll that Tomcat publishes
always try to use the "versionless" flavor of that library, MSVCRT.DLL.
If you build the library yourself, or if you got the library from another
source (e.g. Apache Lounge), it may have a dependency upon a certain version of
MS's runtime library.
Your choices are (a) get an updated library from a recent Tomcat release (it
should be compatible), (b) get an updated library from wherever you originally
obtained your library or (c) build the library yourself, using whatever
dependencies you prefer.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org