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

Mspaint dependencies

1,191 views
Skip to first unread message

Andy

unread,
Jan 10, 2016, 5:46:24 PM1/10/16
to
Does mspaint.exe have any other files that it is dependent on ?

Paul

unread,
Jan 10, 2016, 6:09:56 PM1/10/16
to
Andy wrote:
> Does mspaint.exe have any other files that it is dependent on ?
>

Use "dependency walker" and find out.

https://en.wikipedia.org/wiki/Dependency_Walker

And if the web site was no longer available,
you could upload mspaint.exe to virustotal.com
and have an analysis done. Sometimes the
dependencies of an executable are listed
as part of the analysis. But that is a
poor substitute for DependencyWalker.

*******

If you needed to analyse something with .NET
dependencies, that would be yet another project.
For example, say you downloaded this...

https://en.wikipedia.org/wiki/Paint.NET

It's one thing for the developer to encode
the CLR value in a .NET application. But
quite another for an analysis tool to actually
tell you what parts of .NET the code is
actually using. And whether the CLR is
appropriate. For example, the developer might
say "this program needs .NET 4.0", when
an analysis of the dependencies might show
it only needed .NET 2.0. The user would not
be in a position to fix this. In some cases,
the developer has just let Visual Studio
mess around, and pick a version that
furthers a Microsoft agenda.

Paul

Andy

unread,
Jan 10, 2016, 7:11:26 PM1/10/16
to
Thanks a lot.

Andy

CRNG

unread,
Jan 11, 2016, 3:03:51 AM1/11/16
to
On Sun, 10 Jan 2016 18:09:54 -0500, Paul <nos...@needed.com> wrote in
<n6uo6v$d5a$1...@dont-email.me>

>Use "dependency walker" and find out.
>
>https://en.wikipedia.org/wiki/Dependency_Walker

Dependcy walker list about 130 .DLLs needed.
--
Web based forums are like subscribing to 10 different newspapers
and having to visit 10 different news stands to pickup each one.
Email list-server groups and USENET are like having all of those
newspapers delivered to your door every morning.

R.Wieser

unread,
Jan 11, 2016, 4:47:55 AM1/11/16
to
Andy,

> Does mspaint.exe have any other files that it is dependent on ?

*Ofcourse* it has. No Windows(tm) program runs without using KERNEL32.DLL.
And as its a drawing program I would not be surprised if either or both
GDI32.DLL and GDIPLUS.DLL are used too.

Let me take a peek ...

These are the DLLs statically linked to by my version of MSPaint:

ADVAPI32.DLL
GDI32.DLL
IMM32.DLL
KERNEL32.DLL
MFC42u.DLL
MSVCRT.DLL
COMDLG32.DLL
OLE32.DLL
OLEAUT32.DLL
SHELL32.DLL
USER32.DLL

Remark: this list does not include the DLLs used by by the above DLLs.

Regards,
Rudy Wieser


-- Origional message:
Andy <andrewke...@gmail.com> schreef in berichtnieuws
133956a0-e480-4690...@googlegroups.com...

Paul

unread,
Jan 11, 2016, 4:54:02 AM1/11/16
to
CRNG wrote:
> On Sun, 10 Jan 2016 18:09:54 -0500, Paul <nos...@needed.com> wrote in
> <n6uo6v$d5a$1...@dont-email.me>
>
>> Use "dependency walker" and find out.
>>
>> https://en.wikipedia.org/wiki/Dependency_Walker
>
> Dependcy walker list about 130 .DLLs needed.

Not if you ignore the irrelevant reference chain.

You just pay attention to the top level references,
and ignore the really silly ones. (Like seeing a
red colored reference to msjava - that was removed
a long time ago after a court case - around SP1A time.)
When a system DLL refers to another system DLL, you're
not interested in all the dominos. Just the top level
dependencies that prevent a program from loading.

Some developers use runtime DLL loading, and actually
present an error message specifically identifying
the missing DLL dependency. Which is a great feature,
when it is used. The dotNET applications aren't nearly
as fluid about handling this stuff. You'll find lots
of dotNET stuff whining about "mscoree", which doesn't
help a user figure out what to do. That's an unadorned
error message, if you see that, and the developer
hasn't tried to help you in the least.

Paul

Paul

unread,
Jan 11, 2016, 10:17:40 AM1/11/16
to
Andy wrote:
> Does mspaint.exe have any other files that it is dependent on ?
>

"running ms-paint on linux"

https://yauritux.wordpress.com/2011/03/24/running-ms-paint-on-linux/

C:\Windows\System32\mspaint.exe .wine/drive_c/Program Files/MSPaint/mspaint.exe
* mfc42.dll
* mfc42u.dll
* msisip.dll
* msvcrt.dll
* olepro32.dll
* wshext.dll
GdiPlus.dll
C:\Windows\AppPatch .wine/drive_c/windows/system32
C:\Windows\Fonts .wine/drive_c/windows/system32

So the point is, there's a fairly extensive set of
dependencies, and they're not necessarily covered in
sysoc.inf (used by sysocmgr.exe) or accessor.inf .

The latter two files, are the results of me checking
"Add/Remove Programs", which has a "Windows Features"
button. It allows adding or removing IIS for example,
from your copy of WinXP Pro. Well, at the top of the
list, is a Games and Accessories item. And that seems
to lead to "accessor.inf". But I cannot tell what
the INF used as a file source. Presumably loose files
just sitting in the system or something. I can't seem to
find an associated CAB or MSI.

But at least the above article will give you some idea
how difficult setting it up in WINE would be.

Paul

Billy_Ray~0~Ferrell-USA-VP_2016

unread,
Jan 12, 2016, 12:54:48 AM1/12/16
to

"Andy" <andrewke...@gmail.com> wrote in message
news:133956a0-e480-4690...@googlegroups.com...
> Does mspaint.exe have any other files that it is dependent on ?

other files is:

*.dib

--
I Billy Ray Ferrell is a
Modernism


0 new messages