[PD] Zexy object urn bug?

[Frank Barknecht]

Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:

> Bosko Milakovic wrote:
> > I have a question about Zexy (2.1) object urn. I think there is a bug in the 
> > second outlet. In the help patch this is writen:
> > 
> > "when all the numbers have been drawn from the pool, the system is reset 
> > (the numbers are put back) and a bang is emitted via the second outlet"
> > 
> > But this is not true. Bang is emitted not on the last number from the pool 
> > (list) but on the first number of the next cycle! Hm. I'm using this object
> 
> you are right.
> 
> 
> > in my patch and it took me cca 2 hours to find why patch doesn't work:)
> 
> but why did your patch refuse to work because of this?
> it would be good to have an example that proves that the behaviour
> should really be fixed (probably i am just to tired to think of one...)
> 
> are there any built-in objects that behave like you are expecting [urn]
> to behave? (apart from outputting unique random numbers, that is)

There are two (maybe more) conflicting [urn] objects: zexy, Cyclone
and maybe maxlib. In RTC-lib I solved the problem of different
behaviour regarding the time, when the urn is refilled, by writing
another one, but as a pure abstraction. I called it urne and it's
attached as well as in CVS as part of RTC-lib.

Ciao
-- 
 Frank Barknecht                 _ ______footils.org_ __goto10.org__
-------------- next part --------------
A non-text attachment was scrubbed...
Name: urne.pd
Type: application/puredata
Size: 2840 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070327/f3b1b7e4/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: urne-help.pd
Type: application/puredata
Size: 5212 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070327/f3b1b7e4/attachment-0001.bin>