Bugs item #1563095, was opened at 2006-09-21 21:13 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1563095&group_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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] -> PD will say that there is no object like for++ 2. try to make an object [forpp] -> PD will say that there is no object like forpp 3. try again to make an object [for++] -> et viola , there is thefor++ I was looking for cheers, Nils ---------------------------------------------------------------------- >Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-17 09:38 Message: Logged In: YES user_id=564396 i have assigned this bugto you, since i thought that this bug is related to pd-extended only (and you are the one who takes care of this). the bug does not appear when using iemlib as it is thought to be used (as a library). it only happens when it is compiled as single externals (which is not supported upstream) probably i'll find time to talk the author into fixing it (or at least accept a fix) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-13 00:57 Message: Logged In: YES user_id=27104 I never use this object, and its not my lib, so please stop assigning this bug to me. Its not something I am going to fix. The problem is that the source file name doesn't match the class name, therefore the resulting binary doesn't load the right class. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-26 08:40 Message: Logged In: NO Not a fix, but another workaround: I've checked in a for++.pd abstraction, which is compatible with the IEMLIB-external. It's in the CVS at http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/ ciao -- fbar ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 16:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is "for++", but the source filename is "forpp.c". I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1563095&group_id=55736 _______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev