Stephen Leake wrote:
This recent change in monotone.web:
8918c97095c9736e554a2428b9a784f1128c8107 2009-05-20T05:51:35
l...@lapo.it * index.html: list available packaging systems, not
only latest package files.
commented out the link to the Windows binary. Was this
This recent change in monotone.web:
8918c97095c9736e554a2428b9a784f1128c8107 2009-05-20T05:51:35
l...@lapo.it * index.html: list available packaging systems, not
only latest package files.
commented out the link to the Windows binary. Was this intentional?
There were some problems
Stephen Leake schrieb:
This recent change in monotone.web:
8918c97095c9736e554a2428b9a784f1128c8107 2009-05-20T05:51:35
l...@lapo.it * index.html: list available packaging systems, not
only latest package files.
commented out the link to the Windows binary. Was this
Quoting J Decker d3c...@gmail.com:
Hrm... that doesn't help me that's a list from a Linux or other
distribution, the subject is Windows 0.44.
I created the list of dlls needed on Win32 by attempting to run without any,
and adding ones that were complained about. But maybe I wasn't careful
Quoting Thomas Keller m...@thomaskeller.biz:
What does Depends.exe [0] show you?
[0] http://www.dependencywalker.com/
Thanks for this pointer; I'll put it in win32/README.
As J Decker reports, this gives me:
libiconv-2.dll
libidn-11.dll
libintl-8.dll
libpcre-0.dll
Along with a lot of
Why are zlib1.dll, libpcrecpp-0.dll and libpcreposix-0.dll included
in the installation if they aren't used?
copying mtn and dependancies only copes [ libiconv-2.dll libidn-11.dll
libintl-8.dll libpcre-0.dll mtn.exe ]
I guess they might be dynamically loaded with LoadLibrary and
zlib most definitely is used, but it might not be that copy of it
that's getting used. libpcrecpp-0.dll and libpcreposix-0.dll, on the
other hand, are definitely *not* needed. We don't play tricks with
LoadLibrary as far as I know.
For reference, this is the set of libraries required in an
Hrm... that doesn't help me that's a list from a Linux or other
distribution, the subject is Windows 0.44.
On Thu, May 21, 2009 at 4:18 PM, Zack Weinberg za...@panix.com wrote:
zlib most definitely is used, but it might not be that copy of it
that's getting used. libpcrecpp-0.dll and
Yes, I know. The point is that those are the libraries that the
program actually uses; the list on Windows or any other platform
should be similar.
On Thu, May 21, 2009 at 4:32 PM, J Decker d3c...@gmail.com wrote:
Hrm... that doesn't help me that's a list from a Linux or other
J Decker schrieb:
On Thu, May 21, 2009 at 4:18 PM, Zack Weinberg za...@panix.com wrote:
zlib most definitely is used, but it might not be that copy of it
that's getting used. libpcrecpp-0.dll and libpcreposix-0.dll, on the
other hand, are definitely *not* needed. We don't play tricks with
yes - but a simple visual inspecition like objdump does searching for
.dll in the binary reveals no reference of the .dll...
pedump lists
Imports Table size:7680
offset 8817152 libidn-11.dll
offset 8817172 libintl-8.dll
offset 8817192 libpcre-0.dll
offset 8817212 KERNEL32.dll
depends indicates that the files I copied using my program which is
also able to find the refernced DLL's (and their refrenced dlls) has
no missing dependancies, and is only the 5 files I listed to start.
depends on the initial installation reveals no reference to zlib1.dll
On Thu, May 21, 2009
*shrug* It was probably statically linked against the other libraries,
then. I wouldn't worry about it.
zw
On Thu, May 21, 2009 at 4:40 PM, J Decker d3c...@gmail.com wrote:
depends indicates that the files I copied using my program which is
also able to find the refernced DLL's (and their
13 matches
Mail list logo