Bugs item #1416539, was opened at 2006-01-27 16:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539...

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: Closed Resolution: Duplicate

Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [print] behaves oddly with numeric symbols

Initial Comment:

[symbol 5( | [print]

produces: "symbol"

[5] | [symbol] | [print]

produces: "symbol float"

See attached pd patch.

----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)

Date: 2007-10-16 13:19

Message: Logged In: YES user_id=564396 Originator: NO

this is a duplication of bug#1443281

----------------------------------------------------------------------

Comment By: Mathieu Bouchard (matju) Date: 2006-01-30 05:30

Message: Logged In: YES user_id=801174

a [symbol 5( does not produce a symbol atom whose contents is "5"; instead it's a garbage message, as the special selectors float/symbol/pointer often imply that the $1 is of type A_FLOAT/A_SYMBOL/A_POINTER and so in various situation the value will be replaced by a dummy value, such as either the empty string symbol (&s_) or the "float" symbol (&s_float).

Compare with this:

[53( | [makefilename %c] | [print]

which produces a message whose $1 is a A_SYMBOL and so prints "symbol 5".

----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539...