The number does not matter, you are both right and wrong.
You are correct indeed the string inside the array creates an error by
itself and also contributes to the primitive error of the UDP socket.
You are wrong for thinking this is the only issue here. What we have here
is a problematic primitive UDP.
When the string in the array is passed asByteArray , the ByteArray class
complains with an error as it should.
However when it is passed to the UDP sendData:host:port it does not trigger
the ByteArray error as it should instead it triggers a socket primitive
error which obviously is not a good behaviour, so its Pharo bug. Since the
asByteArray fails the correct error should be displayed and the udp socket
primitive should never trigger.
You may think that with Primitive error of the UDP socket the data is never
sent and you will be once again wrong. Most of the times the data is indeed
not sent but other times it does . When this happens ? its completely
random. I know this because the SC server gives me a log output with every
message received together with host address and port.
Finally you are correct to think that if the array is passed as it should
then everything works fine.
In the end, I decided that the OSCMessage was more than enough for my needs
and seems to handle byteArrays fine and is easier to use.
Conclusion: Problems, Pharo bug remains.
As always thanks for the help.
On Mon, Oct 31, 2016 at 6:58 PM Nicolai Hess <nicolaih...@gmail.com> wrote:
> Am 31.10.2016 5:14 nachm. schrieb "Nicolai Hess" <nicolaih...@gmail.com>:
> >
> > Hi,
> >
> > 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.al...@gmail.com>:
> >>
> >> Hey guys I try to use Pharo to use Supercollider via OSC. OSC library
> is maintained by Stef in STHub.
> >>
> >> So SC informs that it receives the messages sent, but in Pharo I am
> getting annoying Primitive errors that I paste bellow. Anyone knows if this
> a bug or something missing here ?
> >>
> >> Also SC sometimes it informs me that the message was received in a
> different port than it was sent.
> >>
> >> Here the code I am using
> >>
> >> (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port:
> 57120.
> >
> >
> >
> > is the 0.2 a float or should this be read as 0 . 2 . (as two integral
> numbers?).
> > {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in
> this array to a byte, so it will create a byte array with four items, but
> it can not convert the string to
> > a single byte.
> >
> > Of course, you can convert a string to a byte array
> >
> > '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117
> 109 101]"
> >
> >
>
> OK, I just saw your call is similar to the other examples, so I think OSC
> knows what to do with strings in arrays, so maybe it is indeed the 0.2 that
> can not be converted?
>
> >
> >
> >>
> >>
> >> Any help greatly appreciated.
> >>
> >> Supercollider is an application which is basically a server written in
> C++ that does music composition and audio synthesis live , its extremely
> powerful and the top professional audio tool for audio synthesis and music
> live coding.
> >>
> >> http://supercollider.github.io
> >>
> >> Socket(Object)>>primitiveFailed:
> >> Socket>>errorSending:startingAt:count:toHost:port:
> >> Socket>>primSocket:sendUDPData:toHost:port:startIndex:count:
> >> Socket>>sendUDPData:toHost:port:
> >> OSCMessage(OSCPacket)>>sendTo:port:
> >> UndefinedObject>>DoIt
> >> OpalCompiler>>evaluate
> >> RubSmalltalkEditor>>evaluate:andDo:
> >> RubSmalltalkEditor>>highlightEvaluateAndDo:
> >> [ textMorph textArea editor highlightEvaluateAndDo: ann action.
> >> textMorph shoutStyler style: textMorph text ] in [ textMorph textArea
> >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann
> action.
> >> textMorph shoutStyler style: textMorph text ] ] in
> GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate:
> in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc...
> >> RubEditingArea(RubAbstractTextArea)>>handleEdit:
> >> [ textMorph textArea
> >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann
> action.
> >> textMorph shoutStyler style: textMorph text ] ] in
> GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate:
> in Block: [ textMorph textArea...
> >> WorldState>>runStepMethodsIn:
> >> WorldMorph>>runStepMethods
> >> WorldState>>doOneCycleNowFor:
> >> WorldState>>doOneCycleFor:
> >> WorldMorph>>doOneCycle
> >> [ [ World doOneCycle.
> >> Processor yield.
> >> false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in
> Block: [ [ World doOneCycle....
> >> [ self value.
> >> Processor terminateActive ] in BlockClosure>>newProcess in Block: [
> self value....
> >>
> >
>
