Pd-dev April 2009

pd-dev@lists.iem.at

13 participants
143 discussions

[ pure-data-Bugs-2724323 ] creating [~dac] triggers a crash
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2724323, was opened at 2009-04-01 04:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724323&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.41.0 Status: Closed Resolution: Fixed Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: creating [~dac] triggers a crash Initial Comment: With Pd-extended 0.40.3 and Pd-0.41.4-extended-20090328 on Mac OS X/Intel. It did not crash with Pd-vanilla 0.41.4 and 0.42.4. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:51 Message: is this a duplicate of https://sourceforge.net/tracker/?func=detail&aid=2102611&group_id=55736&ati… (e.g. can we close both?) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-01 06:36 Message: found the source of the problem the new sys_isabsolutepath() code was confusing sys_open_absolute(). It turns out that Miller fixed the problem in 0.42.4, so I included that code: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/pd/src/s_path.c… Here's the commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=109… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724323&group_…

1 0

[ pure-data-Bugs-2397449 ] cyclone and SELinux
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2397449, was opened at 2008-12-06 20:30 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2397449&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cyclone and SELinux Initial Comment: On a recent install of FC10 (planetCCRMA pd 0.39.3), SELinux doesn't like minimum/maximum from cyclone: The pd application attempted to load /usr/lib/pd/extra/cyclone/minimum.pd_linux which requires text relocation. This is a potential security problem. Most libraries do not need this permission. Libraries are sometimes coded incorrectly and request this permission. they refer to this page for info: people.redhat.com/drepper/selinux-mem.html oded(a)ccrma.stanford.edu ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:48 Message: anyhow, the problem seems to be, that your object have not been built with "-fPIC". this has been fixed (to make cyclone compile on x86_64) with revision 10528 (january09) so upgrade your cyclone sources, and all shall be well. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:39 Message: since the problem with "text relocation" is (according to the link given) comes from an "incorrect build", it would be interesting to know who built the binary? yourself? Pd-extended? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2397449&group_…

1 0

[ pure-data-Bugs-2397449 ] cyclone and SELinux
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2397449, was opened at 2008-12-06 20:30 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2397449&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cyclone and SELinux Initial Comment: On a recent install of FC10 (planetCCRMA pd 0.39.3), SELinux doesn't like minimum/maximum from cyclone: The pd application attempted to load /usr/lib/pd/extra/cyclone/minimum.pd_linux which requires text relocation. This is a potential security problem. Most libraries do not need this permission. Libraries are sometimes coded incorrectly and request this permission. they refer to this page for info: people.redhat.com/drepper/selinux-mem.html oded(a)ccrma.stanford.edu ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:39 Message: since the problem with "text relocation" is (according to the link given) comes from an "incorrect build", it would be interesting to know who built the binary? yourself? Pd-extended? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2397449&group_…

1 0

[ pure-data-Bugs-2598132 ] gop toggle-related suicide (in four parts)
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2598132, was opened at 2009-02-14 03:59 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2598132&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop toggle-related suicide (in four parts) Initial Comment: I 1. create new patch and make a subpatch 2. bring up the canvas properties for subpatch and check "graph on parent" and "hide object name and arguments", click ok 3. right click on the gop box on parent patch 4. uncheck only "graph on parent" and click ok Bug #1: gop is still enabled II 5. close subpatch window 6. right-click gop-box in parent, uncheck "hide object name and arguments" then "graph on parent," click ok Bug #2: the text of the subpatch can no longer be selected or changed. III 6. open the subpatch window 7. in the parent patch (in editmode) select the subpatch object box 8. click delete. Bug#3: subpatch is deleted but the object box (and anything that was visible in the gop window) is still visible. Minimizing and maximizing the patch window erases this. IV 9. Use undo to get back the subpatch. 10. Make sure the subpatch window is visible. 11. Enable "gop" and "hide object etc..." for subpatch, click ok. 12. Uncheck "hide object etc.", click ok. 13. Uncheck "graph on parent", click ok. Bug#4: Pd crashes! Fin (Part IV will also crash Pd without going through steps I-III.) ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:36 Message: trying to reproduce... this is on 0.41-4 (self-compiled) on debian/linux I and II work as described. i cannot reproduce III due to another bug: in state after II, i cannot open the the subpatch at all (neither via click (it still thinks it is somehow gop) nor via rightclick->open) i had troubles reproducing IV at first, but now it crashes every time and i cannot find what i did differently... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2598132&group_…

1 0

