Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Dolphin X6.1 toGo app dependency on vcredist_x86.exe solving

15 views
Skip to first unread message

NikolaBg

unread,
Dec 28, 2010, 4:51:03 AM12/28/10
to
Deployed application failes to start on user computer becouse of
dependency to Microsoft Visual C++ 2008 SP1 Redistributable Package
(msvcr90.dll 9.00.30729.4148).

The package must be installed on user computer, dll can't be just
included in application installation root folder.

Why is specific dll version needed? Could it be instructed to use
older version's? How can this be traced (check or dependencies on
app)?

Regards, Nikola.

Ala'a Mohammad

unread,
Dec 28, 2010, 10:58:47 AM12/28/10
to

NikolaBg

unread,
Dec 29, 2010, 3:26:29 AM12/29/10
to
On Dec 28, 4:58 pm, "Ala'a Mohammad" <amal...@gmail.com> wrote:
> Hi,
>
> I think you'll find an answer here:https://groups.google.com/group/comp.lang.smalltalk.dolphin/browse_th...
>
> Regards,
>
> Ala'a Mohammad

Tnx, I already checked, but didn't find what I need.

Maybe I didn't ask the right question.

Setup is like this:
- There is no GUI changes in app, just logic fixes
- I load new version and make runtime
- Now i got dependecies on some new files, as my computer is updated
in meanwhile

Can this be avoided?

Regards, Nikola

Udo Schneider

unread,
Dec 29, 2010, 4:37:32 AM12/29/10
to
Please check if the new dependence is really due to Dolphin.

I had the case where one of the DLLs I used from an Dolphin app got
updated and thus was requiring a new version of the MSVC runtime.

You can check with depends.exe (http://www.dependencywalker.com/)
whether it's the app itself or one of it's DLLS is depending on the new
MSVC runtime.

Please note that you need to check against the running Dolphin app as
most DLLs used by Dolphin are loaded dynamically and are not listed in
the export section!


CU,

Udo

NikolaBg

unread,
Dec 29, 2010, 7:44:59 AM12/29/10
to
On Dec 29, 10:37 am, Udo Schneider <udo.schnei...@homeaddress.de>
wrote:

Tnx for help.

If I understand program correctly it says that GetLastError is used
(which is true), it is in NTDLL.DLL, which needs KERNEL32.DLL, which
needs MSVCR90.DLL, which makes problem...

I still do not understand why that needs that specific new version
when GetLastError worked before and should work on each computer.

Well, I do not want to get to much into it as i have no large C++
knowledge. I'm just greatfull for Dolphin and web app's ;-)

Regards, Nikola.

P.s. Happy new year!

Udo Schneider

unread,
Dec 29, 2010, 8:19:20 AM12/29/10
to
> If I understand program correctly it says that GetLastError is used
> (which is true), it is in NTDLL.DLL, which needs KERNEL32.DLL, which
> needs MSVCR90.DLL, which makes problem...
KERNEL32.DLL being dependent on MSVCR90.DLL looks very strange to me.
Are you by chance running a 64bit system?

Please note that you need to run a 64-bit Dependency Walker in this case
as well.

Could you check, whether you are trying to load 64bit DLLs from your
32bit Dolphin App? Trying this results in very strange (most not
working) effects.

Best Regards,

Udo

NikolaBg

unread,
Dec 29, 2010, 9:08:51 AM12/29/10
to
On Dec 29, 2:19 pm, Udo Schneider <udo.schnei...@homeaddress.de>
wrote:

OS is Windows XP SP2 x86 - 32bit

Problem is becouse of security update for Microsoft Visual C++ 2008
SP1 Redistributable Package.

After that update when I deploy application on user computer it also
requires same version.

I certanly regret starting vcredist_x86.exe version 9.00.30729.4148 .

When you find the problem it is preaty much solved, but it took time
to realize the problem, as from my point of view nothing changed in
application, and problem arise on third user computer...

As before last deployment I haven't seen this problem and everything
worked with some dll's in application directory.

Now if someone have problem, he needs to install same packege -
problem solved. It is good enough for now.

Regards, Nikola.

0 new messages