[PD] close all patches on quit sourceforge patch

Hans-Christoph Steiner hans at at.or.at
Thu Oct 25 18:34:38 CEST 2012 

Ah, that was it.  I did "cp ../tcl/*.tcl" and now it works. Maybe you could
just delete the stuff in tcl/ if its not in use?

I'll try the full distro too, I just want a way to quickly check stuff in your
git.

.hc

On 10/25/2012 09:07 AM, Ivica Ico Bukvic wrote:
> Just tried it here, works fine. There are some older versions of tcl/tk
> files in the bin directory I forgot to clean out so make sure to explicitly
> copy all tcl/tk files, like so:
> 
> cd pd/bin
> cp ../src/pd.tk .
> cp ../src/*tcl .
> ./pd-l2ork
> 
> That said, running core pd-l2ork without all the customized externals will
> only give you a limited picture. E.g. pd-l2ork uses a custom version of
> cwiid that supports wiimote passthrough mode, but that requires installing
> the custom version of cwiid. If you are using the full installer, this will
> be done for you...
> 
> Best wishes,
> 
> Ico
> 
>> -----Original Message-----
>> From: Hans-Christoph Steiner [mailto:hans at at.or.at]
>> Sent: Thursday, October 25, 2012 12:18 AM
>> To: Ivica Bukvic
>> Cc: pd-list; IOhannes m zmoelnig
>> Subject: Re: close all patches on quit sourceforge patch
>>
>>
>> yup:
>>
>> hans at palatschinken bin $ dpkg -l tkpng
>> Desired=Unknown/Install/Remove/Purge/Hold
>> |
>> |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig
>> |-pend / Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
>> ||/ Name             Version          Description
>> +++-================-================-
>> ==================================
>> +++==============
>> ii  tkpng            0.9-1ubuntu1     PNG photo image support to Tcl/Tk
>>
>>
>> Does it not work with Tcl/Tk 8.5?
>>
>> hans at palatschinken bin $ tclsh
>> % info patchlevel
>> 8.5.11
>>
>>
>> .hc
>>
>> On 10/25/2012 12:11 AM, Ivica Bukvic wrote:
>>> Do you have tkpng installed as per instructions on pd-l2ork's webpage?
>>> On Oct 24, 2012 11:57 PM, "Hans-Christoph Steiner" <hans at at.or.at>
>> wrote:
>>>
>>>>
>>>> Hmm, something different, but still not running:
>>>>
>>>> hans at palatschinken bin $ cp ../src/pd.tk .
>>>> hans at palatschinken bin $ ./pd-l2ork -stderr -d 3 set pd_whichmidiapi
>>>> 2 pdtk_pd_startup {Pd version 0.42-6extended-l2ork-20121007 } { {OSS
>>>> 2} {ALSA 1} } { {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans Mono}
>>>> normal set pd_whichmidiapi 2
>>>> tcl: /media/share/code/pd-l2ork/pd/bin/pd.tk: can't open script
>>>> ^CPd: signal 2
>>>> hans at palatschinken bin $ ls -l
>>>> /media/share/code/pd-l2ork/pd/bin/pd.tk
>>>> -rwxr-xr-x 1 hans hans 289074 Oct 24 23:55
>>>> /media/share/code/pd-l2ork/pd/bin/pd.tk
>>>>
>>>>
>>>>
>>>> On 10/24/2012 10:56 PM, Ivica Bukvic wrote:
>>>>> You forgot pd.tk...
>>>>> On Oct 24, 2012 10:52 PM, "Hans-Christoph Steiner" <hans at at.or.at>
>>>> wrote:
>>>>>
>>>>>>
>>>>>> I did:
>>>>>> cd pd/
>>>>>> cp tcl/*.tcl bin/
>>>>>> cd bin
>>>>>> ./pd-l2ork
>>>>>>
>>>>>> and got the same result:
>>>>>>
>>>>>> hans at palatschinken bin $ ./pd-l2ork  -stderr -d 3 set
>>>>>> pd_whichmidiapi 2 pdtk_pd_startup {Pd version
>>>>>> 0.42-6extended-l2ork-20121007 } { {OSS 2} {ALSA 1} } {
>>>>>> {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans Mono} normal set
>>>>>> pd_whichmidiapi 2
>>>>>>
>>>>>>
>>>>>>
>>>>>> .hc
>>>>>>
>>>>>> On 10/24/2012 10:16 PM, Ivica Bukvic wrote:
>>>>>>> If you are not installing it onto system, copy TCL files into the
>>>> pd/bin
>>>>>>> dir. Remember, this is a fork of 0.42.
>>>>>>> On Oct 24, 2012 9:07 PM, "Hans-Christoph Steiner" <hans at at.or.at>
>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> I just tried the latest pd-l2ork from git, and it doesn't seem to
>>>> start
>>>>>>>> correctly.  I did:
>>>>>>>>
>>>>>>>> cd pd/src
>>>>>>>> aclocal
>>>>>>>> autoconf
>>>>>>>> ./configure
>>>>>>>> make
>>>>>>>> ../bin/pd-l2ork
>>>>>>>>
>>>>>>>> I also tried:
>>>>>>>>
>>>>>>>> cd ../bin
>>>>>>>> ./pd-l2ork
>>>>>>>>
>>>>>>>> All I got was a great square window with no menu.  I'm on Linux
>>>>>>>> Mint
>>>> 13
>>>>>>>> Maya
>>>>>>>> amd64, which is basically Ubuntu/Precise.
>>>>>>>>
>>>>>>>> .hc
>>>>>>>>
>>>>>>>>
>>>>>>>> On 10/24/2012 08:47 PM, Ivica Bukvic wrote:
>>>>>>>>> It is only the draw command, not the communication...
>>>>>>>>>
>>>>>>>>> BTW do either of you know why one would be getting pdtk_post {
>>>>>>>>> stack overflow } messages? Doors that mean the cpu is unable to
>>>>>>>>> handle all
>>>>>> gui
>>>>>>>>> requests?
>>>>>>>>> On Oct 24, 2012 8:32 PM, "Hans-Christoph Steiner"
>>>>>>>>> <hans at at.or.at>
>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Thanks for that info.  Sounds like a good idea in general.  I
>>>>>> personally
>>>>>>>>>> can't
>>>>>>>>>> think of any reason why the DSP would need to be on during the
>>>>>> quitting.
>>>>>>>>>>  But
>>>>>>>>>> for the 'redraw' part, that depends.  If it is literally only
>>>>>> redrawing
>>>>>>>>>> that
>>>>>>>>>> is suspended, that would be fine.  But if its all Pd<-->GUI
>>>>>>>> communications,
>>>>>>>>>> that will probably cause problems.
>>>>>>>>>>
>>>>>>>>>> .hc
>>>>>>>>>>
>>>>>>>>>> On 10/24/2012 06:02 PM, Ivica Ico Bukvic wrote:
>>>>>>>>>>> Hans and Iohannes,
>>>>>>>>>>>
>>>>>>>>>>> The following is FYI.
>>>>>>>>>>>
>>>>>>>>>>> Several months ago I integrated the close all patches before
>>>> quitting
>>>>>>>>>> patch
>>>>>>>>>>> in pd-l2ork and since then I've been experiencing extremely
>>>> sporadic
>>>>>>>>>> crashes
>>>>>>>>>>> on close that would hang pd-l2ork. Now, I am not sure this is
>>>> because
>>>>>>>> of
>>>>>>>>>>> architectural differences between regular pd and pd-l2ork but
>>>>>>>>>>> I
>>>> doubt
>>>>>>>> it
>>>>>>>>>>> since most of the said components are very similar if not
>>>> identical.
>>>>>>>>>>>
>>>>>>>>>>> The bottom line is this only occurs on very low-powered
>>>>>>>>>>> machines
>>>>>> (e.g.
>>>>>>>>>>> netbook) and relatively large patches and even then it does so
>>>>>>>>>>> very sporadically. Consequently, I implemented an improvement
>>>>>>>>>>> to the
>>>>>> closing
>>>>>>>>>>> mechanism that consists of 2 additional steps and apparently
>>>>>> alleviates
>>>>>>>>>> said
>>>>>>>>>>> problems entirely:
>>>>>>>>>>>
>>>>>>>>>>> 1) disable further redraws (this prevents calling functions
>>>>>>>>>>> that
>>>> may
>>>>>> be
>>>>>>>>>>> referencing null pointers)--I have a special global var for
>>>>>>>>>>> this
>>>>>> which
>>>>>>>> is
>>>>>>>>>>> also being used to optimize redrawing (many actions in
>>>>>>>>>>> pd-l2ork are
>>>>>>>>>> several
>>>>>>>>>>> times faster than regular pd as a result of this
>>>> implementation--just
>>>>>>>>>> look
>>>>>>>>>>> for do_not_redraw call in the source if curious)
>>>>>>>>>>>
>>>>>>>>>>> 2) suspend dsp before going through the patches (all
>>>>>>>>>>> sub-patches
>>>> try
>>>>>> to
>>>>>>>>>>> suspend it and resume it but for some reason, due to
>>>>>>>>>>> asynchronous
>>>>>>>> nature
>>>>>>>>>> of
>>>>>>>>>>> communication between tcl and c funny things occasionally
>>>>>>>>>>> happen on low-powered machines, so this way we ensure it is
>>>>>>>>>>> entirely off
>>>>>>>> throughout
>>>>>>>>>>> the whole destruction process)
>>>>>>>>>>>
>>>>>>>>>>> Hope this helps!
>>>>>>>>>>>
>>>>>>>>>>> Ivica Ico Bukvic, D.M.A.
>>>>>>>>>>> Composition, Music Technology
>>>>>>>>>>> Director, DISIS Interactive Sound & Intermedia Studio
>>>>>>>>>>> Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT
>>>>>>>>>>> Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA
>>>>>>>>>>> 24061
>>>>>>>>>>> (540) 231-6139
>>>>>>>>>>> (540) 231-5034 (fax)
>>>>>>>>>>> ico at vt.edu
>>>>>>>>>>> http://www.music.vt.edu/faculty/bukvic/
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>

More information about the Pd-list mailing list