I was finally able to get this working by following the instructions for private assemblies in the link Steffen provided. I will just have to ship the "Microsoft.VC80.CRT" directory from VS2005 with my binary. I do have one question though. I have to drop the "Microsoft.VC80.CRT" directory in <apache_home>\bin and <apache_home>\modules. Any idea why I have to add it in both places? I even added Microsoft.VC80.CRT to the path and it still had to be in both locations. I can live with this since it's not too big, so I'm just curious. Thanks for all the help. , Josh.
> -----Original Message----- > From: Steffen [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 12, 2006 1:36 PM > To: [email protected] > Subject: Re: Apache 2.2.0 on Win32 > > > 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: <[email protected]> > 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.dl > l->dnsapi. > dll->iphlpapi.dll->mprapi.dll->activeds.dll->adsldpc.dll->cred > ui.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: [email protected] > > 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. > > >
