Pd-dev July 2007

pd-dev@lists.iem.at

28 participants
109 discussions

[ pure-data-Bugs-1751315 ] [playlist] crashes in gop when a message is connected to it
by SourceForge.net 11 Jul '07

11 Jul '07

Bugs item #1751315, was opened at 2007-07-10 11:57 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&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: Kevin McCoy (kevinmccoy) >Assigned to: Yves Degoyon (sevyves) Summary: [playlist] crashes in gop when a message is connected to it Initial Comment: I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object when it appears in a GOP abstraction, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes. This error, as far as I can tell, occurs in Miller's pd 0.39-2, 39-2 extended rc3/rc4, 0.40-2 extended, but I couldn't get it to crash the same way in Miller's 0.40-2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&group_…

1 0

[ pure-data-Bugs-1751324 ] [vectral~] crashes / locks up machine
by SourceForge.net 11 Jul '07

11 Jul '07

Bugs item #1751324, was opened at 2007-07-10 12:08 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751324&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: Kevin McCoy (kevinmccoy) Assigned to: Nobody/Anonymous (nobody) Summary: [vectral~] crashes / locks up machine Initial Comment: Patches that ultilize [vectral~] from the cyclone library will eventually cause the machine to crash / lock up in pd 0.39-2 extended rc3 for linux. I have attached an offending GOP, which also requires [>~] from the zexy lib. When I removed [vectral~] the patch works fine with no crashes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751324&group_…

1 0

Re: [PD-dev] pd+programming language
by ruben gomez 10 Jul '07

10 Jul '07

Pain. Good that some programmer did one module python like csnd of Csound. At the moment OSC works. --------------------------------- SÃ© un Mejor Amante del Cine Â¿Quieres saber cÃ³mo? Â¡Deja que otras personas te ayuden!.

1 0

[ pure-data-Bugs-1751324 ] [vectral~] crashes / locks up machine
by SourceForge.net 10 Jul '07

10 Jul '07

Bugs item #1751324, was opened at 2007-07-10 16:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751324&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: Kevin McCoy (kevinmccoy) Assigned to: Nobody/Anonymous (nobody) Summary: [vectral~] crashes / locks up machine Initial Comment: Patches that ultilize [vectral~] from the cyclone library will eventually cause the machine to crash / lock up in pd 0.39-2 extended rc3 for linux. I have attached an offending GOP, which also requires [>~] from the zexy lib. When I removed [vectral~] the patch works fine with no crashes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751324&group_…

1 0

[ pure-data-Bugs-1751315 ] [playlist] crashes in gop when a message is connected to it
by SourceForge.net 10 Jul '07

10 Jul '07

Bugs item #1751315, was opened at 2007-07-10 15:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&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: Kevin McCoy (kevinmccoy) Assigned to: Nobody/Anonymous (nobody) Summary: [playlist] crashes in gop when a message is connected to it Initial Comment: I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object when it appears in a GOP abstraction, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes. This error, as far as I can tell, occurs in Miller's pd 0.39-2, 39-2 extended rc3/rc4, 0.40-2 extended, but I couldn't get it to crash the same way in Miller's 0.40-2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&group_…

1 0

cleanup of CVS
by Mathieu Bouchard 10 Jul '07

10 Jul '07

On Thu, 28 Jun 2007, Johannes wrote: > i would like to file a request to sourceforge that they remove the > ":pserver:anonymous@cvs.gridflow.ca:/" directory from the pd-repository. > reasoning: > - the entire tree is obviously supposed to be a mirror of another > repository which is hosted somewhere else > - the name is obviously a mistake; it should read "gridflow" instead of > ":pserver:anonymous@cvs.gridflow.ca:/home/cvs/gridflow" > - since the initial checkin one year ago not a single submit has been done Yeah, you wrote to me about this once last year but I forgot to reply to it (I am sorry). I agree with this. It was one of my failed attempts to use "cvs import", which I won't try to use anymore. What I wanted to do is copy cvs.gridflow.ca:/home/cvs/gridflow into pd/externals. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada

8 22

[ pure-data-Bugs-1750770 ] [stat] crashes with unknown directory input
by SourceForge.net 10 Jul '07

10 Jul '07

Bugs item #1750770, was opened at 2007-07-09 13:26 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [stat] crashes with unknown directory input Initial Comment: Hi Hans! On OS X and a recent autobuild of PD-E 0.40.2, stat crashes Pd when given a nonexistent file or directory. (it used to give a not-found error, as of a couple months ago) That's a bummer!! ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2007-07-09 19:34 Message: Logged In: YES user_id=1541432 Originator: YES Hi Hans, I built it just now, it indeed no longer crashes. I did notice that connecting a print to the error outlet (and providing a nonexistent dir) outputs print: error does_not_existconsistency check failed: atom_string does_not_exist Thanks! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-09 14:27 Message: Logged In: YES user_id=27104 Originator: NO I am able to reproduce it, and I recompiled it with a very minor seemingly cosmetic fix and it seems to have fix the crash. Strange. I guess we'll see tomorrow whether this actually fixed the bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&group_…

1 0

[ pure-data-Bugs-1750770 ] [stat] crashes with unknown directory input
by SourceForge.net 09 Jul '07

09 Jul '07

Bugs item #1750770, was opened at 2007-07-09 16:26 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: [stat] crashes with unknown directory input Initial Comment: Hi Hans! On OS X and a recent autobuild of PD-E 0.40.2, stat crashes Pd when given a nonexistent file or directory. (it used to give a not-found error, as of a couple months ago) That's a bummer!! ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-09 17:27 Message: Logged In: YES user_id=27104 Originator: NO I am able to reproduce it, and I recompiled it with a very minor seemingly cosmetic fix and it seems to have fix the crash. Strange. I guess we'll see tomorrow whether this actually fixed the bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&group_…

1 0

[ pure-data-Bugs-1750770 ] [stat] crashes with unknown directory input
by SourceForge.net 09 Jul '07

09 Jul '07

Bugs item #1750770, was opened at 2007-07-09 13:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [stat] crashes with unknown directory input Initial Comment: Hi Hans! On OS X and a recent autobuild of PD-E 0.40.2, stat crashes Pd when given a nonexistent file or directory. (it used to give a not-found error, as of a couple months ago) That's a bummer!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&group_…

1 0

[ pure-data-Bugs-1607030 ] Pd crach when closeing patch with GOP enabled subpatch open
by SourceForge.net 09 Jul '07

09 Jul '07

Bugs item #1607030, was opened at 2006-12-01 13:24 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607030&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Miller Puckette (millerpuckette) Summary: Pd crach when closeing patch with GOP enabled subpatch open Initial Comment: Pd crach when closing a patch with a GOP enabled subpatch or abstrasion is open. Attached is a patch that by following the procedure descibed in it will crash Pd. Note that the abstrasion isn't attached sine I can only attach one file. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-09 16:08 Message: Logged In: YES user_id=27104 Originator: NO It crashes for me too on Pd-0.39-2, Pd-0.40-2, Pd-0.39.2-extended-rc4 on Mac/Intel 10.4.10 ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2006-12-01 13:26 Message: Logged In: YES user_id=1658640 Originator: YES Attached is the abstracsion need to test the part/problem related to abstrasions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607030&group_…

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 July 2007