hello, pmpd used to be a lib, so creating a pmpd object load the lib. then, it have been change to fit the libdir format. So you have to use declare -path pmpd in order to use pmpd. (or something similar)
if you want the pmpd object (part of the pmpd libdir), you need a version that is less than 4 years old. pd-extended did not come yet with such version. cheers c Le 02/07/2013 15:49, richard duckworth a écrit :
Hi all, I have PMPD working in Pd Extended 0.39.3. However, when I upgrade to the latest Pd Ext - the [pmpd] object refuses to load? I'm on OS X 10.6.8 though I've noticed the sae issue on Linux All the best, Rich ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ *From:* "[email protected]" <[email protected]> *To:* [email protected] *Sent:* Tuesday, 2 July 2013, 12:59 *Subject:* Pd-list Digest, Vol 100, Issue 4 Send Pd-list mailing list submissions to [email protected] <mailto:[email protected]> To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to [email protected] <mailto:[email protected]> You can reach the person managing the list at [email protected] <mailto:[email protected]> When replying, please edit your Subject line so it is more specific than "Re: Contents of Pd-list digest..." Today's Topics: 1. Re: GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?) (Andr?s Mur?nyi) 2. Re: SIGPIPE on iemnet's tcpserver (Antoine Villeret) 3. [PD-announce] Call for Collaborators | Bodynet - How to make a network of bodies? (Medialab-Prado Comunicaci?n) ---------------------------------------------------------------------- Message: 1 Date: Tue, 2 Jul 2013 12:54:54 +0200 From: Andr?s Mur?nyi <[email protected] <mailto:[email protected]>> Subject: Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?) To: pd-list <[email protected] <mailto:[email protected]>> Message-ID: <CAJtGUK5UM5rWdGXMEcBZsPRt5N5JptRF8aK=rhazxkwc2qc...@mail.gmail.com <mailto:[email protected]>> Content-Type: text/plain; charset="iso-8859-1" On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli <[email protected] <mailto:[email protected]>> wrote: > On Mon, 2013-07-01 at 20:56 +0200, Andr?s Mur?nyi wrote: > > I'm reformulating my question as the problem is evolving: > > do we have an object that > > - Displays and holds a text value (like Symbol or Message box), > > * symbolbox with width set 0 resizes dynamically > * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change > displayed text with 'label' message > Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). > > > - is Graph-on-Parent, > > applies to all above solutions. > > > - can be resized (like Number2)? (or small enough by default?) > > see above. > > To make something send a bang, you could put some [bng] objects behind > your whatever text displaying objects. Interestingly, hidden GUI objects > have priority over visible objects when clicked. Another way is to use a > construct like the following to make a slider send bangs only when > clicked, but not when dragged: > > [hsl] > | > [t a a] > \/ > /\ > [sel 0] > > Interesting indeed. Actually, I don't need the label to send a bang any more, because [pmenu] won't pop up when the click happens inside a subpatch, so I need to put the triggering object in the toplevel. (I might still hide it under the GOP abstraction...) BTW, is it theoretically possible for a GOP object to display a menu on the toplevel (stretching over the GOP area of the subpatch where it is)? If yes, I'd eventually try to hack the pmenu code. Andr?s -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/59e087d8/attachment-0001.htm> ------------------------------ Message: 2 Date: Tue, 2 Jul 2013 13:39:03 +0200 From: Antoine Villeret <[email protected] <mailto:[email protected]>> Subject: Re: [PD] SIGPIPE on iemnet's tcpserver To: pd-dev List <[email protected] <mailto:[email protected]>>, pd-list <[email protected] <mailto:[email protected]>> Message-ID: <cagn5wndozo+1d_96tayyazg5ebf1zcda72kepbgczvbjszq...@mail.gmail.com <mailto:[email protected]>> Content-Type: text/plain; charset="iso-8859-1" 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)] 0x0000000000472963 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 <http://antoine.villeret.free.fr/> 2013/7/2 Antoine Villeret <[email protected] <mailto:[email protected]>> > 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)] > 0x00007ffff73b52cc in __libc_send (fd=<optimized out>, buf=<optimized > out>, > n=<optimized out>, flags=<optimized out>) > > 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 <http://antoine.villeret.free.fr/> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/32e5afab/attachment-0001.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: 10_raw_client.pd Type: application/octet-stream Size: 496 bytes Desc: not available URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/32e5afab/attachment-0003.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: raw_client.pd Type: application/octet-stream Size: 3105 bytes Desc: not available URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/32e5afab/attachment-0004.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: raw_server.pd Type: application/octet-stream Size: 2208 bytes Desc: not available URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/32e5afab/attachment-0005.obj> ------------------------------ Message: 3 Date: Tue, 02 Jul 2013 13:56:27 +0200 From: Medialab-Prado Comunicaci?n <[email protected] <mailto:[email protected]>> Subject: [PD] [PD-announce] Call for Collaborators | Bodynet - How to make a network of bodies? To: Pure Data-announce <[email protected] <mailto:[email protected]>> Message-ID: <[email protected] <mailto:[email protected]>> Content-Type: text/plain; charset="utf-8"; Format="flowed" Workshop "Bodynet - How to make a network of bodies?" *Call for Collaborators* Call to collaborate in the project development of the *five selected projects <http://medialab-prado.es/article/bodynet_como_hacer_una_red_de_cuerpos_proyectos_seleccionados>* for the workshop**within the European project *METABODY* <http://www.metabody.eu/> - */Media Embodiment T?khn? and Bridges of Diversity/*/./ Projects deal with topics such as performances and their relationship with the body, heteronomativity or the blurry boundaries between reality and fiction through technology. Free registration. Dealine: 23 july, 2013. Limited space. Dates: July 24 -31, 2013. Venue: Medialab-Prado in Madrid (Spain) Collaborators' Profile The call is open to the participation of anyone interested. However, due to the type of projects, we are looking also for profiles such as cultural minorities, anthropologists, sociologists, biologists (how to body networks operate in this and other societies and ecosystems), social workers or care specialists (body, means and functional diversity), hackers and developers (how to engage the body in a digital network based on the model of the Brain Talk Communities). List of selected proposals http://medialab-prado.es/article/bodynet_como_hacer_una_red_de_cuerpos_proyectos_seleccionados More information: http://medialab-prado.es/article/bodynet_colaboradores -- Nerea Garc?a Garmendia Medialab-Prado Plaza de las Letras Calle Alameda, 15. 28014 Madrid [email protected] <mailto:[email protected]> http://www.facebook.com/MedialabPradoMadrid Twitter: @medialabprado <https://twitter.com/medialabprado> /"Antes de imprimir este documento aseg?rate de que es realmente necesario. ?Gracias por tu colaboraci?n!"/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/195ee6ab/attachment.htm> -------------- next part -------------- _______________________________________________ Pd-announce mailing list [email protected] <mailto:[email protected]> http://lists.puredata.info/listinfo/pd-announce ------------------------------ _______________________________________________ Pd-list mailing list [email protected] <mailto:[email protected]> to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 100, Issue 4 *************************************** _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
