- Pharo-users - lists.pharo.org

Re: [Pharo-users] UDP example

by Sven Van Caekenberghe

The buffer that you supply to #receiveUDPDataInto: is either a String or a ByteArray, preallocated to a certain size. It gets filled with the incoming data part of the datagram. It should be large enough, it never overflows, if it is too small, you simply miss data (it is lost). If you preallocate N bytes, the result, the incoming data, might be less. The result from #receiveUDPDataInto: is a 4 element array, that I described before. The fields you are looking for are in the second (the ip address of the sender, a 4 element byte array) and in third (the port of the sender) slot. The first element is the actual number of bytes read. You need to copy from 1 to that size out of the buffer. The other fields that are in a datagram, outside the user data, are not accessible. You don't need them, unless you are implementing a TCP/IP stack yourself. Did you try this example ? "An UDP echo server on port 6666" [ Socket newUDP in: [ :socket | | loop buffer result input | buffer := String new: 256. loop := true. socket setPort: 6666. [ loop ] whileTrue: [ [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. input := buffer copyFrom: 1 to: result first. socket sendUDPData: input toHost: result second port: result third. (input beginsWith: #quit) ifTrue: [ loop := false ] ]. socket closeAndDestroy ] ] forkAt: Processor userBackgroundPriority named: 'UDP echo server'. "Any message sent gets echoed back" Socket newUDP in: [ :socket | | buffer result | socket sendUDPData: 'testing ', 99 atRandom asString toHost: NetNameResolver localHostAddress port: 6666. buffer := String new: 256. [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. socket closeAndDestroy. { result. buffer. buffer copyFrom: 1 to: result first } ]. "Send quit to stop the server" Socket newUDP in: [ :socket | | buffer result | socket sendUDPData: 'quit' toHost: NetNameResolver localHostAddress port: 6666. buffer := String new: 256. [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. socket closeAndDestroy. { result. buffer. buffer copyFrom: 1 to: result first } ]. In a terminal (OSX or Linux), you can send a message like this: $ nc -u 127.0.0.1 6666 foo bar foo bar quit quit > On 21 Oct 2014, at 09:31, Annick Fron <list(a)afceurope.com> wrote: > > Sven, > > I have put a halt in your sync method, but receiveUDPData comes with 64 bytes in your app, whereas you have provisioned 48 bytes. > So since you start data at 33, I guess what you receive is the usual datagram IP header on 16 bytes, then the UDP header on 16 bytes. > http://fr.wikipedia.org/wiki/Internet_Protocol#mediaviewer/File:Ipv4_header… > http://fr.wikipedia.org/wiki/User_Datagram_Protocol > > If this is correct, I should see the source IP address on 4 bytes starting at byte 9, and the total length should be on 4 bytes starting at byte 5, and not at byte 1. > > Annick > > Le 20 oct. 2014 Ã 17:29, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > >> Annick, >> >>> On 20 Oct 2014, at 17:12, Annick Fron <list(a)afceurope.com> wrote: >>> >>> Thank you but your explanation does not explain what is the type (signed unsigned) and the size of each header component. >>> Thus it is impossible to work with that. >> >> I think you are making this way more difficult than it is. >> >> ZTimestampSNTPClient>>#sync contains a simple, runnable example of using datagrams (with a busy wait blocking the calling thread, which is only good for something simple, because normally datagrams are asynchronous, but that is another story). >> >> What you get back from #receiveUDPDataInto: is an Array with 4 elements: >> >> - number of bytes received, Integer >> - address of sender, ByteArray (use NetNameResolver if necessary) >> - port of sender, Integer >> - whether more datagrams are available for reading, Boolean >> >> The data is in the reallocated buffer that you supplied, aStringOrByteArray. >> >> This is all perfectly useable at the Pharo level. >> >> The question about signed/unsigned sounds like a C question, for which this is the wrong list, no ? I am sure it is quite easy to find C code that works with datagrams on your platform. A byte array is an unsigned char array as far as I remember ... >> >> What you put inside the datagram, is up to you and your application. >> >> HTH, >> >> Sven >> >>> Annick >>> >>> Le 17 oct. 2014 Ã 19:09, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >>> >>>> Yes, you have to use the methods in the protocol 'datagrams' of Socket. >>>> >>>> When you receive a datagram, the IP:PORT of the other party is included, see #receiveUDPDataInto:'c comment. >>>> >>>> It is all a bit low level, but it works well. >>>> >>>> On 17 Oct 2014, at 18:15, Annick Fron <list(a)afceurope.com> wrote: >>>> >>>>> Thank you, but I am confused. >>>>> I have checked your NTP code, and it uses >>>>> sendUDPData and not sendData. Same for receiveUDPData. >>>>> Besides how is it possible to know where the message comes from in a broadcast mode ?? >>>>> Annick >>>>> Le 17 oct. 2014 Ã 17:35, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >>>>> >>>>>> UDP is pretty easy, just send and receive byte arrays basically, mostly non-blocking. >>>>>> >>>>>> http://forum.world.st/UDP-Listener-example-td4362851.html >>>>>> http://forum.world.st/SysLogSender-UDP-td4745862.html >>>>>> >>>>>> The API is all in Socket. >>>>>> >>>>>> On 17 Oct 2014, at 17:09, Annick Fron <list(a)afceurope.com> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I was not able to find a UDP example in pharo. >>>>>>> >>>>>>> There are only TCP examples. >>>>>>> >>>>>>> Any pointer ? >>>>>>> >>>>>>> Annick >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

