To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
thanks Miller
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
--- (Tcl) UNHANDLED ERROR: couldn't load library "C:/Program Files (x86)/pd/lib/tcl8.5/reg/tclreg12.dll": this library or a dependent library could not be found in library path while executing "load {C:/Program Files (x86)/pd/lib/tcl8.5/reg/tclreg12.dll} registry" ("package ifneeded registry 1.2.1" script) invoked from within "package require registry" (procedure "write_config_win" line 2) invoked from within "write_config_win $data $adomain $akey $arr " (procedure "write_config" line 4) invoked from within "write_config $::recentfiles_list $::recentfiles_domain $::recentfiles_key true" (procedure "::pd_guiprefs::write_recentfiles" line 2) invoked from within "::pd_guiprefs::write_recentfiles " (procedure "::pd_menus::update_recentfiles_on_menu" line 24) invoked from within "::pd_menus::update_recentfiles_on_menu $menubar.file $write" (procedure "::pd_menus::update_recentfiles_menu" line 5) invoked from within "::pd_menus::update_recentfiles_menu" (procedure "::pd_guiprefs::update_recentfiles" line 8) invoked from within "::pd_guiprefs::update_recentfiles $filename" (procedure "pdtk_canvas_saveas" line 23) invoked from within "pdtk_canvas_saveas .x1cc53b0 {Untitled-1} {C:/Program Files (x86)/pd/bin}" ("uplevel" body line 1) invoked from within "uplevel #0 $cmd_from_pd"saved to: //filer/home$/rhaefeli/Desktop/blabla.pd ---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Roman
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
----------------------------------------------------------------------------
I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. -Admiral Gene LeRocque
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
I don't know - I'll e-mail one of the reporting students and see if I can find out.
cheers M
On Fri, 2012-02-10 at 09:18 -0800, Miller Puckette wrote:
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
I don't know - I'll e-mail one of the reporting students and see if I can find out.
I tested with Pd-0.43.1-extended-20120201 on the same machine and it does _not_ expose that behaviour. I can create new patches, save and close them and re-open them without any errors.
Roman
On Mon, 2012-02-13 at 17:34 +0100, Roman Haefeli wrote:
On Fri, 2012-02-10 at 09:18 -0800, Miller Puckette wrote:
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
I don't know - I'll e-mail one of the reporting students and see if I can find out.
I tested with Pd-0.43.1-extended-20120201 on the same machine and it does _not_ expose that behaviour. I can create new patches, save and close them and re-open them without any errors.
Roman
Miller,
Just a thought, I think DLLs built with MinGW don't always get along with programs built with MSVC. If Tcl/Tk you include was built with MSVC and the tclreg12.dll was built with MinGW, it might cause a problem like this.
.hc
On Mon, 2012-02-13 at 17:34 +0100, Roman Haefeli wrote:
On Fri, 2012-02-10 at 09:18 -0800, Miller Puckette wrote:
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
I don't know - I'll e-mail one of the reporting students and see if I can find out.
I tested with Pd-0.43.1-extended-20120201 on the same machine and it does _not_ expose that behaviour. I can create new patches, save and close them and re-open them without any errors.
It seems the file that it complains about (tclreg12.dll) seems simply missing in the archive. Copying the file from the Pd-extended installation to <pd-install>/lib/tcl8.5/reg fixes the problem.
Also it seems, that this file has been missing since the switch from Tcl/Tk 8.4 to 8.5 for the Windows release. pd-0.43-1test4.msw.zip doesn't suffer from that problem, because it is still using 8.4. pd-0.43-1test5.msw.zip seems to be the first Version with 8.5 and this version is already missing the dll file. It seems that noone really tested those releases on Windows 7 :-(
Now, that I think more about it: If the file is _really_ missing in the archive, how comes that it works on Windows XP? I can't test right now, but could it be that this file is somehow hidden only on Win7, but not on WinXP? Strange.. Unfortunately, I know too little about Windows ... :-/
Roman
On Mon, 2012-02-13 at 17:57 +0100, Roman Haefeli wrote:
On Mon, 2012-02-13 at 17:34 +0100, Roman Haefeli wrote:
On Fri, 2012-02-10 at 09:18 -0800, Miller Puckette wrote:
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09:21 -0800, Miller Puckette wrote:
To Pd dev -
Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=557...
Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one.
I can confirm this problem. Here is what I get in the Pd-window:
[snip]---
This on Windows 7 Enterprise SP1 with Pd-0.43.1.
I didn't have time to 'play' with the problem. If there is anything specific I can test, please let me know.
Can you tell me if Pd-extended 0.43 is also affected?
.hc
I don't know - I'll e-mail one of the reporting students and see if I can find out.
I tested with Pd-0.43.1-extended-20120201 on the same machine and it does _not_ expose that behaviour. I can create new patches, save and close them and re-open them without any errors.
It seems the file that it complains about (tclreg12.dll) seems simply missing in the archive. Copying the file from the Pd-extended installation to <pd-install>/lib/tcl8.5/reg fixes the problem.
Also it seems, that this file has been missing since the switch from Tcl/Tk 8.4 to 8.5 for the Windows release. pd-0.43-1test4.msw.zip doesn't suffer from that problem, because it is still using 8.4. pd-0.43-1test5.msw.zip seems to be the first Version with 8.5 and this version is already missing the dll file. It seems that noone really tested those releases on Windows 7 :-(
Now, that I think more about it: If the file is _really_ missing in the archive, how comes that it works on Windows XP? I can't test right now, but could it be that this file is somehow hidden only on Win7, but not on WinXP? Strange.. Unfortunately, I know too little about Windows ... :-/
I checked again on Windows XP to understand why it is working there, but I forgot that I was never able to run a recent 0.43 Pd version on this box (I mentioned this before; I guess the switch was also between 0.43.1test4 and 0.43.1test5). However, the mentioned file is missing here as well, so no, there is _no_ strange unzip-thingy going on. However, I overlooked that the allegedly missing file actually is bundled, but at a different location: <pd-install>\bin\tclreg12.dll.
Yo, although I don't really have a clue which file is supposed to be located where, I was still able to help at a least a little bit.
Roman