[PD] PMPD

richard duckworth richduckworth at yahoo.com
Tue Jul 2 15:49:48 CEST 2013


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

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

You can reach the person managing the list at
    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>
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>
Message-ID:
    <CAJtGUK5UM5rWdGXMEcBZsPRt5N5JptRF8aK=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> 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>
Subject: Re: [PD] SIGPIPE on iemnet's tcpserver
To: pd-dev List <pd-dev at iem.at>, pd-list <pd-list at iem.at>
Message-ID:
    <CAGn5wNdOzo+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


2013/7/2 Antoine Villeret <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
>
-------------- 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>
Subject: [PD] [PD-announce] Call for Collaborators | Bodynet - How to
    make    a    network of bodies?
To: Pure Data-announce <pd-announce at iem.at>
Message-ID: <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

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
http://lists.puredata.info/listinfo/pd-announce

------------------------------

_______________________________________________
Pd-list mailing list
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
***************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130702/4c02ebf0/attachment-0001.htm>


More information about the Pd-list mailing list