[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++

[SourceForge.net]

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