Oct. 21, 2014

Re: [Pharo-users] new Pharo Success story

by Sven Van Caekenberghe

Each success story is available separately: http://pharo.org/success/PharoAtCSOB > On 21 Oct 2014, at 08:48, stepharo <stepharo(a)free.fr> wrote: > > I agree but I prefer that esteban works on spur. > > Stef > > On 20/10/14 17:43, Esteban A. Maringolo wrote: >> 2014-10-20 6:41 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >>> It is a lot of work to do a project inside such a big bank, let alone make a success of it. >>> Congratulation to Tomas and the rest of his team. >> +1 >> >> suggestion: can the success page be splitted into different pages? >> I prefer a main success page with the logos and/or excerpts of the >> solutions linking to the full success page case. >> >> Regards! >> >> >> Esteban A. Maringolo >> >> > >

Oct. 21, 2014

Re: [Pharo-users] UDP example

by Annick Fron

Sven, I have put a halt in your sync method, but receiveUDPData comes with 64 bytes in your app, whereas you have provisioned 48 bytes. So since you start data at 33, I guess what you receive is the usual datagram IP header on 16 bytes, then the UDP header on 16 bytes. http://fr.wikipedia.org/wiki/Internet_Protocol#mediaviewer/File:Ipv4_header… http://fr.wikipedia.org/wiki/User_Datagram_Protocol If this is correct, I should see the source IP address on 4 bytes starting at byte 9, and the total length should be on 4 bytes starting at byte 5, and not at byte 1. Annick Le 20 oct. 2014 Ã 17:29, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > Annick, > >> On 20 Oct 2014, at 17:12, Annick Fron <list(a)afceurope.com> wrote: >> >> Thank you but your explanation does not explain what is the type (signed unsigned) and the size of each header component. >> Thus it is impossible to work with that. > > I think you are making this way more difficult than it is. > > ZTimestampSNTPClient>>#sync contains a simple, runnable example of using datagrams (with a busy wait blocking the calling thread, which is only good for something simple, because normally datagrams are asynchronous, but that is another story). > > What you get back from #receiveUDPDataInto: is an Array with 4 elements: > > - number of bytes received, Integer > - address of sender, ByteArray (use NetNameResolver if necessary) > - port of sender, Integer > - whether more datagrams are available for reading, Boolean > > The data is in the reallocated buffer that you supplied, aStringOrByteArray. > > This is all perfectly useable at the Pharo level. > > The question about signed/unsigned sounds like a C question, for which this is the wrong list, no ? I am sure it is quite easy to find C code that works with datagrams on your platform. A byte array is an unsigned char array as far as I remember ... > > What you put inside the datagram, is up to you and your application. > > HTH, > > Sven > >> Annick >> >> Le 17 oct. 2014 Ã 19:09, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >> >>> Yes, you have to use the methods in the protocol 'datagrams' of Socket. >>> >>> When you receive a datagram, the IP:PORT of the other party is included, see #receiveUDPDataInto:'c comment. >>> >>> It is all a bit low level, but it works well. >>> >>> On 17 Oct 2014, at 18:15, Annick Fron <list(a)afceurope.com> wrote: >>> >>>> Thank you, but I am confused. >>>> I have checked your NTP code, and it uses >>>> sendUDPData and not sendData. Same for receiveUDPData. >>>> Besides how is it possible to know where the message comes from in a broadcast mode ?? >>>> Annick >>>> Le 17 oct. 2014 Ã 17:35, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >>>> >>>>> UDP is pretty easy, just send and receive byte arrays basically, mostly non-blocking. >>>>> >>>>> http://forum.world.st/UDP-Listener-example-td4362851.html >>>>> http://forum.world.st/SysLogSender-UDP-td4745862.html >>>>> >>>>> The API is all in Socket. >>>>> >>>>> On 17 Oct 2014, at 17:09, Annick Fron <list(a)afceurope.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I was not able to find a UDP example in pharo. >>>>>> >>>>>> There are only TCP examples. >>>>>> >>>>>> Any pointer ? >>>>>> >>>>>> Annick >>>>>> >>>>> >>>>> >>>> >>> >> >

