Hi
Following up this thread from 2011: http://lists.puredata.info/pipermail/pd-list/2011-11/092588.html
I experience still the same situation, on both Windows XP Pro installed on hardware and installed in a VirtualBox.
Assuming it might be a specialty of the install medium I used back then, I got another copy of Windows XP as an .ova-file from here: http://dev.modern.ie/tools/vms/#downloads
It shows exactly the same behaviour. No way to run Pd.
Now I would like to ask Windows users: Is anyone running Pd-vanilla on Windows XP Professional 32-bit?
Thanks, Roman
I've been testing Pd vanilla on a windows XP professional machine (shh...) Perhaps there's some DLL or something that Pd needs that my machine is supplying - assuming you're still getting the behavior you were earlier:
spawnl: Invalid argument C:\pds\pd-043.1test5\bin\wish85.exe: couldn't load TCL
...can you try tunning C:\pds\pd-043.1test5\bin\wish85.exe from teh command line to see what errors you get?
thanks Miller
On Wed, Jun 24, 2015 at 06:05:13PM +0200, Roman Haefeli wrote:
Hi
Following up this thread from 2011: http://lists.puredata.info/pipermail/pd-list/2011-11/092588.html
I experience still the same situation, on both Windows XP Pro installed on hardware and installed in a VirtualBox.
Assuming it might be a specialty of the install medium I used back then, I got another copy of Windows XP as an .ova-file from here: http://dev.modern.ie/tools/vms/#downloads
It shows exactly the same behaviour. No way to run Pd.
Now I would like to ask Windows users: Is anyone running Pd-vanilla on Windows XP Professional 32-bit?
Thanks, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mit, 2015-06-24 at 09:52 -0700, Miller Puckette wrote:
I've been testing Pd vanilla on a windows XP professional machine (shh...) Perhaps there's some DLL or something that Pd needs that my machine is supplying - assuming you're still getting the behavior you were earlier:
spawnl: Invalid argument C:\pds\pd-043.1test5\bin\wish85.exe: couldn't load TCL
...can you try tunning C:\pds\pd-043.1test5\bin\wish85.exe from teh command line to see what errors you get?
Thanks for pointing me to the right direction. From cmd.exe:
C:\puredata\pd-0.43.1test5\bin>wish85.exe The system cannot execute the specified program.
C:\puredata\pd-0.43.1test5\bin>echo %errorlevel% 9020
This also wrote messages to the system's event log. Those suggested, that some dlls are missing. It turned out, that msvcr90.dll was missing, which is part of "Microsoft Visual C++ 2008 Redistributable Package" [1]. After installing it, Pd could be started.
I don't know why some systems have it apparently installed, others don't.
The file has a size of 640kB (ought to be enough for everyone). Could it be statically linked so that it works everywhere? (I hope what I am saying does make any sense.)
Roman
[1] https://www.microsoft.com/en-us/download/details.aspx?id=29
On 06/24/2015 08:43 PM, Roman Haefeli wrote:
I don't know why some systems have it apparently installed, others don't.
most likely because some *other* (unrelated) program installed on those system has installed the dll into a system-wide path.
The file has a size of 640kB (ought to be enough for everyone). Could it be statically linked so that it works everywhere? (I hope what I am saying does make any sense.)
it's not possible due to the license of that library.
(and on a more pragmatic side: microsoft only ships the .dll (that is: the dynamically linkable library), there is no .lib to statically link in the entire library)
fmdsar IOhannes
But I can add msvcr90.dll to the Pd distribution, I think.
I suppose I should do that - but I worry about getting the "correct" version of it (???) and anyway, what other DLLs are there that Pd silently depends on?
cheers Miller
On Wed, Jun 24, 2015 at 09:58:30PM +0200, IOhannes m zmölnig wrote:
On 06/24/2015 08:43 PM, Roman Haefeli wrote:
I don't know why some systems have it apparently installed, others don't.
most likely because some *other* (unrelated) program installed on those system has installed the dll into a system-wide path.
The file has a size of 640kB (ought to be enough for everyone). Could it be statically linked so that it works everywhere? (I hope what I am saying does make any sense.)
it's not possible due to the license of that library.
(and on a more pragmatic side: microsoft only ships the .dll (that is: the dynamically linkable library), there is no .lib to statically link in the entire library)
fmdsar IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I don't know about other dependencies, but I'm pretty sure that msvcr90 is as high as you need to go for XP. I've definitely seen that DLL on sites apart form Microsoft's, but I guess that doesn't prove that it is freely distributable... -David
On 6/24/2015 1:31 PM, Miller Puckette wrote:
But I can add msvcr90.dll to the Pd distribution, I think.
I suppose I should do that - but I worry about getting the "correct" version of it (???) and anyway, what other DLLs are there that Pd silently depends on?
cheers Miller
On Wed, Jun 24, 2015 at 09:58:30PM +0200, IOhannes m zmölnig wrote:
On 06/24/2015 08:43 PM, Roman Haefeli wrote:
I don't know why some systems have it apparently installed, others don't.
most likely because some *other* (unrelated) program installed on those system has installed the dll into a system-wide path.
The file has a size of 640kB (ought to be enough for everyone). Could it be statically linked so that it works everywhere? (I hope what I am saying does make any sense.)
it's not possible due to the license of that library.
(and on a more pragmatic side: microsoft only ships the .dll (that is: the dynamically linkable library), there is no .lib to statically link in the entire library)
fmdsar IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 25/06/15 02:43, Roman Haefeli wrote:
This also wrote messages to the system's event log. Those suggested, that some dlls are missing. It turned out, that msvcr90.dll was missing, which is part of "Microsoft Visual C++ 2008 Redistributable Package" [1]. After installing it, Pd could be started.
Phew, thanks for tracking this down, Roman! That issue was scuppering my testing efforts too. Now we can cruise freely with Pd into the blissful puffy blue Windows of yesteryear.
Cheers,
Chris.
Sweet...
Can one of you test whether this new test release:
http://msp.ucsd.edu/Software/pd-0.46-7test.msw.zip
fixes the problem? Sounds like I ought to patch this one...
Miller
On Thu, Jun 25, 2015 at 11:06:06AM +0800, Chris McCormick wrote:
On 25/06/15 02:43, Roman Haefeli wrote:
This also wrote messages to the system's event log. Those suggested, that some dlls are missing. It turned out, that msvcr90.dll was missing, which is part of "Microsoft Visual C++ 2008 Redistributable Package" [1]. After installing it, Pd could be started.
Phew, thanks for tracking this down, Roman! That issue was scuppering my testing efforts too. Now we can cruise freely with Pd into the blissful puffy blue Windows of yesteryear.
Cheers,
Chris.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Miller,
On 25/06/15 11:55, Miller Puckette wrote:
Can one of you test whether this new test release: http://msp.ucsd.edu/Software/pd-0.46-7test.msw.zip fixes the problem? Sounds like I ought to patch this one...
Pd won't launch.
It launched after I installed this: https://www.microsoft.com/en-us/download/confirmation.aspx?id=29
Unrelated: there was a message in the Pd window about being unable to find the DejaVu Sans font.
Cheers,
Chris.
I take it you have some way to un-install the "MSVC 2008 Redistributable Package" so that you were able to get the new test version of Pd to fail to run... if so can you repeat Roman's experiment, launch wish85.exe on the command lie and find out what else thesystem even log complains up missing?
thanks M
On Thu, Jun 25, 2015 at 12:41:39PM +0800, Chris McCormick wrote:
Hi Miller,
On 25/06/15 11:55, Miller Puckette wrote:
Can one of you test whether this new test release: http://msp.ucsd.edu/Software/pd-0.46-7test.msw.zip fixes the problem? Sounds like I ought to patch this one...
Pd won't launch.
It launched after I installed this: https://www.microsoft.com/en-us/download/confirmation.aspx?id=29
Unrelated: there was a message in the Pd window about being unable to find the DejaVu Sans font.
Cheers,
Chris.
On Wed, 2015-06-24 at 21:56 -0700, Miller Puckette wrote:
I take it you have some way to un-install the "MSVC 2008 Redistributable Package" so that you were able to get the new test version of Pd to fail to run... if so can you repeat Roman's experiment, launch wish85.exe on the command lie and find out what else thesystem even log complains up missing?
On a pristine Windows XP installation and after installing pd-0.46-7test.msw I find the following missing DLLs for wish85.exe with Dependency Walker:
MSJAVA.DLL
Roman
I'm not sure, but I think that's not a problem... I dound something about that here:
http://www.dependencywalker.com/faq.html
(third question in the FAQ).
But meanwhile, is it still the case that wish85.exe can't run on a pristine windows XP machine??? There must be something else not happening. Perhaps the error log will have something new to say?
thanks Miller
On Thu, Jun 25, 2015 at 09:23:08AM +0200, Roman Haefeli wrote:
On Wed, 2015-06-24 at 21:56 -0700, Miller Puckette wrote:
I take it you have some way to un-install the "MSVC 2008 Redistributable Package" so that you were able to get the new test version of Pd to fail to run... if so can you repeat Roman's experiment, launch wish85.exe on the command lie and find out what else thesystem even log complains up missing?
On a pristine Windows XP installation and after installing pd-0.46-7test.msw I find the following missing DLLs for wish85.exe with Dependency Walker:
MSJAVA.DLL
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Don, 2015-06-25 at 07:54 -0700, Miller Puckette wrote:
I'm not sure, but I think that's not a problem... I dound something about that here:
http://www.dependencywalker.com/faq.html
(third question in the FAQ).
But meanwhile, is it still the case that wish85.exe can't run on a pristine windows XP machine???
pd.exe and wish85.exe exit immediately with a non-zero error level. When starting wish85.exe, I get three messages in the event viewer:
#1 Dependent Assembly Microsoft.VC90.CRT could not be found and Last Error was The referenced assembly is not installed on your system.
#2 Resolve Partial Assembly failed for Microsoft.VC90.CRT. Reference error message: The referenced assembly is not installed on your system.
#3 Generate Activation Context failed for c:\puredata\pd-0.46-7test\bin \wish85.exe. Reference error message: The operation completed successfully.
When I load wish85.exe on my Windows XP at home (the one missing msjava.dll was another machine), those are listed as missing:
IESHIMS.DLL WER.DLL
Actually, both seem to be related to IE 8 being installed on this machine (contrary to the other machine where still IE 6 rules). Also, when I load regsvr32.exe I get the same result, which makes me think that they can be ignored. The same probably applies to msjava.dll, as you already pointed out.
Then I did, what the fifth paragraph of DependencyWalker's FAQ suggests: I loaded regsvr32.exe with DependencyWalker and ran it with wish85.exe as argument. Now those DLLs are labeled missing, too:
MSVCR90.DLL TCL85.DLL TK85.DLL
(see: http://www.netpd.org/~roman/tmp/regsvr32_exe_wish85.png )
Now, I don't know...
Roman
Well, I'm pretty sure that neither wish85 nor Pd will run without at least the dlls shipped in pd/bin. I'm at a loss to figure out for sure what other DLLs must be present as well. It looks like I'd better install a pristine Windows XP myself - I've asked at school if they have one handy, otherwise I'll run out and buy one somewhere - ugh!
M
On Thu, Jun 25, 2015 at 11:19:03PM +0200, Roman Haefeli wrote:
On Don, 2015-06-25 at 07:54 -0700, Miller Puckette wrote:
I'm not sure, but I think that's not a problem... I dound something about that here:
http://www.dependencywalker.com/faq.html
(third question in the FAQ).
But meanwhile, is it still the case that wish85.exe can't run on a pristine windows XP machine???
pd.exe and wish85.exe exit immediately with a non-zero error level. When starting wish85.exe, I get three messages in the event viewer:
#1 Dependent Assembly Microsoft.VC90.CRT could not be found and Last Error was The referenced assembly is not installed on your system.
#2 Resolve Partial Assembly failed for Microsoft.VC90.CRT. Reference error message: The referenced assembly is not installed on your system.
#3 Generate Activation Context failed for c:\puredata\pd-0.46-7test\bin \wish85.exe. Reference error message: The operation completed successfully.
When I load wish85.exe on my Windows XP at home (the one missing msjava.dll was another machine), those are listed as missing:
IESHIMS.DLL WER.DLL
Actually, both seem to be related to IE 8 being installed on this machine (contrary to the other machine where still IE 6 rules). Also, when I load regsvr32.exe I get the same result, which makes me think that they can be ignored. The same probably applies to msjava.dll, as you already pointed out.
Then I did, what the fifth paragraph of DependencyWalker's FAQ suggests: I loaded regsvr32.exe with DependencyWalker and ran it with wish85.exe as argument. Now those DLLs are labeled missing, too:
MSVCR90.DLL TCL85.DLL TK85.DLL
(see: http://www.netpd.org/~roman/tmp/regsvr32_exe_wish85.png )
Now, I don't know...
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu, 2015-06-25 at 18:40 -0700, Miller Puckette wrote:
Well, I'm pretty sure that neither wish85 nor Pd will run without at least the dlls shipped in pd/bin. I'm at a loss to figure out for sure what other DLLs must be present as well. It looks like I'd better install a pristine Windows XP myself - I've asked at school if they have one handy, otherwise I'll run out and buy one somewhere - ugh!
If running Windows XP in a VirtualBox VM is a viable option for, you can download a free and legal appliance (.ova-file) from MS:
http://dev.modern.ie/tools/vms/#downloads
The machine is limited to a 30 days trial period, but you can create snapshots and switch back to them as often as you want. For testing stuff like this, it's really convenient to be able to switch back to a pristine state.
If you still need a permanent (i.e. not restricted) installation, you might be able to get a copy from Microsoft's MSDNAA program. Usually, members from academic institutions get access to a wide range of their product palette, including operating systems. I wouldn't be surprised if that applies to members of UCSD, too.
It feels awkward to read what I just wrote, though they really make it easy nowadays. Times change...
Roman
On 06/24/2015 06:05 PM, Roman Haefeli wrote:
Assuming it might be a specialty of the install medium I used back then, I got another copy of Windows XP as an .ova-file from here: http://dev.modern.ie/tools/vms/#downloads
though i'm under the impression that these VM images are mainly for testing IE - which may imply that the XP installation is deliberately stripped down compared to a "normal" installation. (which might explain your problems)
mdsr IOhannes
On Fre, 2015-06-26 at 21:46 +0200, IOhannes m zmölnig wrote:
On 06/24/2015 06:05 PM, Roman Haefeli wrote:
Assuming it might be a specialty of the install medium I used back then, I got another copy of Windows XP as an .ova-file from here: http://dev.modern.ie/tools/vms/#downloads
though i'm under the impression that these VM images are mainly for testing IE - which may imply that the XP installation is deliberately stripped down compared to a "normal" installation. (which might explain your problems)
I'm under the impression that is not the case. I mean they're certainly intended for IE testing, but I don't have any reason to think they're stripped down. I installed all kinds of other tools on it (GitExtensions, TortoiseSVN, mingw-w64, MSYS) and they all work fine.
Also, I have this problem _not only_ on this IE testing appliance, but also with two different installations of Windows XP from an original CD. I don't know what medium Chris McCormick used to install, but he has the same problem, too.
People having used Windows XP over years very likely installed software that ships with the redistributable Pd is asking for. So that is probably why only some people experience this kind of problem while many others don't. The Windows XP VirtualBox VM (not the modern.ie-test-appliance) I initially experienced that problem withj I'm using only for a single purpose and that is why I never installed anything on it but the software used to fulfill the single purpose.
Now, I'm using this machine also for building and testing Pd and externals.
Roman
OK... I've got a clean Windows 2K install running under qemu, and indeed wish85.exe doesn't run in it. The filehas a "manifest" that contains this:
<dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity> </dependentAssembly> </dependency>
(I'm finding this out using the "mt.exe" utility in Microsoft developer tools). When I take the offending line out, wish85.exe starts up but immediately crashes.
I think I need to figure out how to recompile wish85.exe differently - I had just used the build system straight out of the tcl/tk distribution. This might take some time...
cheers Miller
On Sat, Jun 27, 2015 at 08:15:59AM +0200, Roman Haefeli wrote:
On Fre, 2015-06-26 at 21:46 +0200, IOhannes m zmölnig wrote:
On 06/24/2015 06:05 PM, Roman Haefeli wrote:
Assuming it might be a specialty of the install medium I used back then, I got another copy of Windows XP as an .ova-file from here: http://dev.modern.ie/tools/vms/#downloads
though i'm under the impression that these VM images are mainly for testing IE - which may imply that the XP installation is deliberately stripped down compared to a "normal" installation. (which might explain your problems)
I'm under the impression that is not the case. I mean they're certainly intended for IE testing, but I don't have any reason to think they're stripped down. I installed all kinds of other tools on it (GitExtensions, TortoiseSVN, mingw-w64, MSYS) and they all work fine.
Also, I have this problem _not only_ on this IE testing appliance, but also with two different installations of Windows XP from an original CD. I don't know what medium Chris McCormick used to install, but he has the same problem, too.
People having used Windows XP over years very likely installed software that ships with the redistributable Pd is asking for. So that is probably why only some people experience this kind of problem while many others don't. The Windows XP VirtualBox VM (not the modern.ie-test-appliance) I initially experienced that problem withj I'm using only for a single purpose and that is why I never installed anything on it but the software used to fulfill the single purpose.
Now, I'm using this machine also for building and testing Pd and externals.
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list