I'm aware that bach objects do not suffer from the same limit to number of characters in a message that regular max objects have. But I'd never witnessed what would happen in a situation where a message going from bach to max exceeded that limit.
Today, I found something in this regard that puzzled me and I would like to share.
I was using [bach.comb] object with attribute @out t so to connect it to a message object. Not on purpose, I exceeded the mentioned limit and... no output! I found that strange (I did not realise immediately the limit issue) and checked it with a [bach.portal] object. It seemed to be working... (and the limit became evident).
Well, my first conclusion was that [bach.comb] knows when the limit is going to be exceeded and prevents outputting a truncated message but [bach.portal] doesn't care for it and always spits out whatever it can. But the problem is that [bach.comb] is actually outputting something, although the message object isn't able to render it.
Just to be sure, I added a [bach.iter] after [bach.comb] (the native one) and I was glad to realise it was working as expected (as long as no @out t was used). If I add it after [bach.portal] or after [bach.comb @out t], I get bach.iter: Bad input llll - which proves [bach.comb @out t] is outputting something. So, why the different behaviour regarding the message object? Is it on purpose or is it a bug? (I'm just curious. It really doesn't make any difference as one will never be able to use truncated max type messages.)
Here, are my experiments:
Code: Select all
<pre><code>
----------begin_max5_patcher----------
956.3ocyXssahCCD84vWwn7xtUhEE6beep+G6VUYHdgzRribb.pp5+95KIsr
sPwPBq5CXjG63yLmwykjmm34Omui13C+D9E3487DOOiHs.ut4d9UjcKVSZLa
yeAuphxj9SsqIo6jF4yakPo7aMvRNu.jb3QFeKHWQjpgR1xFfHnvVt3Q0Dfz
njReBZVwaWW.bldJvHxxMTnorfNa1rdHVWxnK3sLCNgcBajOslZ.teakElo7
4O7ivvdgr1pR1Zpzn6n2Dxak8RC5jVSjKzJ58B5BokQxSSmELExRmEOEPYg5
IQJQvc5G4kISzCScj3pnMMjkzOPbeWcx.JGvA.FA2zutUCkOUSs5huObmS1N
5f1N9f1N5j1NJKxPA45QL9BscFcqR293cFxhUyJkTAbqZ6EzZ4J.C2pTPPdb
dXZ2O23Cb9YvGgmlOhxL+kF8FgzqFjMzh6UXpdl6IRonTESXCt7dkW772PEM
kblB34Tgdwrff.jYQCqdtb6wBH2VJW46DCk0KrVPaTGkJJjy1yziCwl6.H8X
P2vql8vBwBwF9LwPtVbvAibDFFMzfJb5onnDy8gz7SSQmcjXn8rsTDNWmK5h
CDG9kkD+wzuiwWS+dvf86Q9ioKzZsWIWHLmqReRYEf1YBpxJouVY4lalpK4R
2UqTIZgadZ7H4oyy5sW0XX9fb0Gy30cOrl9GopSBJrToT.spV9DPXE+loWTT
tb0dqJEsrEDEU.p9S9NjCn3N95lC11A1IFKXTYrDjg2hhMgHgWgRuJ1bNDMz
fDz4jR3SBRRBx2qBaZ9WkBruK8xESSwmnFRBxljHL9JTDoibwgI5+hyiGV+b
Vt8yZQaNgszUlI5Lt.gOtM10TVjoPYbvGt+TSDjJppcy6oLxbq9DLxgT0bgj
r1kdXOGBBONDTeDl8MYPAeYBwTfH4riRWmAUMR4hPg1jPg1TvFdJZbZO4Rye
LRshjMloA9j.AhP0ERUi5c6P52qc3sfePyO5Bcrn.S5ADN8qRHvoqSexjJNl
LYTiPPIl2JDgxt1Do4bMck8tuWkQ4zx+W1sg2JVzyM88o.uodEzFYIyTDduM
o+bA6sItnvpTGtNgqP+tS8vPq+xMpfk6FDRNYi18LHbz0rcBHznykN.L5vNQ
z0G3jqx0mTWfNZDbq3n+WH4TzHBeMbjHm7jwiPzHxAfhFCbbwskbZtzlikTW
2kT1.qFTUspG3lsmN0LsjYmZ9ho9B5lx98aJI6SDpBFRUl+VgsRztLaqY9Ub
Evr1xNrUH+xj+Rg+mJL
-----------end_max5_patcher-----------
</code></pre>
Pedro Louzeiro