Now that I have discovered this bytecode caching feature, I am
curious if the changes I made have made any performance differences.
Also, matju mentioned that the bytecode caching probably works better
if reusing procs, so it could make sense to have sys_vgui calls use
Tcl procs, so that the bytecode gets reused.
I was also thinking that perhaps sys_vgui communications could use
Tcl_Obj references instead of sending whole lines of Tcl, but that
might get overly complicated.
.hc
------------------------------------------------------------------------
----
http://at.or.at/hans/
Bugs item #1637460, was opened at 2007-01-17 03:32
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Open
>Resolution: None
Priority: 5
Private: No
Submitted By: Georg Holzmann (grholzi)
>Assigned to: IOhannes m zmölnig (zmoelnig)
>Summary: hexloader not working with 0.40
Initial Comment:
Hallo!
The hexloader does not work with pd 0.40-1 !
It seems that there were various changes in s_loader.c and the hexloader-patch from IOhannes was thrown out ...
Would be good if it can be integrated again, because various externals/patches depends on it !
LG
Georg
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-19 12:39
Message:
Logged In: YES
user_id=27104
Originator: NO
There are troubles with the hexloader loader, so I reopened this bug
report:
http://lists.puredata.info/pipermail/pd-dev/2008-05/011653.html
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-30 15:32
Message:
Logged In: YES
user_id=564396
Originator: NO
there is now an external loader [hexloader] that provides this
functionality.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&group_…
Bugs item #1964870, was opened at 2008-05-15 17:06
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Nobody/Anonymous (nobody)
Summary: 0.40.30 OS X i386 20080515 X11 fails to open
Initial Comment:
Under todays nightly build X11 is not opened automatically by pd when one tries to use the pidip object related to the video preview pdp_glx(?)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-19 11:57
Message:
Logged In: YES
user_id=27104
Originator: NO
setting to pending since I couldn't reproduce it.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-05-19 02:58
Message:
Logged In: YES
user_id=564396
Originator: NO
from the subject, i guess the OS=OS-X and the CPU=i386
i cannot provide an example patch, however :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-17 16:45
Message:
Logged In: YES
user_id=27104
Originator: NO
On Mac OS X 10.4.11/Intel, using Pd-extended 0.40.3 20080517, it works for
me using PDP example04.pd. The pidip examples seem to have other issues,
alas...
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-05-16 11:03
Message:
Logged In: YES
user_id=564396
Originator: NO
from the subject, i guess the OS=OS-X and the CPU=i386
i cannot provide an example patch, however :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-16 10:22
Message:
Logged In: YES
user_id=27104
Originator: NO
which OS? Which CPU? Example patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…
Hallo,
Hans friendlily reminded me to copy my latest changes in the trunk
over to the branch, so I thought I'd briefly outline the process for
doing so:
As we learned last semester, a branch is simply a copy of a directory
at a certain revision with a shared history up to the point of
copying. You can find the exact revision of a branch's branching by
using "svn log --stop-on-copy", so in this case:
svn log --stop-on-copy
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extende…
tells me that my directory was copied over at revision 9819.
So, now that I know where I'm starting from, I pull down a copy of the
branch I'm merging into (merging happens locally in case of
conflicts):
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extende…
cd senderfruit
then merge everything from 9819 to the present (from the trunk):
svn merge -r 9819:HEAD
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/abstractions/…
and, most importantly, I leave a note in the log of what I merged so
that if I want to merge again, I'll know where I left off.
svn ci -m "merged r 9819:9852 from trunk/abstractions/senderfruit"
As you'll note, all this revision bookkeeping is a giant pain in the ass.
That's being supposedly fixed in SVN 1.5, where you'll be able to
simply say "svn merge [URL] [WorkingCopy]" and it will figure the rest
out. Now if they'd just release it.
Cheers
Luke
Bugs item #1964870, was opened at 2008-05-15 23:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: None
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: 0.40.30 OS X i386 20080515 X11 fails to open
Initial Comment:
Under todays nightly build X11 is not opened automatically by pd when one tries to use the pidip object related to the video preview pdp_glx(?)
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-05-19 08:58
Message:
Logged In: YES
user_id=564396
Originator: NO
from the subject, i guess the OS=OS-X and the CPU=i386
i cannot provide an example patch, however :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-17 22:45
Message:
Logged In: YES
user_id=27104
Originator: NO
On Mac OS X 10.4.11/Intel, using Pd-extended 0.40.3 20080517, it works for
me using PDP example04.pd. The pidip examples seem to have other issues,
alas...
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-05-16 17:03
Message:
Logged In: YES
user_id=564396
Originator: NO
from the subject, i guess the OS=OS-X and the CPU=i386
i cannot provide an example patch, however :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-16 16:22
Message:
Logged In: YES
user_id=27104
Originator: NO
which OS? Which CPU? Example patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…
Bugs item #1930436, was opened at 2008-03-31 14:51
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: import bug
Initial Comment:
I am using import to load a single external, for example [import pddp/pddplink].
doing so, I can create pddplink without the prefix pddp in my patch.
the only problem is, that [pddp/pddplink] will not work anymore after that. so import breaks existing paths somehow.
I figured out that not using import at all, only [pddp/pddplink] does what I need, because having an object [pddp/pddplink] in a patch will enable [pddplink] if it is created afterwards and [pddp/pddplink] will still work too.
m.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 15:27
Message:
Logged In: YES
user_id=27104
Originator: NO
this still happens on Pd-extended 0.40.3-20080517, attached example patch.
File Added: import_objectclass_bug.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_…
Bugs item #1927425, was opened at 2008-03-27 15:56
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: Later
Priority: 5
Private: No
Submitted By: marius schebella (mariusschebella)
Assigned to: Nobody/Anonymous (nobody)
Summary: save as *.pat missing on OSX
Initial Comment:
on OS X there is no option to save a patch as max compatible pat file.
this happens on 0.40.3, but I think with all other pd-versions too.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 15:13
Message:
Logged In: YES
user_id=27104
Originator: NO
One other thing, if you manually type ".pat" at the end of a file name, it
will work.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 15:11
Message:
Logged In: YES
user_id=27104
Originator: NO
This seems to be a bug in Tcl/Tk, since it is the exact same code on all
platforms. My email on this topic to the tcl-mac list went unanswered:
http://www.nabble.com/-filetypes-in-tk_getSaveFile-tt16931454.html#a16931454
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…
Bugs item #1927425, was opened at 2008-03-27 15:56
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: puredata
Group: None
Status: Open
>Resolution: Later
Priority: 5
Private: No
Submitted By: marius schebella (mariusschebella)
Assigned to: Nobody/Anonymous (nobody)
Summary: save as *.pat missing on OSX
Initial Comment:
on OS X there is no option to save a patch as max compatible pat file.
this happens on 0.40.3, but I think with all other pd-versions too.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 15:11
Message:
Logged In: YES
user_id=27104
Originator: NO
This seems to be a bug in Tcl/Tk, since it is the exact same code on all
platforms. My email on this topic to the tcl-mac list went unanswered:
http://www.nabble.com/-filetypes-in-tk_getSaveFile-tt16931454.html#a16931454
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…
Bugs item #1964787, was opened at 2008-05-15 15:09
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964787&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd-ext 0.40.3 alsamidi startup flag broken in Ubuntu Hardy
Initial Comment:
In any of the autobuilds of 0.40.3, the "-alsamidi" startup flag selects the checkbox for Alsamidi in the media menu, but the actual midi I/O ports are not created aka aconnect -io does not show them. Upon selecting Alsamidi in the media menu, the proper connections appear.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 14:50
Message:
Logged In: YES
user_id=27104
Originator: NO
have you tried this on Pd-vanilla 0.41? I wonder if there is different
behavior there?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964787&group_…
Bugs item #1965876, was opened at 2008-05-17 05:04
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965876&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: eerne (eerne)
>Assigned to: Nobody/Anonymous (nobody)
Summary: matrix-help.pd error
Initial Comment:
Pd-0.40.3-extended-20080516-macosx104-i386.dmg
the help file matrix-help.pd gets the following errors
matrix
... couldn't create
mtx_check
... couldn't create
mtx_print
... couldn't create
mtx
... couldn't create
mtx_diag 4 3 1 2
... couldn't create
mtx_ones 10
... couldn't create
mtx_element
... couldn't create
mtx_size
... couldn't create
mtx_transpose
... couldn't create
mtx_mean
... couldn't create
mtx_rand
... couldn't create
mtx_inverse
... couldn't create
mtx_eye
... couldn't create
mtx_+
... couldn't create
error: inlet: expected '' but got 'bang'
... you might be able to track this down from the Find menu.
it works when netpd's chat is loaded since this provides a [declare -stdpath ../extra/iemmatrix] then only this error occurs:
mtx_+
... couldn't create
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965876&group_…