Re: [PD-dev] Destructor in external classes
oops in fact cleanup with free method doesn't work because it's not called on quit but only on object deletion, so the atexit() seems to be the key thanks kjetil + a -- do it yourself http://antoine.villeret.free.fr 2014-03-25 16:01 GMT+01:00 Antoine Villeret : > for now the OpenNI init() function is called from obj_setupCallback which > is called only once > and if I call shutdown() I need to recall init() on new instance creation > > so yes it could be a workaround > but having a onQuit() method will make my work easier :-) > > + > a > > -- > do it yourself > http://antoine.villeret.free.fr > > > 2014-03-25 15:50 GMT+01:00 Dan Wilcox : > >> >> On Mar 25, 2014, at 6:00 AM, pd-dev-requ...@iem.at wrote: >> >> *From: *Kjetil Matheussen >> *Subject: **Re: [PD-dev] Destructor in external classes* >> *Date: *March 24, 2014 at 12:32:00 PM CDT >> *To: *Antoine Villeret >> *Cc: *IOhannes m zmölnig , pd-dev List >> *Reply-To: *k.s.matheus...@notam02.no >> >> >> On Mon, Mar 24, 2014 at 2:56 PM, Antoine Villeret >> wrote: >> >> hello, >> >> the free method seems to be called when the object is deleted from the >> canvas. >> >> is there a similar method called on Pd quit ? >> I'm asking that because I'm rewriting a pix_openni2 object and to free the >> openni context i have to call a shutdown() function on quit and not on >> object deletion >> >> >> How about 'atexit'? >> >> >> Why not keep track of the number of open openni objects, then call >> shutdown when the last one is released? >> >> >> Dan Wilcox >> @danomatika >> danomatika.com >> robotcowboy.com >> >> >> >> >> >> >> ___ >> Pd-dev mailing list >> Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev >> >> > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Destructor in external classes
for now the OpenNI init() function is called from obj_setupCallback which is called only once and if I call shutdown() I need to recall init() on new instance creation so yes it could be a workaround but having a onQuit() method will make my work easier :-) + a -- do it yourself http://antoine.villeret.free.fr 2014-03-25 15:50 GMT+01:00 Dan Wilcox : > > On Mar 25, 2014, at 6:00 AM, pd-dev-requ...@iem.at wrote: > > *From: *Kjetil Matheussen > *Subject: **Re: [PD-dev] Destructor in external classes* > *Date: *March 24, 2014 at 12:32:00 PM CDT > *To: *Antoine Villeret > *Cc: *IOhannes m zmölnig , pd-dev List > *Reply-To: *k.s.matheus...@notam02.no > > > On Mon, Mar 24, 2014 at 2:56 PM, Antoine Villeret > wrote: > > hello, > > the free method seems to be called when the object is deleted from the > canvas. > > is there a similar method called on Pd quit ? > I'm asking that because I'm rewriting a pix_openni2 object and to free the > openni context i have to call a shutdown() function on quit and not on > object deletion > > > How about 'atexit'? > > > Why not keep track of the number of open openni objects, then call > shutdown when the last one is released? > > > Dan Wilcox > @danomatika > danomatika.com > robotcowboy.com > > > > > > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Destructor in external classes
this patch is quite old, and seems to be included in Pd-extended since about 2 years, is there still a good reason to not include this patch in pd-vanilla ? thanks anyway to point me there regards antoine -- do it yourself http://antoine.villeret.free.fr 2014-03-24 14:58 GMT+01:00 IOhannes m zmölnig : > On 03/24/2014 02:56 PM, Antoine Villeret wrote: > > hello, > > > > the free method seems to be called when the object is deleted from the > > canvas. > > > > is there a similar method called on Pd quit ? > > no. > see http://sourceforge.net/p/pure-data/patches/82/ > > > fgsdr > IOhannes > > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Destructor in external classes
hello,
the free method seems to be called when the object is deleted from the
canvas.
is there a similar method called on Pd quit ?
I'm asking that because I'm rewriting a pix_openni2 object and to free the
openni context i have to call a shutdown() function on quit and not on
object deletion
regards,
a
--
do it yourself
http://antoine.villeret.free.fr
2014-03-24 14:45 GMT+01:00 IOhannes m zmölnig :
> On 03/24/2014 02:22 PM, Funs Seelen wrote:
> > Hello all,
> >
> > While reorganizing my code a question about memory management in Pd arose
> > in me. If I allocate memory within the constructor space, do I have to
> free
> > this myself?
> yes
>
> > If yes, how or where should I do this?
>
> the destructor is called "free_method" in Pd-lingo and is set via
> class_new() [1].
>
> so you basically would do:
>
> void myclass_free(t_myclass*x) {
>free(x->x_ptr);
> }
> // ...
> void myclass_setup(void) {
> class_new(gensym("myclass"), myclass_new, myclass_free,
> sizeof(t_myclass), 0, ...);
> }
>
>
> > Do I have to worry about this or is all memory freed automatically when
> an
> > object is removed from its canvas?
>
> no magic is involved, thus you have to take care yourselves.
>
> mdsa
> IOhannes
>
>
> [1]
> http://iem.at/pd/externals-HOWTO/node9.html#SECTION00092100
>
> >
> > Example:
> >
>
> >
> > Any hints?
> >
> > Regards,
> > Funs
> >
> >
> >
> > ___
> > Pd-dev mailing list
> > Pd-dev@iem.at
> > http://lists.puredata.info/listinfo/pd-dev
> >
>
>
>
> ___
> Pd-dev mailing list
> Pd-dev@iem.at
> http://lists.puredata.info/listinfo/pd-dev
>
>
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1138 [mrpeach/tcpserver] send data to wrong client
--- ** [bugs:#1138] [mrpeach/tcpserver] send data to wrong client** **Status:** open **Created:** Tue Feb 25, 2014 10:51 AM UTC by Antoine Villeret **Last Updated:** Tue Feb 25, 2014 10:51 AM UTC **Owner:** nobody --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1137 [mrpeach/tcpserver] crashes when asking for a client state with a wrong id
--- ** [bugs:#1137] [mrpeach/tcpserver] crashes when asking for a client state with a wrong id** **Status:** open **Created:** Thu Feb 13, 2014 10:47 AM UTC by Antoine Villeret **Last Updated:** Thu Feb 13, 2014 10:47 AM UTC **Owner:** nobody --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1135 [mrpeach/tcpserver] crashes
--- ** [bugs:#1135] [mrpeach/tcpserver] crashes** **Status:** open **Created:** Tue Feb 04, 2014 12:35 PM UTC by Antoine Villeret **Last Updated:** Tue Feb 04, 2014 12:35 PM UTC **Owner:** Martin Peach here is a backtrace of the crashes triggered by the patch attached still on Ubuntu 12.04 64bit / pd0.45-4 / [tcpserver] build from SVN 17262. Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x718fd700 (LWP 6363)] 0x773b42cc in __libc_send (fd=, buf=, n=, flags=) at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 33 ../sysdeps/unix/sysv/linux/x86_64/send.c: Aucun fichier ou dossier de ce type. (gdb) thread apply all bt Thread 1827 (Thread 0x718fd700 (LWP 6363)): #0 0x773b42cc in __libc_send (fd=, buf=, n=, flags=) at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 #1 0x73621a4d in tcpserver_broadcast_thread (arg=0x88b710) at tcpserver.c:963 #2 0x773ace9a in start_thread (arg=0x718fd700) at pthread_create.c:308 #3 0x76ed53fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x in ?? () Thread 1 (Thread 0x77fd5740 (LWP 4424)): #0 0x76e64558 in __GI___libc_free (mem=0x761d70) at malloc.c:2970 #1 0x736211c1 in tcpserver_socketreceiver_free (x=0x761d70) at tcpserver.c:318 #2 tcpserver_notify (x=0x77ec1010) at tcpserver.c:1048 #3 0x73621027 in tcpserver_socketreceiver_read (x=0x761d70, fd=14) at tcpserver.c:281 #4 0x0047b17a in sys_domicrosleep.constprop.3 () #5 0x0047cf5a in sys_pollgui () #6 0x0047664e in m_mainloop () #7 0x76e0276d in __libc_start_main (main=0x411800 , argc=4, ubp_av=0x7fffe128, init=, fini=, rtld_fini=, stack_end=0x7fffe118) at libc-start.c:226 #8 0x00411831 in _start () --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1134 [mrpeach/tcpclient] crashes
--- ** [bugs:#1134] [mrpeach/tcpclient] crashes** **Status:** open **Created:** Tue Feb 04, 2014 12:04 PM UTC by Antoine Villeret **Last Updated:** Tue Feb 04, 2014 12:04 PM UTC **Owner:** Martin Peach tcpclient build from SVN 17262 and against pd 0.45-4 on ubuntu 12.04 64 bit Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffda593700 (LWP 16125)] 0x00474683 in clock_set () Thread 78 (Thread 0x7fffda593700 (LWP 16125)): #0 0x00474683 in clock_set () #1 0x7fffda795359 in tcpclient_child_send (w=) at tcpclient.c:387 #2 0x773ace9a in start_thread (arg=0x7fffda593700) at pthread_create.c:308 #3 0x76ed53fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x in ?? () Thread 1 (Thread 0x77fd5740 (LWP 15392)): #0 0x76ece763 in select () at ../sysdeps/unix/syscall-template.S:82 #1 0x0047b10f in sys_domicrosleep.constprop.3 () #2 0x00476731 in m_mainloop () #3 0x76e0276d in __libc_start_main (main=0x411800 , argc=5, ubp_av=0x7fffe0e8, init=, fini=, rtld_fini=, stack_end=0x7fffe0d8) at libc-start.c:226 #4 0x00411831 in _start () I will post a pd patch if I find a way to reproduce this. --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [GEM-dev] GEM for Windows build on Microsoft Visual C++
hello, I didn't find a solution to investigate firther the DLL loading error so I setup a new environnement in Visual C++ from scratch. And it build. Also i made a static FTGL library with freetype 2.5.0 (the 2.3.5 has linking issue even with FTGLdemo). So I have a working Gem.dll statically linked to FTGL and Freetype (no need to have lot's of DLL beside it). Not tested yet, but Gem.dll loads on Windows XP SP3 (but you need msvcr100.dll and msvcp100.dll besides it since it was built under WIndows 7). and [gemvertexbuffer] (both on Windows 7 and XP SP3) Cheers A -- do it yourself http://antoine.villeret.free.fr 2013/11/21 Antoine Villeret > hi, > > I try to link Gem against a static version of ftgl but Pd can't load the > Gem.dll anymore > this is the command line : > pd.exe -noprefs -lib C:\Users\win7\pd\Gem\build\win-vce2010\Gem -verbose > > and the console output : > 'pd-gui' connecting to 'pd' on localhost 5400 ... > -- done with main -- > input channels = 0, output channels = 2 > Default font: DejaVu Sans Mono > The Pd window filtered 4 lines > tried C:/Users/win7/pd/Gem/build/win-vce2010/Gem.m_i386 and failed > tried C:/Users/win7/pd/Gem/build/win-vce2010/Gem.dll and succeeded > C:\\Users\\win7\\pd\\Gem\\build\\win-vce2010\\Gem.dll: couldn't load > C:/Users/win7/pd/Gem/build/win-vce2010/Gem: can't load library > The Pd window filtered 9 lines > > there are not so much informations... > how can I investigate further ? > is there a Microsoft tool to check is the DLL is OK ? > > + > a > > -- > do it yourself > http://antoine.villeret.free.fr > > > 2013/11/4 Antoine Villeret > >> >> 2013/11/4 IOhannes m zmoelnig >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA256 >>> >>> On 2013-11-04 14:20, Antoine Villeret wrote: >>> > Hi, >>> > >>> > I built GEM on Windows with Visual C++ 2010 Express under Windows >>> > 7. I made a how-to pdf with a step-by-step. >>> >>> this is very welcome.?! >>> >> >> cool, the very first version is attached, and also in my repo under the >> build/win-vce2010 in the vce2010 branch >> but I wrote this as I come through the build, I hope this could be >> applied to other visual version >> >> >> >>> > I have a working Gem.dll and several extras. >>> >>> cool. >>> >>> > I managed to build filmDS by making some changes in the code >>> > (adding a lacking qedit.h and changing #include order) but this >>> > could have broken other builds. >>> >>> hmm, weird (i mean: why does it work on the original build?) >> >> >> the first strange thing, is that qedit.h have been removed from Windows >> SDK 7 >> I found a replacement here : >> http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/2ab5c212-5824-419d-b5d9-7f5db82f57cd/qedith-missing-in-current-windows-sdk-v70?forum=windowsdirectshowdevelopment >> but after that, there are some error due to including order >> I know this is strange but I'm thinking this is due to the new SDK version >> maybe it is possible to use the old one still on Windows 7 >> >> >> >>> >>> > >>> > I also have a question concerning Gem's dependencies. I need to put >>> > some dll (freetype6.dll, ftgl.dll, pthreadVC2.dll and zlib/dll) >>> > beside Gem.dll. >>> >>> iirc, i build a static library of FTGL and link to that. >>> this should fix the freetype6.dll/ftgl.dll issue (maybe zlib.dll as >>> well). >>> >> >> this is what I guess, I'll try to do the same and i'll update the how-to >> >> as for pthreadVC2.dll: isn't this shipped with Pd-vanilla? >>> >> >> I have pthreadGC2.dll, pthreadVC.dll and pthreadVC.lib in pd-0.45.3/bin >> but no pthreadVC2.dll, maybe one of those could be used instead >> >> >>> > >>> > I build Gem mainly to be able to build pix_opencv on Windows and I >>> > don't try IT a lot. So if somebody have time to test this on >>> > Windows, I'll be happy to make an archive with binaries. For now, >>> > there is a new folder under the build\ folder in my github >>> > Gem/vce2010 branch. https://github.com/avilleret/Gem.git >>> >>> thanks. >>> >> >> you're welcome :-) >> >> a >> >>> >>> fgmasdr >>> IOhannes >>> -BEGIN PGP SIGNATURE- >>&g
[PD-dev] Fwd: [GEM-dev] GEM for Windows build on Microsoft Visual C++
[sorry for cross-posting...] hi, I try to link Gem against a static version of ftgl but Pd can't load the Gem.dll anymore this is the command line : pd.exe -noprefs -lib C:\Users\win7\pd\Gem\build\win-vce2010\Gem -verbose and the console output : 'pd-gui' connecting to 'pd' on localhost 5400 ... -- done with main -- input channels = 0, output channels = 2 Default font: DejaVu Sans Mono The Pd window filtered 4 lines tried C:/Users/win7/pd/Gem/build/win-vce2010/Gem.m_i386 and failed tried C:/Users/win7/pd/Gem/build/win-vce2010/Gem.dll and succeeded C:\\Users\\win7\\pd\\Gem\\build\\win-vce2010\\Gem.dll: couldn't load C:/Users/win7/pd/Gem/build/win-vce2010/Gem: can't load library The Pd window filtered 9 lines there are not so much informations... how can I investigate further ? is there a Microsoft tool to check is the DLL is OK ? + a -- do it yourself http://antoine.villeret.free.fr 2013/11/4 Antoine Villeret > > 2013/11/4 IOhannes m zmoelnig > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> On 2013-11-04 14:20, Antoine Villeret wrote: >> > Hi, >> > >> > I built GEM on Windows with Visual C++ 2010 Express under Windows >> > 7. I made a how-to pdf with a step-by-step. >> >> this is very welcome.?! >> > > cool, the very first version is attached, and also in my repo under the > build/win-vce2010 in the vce2010 branch > but I wrote this as I come through the build, I hope this could be applied > to other visual version > > > >> > I have a working Gem.dll and several extras. >> >> cool. >> >> > I managed to build filmDS by making some changes in the code >> > (adding a lacking qedit.h and changing #include order) but this >> > could have broken other builds. >> >> hmm, weird (i mean: why does it work on the original build?) > > > the first strange thing, is that qedit.h have been removed from Windows > SDK 7 > I found a replacement here : > http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/2ab5c212-5824-419d-b5d9-7f5db82f57cd/qedith-missing-in-current-windows-sdk-v70?forum=windowsdirectshowdevelopment > but after that, there are some error due to including order > I know this is strange but I'm thinking this is due to the new SDK version > maybe it is possible to use the old one still on Windows 7 > > > >> >> > >> > I also have a question concerning Gem's dependencies. I need to put >> > some dll (freetype6.dll, ftgl.dll, pthreadVC2.dll and zlib/dll) >> > beside Gem.dll. >> >> iirc, i build a static library of FTGL and link to that. >> this should fix the freetype6.dll/ftgl.dll issue (maybe zlib.dll as well). >> > > this is what I guess, I'll try to do the same and i'll update the how-to > > as for pthreadVC2.dll: isn't this shipped with Pd-vanilla? >> > > I have pthreadGC2.dll, pthreadVC.dll and pthreadVC.lib in pd-0.45.3/bin > but no pthreadVC2.dll, maybe one of those could be used instead > > >> > >> > I build Gem mainly to be able to build pix_opencv on Windows and I >> > don't try IT a lot. So if somebody have time to test this on >> > Windows, I'll be happy to make an archive with binaries. For now, >> > there is a new folder under the build\ folder in my github >> > Gem/vce2010 branch. https://github.com/avilleret/Gem.git >> >> thanks. >> > > you're welcome :-) > > a > >> >> fgmasdr >> IOhannes >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.15 (GNU/Linux) >> Comment: Using GnuPG with Icedove - http://www.enigmail.net/ >> >> iQIcBAEBCAAGBQJSd6KLAAoJELZQGcR/ejb4pOkP/3CT1dwl0FcXgB7XRqQZIZ/C >> F2lVyEBeuEqjF20dOUHqqGvVUofn4lk3HlXSTxRa3vP58K10yru5cf3IQGHsiktw >> qkNu3tradDqKVG5N8rEEbe9BoeDY6niVM1m/GDq93JGMconALGXKX0e07Oc2YseM >> WpYwKNincp09YnzOlOsUekEbt3Sp0pAhqd1MIP98s7tvOxf3cmHd0jWUtG10F2My >> VVCslSy4A7eEi2fFNlCD20aKdBFdvbt6gkbb5VT8aPLiesBvppFlr9dK3HdvaCH3 >> OIkMjMgOnUdQCyXS1eBQ3HJ9xQXWwEc3HxR/AYsk5ibAy+xb2uP1GG3u5HOVZQ1e >> 9u225ubnHSuQ7OkbILfBiZSdZtnWnhGY9jzQswiURKPyDxnT19YYj/2US2ilOmpO >> oBH8BewPWzX4tNsttu/DqbZJREj3pUiZlQz9t9xtp2GFgIK2B7E/qB+VXS6HgZVC >> SqXZGZ9Ms1KdyVkuzuDt9Af13B8KOnjGWq+rsUzu+dr0PPrQSTScwCwehhceSNtY >> yrHsXMtJkD8mvsZiGp0f2QFN0N3/oNCpQ0gRuflqA15BGjMQn6/4UNFkLl1ja2XO >> M67+U2VAvKbw1VBkVX7gKgyVzc1BpdFQ7Mb8fTCriW7ARo3Rtv7BCDsxH8P516+o >> Y2KHWwXIeNdC+BgHANex >> =eW2b >> -END PGP SIGNATURE- >> >> ___ >> GEM-dev mailing list >> gem-...@iem.at >> http://lists.puredata.info/listinfo/gem-dev >> > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Can't ping macosx105-i386.pdlab.puredata.info
Hello, I can't access anymore to macosx105-i386.pdlab.puredata.info it seems this machine is offline for a while (I saw a message from Max complaining about that too on July the 10th) is it planed to turn it up again ? + a -- do it yourself http://antoine.villeret.free.fr 2013/4/18 Antoine Villeret > hi all, > > I can't access anymore to macosx105-i386.pdlab.puredata.info (at least > since yesterday) > is it still alive ? > > thx > > antoine > -- > do it yourself > http://antoine.villeret.free.fr > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
hi, thanks for that, I'm currently testing the Iohannes version that fix the SIGPIPE crash I realized my patches crash more often since I'm using [tcpserver], this is why I tested it alone a lot and find some issues i tried to overcome I think I will run the server in a separate instance of Pd to avoid crash and blocked ports + a -- do it yourself http://antoine.villeret.free.fr 2013/7/4 Roman Haefeli > On Don, 2013-07-04 at 14:20 +0200, Antoine Villeret wrote: > > ok thanks for the explanation > > > > > > so, for now, there is now way to setup a working [udpserver] in pd > > right ? > > if so, I will stay with [tcpserver] even if I don't need tcp... > > I think that is your best bet. > > I'm still not quite clear what problems you're trying to overcome. Have > you tried my patches? Do they work? If not, in what way do they fail? > > In the meanwhile I came to the conclusion it's probably not worth > putting too much time into a server failure proof design. If the sole > purpose of the server is to act as a message relay between clients, it > will most likely run stable enough. For instance, the netpd server which > is also basically a relay for messages usually runs for months without > crashing. If you have a stable server, many of the workarounds you had > to implement are not necessary. 'Simple' often equals stable. > > Roman > > > > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
ok thanks for the explanation so, for now, there is now way to setup a working [udpserver] in pd right ? if so, I will stay with [tcpserver] even if I don't need tcp... but if I could help in debugging [udpserver], I'll be happy to do so, just let me know what can I do cheers a -- do it yourself http://antoine.villeret.free.fr 2013/7/4 IOhannes m zmoelnig > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2013-07-04 13:55, Antoine Villeret wrote: > > 2013/7/3 IOhannes m zmoelnig > > > > On 2013-07-03 17:33, Antoine Villeret wrote: > >>>> so it could be difficult to use a server which doesn't accept > >>>> more than one connection... > >>>> > > > > no that's not what i meant. you can have as many connections as you > > want, but they cannot be maintained at the same time. > > > > simple example: - both clientA and clientB send a a query to the > > server - to complicate things, they do so at exactly the same time > > - but since IP is a serial protocol, they will somehow arrive one > > after each other - let's assume clientB was faster - [udpserver] > > will output the query from clientB - if the server-patch now > > immediately responds to that query, the response will be sent back > > to clientB - then [udpserver] will output the query from clientA. - > > [udpserver] will forget everything about clientB - if the > > server-patch responds immediately to that query, the response will > > be sent back to clientB - if you later "send" something from the > > server, it will still be sent to clientB (because clientB is the > > last known connection) > > > > > >> so in this case, if I understand correctly, udpserver never send > >> an answer to clientA ? > > no, it does send and answer back. > > >> I have to disconnect clientB *before* connecting clientA ? > > no. UDP doesn't know about "connections". > > >> but how clientA will know this is time to connect ? should it try > >> until the connection is accepted ? > > again, UDP is connection-less so there is no connection. > > i think the main problem here comes from the use of the symbol > "connect" for interfacing with e.g. [udpsend]. > this message is named "connect" mainly for consistency with the tcp/ip > objects. > > anyhow, when you "connect" a client to server, the client will open a > socket for this connection. the server won't know anything about this > "connection", but it will receive data on a it's listening socket. it > can use the socket to send data back (if you have routers/switches/... > inbetween, this sending back will only work for a limited amount of time). > since the server doesn't know anything about the "connection"-state of > the clients, you don't have to disconnect anything. > > > fgmasdr > IOhannes > > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlHVZt0ACgkQkX2Xpv6ydvS1DQCg3OWfgTqDbH6P52s+1S5FOoJt > q3IAn3fxytsJlhVAmepjfXsakZIYGFiT > =djBg > -END PGP SIGNATURE- > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
2013/7/3 IOhannes m zmoelnig > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2013-07-03 17:33, Antoine Villeret wrote: > > so it could be difficult to use a server which doesn't accept more > > than one connection... > > > > no that's not what i meant. > you can have as many connections as you want, but they cannot be > maintained at the same time. > > simple example: > - - both clientA and clientB send a a query to the server > - - to complicate things, they do so at exactly the same time > - - but since IP is a serial protocol, they will somehow arrive one > after each other - let's assume clientB was faster > - - [udpserver] will output the query from clientB > - - if the server-patch now immediately responds to that query, the > response will be sent back to clientB > - - then [udpserver] will output the query from clientA. > - - [udpserver] will forget everything about clientB > - - if the server-patch responds immediately to that query, the response > will be sent back to clientB > - - if you later "send" something from the server, it will still be sent > to clientB (because clientB is the last known connection) > so in this case, if I understand correctly, udpserver never send an answer to clientA ? I have to disconnect clientB *before* connecting clientA ? but how clientA will know this is time to connect ? should it try until the connection is accepted ? > > > so you can have as many "connections" as you want, but they have to be > handled atomically - on after another. > you cannot have clientA and clientB connect to the server, and make > the server send info to both simultaneously. > instead you have to adapt a query/response scheme, where each client > asks the server for piece of information. > this what I'm doing now, the client connects then ask for something and when it receive the answer it disconnects if there is no answer it disconnect after xx second concerning [udpserver], I try to reproduce the scenario above with your github's version : I start 3 pd : one with udpserver-help.pd, and the 2 other with udpclient-help.pd I connect the clientA, send some data, the server receives them and the server sends back something else to the client then I disconnect the clientA and connect clientB, but when clientB tries to send data I got in the pd console on server side : [udpserver] received disconnection event and in the command line : iemnet:sender-shutdown: Transport endpoint is not connected and on the client side, in the terminal I got : iemnet:sender-shutdown: Bad file descriptor I know "[udpserver] does not work yet" but as we are talking about it, I want to try your version I just file a report for that thanks for all antoine > > fgamsdr > IOhannes > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlHUSAkACgkQkX2Xpv6ydvQ7dQCfWd6Ms++xbvpFYHMUArPILPeA > fA8AoOo0uQuuQnJV5FBafbRsggXOqtzx > =29SY > -END PGP SIGNATURE- > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1093 can't connect a second client to [udpserver]
--- ** [bugs:#1093] can't connect a second client to [udpserver]** **Status:** open **Created:** Thu Jul 04, 2013 11:53 AM UTC by Antoine Villeret **Last Updated:** Thu Jul 04, 2013 11:53 AM UTC **Owner:** nobody I start 3 pd : one with udpserver-help.pd, and the 2 other with udpclient-help.pd I connect the clientA, send some data, the server receives them and then the server successfully sends back something else to the client then I disconnect the clientA and connect clientB, but when clientB tries to send data I got in the pd console on server side : [udpserver] received disconnection event and in the command line : iemnet:sender-shutdown: Transport endpoint is not connected and on the client side, in the terminal I got : iemnet:sender-shutdown: Bad file descriptor --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
thanks for that, in fact, some of my clients need the same infos and this is why I first try to do multicasting but reaching multiple clients on the same host is different than addressing one packet to different hosts... for now all my clients try to connect around each 10 second to server to query some infos and to update their state but I could guarantee that only one client will try to connect at a time so it could be difficult to use a server which doesn't accept more than one connection... or maybe i'm wrong and there is another solution, not based on networking ? -- do it yourself http://antoine.villeret.free.fr 2013/7/3 IOhannes m zmoelnig > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2013-07-03 12:37, Antoine Villeret wrote: > > that's why I switched to [udpserver]. > > i guess you meant [tcpserver] instead of [udpserver]. > > in any case, i'm thinking about removing the multi-client feature of > iemnet's [udpserver], so you could only send replies to the *last* > client that connected. > > the idea is, that you could use it as a server that can be queried by > clients (in a ping/pong sort of ways: the clients sends a query packet > and is immediately answered with an answer packet), similarily to DNS. > > maintaining a number of connections is simply impossible with a > connectionless protocol. > > fgamsdr > IOhannes > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlHUMTUACgkQkX2Xpv6ydvQMpQCeOx09OJYP3LszFo39rqGjjYoL > l5gAoN5Y6sdSXR06w4hBSw2+WZKGS6HH > =WJYl > -END PGP SIGNATURE- > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
sorry I was not clear enough I need a server : listening on one port and sending data to client on different port i first use only udpsend/udpreceive and the 'server' was sending to a multicast group, each client join this group and receive all the data this is not possible with unicast while I can't listen several time on one port but multicasting need a working network interface (the computer need to be in a network) antoine -- do it yourself http://antoine.villeret.free.fr 2013/7/3 Martin Peach > On 2013-07-03 06:37, Antoine Villeret wrote: > >> Hi Martin, >> >> thanks for that, >> but I don't know how many clients there are >> so it's quite difficult to figure out port number in this case. >> >> My problem is that I can't listen several time on the same port with >> [udpreceive] but with multicasting, that's why I switched to [udpserver]. >> > > Not sure what you want to do here. Do you want several [udpreceive]s > listening to the same port, or a single [udpreceive] that listens on > multiple ports, or a single [udpreceive] that listens on the same port for > messages from multiple sources? Or something else... > > Martin > > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1092 tcpserver crashes with more than 32 connexion
--- ** [bugs:#1092] tcpserver crashes with more than 32 connexion ** **Status:** open **Created:** Wed Jul 03, 2013 12:01 PM UTC by Antoine Villeret **Last Updated:** Wed Jul 03, 2013 12:01 PM UTC **Owner:** nobody tcpserver crashes when there is already 32 connexion and new client tries to connect here is a gdb output : antoine@Dell-XPS-15Z:~/Bureau/crash$ gdb pd GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://bugs.launchpad.net/gdb-linaro/>... Reading symbols from /usr/local/bin/pd...(no debugging symbols found)...done. (gdb) run -noaudio -nrt -noprefs raw_server_2.pd Starting program: /usr/local/bin/pd -noaudio -nrt -noprefs raw_server_2.pd [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x73e9d700 (LWP 13862)] [New Thread 0x7369c700 (LWP 13867)] [New Thread 0x72e9b700 (LWP 13871)] [New Thread 0x7269a700 (LWP 13873)] [New Thread 0x71e99700 (LWP 13880)] [New Thread 0x71698700 (LWP 13882)] [New Thread 0x70e97700 (LWP 13889)] [New Thread 0x7fffe3fff700 (LWP 13891)] [New Thread 0x7fffe37fe700 (LWP 13896)] [New Thread 0x7fffe2ffd700 (LWP 13900)] [New Thread 0x7fffe27fc700 (LWP 13907)] [New Thread 0x7fffe1ffb700 (LWP 13909)] [New Thread 0x7fffe17fa700 (LWP 13916)] [New Thread 0x7fffe0ff9700 (LWP 13918)] [New Thread 0x7fffd3fff700 (LWP 13934)] [New Thread 0x7fffd37fe700 (LWP 13936)] [New Thread 0x7fffd2ffd700 (LWP 13947)] [New Thread 0x7fffd27fc700 (LWP 13951)] [New Thread 0x7fffd1ffb700 (LWP 13956)] [New Thread 0x7fffd17fa700 (LWP 13958)] [New Thread 0x7fffd0ff9700 (LWP 13965)] [New Thread 0x7fffb700 (LWP 13966)] [New Thread 0x7fffbf7fe700 (LWP 13974)] [New Thread 0x7fffbeffd700 (LWP 13976)] [New Thread 0x7fffbe7fc700 (LWP 13983)] [New Thread 0x7fffbdffb700 (LWP 13985)] [New Thread 0x7fffbd7fa700 (LWP 13990)] [New Thread 0x7fffbcff9700 (LWP 13992)] [New Thread 0x7fffa700 (LWP 14001)] [New Thread 0x7fffaf7fe700 (LWP 14003)] [New Thread 0x7fffaeffd700 (LWP 14010)] [New Thread 0x7fffae7fc700 (LWP 14012)] [New Thread 0x7fffadffb700 (LWP 14018)] [New Thread 0x7fffad7fa700 (LWP 14021)] [New Thread 0x7fffacff9700 (LWP 14028)] [New Thread 0x7fff9bfff700 (LWP 14030)] [New Thread 0x7fff9b7fe700 (LWP 14037)] [New Thread 0x7fff9affd700 (LWP 14039)] [New Thread 0x7fff9a7fc700 (LWP 14045)] [New Thread 0x7fff99ffb700 (LWP 14048)] [New Thread 0x7fff997fa700 (LWP 14055)] [New Thread 0x7fff98ff9700 (LWP 14057)] [New Thread 0x7fff8bfff700 (LWP 14064)] [New Thread 0x7fff8b7fe700 (LWP 14066)] [New Thread 0x7fff8affd700 (LWP 14072)] [New Thread 0x7fff8a7fc700 (LWP 14075)] [New Thread 0x7fff89ffb700 (LWP 14082)] [New Thread 0x7fff897fa700 (LWP 14084)] [New Thread 0x7fff88ff9700 (LWP 14090)] [New Thread 0x7fff77fff700 (LWP 14093)] [New Thread 0x7fff777fe700 (LWP 14099)] [New Thread 0x7fff76ffd700 (LWP 14102)] [New Thread 0x7fff767fc700 (LWP 14109)] [New Thread 0x7fff75ffb700 (LWP 14111)] [New Thread 0x7fff757fa700 (LWP 14115)] [New Thread 0x7fff74ff9700 (LWP 14119)] [New Thread 0x7fff67fff700 (LWP 14126)] [New Thread 0x7fff677fe700 (LWP 14128)] [New Thread 0x7fff66ffd700 (LWP 14135)] [New Thread 0x7fff667fc700 (LWP 14137)] [New Thread 0x7fff65ffb700 (LWP 14144)] [New Thread 0x7fff657fa700 (LWP 14145)] [New Thread 0x7fff64ff9700 (LWP 14153)] [New Thread 0x7fff53fff700 (LWP 14155)] [New Thread 0x7fff537fe700 (LWP 14162)] [New Thread 0x7fff52ffd700 (LWP 14164)] [Thread 0x7fff52ffd700 (LWP 14164) exited] Program received signal SIGSEGV, Segmentation fault. 0x740a6dde in tcpserver_socket2index (sockfd=, x=0x72dc60) at tcpserver.c:127 127 if(x->x_sr[i]->sr_fd == sockfd) (gdb) bt #0 0x740a6dde in tcpserver_socket2index (sockfd=, x=0x72dc60) at tcpserver.c:127 #1 tcpserver_disconnect_socket (x=0x72dc60, fsocket=45) at tcpserver.c:474 #2 0x73ea1c7d in pollfun (z=, fd=) at iemnet_notify.c:126 #3 0x004792ea in sys_domicrosleep.constprop.3 () #4 0x0047b0ea in sys_pollgui () #5 0x0047477a in m_mainloop () #6 0x76e0476d in __libc_start_main (main=0x4114a0 , argc=5, ubp_av=0x7fffe248, init=, fini=, rtld_fini=, stack_end=0x7fffe238) at libc-start.c:226 #7 0x004114d1 in _start () (gdb) --- Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/opt
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
yep, a software shouldn't crash in theory but in real life, I should take crash into account and find some way to restart the system in a working state as fast as possible (so that, nobody suffers from the crash). another solution is to correct all bugs, but it's too hard for me :-) (and many are not in Pd but in separate library like v4l2...) thanks for all, a -- do it yourself http://antoine.villeret.free.fr 2013/7/3 Roman Haefeli > On Mit, 2013-07-03 at 00:16 +0200, Roman Haefeli wrote: > > > > then I tried udpserver which doesn't work (at least the version in the > > > pd's SVN) > > > then I switch to tcpserver and I got a lots of troubles... > > > > Things look good as long as you think you only need streams. As soon as > > you figure out that you need to send packets between your instances of > > Pd, things get really complex wit [tcpserver]. > > Have you also tried [maxlib/netserver]? It is the oldest of all and does > only send FUDI. For connecting many Pds together this might be the > easiest to use. > > It's actually quite stable since it isn't threaded, but it blocks Pd if > its buffer is full. This might not be an issue under normal > circumstances as the buffer should get emptied quickly for connections > on localhost. Problems arise when a client disappear without > disconnecting properly. [maxlib/netserver] wants to still send data to > such a vanished client and so the buffer is filled until it blocks Pd > and also the traffic for all other clients. If that happens, there is > nothing much you can do about but closing Pd. This means your clients > must not crash and must not be closed without closing the connection. > > Networking doesn't come for free in Pd. > > Roman > > > > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
2013/7/3 Roman Haefeli > On Die, 2013-07-02 at 20:38 +0200, Antoine Villeret wrote: > > Hi roman, > > > > > > the code around networking object are some workarounds for differents > > bugs, > > the first was a crash when client number reach 32, but it seems to be > > fixed, I can't reproduce this anymore > > the second was something strange if several clients connect to the > > same server at the same time (when patch launch for example), so I add > > a timeout, if no answer in this timeout, the client disconnect > > there is also a mechanism to choose an available port at startup in > > server and the client try different port until it get a connection... > > Ok, I think I understand a bit more now. > > The server tries a different port when the first port is not available > right? It scans until it finds one. I don't see what the client is > supposed to do. There is some code to scan through ports, but actually > when I tested your client, it always only tried 1. the client try to connect to a port if there is a server on that port, it gets a connection if there is no server, it can't get connected and so the client tries another port. at least it's supposed to do so... > > I don't think that dynamic ports are a good solution. If you find a > proper way to disconnect the clients, then you shouldn't experience the > problem of a busy port when restarting the server. This only happens > when you close the server patch without disconnecting the clients. > Anyway, the port scanning of the clients would be so slow that probably > by the time they found the correct port, the initial port would be free > again (depending on OS, though). > yep, I'm aware that dynamic port finding is not the best solution but due to bugs related before, iemnet's [tcpserver] used to crash pd. And so port stay busy until a certain timeout (here 60 sec), finding a new available port restores the installation in a working state more quickly. > Then I think your way of testing might expose bugs that you wouldn't > experience in real life. I mean that is good for bug reporting, but it > isn't really meaningful to connect many clients in the same instance of > Pd, even less so to connect them all in zero logical time. If you would > run your clients in different instances of Pd (what I think is your plan > anyway), you wouldn't have to find workarounds for issues exposed by > running clients in the same instance. > yes of course my patches stress the server a lot but it's only to delimit where the bug is. and at least it works for that :-) > I figured you can only properly disconnect all clients with > [net/tcpserver]. Unlike [iemnet/tcpserver], it has no 'disconnect' > method. So you have to disconnect each client separately. > [iemnet/tcpserver] is supposed to disconnect all clients with > 'disconnect', but actually the [iemnet/tcpclient]s seem to ignore it and > keep their connected state (outlet 3 doesn't switch to 0). Finishing > sessions seems generally to be still a problem with iemnet. Also when a > client disconnects, the server often doesn't change the number of > connected clients. The net library seems much more robust in this > regard. > > I simplified your patches a lot and as simple as they are, they seem to > work fine here. Note about the server: you need to disconnect all > clients before you close the server patch. This will the leave the > network socket in a clean state and you will be able to occupy that port > immediately again. The client tries to connect at a rate of one try per > second. In case it gets disconnected by the server, it waits 5 seconds > before trying to connect again. This gives you time to disconnect all > clients and shutdown the server properly. hum, I can't be sure that all clients are properly disconnected because the pd where the server is could crash at anytime for lots of other reasons... Behind that there is a shared memory id manager. On the server side, I generate ids then try if I can get memory segment, if so I send this id to all clients that need it. When a client gets connected, it asks for an id for a give path (a string like /video_server or /cam1) if it exist the server send it back to the client, if no, it generates a new id. > > > > all of this is quite complex for a not so difficult task : I want to > > make several instance of Pd talking to each other on one machine > > > > > > I started with udpsend/udpreceive but I found no way to do broadcast > > on localhost > > You mean broadcast on all ports? I don't think that something like that > exists. > I mean listening several clients on the same po
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
Hi Martin, thanks for that, but I don't know how many clients there are so it's quite difficult to figure out port number in this case. My problem is that I can't listen several time on the same port with [udpreceive] but with multicasting, that's why I switched to [udpserver]. thanks a -- do it yourself http://antoine.villeret.free.fr 2013/7/2 Martin Peach > On 2013-07-02 14:38, Antoine Villeret wrote: > >> all of this is quite complex for a not so difficult task : I want to >> make several instance of Pd talking to each other on one machine >> >> I started with udpsend/udpreceive but I found no way to do broadcast on >> localhost and I do need to have lots of clients >> > > You don't need to broadcast on a single machine, just use different port > numbers. You can send to several ports with several [udpsend]s. > > Martin > > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [pure-data:bugs] #1090 tcpserver crashes on SIGPIPE
---
** [bugs:#1090] tcpserver crashes on SIGPIPE**
**Status:** open
**Labels:** iemnet
**Created:** Tue Jul 02, 2013 07:01 PM UTC by Antoine Villeret
**Last Updated:** Tue Jul 02, 2013 07:01 PM UTC
**Owner:** nobody
here are attached 3 patches demonstrating the bug
the raw_server.pd should be started first
then the 10_raw_client_light.pd should be started and a crash will happen not
so late...
and below some infos
$ gdb pd
>run -noprefs -noaudio -nrt raw_server.pd
>
>Starting program: /usr/local/bin/pd -noprefs -noaudio -nrt raw_server.pd
>[Thread debugging using libthread_db enabled]
>Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>[New Thread 0x73e9e700 (LWP 10304)]
>
>[New Thread 0x7fffa37fe700 (LWP 10440)]
>
>Program received signal SIGPIPE, Broken pipe.
>[Switching to Thread 0x7fffeee94700 (LWP 10329)]
>0x773b52cc in __libc_send (fd=, buf=,
>n=, flags=)
>at ../sysdeps/unix/sysv/linux/x86_64/send.c:33
>33 ../sysdeps/unix/sysv/linux/x86_64/send.c: Aucun fichier ou dossier de
>ce type.
(gdb) bt
>#0 0x773b52cc in __libc_send (fd=,
>buf=, n=, flags=)
>at ../sysdeps/unix/sysv/linux/x86_64/send.c:33
>#1 0x73ea25ca in iemnet__sender_dosend (q=0x748fe0,
>sockfd=) at iemnet_sender.c:97
>#2 iemnet__sender_sendthread (arg=0x72eae0) at iemnet_sender.c:124
>#3 0x773ade9a in start_thread (arg=0x7fffeee94700)
>at pthread_create.c:308
>#4 0x76ed6ccd in clone ()
>at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
>#5 0x in ?? ()
>
$ uname -sr
>(Ubuntu 12.04)
$ pd -version
>Pd-0.44.3 ("") compiled 20:14:45 Jun 24 2013
---
Sent from sourceforge.net because pd-...@lists.iem.at is subscribed to
https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
Hi roman, the code around networking object are some workarounds for differents bugs, the first was a crash when client number reach 32, but it seems to be fixed, I can't reproduce this anymore the second was something strange if several clients connect to the same server at the same time (when patch launch for example), so I add a timeout, if no answer in this timeout, the client disconnect there is also a mechanism to choose an available port at startup in server and the client try different port until it get a connection... all of this is quite complex for a not so difficult task : I want to make several instance of Pd talking to each other on one machine I started with udpsend/udpreceive but I found no way to do broadcast on localhost and I do need to have lots of clients multicasting is not a solution because it need to have a working networking interface then I tried udpserver which doesn't work (at least the version in the pd's SVN) then I switch to tcpserver and I got a lots of troubles... I will try out iohannes version of iemnet and I'll also investigate those bugs but other (simpler) solutions are welcome :-) best a -- do it yourself http://antoine.villeret.free.fr 2013/7/2 Roman Haefeli > On Die, 2013-07-02 at 13:39 +0200, Antoine Villeret wrote: > > hi again, > > > > > > just saw this thread right after posting > > mine : http://lists.puredata.info/pipermail/pd-list/2013-07/103236.html > > > > > > sorry for bothering > > > > > > here is attached three small patches that make PD crash > > raw_client and raw_server work well together > > but when I try to connect more client (eg. 10 with 10_raw_client) > > crash happens... > > What is all the code around the networking objects about, specially in > raw_client.pd? Do you mind explaining what it does as it is not really > fun to look at. > > Or probably more interesting: What is it trying to achieve? Even when > only loading one instance of raw_client.pd, I only get: > > iemnet:sender-shutdown: Transport endpoint is not connected > > Roman > > > > > > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
2013/7/2 IOhannes m zmoelnig > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2013-07-02 13:39, Antoine Villeret wrote: > > > > I realize that with iemnet's version of tcpclient/tcpserver, if two > > client connect at the same time to server, only on receive data > > not the other, > > that's a different bug, please report it. > strangely I cannot reproduce it now, but when it happens i'll report it (please also report *this* bug in the sourceforge bugtracker for > "pure-data") > > ok, i'll do sorry, I was thinking pure-data bug tracker was only for pure-data bugs not for externals ones... > > > so I put a timeout to disconnect the client if no answer was > > received in a certain time and then reconnect > > > > i first make this with iemnet's tcpserver and I got a SIGPIPE on > > the server side (see my previous post) while I got SIGSEGV on the > > client side, here is the gdb backtrace : > > > > [New Thread 0x7fff7bfff700 (LWP 4478)] > > > > Program received signal SIGSEGV, Segmentation fault. [Switching to > > Thread 0x7fffc8ff9700 (LWP 4477)] 0x00472963 in clock_set > > () (gdb) watchdog: signaling pd... > > tip: when running Pd in a debugger, always use "-nrt". > > general remark: to get a backtrace, please run "bt" in the debugger > (after the crash). > ok thanks for that, gdb is still a bit confusing for me > > > I think in the server side a signal(SIGPIPE, SIG_IGN); could help > > but I don't know where to put it (in tcpserver.c ? in > > iemlnet_sender.c or somewhere else ?) > > i don't think this is a good solution. > i would prefer something along the lines of "setsockopt(SO_NOSIGPIPE)" > and/or "send(..., MSG_NOSIGNAL)" - a solution that does not have > side-effects on the entire Pd. > ok > > > > > also I tested it with the mrpeach's version, it doesn't crash but > > the GUI hangs gdb doesn't tell anything, it continue to show thread > > creation and exiting > > > > also I'm using iemnet's first because it has a [port( method to > > change the binding port on the fly and I made a rebinding routing > > to choose an available port in a certain range both in server and > > in client side to prenvent connection error if port is still used > > after a crash for example > > > > I don't know how to go further with this, But I really need a > > reliable server for some project and for now I just have an > > headache :-) please tell me how i can help fixing this (and please > > note that I don't know anything on tcp communication...) > > btw, my experimental repository for iemnet is at [1]. > i added the MSG_NOSIGNAL flag (currently this is linux only), and the > server does not crash anymore, but the clients still do. > ok thanks I'll check it best regards a > > fgmasdr > IOhannes > > > > [1] https://github.com/umlaeute/pd-iemnet > > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlHSxSoACgkQkX2Xpv6ydvRiAwCgrn20fLBsSDaDxDODerVSEGiw > AG0An0u5PY21NryZawi/JdH3U02NOYAe > =mQ4d > -END PGP SIGNATURE- > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] SIGPIPE on iemnet's tcpserver
hi again, just saw this thread right after posting mine : http://lists.puredata.info/pipermail/pd-list/2013-07/103236.html sorry for bothering here is attached three small patches that make PD crash raw_client and raw_server work well together but when I try to connect more client (eg. 10 with 10_raw_client) crash happens... I realize that with iemnet's version of tcpclient/tcpserver, if two client connect at the same time to server, only on receive data not the other, so I put a timeout to disconnect the client if no answer was received in a certain time and then reconnect i first make this with iemnet's tcpserver and I got a SIGPIPE on the server side (see my previous post) while I got SIGSEGV on the client side, here is the gdb backtrace : [New Thread 0x7fff7bfff700 (LWP 4478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffc8ff9700 (LWP 4477)] 0x00472963 in clock_set () (gdb) watchdog: signaling pd... I think in the server side a signal(SIGPIPE, SIG_IGN); could help but I don't know where to put it (in tcpserver.c ? in iemlnet_sender.c or somewhere else ?) also I tested it with the mrpeach's version, it doesn't crash but the GUI hangs gdb doesn't tell anything, it continue to show thread creation and exiting also I'm using iemnet's first because it has a [port( method to change the binding port on the fly and I made a rebinding routing to choose an available port in a certain range both in server and in client side to prenvent connection error if port is still used after a crash for example I don't know how to go further with this, But I really need a reliable server for some project and for now I just have an headache :-) please tell me how i can help fixing this (and please note that I don't know anything on tcp communication...) cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/7/2 Antoine Villeret > hi all, > > I got some crashes with iemnet's tcpserver > > gdb tells : > [New Thread 0x7fffb9ffb700 (LWP 7828)] > > Program received signal SIGPIPE, Broken pipe. > [Switching to Thread 0x7fffea57a700 (LWP 7713)] > 0x773b52cc in __libc_send (fd=, buf= out>, > n=, flags=) > > and it happends when several (10) clients are connected at the same time > and send some data > > I guess tcpserver is trying to write to a broken pipe and receive a > SIGPIPE signal which is not handle and then exit - so crashes pd > > am I right ? > if so, is it possible to set the SIG_PIPE handler to SIG_IGN to avoid > crash ? > I saw that here [1]. > > should I file a bug report ? > if so where ? > > best regards > > antoine > > [1] : > http://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle-them-properly > > -- > do it yourself > http://antoine.villeret.free.fr > 10_raw_client.pd Description: Binary data raw_client.pd Description: Binary data raw_server.pd Description: Binary data ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] SIGPIPE on iemnet's tcpserver
hi all, I got some crashes with iemnet's tcpserver gdb tells : [New Thread 0x7fffb9ffb700 (LWP 7828)] Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x7fffea57a700 (LWP 7713)] 0x773b52cc in __libc_send (fd=, buf=, n=, flags=) and it happends when several (10) clients are connected at the same time and send some data I guess tcpserver is trying to write to a broken pipe and receive a SIGPIPE signal which is not handle and then exit - so crashes pd am I right ? if so, is it possible to set the SIG_PIPE handler to SIG_IGN to avoid crash ? I saw that here [1]. should I file a bug report ? if so where ? best regards antoine [1] : http://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle-them-properly -- do it yourself http://antoine.villeret.free.fr ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] Can't ping macosx105-i386.pdlab.puredata.info
hi all, I can't access anymore to macosx105-i386.pdlab.puredata.info (at least since yesterday) is it still alive ? thx antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] ILDA library
hi all, i'm making some externals and abstractions to drive a laser beamer from PD it's made from the library template there are 3 externals : ildafile : to decode .ild file and put the frame in a table ildasend : to send table data through OSC ildareceive : to receive OSC message and update table there are also some abstractions : a server to drive the laser, a client to connect to the server and an example on how to display data with Gem There is also a PDF with a howto make an ILDA interface from a cheap sound card for now it's here : https://github.com/avilleret/laser_driver/tree/master/src/ilda but it's not ready yet, i've some work to do to debug ildafile and to improve help file Where is best place for those externals ? Should it be in the hardware folder of externals ? Or should it be at the root of the SVN trunk ? Or should I keep it on my own server ? What do you think ? Best Antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] ssh access to MacOSX106-x86_64
cool thanks ! a -- do it yourself http://antoine.villeret.free.fr 2013/1/23 Max > Sorry for that. i'm in Buffalo, NY at the moment, so I could not switch it > back on myself. It is online again now. As Hans said, it is a Workstation > too, and for some reasons there are students actually working sometimes. A > big sticker on the machine says: > PLEASE NEVER SWITCH ME OFF, THIS MACHINE NEEDS TO BE ALWAYS RUNNING! > but apparently sometimes people are absent minded and do switch it off. > : ) > max > > > Am 22.01.2013 um 13:52 schrieb Hans-Christoph Steiner : > > > > > chaos.medien.uni-weimar.de is the actually hostname of that machine and > > 141.54.159.89 is the IP. MacOSX106-x86_64.pdlab.puredata.info just maps > to > > puredata.info, so that's not right. MacOSX106-X86_64 is also a lab > machine at > > Weimar, so sometimes its not available. I can't reach it either. > > > > Try macosx105-i386.pdlab.puredata.info > > > > .hc > > > > On 01/22/2013 12:23 PM, Antoine Villeret wrote: > >> hi all, > >> > >> i logged in MacOSX106-X86_64 this afternoon to build pix_opencv > >> and my session hanged up and I get time out now : > >> > >> ~$ ssh pddev@141.54.159.89 > >> ssh: connect to host 141.54.159.89 port 22: Connection timed out > >> > >> IP was found here : http://puredata.info/docs/developer/MacOSX106X8664 > >> but doesn't equal the one point by MacOSX106-x86_64.pdlab.puredata.info > >> > >> and i can't ping this one : > >> $ ping MacOSX106-x86_64.pdlab.puredata.info > >> PING MacOSX106-x86_64.pdlab.puredata.info (193.170.191.182) 56(84) > bytes of > >> data. > >> > >> nor logging in : > >> $ ssh pddev@MacOSX106-x86_64.pdlab.puredata.info > >> Permission denied (publickey). > >> > >> where am i wrong ? > >> do i miss something ? > >> > >> cheers > >> > >> antoine > >> -- > >> do it yourself > >> http://antoine.villeret.free.fr > >> > >> > >> > >> ___ > >> Pd-dev mailing list > >> Pd-dev@iem.at > >> http://lists.puredata.info/listinfo/pd-dev > >> > > > > ___ > > Pd-dev mailing list > > Pd-dev@iem.at > > http://lists.puredata.info/listinfo/pd-dev > > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] ssh access to MacOSX106-x86_64
hi all, i logged in MacOSX106-X86_64 this afternoon to build pix_opencv and my session hanged up and I get time out now : ~$ ssh pddev@141.54.159.89 ssh: connect to host 141.54.159.89 port 22: Connection timed out IP was found here : http://puredata.info/docs/developer/MacOSX106X8664 but doesn't equal the one point by MacOSX106-x86_64.pdlab.puredata.info and i can't ping this one : $ ping MacOSX106-x86_64.pdlab.puredata.info PING MacOSX106-x86_64.pdlab.puredata.info (193.170.191.182) 56(84) bytes of data. nor logging in : $ ssh pddev@MacOSX106-x86_64.pdlab.puredata.info Permission denied (publickey). where am i wrong ? do i miss something ? cheers antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [GEM-dev] pix_opencv
i've already tried to make a C++ external from the template but i never reach something which works so if you have a working template please let me know and what about including it in Gem ? as it depends on it (and it may depends on very new feature such as ROI soon) i think it's a better choice + a -- do it yourself http://antoine.villeret.free.fr http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter 2012/12/12 Miller Puckette : > I tried and was able to make Gem externals that worked on linux and > Mac OS, but on Windows I wasn't able to link eternals that needed Gem symbols. > This was years ago though, and anyway I might have been missing something :) > > m > > On Wed, Dec 12, 2012 at 01:19:04PM -0500, Hans-Christoph Steiner wrote: >> >> I think the best way to make it easy to find, download and install is to >> make binaries structured as libdirs and post them on puredata.info/downloads. >> >> I think with a little work that we can make a Gem external template based on >> the Library Template. I've done it before quick and dirty, that's not hard. >> >> .hc >> >> On Dec 12, 2012, at 11:46 AM, Antoine Villeret wrote: >> >> > hello, >> > >> > i realize that pix_opencv is not include anywhere and people have to >> > search it in the SVN and to built it themselves >> > >> > i'm wondering how we can help them to use this library >> > i think it's a bit difficult to rewrite it's build system to fit the >> > template because of the dependencies on Gem and OpenCV >> > >> > but could it possible to include this library in Gem ? in the extras ? >> > like pix_fiducial and others ? >> > >> > what do you think about that ? >> > >> > + >> > a >> > -- >> > do it yourself >> > http://antoine.villeret.free.fr >> > http://drii.ensad.fr >> > -- >> > Google lit ce mail... >> > si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr >> > pour me contacter >> > >> > ___ >> > GEM-dev mailing list >> > gem-...@iem.at >> > http://lists.puredata.info/listinfo/gem-dev >> >> >> ___ >> Pd-dev mailing list >> Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [pd-dev] introduction and SVN write access
Hi Hans, I'm very surprised about your reaction. I started working on pix_opencv two years ago, the first external I made [pix_opencv_calibration] had been committed by Lluis himself. Concerning Yves, he manages pdp_opnecv, not pix_opencv, and about Sergi I never saw this name in any of the pix_opencv files... After that, I made new ones and Llius didn't have time to commit and maintain the new ones, so he said in a mail on On Thu, 14 Jul 2011 : " for new objects on pix_opencv/ you can commit by your self if you want, ok?" (he was replying both to Cyrille and me). I took this as commit permission for Cyrille and me, but maybe I misunderstood. At this time, I did't have commit access to pure-data repository, so Cyrille committed new objects for me without any troubles I think. So did i last saturday. Moreover, I understood in one of your mail that you prefer I commit in an existing repository than creating a new one, this is what i've done. Maybe I misunderstood one more time. We do NOT change any of the externals already in the repository, we just add new ones and change the help files to make them following the Gem help file template. If you still think that I'm violating rules, so you can revert all my commits, and you can delete me from the committers list to avoid any further problems. I'm using those externals every days, if i have to keep them for me, I will not be disturbed, but I think it's a shame. a. -- do it yourself http://antoine.villeret.free.fr http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter 2012/9/24 Hans-Christoph Steiner > > Hey Antoine, > > Unfortunately, you just violated the most important rule of the pure-data > SVN. Even though you have technical permission to commit everywhere does > not mean you have social permission to do so. In other words, before > committing to any part of the SVN that you yourself did not create, you > need to communicate with the committers to that section first and get their > permission to commit. In general, unless you explicitly know what the > rules are, ask on this list first. > > With 40ish committers, different sections work on different rules. Some > people only want to accept submissions thru the patch trackers and others > are much more open. Cyrille is not a committer on externals/pix_opencv, so > he can't give you permission to commit to that section. > > So you need to contact the committers there, Yves, Lluis, and Sergi, and > ask them how they want to work with your submissions. And be prepared to > revert the commits you just did. > > .hc > > On Sep 22, 2012, at 11:25 AM, Antoine Villeret wrote: > > hello, > > thanks for that ! > i've already pushed some changes to SVN : few new objects, a perspective > correction example and a review of help patches (reviewed by Cyrille Henry, > thanks to him) > but some of the new externals need OpenCV v 2.x to compile so INSTALL file > had been updated but I don't know a way to put an if statement in the > Makefile to exclude some externals in case of detecting an older version > i will make another example (for shape recognition) and if i have time an > external for pattern recognition (like ARToolkit pattern but without their > limitation) > > Note the addition of pix_opencv_blobtrack which is a blob tracker with > several detection and post processing algorythms > cheers > > antoine > -- > do it yourself > http://antoine.villeret.free.fr > http://drii.ensad.fr > -- > Google lit ce mail... > si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me > contacter > > > > 2012/9/21 Hans-Christoph Steiner > >> >> I added you as a developer to the pure-data project, welcome! (pd-gem is >> a separate project on sourceforge). >> >> One piece of advice: you might find it easier to start new project >> outside of the pure-data SVN, but I do hope that you will be contributing >> to the existing projects :-) >> >> .hc >> >> >> On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote: >> >> Hi all, >> >> i've never received any answer to this mail where i was asking for commit >> access to externals repository >> i'm working on cleaning the stuff and make it available for everybody >> i think this have a place in the pure-data externals folder, or maybe >> directly in the GEM extra folder. >> so can someone add me (avilleret) to pure-data sourceforge repository ? >> since I asked it 6 mounths ago, the one week lazy concensus expired, >> isn't it ? ;-) >> >> best wishes >> >> antoine >>
Re: [PD-dev] [pd-dev] introduction and SVN write access
hello, thanks for that ! i've already pushed some changes to SVN : few new objects, a perspective correction example and a review of help patches (reviewed by Cyrille Henry, thanks to him) but some of the new externals need OpenCV v 2.x to compile so INSTALL file had been updated but I don't know a way to put an if statement in the Makefile to exclude some externals in case of detecting an older version i will make another example (for shape recognition) and if i have time an external for pattern recognition (like ARToolkit pattern but without their limitation) Note the addition of pix_opencv_blobtrack which is a blob tracker with several detection and post processing algorythms cheers antoine -- do it yourself http://antoine.villeret.free.fr http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter 2012/9/21 Hans-Christoph Steiner > > I added you as a developer to the pure-data project, welcome! (pd-gem is > a separate project on sourceforge). > > One piece of advice: you might find it easier to start new project outside > of the pure-data SVN, but I do hope that you will be contributing to the > existing projects :-) > > .hc > > > On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote: > > Hi all, > > i've never received any answer to this mail where i was asking for commit > access to externals repository > i'm working on cleaning the stuff and make it available for everybody > i think this have a place in the pure-data externals folder, or maybe > directly in the GEM extra folder. > so can someone add me (avilleret) to pure-data sourceforge repository ? > since I asked it 6 mounths ago, the one week lazy concensus expired, isn't > it ? ;-) > > best wishes > > antoine > -- > do it yourself > http://antoine.villeret.free.fr > http://drii.ensad.fr > -- > Google lit ce mail... > si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me > contacter > > > > 2012/4/5 Antoine Villeret > >> hi all, >> >> i would like to introduce myself and kindly request for an SVN write >> access to pd repository. >> >> My name is Antoine Villeret and i'm working with pd since i met Cyrille >> Henry last year. >> I'm mainly working on computer vision. >> At the very beginning i'm a musician and sound technician then >> I started computer vision in 2008 by turning a bodhrán into a touchscreen >> during my master thesis. >> After that, I worked with Cyrille on a dynamic video mapping system to >> project video on moving objects on stage. >> It is used in the show *Les Fuyantes *by the French circus company Les >> Choses de Rien. >> You can have a small overview of the the work here : >> http://vimeo.com/37387879 >> For that work i have to add some features to pix_opencv that are already >> on the repository like pix_opencv_calibration, >> pix_opencv_warpperspective... (commited by Cyrille). >> But i've made some others externals and also corrected lots of bugs. >> I also made some examples on how to use my externals. >> Moreover I've planned to develop an OpenCL based object mainly to do >> binary texture readback. >> And I will be happy to share my work with the community :-). >> >> Actually i've already made a copy of the SVN repository on my github >> account but it's quite experimental and only used in my personal projects. >> I saw that pd, pd-extended and Gem have already migrated to git but about >> externals repository ? and mainly pix_opencv ? is it planned to switch to >> git too ? >> >> My SF username is : avilleret >> >> Kind regards >> >> antoine >> -- >> do it yourself >> http://antoine.villeret.free.fr >> http://drii.ensad.fr >> -- >> Google lit ce mail... >> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour >> me contacter >> >> > ___ > GEM-dev mailing list > gem-...@iem.at > http://lists.puredata.info/listinfo/gem-dev > > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] introduction and SVN write access
Hi all, i've never received any answer to this mail where i was asking for commit access to externals repository i'm working on cleaning the stuff and make it available for everybody i think this have a place in the pure-data externals folder, or maybe directly in the GEM extra folder. so can someone add me (avilleret) to pure-data sourceforge repository ? since I asked it 6 mounths ago, the one week lazy concensus expired, isn't it ? ;-) best wishes antoine -- do it yourself http://antoine.villeret.free.fr http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter 2012/4/5 Antoine Villeret > hi all, > > i would like to introduce myself and kindly request for an SVN write > access to pd repository. > > My name is Antoine Villeret and i'm working with pd since i met Cyrille > Henry last year. > I'm mainly working on computer vision. > At the very beginning i'm a musician and sound technician then > I started computer vision in 2008 by turning a bodhrán into a touchscreen > during my master thesis. > After that, I worked with Cyrille on a dynamic video mapping system to > project video on moving objects on stage. > It is used in the show *Les Fuyantes *by the French circus company Les > Choses de Rien. > You can have a small overview of the the work here : > http://vimeo.com/37387879 > For that work i have to add some features to pix_opencv that are already > on the repository like pix_opencv_calibration, > pix_opencv_warpperspective... (commited by Cyrille). > But i've made some others externals and also corrected lots of bugs. > I also made some examples on how to use my externals. > Moreover I've planned to develop an OpenCL based object mainly to do > binary texture readback. > And I will be happy to share my work with the community :-). > > Actually i've already made a copy of the SVN repository on my github > account but it's quite experimental and only used in my personal projects. > I saw that pd, pd-extended and Gem have already migrated to git but about > externals repository ? and mainly pix_opencv ? is it planned to switch to > git too ? > > My SF username is : avilleret > > Kind regards > > antoine > -- > do it yourself > http://antoine.villeret.free.fr > http://drii.ensad.fr > -- > Google lit ce mail... > si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me > contacter > > ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
