You are not on the wright track by trying to solve the msjava.dll
dependency.
Just follow the instructions at:
http://msdn2.microsoft.com/en-us/library/ms235291.aspx
Steffen
http://www.sambarserver.info
----- Original Message -----
From: "Fenlason, Josh" <[EMAIL PROTECTED]>
To: <dev@httpd.apache.org>
Sent: Thursday, January 12, 2006 8:24 PM
Subject: RE: Apache 2.2.0 on Win32
Here is the path that requires msjava.dll:
Httpd.exe->libapr-1.dll->advapi32.dll->winsta.dll->netapi32.dll->dnsapi.
dll->iphlpapi.dll->mprapi.dll->activeds.dll->adsldpc.dll->credui.dll->sh
ell32.dll->shdocvw.dll->mshtml.dll->msjava.dll
I found a thread that seemed like it might be on the right track.
http://channel9.msdn.com/ShowPost.aspx?PostID=23261
I changed the manifest options mentioned here for the buildbin project,
but that didn't solve the dependency.
I tried building from the command line with nmake like you suggested,
but the build failed with the following error:
NMAKE : fatal error U1073: don't know how to make
'"..\apr\Release\libapr-1.lib"'
Stop.
NMAKE : fatal error U1077:
'D:\ProgramFiles\MicrosoftVisualStudio8\VC\bin\nmake.exe' : return
code '0x2'
Stop.
NMAKE : fatal error U1077:
'D:\ProgramFiles\MicrosoftVisualStudio8\VC\bin\nmake.exe' : return
code '0x2'
Stop.
Any idea what's wrong there?
-----Original Message-----
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 11, 2006 2:28 PM
To: dev@httpd.apache.org
Subject: Re: Apache 2.2.0 on Win32
Fenlason, Josh wrote:
> Yeah, I stumbled upon depends.exe this morning. I used it
on the 2k3
> box and found out that it couldn't find msjava.dll (Why is
this needed
> for Apache?) and msvcr80.dll. I copied them from the
working XP box
> into <apache_home>\bin. It found the dlls, but I still get
the same
> error.
Interesting. I would be especially interested in knowing
which .dll then requires msjava.dll? Follow the depends tree
to let us know.
> Error: The Side-by-Side configuration information in
> "c:\apache22\bin\HTTPD.EXE" contains errors. This
application has
> failed to start because the application configuration is incorrect.
> Reinstalling the application may fix this problem (14001).
Apparently there might be some additional flags that have
triggered creation of some built-in manifest? Can you try
skipping the gui and doing instead an nmake -f makefile.win
clean and nmake -f makefile.win installr ? This won't
introduce any new 'features' contained in VisualStudio 2005,
which could be introduced by converting the .dsp's into .vcproj's.
> I don't see any other obvious problems in the Dependency
Walker. All
> the dll's in the "Module In List", except the first 17, have little
> hour glass icons next to them. I don't know if that is an issue or
> not.
Hour glass I presume is delay-load. You are looking for red
icons in the function or modules view, which indicate modules
or entry points which could not be resolved.
> I tried running depends.exe on the working box and I noticed the
> following in the bottom.
>
> Warning: At least one module has an unresolved import due to a
> missing export function in a delay-load dependent module.
This is normal. The kernel itself has some of these conditions.
> One thing I know is different between the XP boxes is that
the working
> (and build) XP box has SP2 and the nonworking one doesn't? Any
> possibility that's an issue? Any other input would be welcome.
> Thanks.