Oct. 21, 2014

Re: [Pharo-users] new Pharo Success story

by stepharo

I agree but I prefer that esteban works on spur. Stef On 20/10/14 17:43, Esteban A. Maringolo wrote: > 2014-10-20 6:41 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> It is a lot of work to do a project inside such a big bank, let alone make a success of it. >> Congratulation to Tomas and the rest of his team. > +1 > > suggestion: can the success page be splitted into different pages? > I prefer a main success page with the logos and/or excerpts of the > solutions linking to the full success page case. > > Regards! > > > Esteban A. Maringolo > >

Oct. 21, 2014

Re: [Pharo-users] GUI Frameworks Choice

by stepharo

Ok I will do a pass with johan and we will ask people to read the new version. On 20/10/14 22:47, Annick Fron wrote: > Hi Steph, > > I sent a correction of the ImageSpec example some time ago. > > Donât forget to mention how to put a white background â¦. > > Annick > > Le 20 oct. 2014 Ã 22:00, stepharo <stepharo(a)free.fr> a Ã©crit : > >> I should do a pass on the Spec chapters. >> So if you have feedback I'm interested. >> I plan to integrate the contributions made by Stefan Eggermont which were never considered. >> >> Stef >> >>>> Hi craig >>>> >>>> The examples are in the class WidgetExample or ExampleWidget. Now we are not happy from a design point of view of having all these widgets creation on UITheme. >>>> You can also use Spec. There is a draft of chapters on https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/838/artifa… >>>> >>>> Stef >>> Thanks Stef, this documentation will make it lot easier to use Spec. >>> >>> Craig >>> >>> >>> >>> >>> >>> >>> >> > >

Oct. 21, 2014

Re: [Pharo-users] Socket plugin signature - Urgent

by stepharo

