Pd-dev June 2006

pd-dev@lists.iem.at

29 participants
58 discussions

[ pure-data-Bugs-1508138 ] program crash leads to system crash
by SourceForge.net 18 Jun '06

18 Jun '06

Bugs item #1508138, was opened at 2006-06-18 09:47 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1508138&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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: JoÃ£o Miguel Pais (jmmmp) >Assigned to: Nobody/Anonymous (nobody) Summary: program crash leads to system crash Initial Comment: If pd crashes once (for whichever reason it may be), when the program is loaded again a system error occurs, and a blue screen appears. The error message of the blue screen is IRQL_NOT_LESS_OR_EQUAL *** STOP: 0X0000000A (0X00000004, 0X00000002, 0X00000000, 0X804E39A7) Therefore, if pd crashes, it is necessary to reboot the system in order to avoid a system crash (logging out doesn't help). Pd-ext 0.39-2 t3 XP Prof ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-06-18 13:24 Message: Logged In: YES user_id=350252 Although the information given about the crash is close to nothing (for whichever reason that may be), it's almost certainly a driver bug, not a pure pd bug. You should include info about what you are doing (include patches, description etc.) and about your hardware. And you should try to find newer/ different drivers for your audio hardware and see if the problem persists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1508138&group_…

1 0

[ pure-data-Bugs-1508221 ] dynamic patching locks up Pd and pegs CPU
by SourceForge.net 18 Jun '06

18 Jun '06

Bugs item #1508221, was opened at 2006-06-18 14:45 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=1508221&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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: dynamic patching locks up Pd and pegs CPU Initial Comment: When I work on this patch, it works fine. But when its embedded in another patch as an object, it causes Pd to stop responding and peg the CPU. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1508221&group_…

1 0

[ pure-data-Bugs-1508138 ] program crash leads to system crash
by SourceForge.net 18 Jun '06

18 Jun '06

Bugs item #1508138, was opened at 2006-06-18 15:47 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=1508138&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: Open Resolution: None Priority: 5 Submitted By: JoÃ£o Miguel Pais (jmmmp) Assigned to: Hans-Christoph Steiner (eighthave) Summary: program crash leads to system crash Initial Comment: If pd crashes once (for whichever reason it may be), when the program is loaded again a system error occurs, and a blue screen appears. The error message of the blue screen is IRQL_NOT_LESS_OR_EQUAL *** STOP: 0X0000000A (0X00000004, 0X00000002, 0X00000000, 0X804E39A7) Therefore, if pd crashes, it is necessary to reboot the system in order to avoid a system crash (logging out doesn't help). Pd-ext 0.39-2 t3 XP Prof ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1508138&group_…

1 0

Printing ALL help documentation
by glerm soares 18 Jun '06

18 Jun '06

I already started this in another thread, but i'll try to be more clear. I was thinking about a script that could take a pd patch window screenshots, without have to open pd. With this, we could make automacally a pdf for example, with all graphic helps of pd externals, abstractions and native objects. I think it could help A lot with a wide vision of the actual state of development. It could be possible do this without have to hack the code ( with some bash shell command or python script for example)?

3 8

Re: rh/ccrma pd-extended rpm
by Hans-Christoph Steiner 17 Jun '06

17 Jun '06

I am cc'ing the list since I think this is of general interest. I have talked with Nando about it, his reason for not doing it is lack of time. There are no license issues with Pd-extended that would be a problem with RedHat or PlanetCCRMA. The whole Pd-extended is licensed under the GNU GPL. In fact, we are limited to only BSD and GPL code in Pd-extended, while with PlanetCCRMA, they can ignore a lot of license issues because they have Stanford's lawyers behind them. They include software with all sorts of non-free licenses, and even include patented code that would be illegal to use in the US without a specific license. The plan with the pdlab farm of computers is to have the nightly builds posted automatically so they can be downloaded. Ideally, the packages would ultimately be included in the respective OSes. As for how to support RedHat/PlanetCCRMA, I'll leave that totally up to you, I don't use either, so I don't know what makes sense for them. But feel free to ask any questions, etc. about Pd-extended. Also, there is a lot that can be improved in the Pd-extended build system, so if you feel motivated to improve things, go for it. The hard part is that it has to work on all platforms. .hc On Jun 16, 2006, at 9:20 PM, shift8 wrote: > cool - there will most likely be other dependencies for pd-extened > on a > stock fedora/redhat/planetccrm install (non-standard builds, that > have > never made it to rpm, license issues, etc - there's must be some > logical > reason Fernando doesn't already make one), so i think it's still not > going to be drop in for ccrma users. i'll start with their spec file > and go from there. perhaps you can host non-standard rpms w/ it after > they get built? > > On Fri, 2006-06-16 at 20:11 -0400, Hans-Christoph Steiner wrote: >> That would be awesome! It would be great if someone updated the >> PlanetCCRMA rpms to be built with Pd-extended. Right now the >> PlanetCCRMA stuff is quite old. >> >> Once everything is set up, I don't think it'll take much >> maintenance. So I'll just do a plain install of RedHat and/or >> PlanetCCRMA and hand it over to you. I don't really know RedHat >> anymore. >> >> .hc >> >> On Jun 16, 2006, at 5:44 PM, shift8 wrote: >> >>> hi - i've scripted systems to auto build from cvs to rpm - and can >>> offer >>> a couple of hours a week or so if you are interested. >>> >>> star >>> >>> On Fri, 2006-06-16 at 17:22 -0400, Hans-Christoph Steiner wrote: >>>> So I have a bunch of old PCs, a fat internet connection, and some >>>> room to set up some boxes. My plan is to set up machines that are >>>> devoted to auto-building Pd, one machine for each platform. >>>> This is >>>> what I can provide: Mac OS X 10.3.9, Debian/x86, Debian/PowerPC, >>>> and >>>> Win2k. >>>> >>>> I have more PCs and I could do installed of PlanetCCRMA, RedHat, >>>> SUSE, whatever if someone would build that machine up to auto- >>>> build Pd. >>>> >>>> The idea here is to have each of these machines do a complete build >>>> of Pd every night, and report problems to the pd-dev list. Then >>>> we'll no longer need to make test releases, they'll be there >>>> automatically. >>>> >>>> Any help with this would be appreciated. I can give root access to >>>> those who will do the work. >>>> >>>> .hc >>>> >>>> ------------------------------------------------------------------- >>>> -- >>>> --- >>>> >>>> Using ReBirth is like trying to play an 808 with a long stick. - >>>> David Zicarelli >>>> >>>> >>>> >>>> _______________________________________________ >>>> PD-dev mailing list >>>> PD-dev(a)iem.at >>>> http://lists.puredata.info/listinfo/pd-dev >>>> >>> -- >>> ᚛᚛ᚉᚑᚅᚔᚉᚉᚔᚋ ᚔᚈᚔ ᚍᚂᚐᚅᚑ  >>> ᚅᚔᚋᚌᚓᚅᚐ᚜ >> >> >> --------------------------------------------------------------------- >> --- >> >> I have the audacity to believe that peoples everywhere can have three >> meals a day for their bodies, education and culture for their minds, >> and dignity, equality and freedom for their spirits. - Martin >> Luther King, Jr. >> >> > -- > ᚛᚛ᚉᚑᚅᚔᚉᚉᚔᚋ ᚔᚈᚔ ᚍᚂᚐᚅᚑ  > ᚅᚔᚋᚌᚓᚅᚐ᚜ ------------------------------------------------------------------------ Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

