[PD] PMPD
Cyrille Henry
ch at chnry.net
Thu Jul 4 21:22:22 CEST 2013
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:* "pd-list-request at iem.at" <pd-list-request at iem.at>
> *To:* pd-list at iem.at
> *Sent:* Tuesday, 2 July 2013, 12:59
> *Subject:* Pd-list Digest, Vol 100, Issue 4
>
> Send Pd-list mailing list submissions to
> pd-list at iem.at <mailto:pd-list at iem.at>
>
> 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
> pd-list-request at iem.at <mailto:pd-list-request at iem.at>
>
> You can reach the person managing the list at
> pd-list-owner at iem.at <mailto:pd-list-owner at iem.at>
>
> 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 <muranyia at gmail.com <mailto:muranyia at gmail.com>>
> Subject: Re: [PD] GOP text field / symbol which is resizeable? (was:
> GOP text field which sends bang?)
> To: pd-list <pd-list at iem.at <mailto:pd-list at iem.at>>
> Message-ID:
> <CAJtGUK5UM5rWdGXMEcBZsPRt5N5JptRF8aK=rHAZxkwc2QC7CQ at mail.gmail.com <mailto:rHAZxkwc2QC7CQ at mail.gmail.com>>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli <reduzent at gmail.com <mailto:reduzent at gmail.com>> 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 <antoine.villeret at gmail.com <mailto:antoine.villeret at gmail.com>>
> Subject: Re: [PD] SIGPIPE on iemnet's tcpserver
> To: pd-dev List <pd-dev at iem.at <mailto:pd-dev at iem.at>>, pd-list <pd-list at iem.at <mailto:pd-list at iem.at>>
> Message-ID:
> <CAGn5wNdOzo+1d_96TAyyaZg5eBF1zcda72kEpbGcZvbJsZQYcg at mail.gmail.com <mailto:1d_96TAyyaZg5eBF1zcda72kEpbGcZvbJsZQYcg at mail.gmail.com>>
> 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 <antoine.villeret at gmail.com <mailto:antoine.villeret at gmail.com>>
>
> > 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 <difusion at medialab-prado.es <mailto:difusion at medialab-prado.es>>
> Subject: [PD] [PD-announce] Call for Collaborators | Bodynet - How to
> make a network of bodies?
> To: Pure Data-announce <pd-announce at iem.at <mailto:pd-announce at iem.at>>
> Message-ID: <51D2BFEB.6050601 at medialab-prado.es <mailto:51D2BFEB.6050601 at medialab-prado.es>>
> 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
>
> difusion at medialab-prado.es <mailto:difusion at medialab-prado.es>
>
> 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
> Pd-announce at iem.at <mailto:Pd-announce at iem.at>
> http://lists.puredata.info/listinfo/pd-announce
>
> ------------------------------
>
> _______________________________________________
> Pd-list mailing list
> Pd-list at iem.at <mailto:Pd-list at iem.at>
> to manage your subscription (including un-subscription) see
> http://lists.puredata.info/listinfo/pd-list
>
>
> End of Pd-list Digest, Vol 100, Issue 4
> ***************************************
>
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list