Thanks sven I will check with the guys that wrote the socket chapter if we can add this snippet. Stef On 20/10/14 23:44, Sven Van Caekenberghe wrote: > Again, Pharo is a high-level language, not a low-level one. > > Here is a working, standalone example: > > "An UDP echo server on port 6666" > [ Socket newUDP in: [ :socket | > | loop buffer result input | > buffer := String new: 256. > loop := true. > socket setPort: 6666. > [ loop ] whileTrue: [ > [ result := socket receiveUDPDataInto: buffer. > result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. > input := buffer copyFrom: 1 to: result first. > socket sendUDPData: input toHost: result second port: result third. > (input beginsWith: #quit) ifTrue: [ loop := false ] ]. > socket closeAndDestroy ] ] forkAt: Processor userBackgroundPriority named: 'UDP echo server'. > > "Any message sent gets echoed back" > Socket newUDP in: [ :socket | > | buffer result | > socket sendUDPData: 'testing ', 99 atRandom asString toHost: NetNameResolver localHostAddress port: 6666. > buffer := String new: 256. > [ result := socket receiveUDPDataInto: buffer. > result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. > socket closeAndDestroy. > { result. buffer. buffer copyFrom: 1 to: result first } ]. > > "Send quit to stop the server" > Socket newUDP in: [ :socket | > | buffer result | > socket sendUDPData: 'quit' toHost: NetNameResolver localHostAddress port: 6666. > buffer := String new: 256. > [ result := socket receiveUDPDataInto: buffer. > result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. > socket closeAndDestroy. > { result. buffer. buffer copyFrom: 1 to: result first } ]. > > In a terminal (OSX or Linux), you can send a message like this: > > $ nc -u 127.0.0.1 6666 > foo bar > foo bar > quit > quit > > HTH, > > Sven > >> On 20 Oct 2014, at 22:39, Annick Fron <list(a)afceurope.com> wrote: >> >> In your answer you mention 1 2 3 4 data, without specifying how many bytes they have. >> Typically the IP address needs 4 bytes, so your answer 1 2 3 4 is quite incomplete. >> When I receive data like that >> >> [28 0 203 204 â¦â¦.] >> >> I donât know if I have only the datagram or if I have also the IP header. >> So my question is how do you group the bytes to get the IP address ??? >> Where do the data start ? What headers do I have and with which syntax ???? >> >> Annick >> >> >> Le 20 oct. 2014 Ã 17:32, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >> >>> I don't understand why you would need it, see my previous reply to your other message. >>> >>>> On 20 Oct 2014, at 17:23, Annick Fron <list(a)afceurope.com> wrote: >>>> >>>> Hi, >>>> >>>> Is it possible to get the documentation of the socket api signature, because otherwise I am unable to setup a UDP server ? >>>> >>>> Annick >>> >> > >

Oct. 21, 2014

Re: [Pharo-users] Citizen example for manipulating a bibtex file

by stepharo

Check in the tools there is a bib writer. Stef On 21/10/14 03:33, Offray Vladimir Luna CÃ¡rdenas wrote: > Thanks Stef and Damien, > > I have this small script as a proof of concept: > > =================================== > | bibFile bibliography | > bibFile := ((FileLocator documents / 'U/Libertadores/Grafoscopio') > children > detect: [:each | each basename endsWith: 'bib' ]) contents. > bibliography := CZBibParser parse: bibFile. > 1 to: (bibliography size) do: [:index | > (((bibliography entries at: index) fields at: 2) key = 'shorttitle') > ifTrue: [ > (bibliography entries at: index) > key: ((bibliography entries at: index) fields at: 2) value > ]]. > bibliography. > =================================== > > Now I want to write back the corrected file to the .bib ... just > having problems finding which message does the job. I'll keep searching. > > Cheers, > > Offray > > On 10/16/2014 06:40 AM, Damien Cassou wrote: >> from Damien Pollet: >> >> You will need to load the .bib file from zotero (read the file however >> you like, then pass the stream to the CZ parser). You'll get a >> CZBibSet (I don't recall the name exactly) which represents the >> contents of the file. A Set is composed of entries, each of which has >> a key and a set of fields. Finally, fields accept a few different >> kinds of values. >> >> Your processing is just iterating a set then setting the key of each >> entry (or possibly removing and re-adding the entry, I don't recall if >> it's implemented like a dictionary or more like a list). >> >> >> On Mon, Oct 13, 2014 at 2:57 AM, Offray Vladimir Luna CÃ¡rdenas >> <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: >> >> Hi, >> >> I'm using a Zotero collection for keeping track of several >> references I have >> found for my article about the experience of the >> outline/tree-like metaphor >> for writing inside Pharo (as soon as I have a presentable >> working draft I >> hope to share it with you). >> >> Now I want to make a post-processing of the bibtex file exported >> from >> Zotero. The idea is to use "shorttitle" field instead to replace >> the Zotero >> auto-generated one and have custom keys. So for example instead of: >> >> ======= >> @misc{_holistic_????, >> title = {Holistic software assessment (Uni Zurich - >> 2011) on Vimeo}, >> shorttitle = {Girba-holistic-2011}, >> url = {http://vimeo.com/42073344?__from=outro-local >> <http://vimeo.com/42073344?from=outro-local>}, >> urldate = {2014-08-19}, >> note = {00000} >> } >> >> ======= >> >> >> I would like to have: >> >> >> ======= >> >> @misc{Girba-holistic-2011, >> title = {Holistic software assessment (Uni Zurich - >> 2011) on Vimeo}, >> shorttitle = {Girba-holistic-2011}, >> url = {http://vimeo.com/42073344?__from=outro-local >> <http://vimeo.com/42073344?from=outro-local>}, >> urldate = {2014-08-19}, >> note = {00000} >> } >> >> ======= >> >> >> I have already installed Citizen and open it on the browser to >> see the code, >> but I can find any place to start with examples. >> >> Any advice on how to solve this issue will be appreciated. >> >> Cheers, >> >> Offray >> >> >> >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without losing >> enthusiasm." >> Winston Churchill >> > > >

Oct. 21, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by jannik laval

Thank you Hilaire, Could you try phratch and say me what do you expect. Then explain me what is not working. Cheers, Jannik 2014-10-20 10:53 GMT+02:00 Hilaire Fernandes <hilaire(a)drgeo.eu>: > Le 20/10/2014 10:36, jannik laval a Ã©crit : > > So, Hilaire, if you have some times to test the two firmware or if you > > are using one on Pharo, or if you have any knowledge to share. It will > > be really fast to make something work. > > > > Thank you again for yoour feedback and Ihope you can help me for Arduino. > > > > Hello Jannik, > My knowledge is very limited on the matter and I am in a prospective > state investigating what I can do with an Arduino board with students, > so I will be of no help, beside testing. > > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

Oct. 21, 2014

Re: [Pharo-users] Citizen example for manipulating a bibtex file

by Offray Vladimir Luna CÃ¡rdenas

Thanks Stef and Damien, I have this small script as a proof of concept: =================================== | bibFile bibliography | bibFile := ((FileLocator documents / 'U/Libertadores/Grafoscopio') children detect: [:each | each basename endsWith: 'bib' ]) contents. bibliography := CZBibParser parse: bibFile. 1 to: (bibliography size) do: [:index | (((bibliography entries at: index) fields at: 2) key = 'shorttitle') ifTrue: [ (bibliography entries at: index) key: ((bibliography entries at: index) fields at: 2) value ]]. bibliography. =================================== Now I want to write back the corrected file to the .bib ... just having problems finding which message does the job. I'll keep searching. Cheers, Offray On 10/16/2014 06:40 AM, Damien Cassou wrote: > from Damien Pollet: > > You will need to load the .bib file from zotero (read the file however > you like, then pass the stream to the CZ parser). You'll get a > CZBibSet (I don't recall the name exactly) which represents the > contents of the file. A Set is composed of entries, each of which has > a key and a set of fields. Finally, fields accept a few different > kinds of values. > > Your processing is just iterating a set then setting the key of each > entry (or possibly removing and re-adding the entry, I don't recall if > it's implemented like a dictionary or more like a list). > > > On Mon, Oct 13, 2014 at 2:57 AM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: > > Hi, > > I'm using a Zotero collection for keeping track of several references I have > found for my article about the experience of the outline/tree-like metaphor > for writing inside Pharo (as soon as I have a presentable working draft I > hope to share it with you). > > Now I want to make a post-processing of the bibtex file exported from > Zotero. The idea is to use "shorttitle" field instead to replace the Zotero > auto-generated one and have custom keys. So for example instead of: > > ======= > @misc{_holistic_????, > title = {Holistic software assessment (Uni Zurich - 2011) on Vimeo}, > shorttitle = {Girba-holistic-2011}, > url = {http://vimeo.com/42073344?__from=outro-local > <http://vimeo.com/42073344?from=outro-local>}, > urldate = {2014-08-19}, > note = {00000} > } > > ======= > > > I would like to have: > > > ======= > > @misc{Girba-holistic-2011, > title = {Holistic software assessment (Uni Zurich - 2011) on Vimeo}, > shorttitle = {Girba-holistic-2011}, > url = {http://vimeo.com/42073344?__from=outro-local > <http://vimeo.com/42073344?from=outro-local>}, > urldate = {2014-08-19}, > note = {00000} > } > > ======= > > > I have already installed Citizen and open it on the browser to see the code, > but I can find any place to start with examples. > > Any advice on how to solve this issue will be appreciated. > > Cheers, > > Offray > > > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill >

Oct. 21, 2014

Re: [Pharo-users] Socket plugin signature - Urgent

by Sven Van Caekenberghe

Again, Pharo is a high-level language, not a low-level one. Here is a working, standalone example: "An UDP echo server on port 6666" [ Socket newUDP in: [ :socket | | loop buffer result input | buffer := String new: 256. loop := true. socket setPort: 6666. [ loop ] whileTrue: [ [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. input := buffer copyFrom: 1 to: result first. socket sendUDPData: input toHost: result second port: result third. (input beginsWith: #quit) ifTrue: [ loop := false ] ]. socket closeAndDestroy ] ] forkAt: Processor userBackgroundPriority named: 'UDP echo server'. "Any message sent gets echoed back" Socket newUDP in: [ :socket | | buffer result | socket sendUDPData: 'testing ', 99 atRandom asString toHost: NetNameResolver localHostAddress port: 6666. buffer := String new: 256. [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. socket closeAndDestroy. { result. buffer. buffer copyFrom: 1 to: result first } ]. "Send quit to stop the server" Socket newUDP in: [ :socket | | buffer result | socket sendUDPData: 'quit' toHost: NetNameResolver localHostAddress port: 6666. buffer := String new: 256. [ result := socket receiveUDPDataInto: buffer. result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. socket closeAndDestroy. { result. buffer. buffer copyFrom: 1 to: result first } ]. In a terminal (OSX or Linux), you can send a message like this: $ nc -u 127.0.0.1 6666 foo bar foo bar quit quit HTH, Sven > On 20 Oct 2014, at 22:39, Annick Fron <list(a)afceurope.com> wrote: > > In your answer you mention 1 2 3 4 data, without specifying how many bytes they have. > Typically the IP address needs 4 bytes, so your answer 1 2 3 4 is quite incomplete. > When I receive data like that > > [28 0 203 204 â¦â¦.] > > I donât know if I have only the datagram or if I have also the IP header. > So my question is how do you group the bytes to get the IP address ??? > Where do the data start ? What headers do I have and with which syntax ???? > > Annick > > > Le 20 oct. 2014 Ã 17:32, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > >> I don't understand why you would need it, see my previous reply to your other message. >> >>> On 20 Oct 2014, at 17:23, Annick Fron <list(a)afceurope.com> wrote: >>> >>> Hi, >>> >>> Is it possible to get the documentation of the socket api signature, because otherwise I am unable to setup a UDP server ? >>> >>> Annick >> >> > >

Oct. 20, 2014