1 0

[ pure-data-Patches-1473684 ] fix for array overflow
by SourceForge.net 17 Jun '06

17 Jun '06

Patches item #1473684, was opened at 2006-04-20 16:50 Message generated for change (Settings changed) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&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: bugfix Status: Open Resolution: None Priority: 8 Submitted By: Thomas Grill (xovo) >Assigned to: Miller Puckette (millerpuckette) Summary: fix for array overflow Initial Comment: in s_inter.c, function sys_startgui the zz array is too small to hold all members of the defaultfontshit array, leading to overflow and uneasyness. Attached is a patch (relative to devel) providing a fix for the problem. greetings, Thomas ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-04-20 16:51 Message: Logged In: YES user_id=350252 increased priority since the bug implies memory corruption or crashes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&group_…

1 0

[ pure-data-Patches-1507593 ] -typeface option causes memory overflow
by SourceForge.net 17 Jun '06

17 Jun '06

Patches item #1507593, was opened at 2006-06-16 23:28 Message generated for change (Settings changed) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1507593&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: bugfix Status: Open Resolution: None >Priority: 8 Submitted By: Thomas Grill (xovo) >Assigned to: Miller Puckette (millerpuckette) Summary: -typeface option causes memory overflow Initial Comment: in s_main.c the char array for the sys_font variable has a fixed default size. Yet, this array can get with a longer string overwritten when using the -typeface option. This causes garbage to destroy the dac settings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1507593&group_…

1 0

[ pure-data-Patches-1507593 ] -typeface option causes memory overflow
by SourceForge.net 17 Jun '06

17 Jun '06

Patches item #1507593, was opened at 2006-06-16 23:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1507593&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: -typeface option causes memory overflow Initial Comment: in s_main.c the char array for the sys_font variable has a fixed default size. Yet, this array can get with a longer string overwritten when using the -typeface option. This causes garbage to destroy the dac settings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1507593&group_…

1 0

common date format for Pd
by Hans-Christoph Steiner 17 Jun '06

17 Jun '06

Since Pd only has 19bits of integer resolution, we can't use UNIX time within Pd. So I was thinking that perhaps ISO format would would well in Pd since its a symbol: For example: Today is 2006-06-12. This email was sent written at 12:40:23. All of this can be lumped together as 20060612T124023. I am not sure if this ISO unified date/time format officially supports fractional seconds, but since it does support fractional seconds in the time (12:40:23.2342), and the digit positions are fixed, so I think we can easily just tack on fractional seconds like this: 20060612T124023.2342. I think keeping the "." is preferable since ISO 8601 says 12:40:23.2342 can be shorted to 124023.2342, but I didn't see mention of 1240232342. One problem is that ISO 8601 allows you to omit the separators "-" and ":", which would then make it a float in Pd, and therefore it would be truncated to 6 digits. So we couldn't support that. Here's a page all about ISO 8601 date/time formats: http://www.cl.cam.ac.uk/~mgk25/iso-time.html#time Thoughts? Comments? Flames? ;) .hc ------------------------------------------------------------------------ I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

7 14

pd-lab: a bunch of machines for auto-building Pd
by Hans-Christoph Steiner 16 Jun '06

16 Jun '06

So I have a bunch of old PCs, a fat internet connection, and some room to set up some boxes. My plan is to set up machines that are devoted to auto-building Pd, one machine for each platform. This is what I can provide: Mac OS X 10.3.9, Debian/x86, Debian/PowerPC, and Win2k. I have more PCs and I could do installed of PlanetCCRMA, RedHat, SUSE, whatever if someone would build that machine up to auto-build Pd. The idea here is to have each of these machines do a complete build of Pd every night, and report problems to the pd-dev list. Then we'll no longer need to make test releases, they'll be there automatically. Any help with this would be appreciated. I can give root access to those who will do the work. .hc ------------------------------------------------------------------------ Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

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 June 2006