Le 19 juil. 08 à 17:25, [EMAIL PROTECTED] a écrit : > Quoting Claude Heiland-Allen <[EMAIL PROTECTED]>: > >> >> [dumpOSC 5555] needs to be able to bind to network port 5555, if >> something else is already using it (or if the previous user of the >> port >> hasn't timed out completely) then dumpOSC will fail to create. > > which btw, is by design and not a bug. > it is the very same behaviour as the [netreceive] object has. This is a real problem with [netreceive]. For example when Pd crash, if you open your last patch, Pd can't create your [netreceive] with the same port. Is it possible to force to close connection on this port to solve the problem ? ++
Jack > > and before i forget it: have i already said that i would advice > everybody to _not_ use [dumpOSC] (as part of the OSCx library) and > instead use mrpeach's [udpreceive] and [unpackOSC]? > > fadrm > IOhannes > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list