Pd-dev January 2016

pd-dev@lists.iem.at

14 participants
14 discussions

Memory leaks?
by Nicolas Danet 21 Mar '16

21 Mar '16

If i'm not wrong there is a memory leak in that case ( http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/s_path.c#l1… ).

3 2

What sys_huphandler is for?
by Nicolas Danet 30 Jan '16

30 Jan '16

Hello, What is the sys_huphandler signal handler (s_inter.c / line 246) is supposed to do ( http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/s_inter.c#l… )? It seems to wait (polling sockets) for nothing. But i don't understand why there's such feature instead of just ignoring the SIGHUP. Thanks, Nicolas.

1 0

[pure-data:bugs] #1230 expr license info is incorrect and inconsistent
by ragu 29 Jan '16

29 Jan '16

--- ** [bugs:#1230] expr license info is incorrect and inconsistent** **Status:** open **Group:** v0.46 **Labels:** license expr documentation **Created:** Fri Jan 29, 2016 11:07 AM UTC by ragu **Last Updated:** Fri Jan 29, 2016 11:07 AM UTC **Owner:** nobody PureData incorrectly specifies that `expr` is GPL licensed. > ....see LICENSE.txt in this distribution for details. Note however that "expr" is GPL (the rest is all BSD). source: https://sourceforge.net/p/pure-data/pure-data/ci/master/tree/extra/README.t… When using `expr` we get the following in the console: > expr, expr~, fexpr~ version 0.4 under GNU Lesser General Public License Also, recently as per the author of `expr`, Shahrokh Yadegari, it is now BSD licensed. > You must have seen my other message. Expr is now on BSD licensing so all is solved source: https://www.mail-archive.com/pd-list@lists.iem.at/msg05116.html After verifying this information, please correct license text and necessary documentation conveying the correct license of expr consistenly. --- Sent from sourceforge.net because pd-dev(a)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.

1 0

[pure-data:bugs] #1229 Tcl error when saving an abstraction inside another one with top turned on
by Ticket 1229 27 Jan '16

27 Jan '16

--- ** [bugs:#1229] Tcl error when saving an abstraction inside another one with top turned on** **Status:** open **Group:** v0.46 **Created:** Wed Jan 27, 2016 04:03 PM UTC by Anonymous **Last Updated:** Wed Jan 27, 2016 04:03 PM UTC **Owner:** nobody **Attachments:** - [PD_bug.zip](http://sourceforge.net/p/pure-data/bugs/1229/attachment/PD_bug.… (679 Bytes; application/zip) I'm using Pd vanilla .46-7 on Mac OS X 10.9.5/Intel with built-in sound. This bug appears under certain circonstances when saving an abstraction (with it's patch window open) whitin another abstraction with gop turned on. It create a tcl error as follow : (Tcl) UNHANDLED ERROR: bad window path name ".x359020.c" while executing "winfo toplevel $tkcanvas" (procedure "pdtk_canvas_getscroll" line 2) invoked from within "pdtk_canvas_getscroll .x359020.c" ("uplevel" body line 10) invoked from within "uplevel #0 $docmds" To recreate, use the attached patch. Open BUG_click_on_me.pd, then right-click->open one of the two GOP abstraction, then right-click->open the ABS abstraction and save it. The bug stop appearing when : 1. the number box is moved out of the gop canvas in GOP.pd (after GOP.pd has been saved that way) 2. the gop option in GOP.pd properties is turned off 3. one of the two GOP.pd object is removed in BUG_click_on_me.pd This bug has been observed on two different computer. It doesn't occur on pd-extended 43.4. Thank you! --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1228 segfault whith jack in libthread_db
by kubriel 24 Jan '16

24 Jan '16

--- ** [bugs:#1228] segfault whith jack in libthread_db** **Status:** open **Group:** v0.46 **Labels:** segfault jack **Created:** Sun Jan 24, 2016 11:27 AM UTC by kubriel **Last Updated:** Sun Jan 24, 2016 11:27 AM UTC **Owner:** nobody gdb pd GNU gdb (GDB) 7.10 ............. Type "apropos word" to search for commands related to "word"... Reading symbols from pd...(no debugging symbols found)...done. (gdb) run -jack Starting program: /usr/local/bin/pd -jack [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00000000004b9e5e in jack_open_audio () #2 0x000000000046b29e in sys_reopen_audio () #3 0x0000000000462591 in sys_main () #4 0x00007ffff6c2f610 in __libc_start_main () from /usr/lib/libc.so.6 #5 0x0000000000411bc9 in _start () (gdb) watchdog: signaling pd... kill Kill the program being debugged? (y or n) y watchdog: signaling pd... i cannot reproduce it anywhere else, but i dont know where can be the problem in this not very fresh arch linux installation(it worked before). pd from git, but its same with pd from repo. kernel 4.2.5-1-ARCH just to let you know.. --- Sent from sourceforge.net because pd-dev(a)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.

1 0

[pure-data:bugs] #1227 Tcl error and hanging connectors when disconnecting objects in GOP subpatch
by Ticket 1227 24 Jan '16

24 Jan '16

--- ** [bugs:#1227] Tcl error and hanging connectors when disconnecting objects in GOP subpatch** **Status:** open **Group:** v0.46 **Labels:** Graph-On-Parent gui dynamic patching **Created:** Sun Jan 24, 2016 04:03 AM UTC by Anonymous **Last Updated:** Sun Jan 24, 2016 04:03 AM UTC **Owner:** nobody **Attachments:** - [DynamicDisconnectBug.pd](http://sourceforge.net/p/pure-data/bugs/1227/attac… (2.6 kB; application/pd) Hello. This bug appears when attempting to dynamically disconnect objects in a GOP subpatch when that subpatch's window is not open. See attached demonstration patch. A Tcl error is getting output to PD log and connectors are never deleted. They just keep hanging. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1226 [pix_pix2sig~] help file
by Ticket 1226 23 Jan '16

23 Jan '16

--- ** [bugs:#1226] [pix_pix2sig~] help file** **Status:** open **Group:** v0.46 **Created:** Sat Jan 23, 2016 01:05 AM UTC by Anonymous **Last Updated:** Sat Jan 23, 2016 01:05 AM UTC **Owner:** nobody Hello I'm not quite sure where to post this. Right clicking [pix_pix2sig~] and opening the help file opens the help file for [pix_sig2pix]. PD-Extended OSX 0.43.4 extended. Cheers KEn --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

About m_sched.c code...
by Nicolas Danet 20 Jan '16

20 Jan '16

Hey devs, FYI and AFAIK that code ( http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/m_sched.c#l… ) do nothing, since "sched_useaudio = flag" assignment occurs just before.

3 2

[declare -stdlib] does not work anymore
by Roman Haefeli 20 Jan '16

20 Jan '16

Hey all I see some commits in git trying to 'fix' [declare]. While I definitely appreciate it taking immediate effect, the -stdlib flag doesn't work for me anymore (the way I expect it). Probably there is still some confusion about the meaning of the flags, or they are intentionally changed without updating the documentation. So, what's the deal with, for instance, [declare -stlib zexy]? With current git master only [declare -lib zexy] works (which did only work if zexy was installed near the patch in previous version of Pd). Is that switch intentional? Roman

4 17

Re: [PD-dev] [declare -stdlib] does not work anymore
by Dan Wilcox 17 Jan '16

17 Jan '16

> OK.. applied these. Will vomment on one question below…. (I’m so going to add “vomment” to my vocabulary...) -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev January 2016