Problem probably solved:
From the latest thinstall release notes:
* Fixed problem where .NET 2.0 loads msvcr80.dll into processes and can
cause an error dialog if msvcr80.dll cannot be located from the
side-by-side directory on Windows XP and W2k3
Thanks for the quick replies and kind regards,
Arjan
> -----Original Message-----
> From: Arjan Zipp [mailto:a.zipp@governors.nl]
> Sent: Wednesday, 14 December, 2005 12:18
> To: dev@tortoisesvn.tigris.org
> Subject: RE: Re: Some dependant dlls missing in nightly
> builds for libapr.dll and libdb43.dll?
>
> > >If you're using TSVN from your app (or any other dll provided by
> > >TSVN), you *must* add a special manifest file to your app so it can
> > >load the correct CRT/MFC dlls.
> >
> > Does this apply to every app which, for example, uses the
> > common file dialog?
> > They all end-up with TSVN in-process (and hence, by
> > implication, the V8 CRT).
>
> Some further testing shows that our application does run
> normally when
> the copy-protection is switched off.
>
> Our application is written in C#/.NET 1.1 and to protect it
> we are using
> thinstall (http://www.thinstall.com). This is a wrapper around our
> program which also wraps all dlls and other support files
> into a single
> executable, which redirects various parts of the API to
> ensure that the
> files wrapped in the package are available to it.
>
> Maybe something is going wrong in combination with that? Maybe the
> thinstall wrapper is also causing the dlls to be found in the bin
> directory?
>
> Any ideas?
>
> Arjan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
> For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Dec 14 12:29:25 2005