Re: [PD-dev] from t_symbol to t_class
On 01/12/2013 12:04 AM, Jonathan Wilkes wrote: In C would I just make a struct with fields of t_symbol, t_class, and a pointer to link to the next one? Yeah, a linked list would work fine, probably not as efficient as the c++ hash structure (but lots easier to maintain). One nit-to-pick: Use a t_class pointer, which is a t_pd. Hm... since the code to add new classes to the list will probably end up looking exactly like the code to add symbols to the symbol table, what if I just bloat the _symbol struct by adding a t_class *s_class? Would that affect performance? it would break binary compatibility. there's no good reason to add hash-like lookups to t_symbol (your only reason is convenience). true, there's an s_thing there, but that's mainly for performance reasons (looking up symbol-class mappings is usually outside a performance critical path)(and having s_thing in t_symbol is very ugly) Then searching for an existing class would be easy-- just do a gensym and check if its s_class exists. but checking whether a class exists, is as simple as calling zgetfn on pd_objectmaker. i think this is _quite_ easy. fgmasdr IOhannes ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] from t_symbol to t_class
- Original Message - From: IOhannes zmölnig zmoel...@iem.at To: pd-dev@iem.at Cc: Sent: Saturday, January 12, 2013 9:27 AM Subject: Re: [PD-dev] from t_symbol to t_class On 01/12/2013 12:04 AM, Jonathan Wilkes wrote: In C would I just make a struct with fields of t_symbol, t_class, and a pointer to link to the next one? Yeah, a linked list would work fine, probably not as efficient as the c++ hash structure (but lots easier to maintain). One nit-to-pick: Use a t_class pointer, which is a t_pd. Hm... since the code to add new classes to the list will probably end up looking exactly like the code to add symbols to the symbol table, what if I just bloat the _symbol struct by adding a t_class *s_class? Would that affect performance? it would break binary compatibility. there's no good reason to add hash-like lookups to t_symbol (your only reason is convenience). and avoiding code duplication. true, there's an s_thing there, but that's mainly for performance reasons (looking up symbol-class mappings is usually outside a performance critical path)(and having s_thing in t_symbol is very ugly) Then searching for an existing class would be easy-- just do a gensym and check if its s_class exists. but checking whether a class exists, is as simple as calling zgetfn on pd_objectmaker. i think this is _quite_ easy. Well yes. I meant searching for a class and _returning_ a class pointer. So without adding/revising code inside class_new, is creating an instance the only way to get access to the class attributes? -Jonathan fgmasdr IOhannes ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3600634 ] archive extraction fails with unarchiver on os x
Bugs item #3600634, was opened at 2013-01-12 16:11 Message generated for change (Tracker Item Submitted) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3600634group_id=55736 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: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: archive extraction fails with unarchiver on os x Initial Comment: When you use The Unarchiver ( http://wakaba.c3.cx/s/apps/unarchiver.html ) rather than the archive helper built into the OS, the downloaded archive of the current vanilla Pure Data binary isn't unpacking. It results in no file. This might be very confusing (for new users). This may be a bug in The Unarchiver, or a not properly compressed binary. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3600634group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3600641 ] .pd files with no icon
Bugs item #3600641, was opened at 2013-01-12 19:08 Message generated for change (Tracker Item Submitted) made by emviveros You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3600641group_id=55736 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: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Esteban Viveros (emviveros) Assigned to: Hans-Christoph Steiner (eighthave) Summary: .pd files with no icon Initial Comment: The icon for .pd files don't appear in my system. Ubuntu 12.04.LTS x64 Pd Version: 0.43.4-extended-20130112 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3600641group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
