[PD-dev] [ pure-data-Bugs-1416539 ] [print] behaves oddly with numeric symbols

[SourceForge.net]

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&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: 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&group_id=55736