[ pure-data-Bugs-2613011 ] popup crashes with pd-0.42 and GOP
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2613011, was opened at 2009-02-18 16:34 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Guenter Geiger (ggeiger) Summary: popup crashes with pd-0.42 and GOP Initial Comment: using [popup] with a brand-new Pd (0.42-4) just crashes when used in a graph-on-parent. to reproduce, put the [popup-gop-test] (taht comes with popup) abstraction into a new patch. this happened on linux and osx. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-03-19 17:53 Message: btw, i don't know whether this is the canonical fix for the problem. it just happens to work... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-03-19 17:52 Message: i have submitted (without asking :-() a patch to popup that seems to fix the problem. the segfault happened, because in popup_vis() you were creating an rtext_new() which in turn needed to have a glist _with_ an gl_editor; if the gl_editor was NULL (which happens with 0.42 and gop), rtext_new() segfaults; my fix is to make sure that there is a gl_editor ---------------------------------------------------------------------- Comment By: B. Bogart (bbogart) Date: 2009-02-21 19:15 Message: I can confirm this bug. Looks like [button] from GGEE has the same problem. Guenter, care to take a look? I wonder if g_canvas will ever be public... I guess that they have worked since 2003 is pure luck. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&group_…

1 0

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2621932, was opened at 2009-02-21 01:44 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop multiplicity Initial Comment: 1. Open patch.pd 2. Delete the subpatch. 3. Either a) create a new my_abs object or b) undo the previous delete 4. Repeat steps 2-3 n times. Now when you open the subpatch, all actions occur n+1 times, e.g.: * creating a new object box makes a chain of n+1 object boxes * patch is saved n+1 times * paste creates n+1 new copies If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times. The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu. I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console. Using pd-0.42-4 on windows xp sp3 -Jonathan jancsika(a)yahoo.com ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

[ pure-data-Bugs-2724318 ] 'pd -alsa -send "; pd dsp 1"' fails with -nogui
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2724318, was opened at 2009-04-01 04:23 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: 'pd -alsa -send "; pd dsp 1"' fails with -nogui Initial Comment: $ pd -alsa -send "; pd dsp 1" works fine $ pd -alsa -nogui -send "; pd dsp 1" snd_pcm_open (output): Device or resource busy if i send to a custom receiver and delay the message by 100ms it seems to work ok, but still, not perfect at a guess there's a race condition somewhere, and using the gui slows it down enough to work? just a guess though tested on GNU/Linux/Debian/Lenny/pure:dyne with pd-0.41 may also affect other sound APIs, but I haven't tested with anything other than ALSA ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:22 Message: oh forgot to say: OSS: /dev/dsp (writeonly): Device or resource busy /dev/dsp (readonly): Device or resource busy with jack it seems to work fine (though i often have other problems with jack, so i don't know how reliable this is) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:20 Message: confirmed with Pd-0.42.4 (debian lenny/squeeze; x86) however i thought the proper way to specify the send-message was "pd dsp 1" (without the leading semicolon) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_…

1 0

[ pure-data-Bugs-2724318 ] 'pd -alsa -send "; pd dsp 1"' fails with -nogui
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2724318, was opened at 2009-04-01 04:23 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) Summary: 'pd -alsa -send "; pd dsp 1"' fails with -nogui Initial Comment: $ pd -alsa -send "; pd dsp 1" works fine $ pd -alsa -nogui -send "; pd dsp 1" snd_pcm_open (output): Device or resource busy if i send to a custom receiver and delay the message by 100ms it seems to work ok, but still, not perfect at a guess there's a race condition somewhere, and using the gui slows it down enough to work? just a guess though tested on GNU/Linux/Debian/Lenny/pure:dyne with pd-0.41 may also affect other sound APIs, but I haven't tested with anything other than ALSA ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:20 Message: confirmed with Pd-0.42.4 (debian lenny/squeeze; x86) however i thought the proper way to specify the send-message was "pd dsp 1" (without the leading semicolon) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_…

1 0

[ pure-data-Bugs-2714570 ] Cannot control window size on Mac
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2714570, was opened at 2009-03-26 15:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2714570&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot control window size on Mac Initial Comment: Once the windows grow larger than the screen, for example after loading a pd file edited on a pc, onto a Mac it is not possible to resize the pages - the scroll bars are off the screen and there's no way of reaching them. This makes it impossible to work with. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:16 Message: personally i think this is a design problem of osx. however this does not help you... so how do other applications deal with this? (most likely clamping the window size) (however i notice it is a not so uncommon problem on OSX) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2714570&group_…

1 0

[ pure-data-Bugs-2637478 ] 0.41.4 extended and Jack OS X problems
by SourceForge.net 02 Apr '09

02 Apr '09

Bugs item #2637478, was opened at 2009-02-25 17:07 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2637478&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None >Status: Deleted >Resolution: Duplicate Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: 0.41.4 extended and Jack OS X problems Initial Comment: I've noticed a couple of bug with regard to Jack and the new test build of Pd extended: 1) When connecting to Jack mode, Pd freezes and has to be force quit. 2) Another problem I've noticed is with current release of 0.40.3 extended, is when Pd is not computing audio, cpu usage shoots up around 30% . This appears to happen when compute audio is first activated, then switched off. Switching on audio and cpu returns to nominal amount. This problem does not affect actual usage. Specs problems appear on: os 10.5.6 Intel 2.4 iMac os 10.4.11 PPC 1 ghz Jack OSX 0.81 thanks ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:14 Message: this is a duplicate of http://sourceforge.net/tracker/?func=detail&aid=2637417&group_id=55736&atid… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2637478&group_…

1 0

Jump to page:

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 April 2009