|
From: nicolas b. <sl1...@gm...> - 2013-06-20 14:12:25
|
"message too long" is given by lo_address_errstr(). ++ Nicolas 2013/6/20 Stephen Sinclair <rad...@gm...> > There is an upper limit on UDP packet sizes but I expected it to be > bigger than that, more like 64 kB. (Wikipedia says 65,507 bytes.) > > https://en.wikipedia.org/wiki/User_Datagram_Protocol > > But, not sure how this interacts with the MTU tbh... > > Anyways lo_send_bundle_from() returns the number of bytes sent or -1 > on error. Maybe you can call lo_address_errstr() to get more info? > > Steve > > > On Thu, Jun 20, 2013 at 3:36 PM, nicolas bats <sl1...@gm...> wrote: > > Camille, > > thank you for your answer. > > > > for what I understand, it's not very complicated to transform my existing > > upd server to a tcp one, but will I still able to talk with app that do > use > > a udp server? > > > > best regards > > > > > > 2013/6/20 Camille Troillard <ca...@os...> > >> > >> Hi Nicolas, > >> > >> It seems that you are hitting the network MTU, and that yours was > >> configured as a jumbo frame (> 9000 bytes). > >> > >> You should use TCP instead of UDP, or fragment your bundle in several > >> ones, each sent separately in one packet. > >> > >> -- > >> Cam > >> > >> On 20 juin 2013, at 14:44, nicolas bats <sl1...@gm...> wrote: > >> > >> Hi, > >> first of all, thank you for the new release!! > >> > >> I'm facing an issue in my app as apparently the bundle I'm building is > too > >> long. > >> > >> lo_send_bundle_from() return the length of the bundle when everything is > >> fine (lo_bundle_length = 9196) and -1 when I exceed 9196. > >> > >> I'm wondering if I can use the new lo_bundle_add_bundle() to bypass this > >> limitation? > >> > >> if so, do you have an example of how I can do that (usage of incref and > >> so)? > >> > >> > >> thanx, > >> > >> best regards, > >> > >> Nicolas > >> > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> > >> _______________________________________________ > >> liblo-devel mailing list > >> lib...@li... > >> https://lists.sourceforge.net/lists/listinfo/liblo-devel > >> > >> > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> _______________________________________________ > >> liblo-devel mailing list > >> lib...@li... > >> https://lists.sourceforge.net/lists/listinfo/liblo-devel > >> > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > _______________________________________________ > > liblo-devel mailing list > > lib...@li... > > https://lists.sourceforge.net/lists/listinfo/liblo-devel > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > liblo-devel mailing list > lib...@li... > https://lists.sourceforge.net/lists/listinfo/liblo-devel > |