Pd-dev May 2016

pd-dev@lists.iem.at

19 participants
21 discussions

Re: [PD-dev] net objects in the audio thread
by Dan Wilcox 12 Jul '16

12 Jul '16

> On Apr 5, 2016, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > I don't know whether externals can be used with libpd now, but I do > know that iemnet[1] has threaded networking classes. Most externals work fine with libpd. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 8

quick demo of git author garbage
by Jonathan Wilkes 07 Jun '16

07 Jun '16

Hi list,Just a quick demo showing abuse of git's globals:https://puredata.osuosl.org/jwilkes/purr-data/commit/186d1f3064aa65… All I'm doing here is accepting a patch I made on a Windows machine that forced me to enter a user name and email addy in order to do a commit. git has the good sense to punt on the question of secure identity management-- it lets you use pretty much any garbage you want and assumes the humans behind the screen will separate wheat from chaff. However, the user-friendly tools that wrap around git (github, gitlab, etc.) don't make this clear as you can hopefully see. :) -Jonathan

4 11

[pure-data:bugs] #1249 bug with subpatch and edit mode
by Alexandre Porres 18 May '16

18 May '16

--- ** [bugs:#1249] bug with subpatch and edit mode** **Status:** open **Group:** v0.47 **Created:** Wed May 18, 2016 12:42 AM UTC by Alexandre Porres **Last Updated:** Wed May 18, 2016 12:42 AM UTC **Owner:** nobody **Attachments:** - [test-bug.pd](https://sourceforge.net/p/pure-data/bugs/1249/attachment/test-… (372 Bytes; application/octet-stream) so, this is annoying and old (present in 0.46), and this is how it goes... if you open a patch that has an open subpatch, even though that suboatch is in the background and you are looking and clicking on the parent patch, you won't be able to get into the edit mode! you can only get into the edit mode after you click in the subpatch canvas and come back, or reopen the subpatch. By the way, pd actually turns to edit mode (as you can check in the edit mode), but this doesn't really happen for real. check attachment. i'm on a mac (latest os) btw. cheers --- 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] #1248 no more name clash warning in pd 0.47
by Ticket 1248 18 May '16

18 May '16

--- ** [bugs:#1248] no more name clash warning in pd 0.47** **Status:** open **Group:** v0.47 **Created:** Wed May 18, 2016 12:31 AM UTC by Anonymous **Last Updated:** Wed May 18, 2016 12:31 AM UTC **Owner:** Miller Puckette howdy, before, if you loaded an external with the same name as a vanilla internal, pd did overwrite the internal object and send a warning such as warning: class 'foo' overwritten; old one renamed 'foo_aliased' I actually personally strongly think that such name clashes should be avoided, this doesn't only concern internals, but also externals and, anyway, I already pointed these issues on the pd list recently. But I'm here to just say that this warning is gone for some reason, though it is still overwriting - and this is bad. cheers --- 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.

2 1

dialog start locations
by Dan Wilcox 17 May '16

17 May '16

I’ve been fixing a number of UI related bugs for Mac in TK 8.5/8.6 and have a quick question. Should the preferences dialogs (Audio settings, Midi settings, Path, Startup) open relative to the Pd window? In Tk 8.4, they automatically open on top of the main Pd window with a slight offset. In Tk 8.5, they do not but I’m able to replicate by setting the window geometry offset relative to the Pd window’s current position. This is similar to the other bugs I’ve fixed where it seems the Tk Cocoa layer requires explicit settings, such as windows needing to be raised/lowered relative to a second window otherwise they lower behind *all other windows, including those from other applications*. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 3

[pure-data:bugs] #1247 [bng] Conditional jump or move depends on uninitialised value(s)
by Claude Heiland-Allen 16 May '16

16 May '16

--- ** [bugs:#1247] [bng] Conditional jump or move depends on uninitialised value(s)** **Status:** open **Group:** v0.47 **Created:** Mon May 16, 2016 02:47 PM UTC by Claude Heiland-Allen **Last Updated:** Mon May 16, 2016 02:47 PM UTC **Owner:** nobody pd 0.47-0 on gnu/linux debian jessie steps to reproduce: $ valgrind pd create new patch ctrl-1 to create new object box type "bng" click on the canvas to instantiate the object now two errors are reported by valgrind note: the error doesn't occur on additional bng objects, only the first the error isn't triggered when creating a first bng with ctrl-shift-b line 371 of g_bang.c is if (action == LB_LOAD && x->x_gui.x_isa.x_loadinit) so I guess something might be wrong with x_loadinit initialisation at pd startup? not familiar with the gui code so that's just a guess $ valgrind pd ==18158== Memcheck, a memory error detector ==18158== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==18158== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==18158== Command: pd ==18158== ==18158== Conditional jump or move depends on uninitialised value(s) ==18158== at 0x45D357: bng_loadbang (g_bang.c:371) ==18158== by 0x475B9F: pd_typedmess (m_class.c:742) ==18158== by 0x475EC1: pd_vmess (m_class.c:801) ==18158== by 0x424AD8: text_setto (g_text.c:1399) ==18158== by 0x45114C: glist_deselect (g_editor.c:254) ==18158== by 0x4570BA: glist_noselect (g_editor.c:268) ==18158== by 0x4570BA: canvas_doclick (g_editor.c:1476) ==18158== by 0x475B9F: pd_typedmess (m_class.c:742) ==18158== by 0x47EBA6: binbuf_eval (m_binbuf.c:773) ==18158== by 0x489A82: socketreceiver_read (s_inter.c:552) ==18158== by 0x488EB0: sys_domicrosleep.constprop.4 (s_inter.c:190) ==18158== by 0x48556D: m_pollingscheduler (m_sched.c:557) ==18158== by 0x48556D: m_mainloop (m_sched.c:617) ==18158== by 0x6410B44: (below main) (libc-start.c:287) ==18158== ==18158== Conditional jump or move depends on uninitialised value(s) ==18158== at 0x45D359: bng_loadbang (g_bang.c:371) ==18158== by 0x475B9F: pd_typedmess (m_class.c:742) ==18158== by 0x475EC1: pd_vmess (m_class.c:801) ==18158== by 0x424AD8: text_setto (g_text.c:1399) ==18158== by 0x45114C: glist_deselect (g_editor.c:254) ==18158== by 0x4570BA: glist_noselect (g_editor.c:268) ==18158== by 0x4570BA: canvas_doclick (g_editor.c:1476) ==18158== by 0x475B9F: pd_typedmess (m_class.c:742) ==18158== by 0x47EBA6: binbuf_eval (m_binbuf.c:773) ==18158== by 0x489A82: socketreceiver_read (s_inter.c:552) ==18158== by 0x488EB0: sys_domicrosleep.constprop.4 (s_inter.c:190) ==18158== by 0x48556D: m_pollingscheduler (m_sched.c:557) ==18158== by 0x48556D: m_mainloop (m_sched.c:617) ==18158== by 0x6410B44: (below main) (libc-start.c:287) ==18158== ==18158== ==18158== HEAP SUMMARY: ==18158== in use at exit: 154,530 bytes in 2,983 blocks ==18158== total heap usage: 6,011 allocs, 3,028 frees, 1,887,653 bytes allocated ==18158== ==18158== LEAK SUMMARY: ==18158== definitely lost: 2,048 bytes in 32 blocks ==18158== indirectly lost: 544 bytes in 64 blocks ==18158== possibly lost: 42,774 bytes in 1,308 blocks ==18158== still reachable: 109,164 bytes in 1,579 blocks ==18158== suppressed: 0 bytes in 0 blocks ==18158== Rerun with --leak-check=full to see details of leaked memory ==18158== ==18158== For counts of detected and suppressed errors, rerun with: -v ==18158== Use --track-origins=yes to see where uninitialised values come from ==18158== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) --- 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.

2 1

[pure-data:bugs] #1246 Outdated help patch for [send]
by Ticket 1246 15 May '16

15 May '16

--- ** [bugs:#1246] Outdated help patch for [send]** **Status:** open **Group:** v0.47 **Created:** Sun May 15, 2016 10:17 AM UTC by Anonymous **Last Updated:** Sun May 15, 2016 10:17 AM UTC **Owner:** Miller Puckette In the new 0.47 release, there is an old help patch for [send], which doesn't yet mention the possibility of changing the send name with the right inlet (only if no send name is supplied as an argument - BTW why is that?). I can remember that it *was* mentioned in 0.46. --- 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] #1245 vline~ doesn't output starting value
by Ticket 1245 13 May '16

13 May '16

--- ** [bugs:#1245] vline~ doesn't output starting value** **Status:** open **Group:** v0.47 **Labels:** bug **Created:** Thu May 12, 2016 11:25 PM UTC by Anonymous **Last Updated:** Thu May 12, 2016 11:25 PM UTC **Owner:** nobody [0, 44100 1000( -> [line~] outputs 0, 1, 2, 3, 4, 5 etc. Unlike this, vline~ starts with 1, not with 0 ! I suspect this is not as intended. Please find a test patch below. Replace line~ by vline~ for comparison. ~~~ #N canvas 68 90 450 300 10; #X obj 26 98 print~; #X obj 26 16 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X msg 58 42 0 \, 44100 1000; #X obj 58 65 line~; #X text 99 66 or vline~; #X connect 1 0 2 0; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 0 0; ~~~ --- 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] #1243 tabread4~ doesn't correctly deliver first or last sample
by Ticket 1243 11 May '16

11 May '16

--- ** [bugs:#1243] tabread4~ doesn't correctly deliver first or last sample** **Status:** open **Group:** v0.46 **Labels:** bug **Created:** Tue May 10, 2016 09:23 PM UTC by Anonymous **Last Updated:** Tue May 10, 2016 09:23 PM UTC **Owner:** nobody Hi, tabread4~ can not correctly deliver the first or last sample of a table. Instead it delivers the second, or one but last, respectively, instead. tabread~ (without interpolation) does work correctly, so i suspect the interpolation algorithm to be faulty. --- 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.

3 2

[pure-data:bugs] #1244 log~ argument not working / no milestone for 0.47
by Alexandre Porres 11 May '16

11 May '16

--- ** [bugs:#1244] log~ argument not working / no milestone for 0.47** **Status:** open **Group:** v0.46 **Labels:** log~ **Created:** Wed May 11, 2016 01:40 AM UTC by Alexandre Porres **Last Updated:** Wed May 11, 2016 01:40 AM UTC **Owner:** Miller Puckette there's no milestone for 0.47 to include a bug for this version yet. yep, i'm using 0.47 so, this is simple, log~ argument is not working, not loading... that's all --- 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

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 May 2016