Pd-dev February 2008

pd-dev@lists.iem.at

23 participants
81 discussions

[ pure-data-Bugs-1357719 ] [makefilename] crasher bug and inconsistencies
by SourceForge.net 21 Feb '08

21 Feb '08

Bugs item #1357719, was opened at 2005-11-15 16:35 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357719&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.1 >Status: Closed Resolution: Fixed Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [makefilename] crasher bug and inconsistencies Initial Comment: (See attached patch for examples) Inconsistency Bug 1: If you send [symbol 32( to [makefilename %s], it is totally ignored. It should treat 32 as "32" and print it since its a symbol. Inconsistency Bug 2: %f patterns only produce "nan" for negative numbers and "0.000000" for positive. Crasher Bug: If you send a float to [makefilename %s] or anything with %s, Pd crashes. Here's the crash trace from Mac OS X is also attached. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-02-20 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-06 03:14 Message: Logged In: YES user_id=564396 Originator: NO the crasher has been fixed in 0.41; the %f inconsistency has been fixed too. the "symbol 32" is not a problem of [makefilename], but rather with Pd in general, and afaik, you have sumbitted a separate bug-report for this special issue. (please commit only one bug per tracker-item; this makes closing much easier) so i think this can be closed ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-26 10:53 Message: Logged In: YES user_id=27104 reconfirmed bug on 0.40.1 and increased priority since its a guaranteed crasher bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357719&group_…

1 0

Pd development with git-svn
by Stephen Sinclair 20 Feb '08

20 Feb '08

Hi, I just wanted to let you know that I recently did a git-svn download of the subversion repo. It took quite some time, so to save others time I thought I'd make it available. I _don't_ recommend using this for working on svn branches, since it imported the branches a bit strangely due to the somewhat non-standard way the /branches folder is organized. However, if you're working off of the trunk it's fine. Also, you can easily make local branches off of the trunk, work work work, and then at some point when you want to commit, you download the latest trunk with: git-svn rebase Then manually rebase the local branch you've been working on, git-checkout <mybranch> git-rebase master Then dump in your new commits: git-svn dcommit More likely this is useful for generating patches against the main trunk to be submitted to the patch tracker: git-diff master..<mybranch> (That way even people without svn access can version-control their proposed patches before they are even accepted and applied.) If you're not at all interested in using git, ignore this message.. I don't think git-svn is a good starting point for learning git, but if you're used to it and like it, this might be useful to you. You can download my tarball of the repo here: http://www.music.mcgill.ca/~sinclair/pub/puredata-gitsvn-150208.tar.bz2 Untar it and then do "git-svn rebase" to grab the latest changes. (I give a tarball instead of suggesting git-clone because git-clone doesn't copy important svn-related stuff.) Some interesting info.. After downloading the whole svn history, the .git folder was something like 540 MB. After "git-gc --aggressive", which repacks and compresses the history database, it was about 74 MB. Not bad.. :) That's for the whole history of pure-data. Steve

2 1

[ pure-data-Bugs-1844526 ] [msgfile]: loses content, when end reached (since 2.2.0)
by SourceForge.net 20 Feb '08

20 Feb '08

Bugs item #1844526, was opened at 2007-12-05 02:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1844526&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: Roman Haefeli (reduzent) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: [msgfile]: loses content, when end reached (since 2.2.0) Initial Comment: the objectclass [msgfile] introduced a bug since version 2.2.0 of zexy. as soon as the last line of [msgfile]'s content is reached, the complete content is lost. see attached patch. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 17:24 Message: Logged In: YES user_id=564396 Originator: NO should be fixed in recent svn ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-12-05 10:37 Message: Logged In: YES user_id=564396 Originator: NO took responsibility; thanks for the attached patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1844526&group_…

1 0

[ pure-data-Bugs-1624229 ] msgfile busted
by SourceForge.net 20 Feb '08

20 Feb '08

Bugs item #1624229, was opened at 2006-12-29 12:10 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624229&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.39.2 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: msgfile busted Initial Comment: The msgfile does not work on the PowerPC: Pd-0.39.2-extended-test6-macosx104 release. And not on any of the previous macOSX releases under 39.2 either. Looks like it loads files fine, but it outputs only a done bang. Have tried to rewind etc. No luck. Just for the record. T. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 16:46 Message: Logged In: YES user_id=564396 Originator: NO please provide more information. which file are you trying to load? which mode? are you sure the file can be found? and please use more descriptive wording than "busted" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624229&group_…

1 0

[ pure-data-Bugs-1874767 ] hostname from hcs crashes
by SourceForge.net 20 Feb '08

20 Feb '08

Bugs item #1874767, was opened at 2008-01-18 15:42 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&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: oli44 (oli44) Assigned to: Hans-Christoph Steiner (eighthave) Summary: hostname from hcs crashes Initial Comment: hello, following message when banging the hostname object from hcs lib Patch: [bang( | [hostname] | [print] Debian Etch pd extended stable 20071224 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x082cc980 *** Pd: signal 6 I can repeat the bug anytime after an update to pd-e stable 20080112 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08284f28 *** Pd: signal 6 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08287ee8 *** Pd: signal 6 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 16:29 Message: Logged In: YES user_id=564396 Originator: NO i can confirm that it crashes on debian lenny ([hostname] is self-compiled; running pd-0.41) *** glibc detected *** /usr/local/bin/pd: malloc(): memory corruption: 0x08135bb8 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb7d961e6] /lib/i686/cmov/libc.so.6(__libc_calloc+0xcf)[0xb7d9788f] /usr/local/bin/pd(getbytes+0x1e)[0x80ada1e] ======= Memory map: ======== 08048000-0811a000 r-xp 00000000 08:05 749279 /usr/local/bin/pd 0811a000-0811b000 rw-p 000d2000 08:05 749279 /usr/local/bin/pd 0811b000-08148000 rw-p 0811b000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d29000-b7d2a000 rw-p b7d29000 00:00 0 b7d2a000-b7e71000 r-xp 00000000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e71000-b7e72000 r--p 00147000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e72000-b7e74000 rw-p 00148000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e74000-b7e77000 rw-p b7e74000 00:00 0 b7e77000-b7e8b000 r-xp 00000000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8b000-b7e8d000 rw-p 00013000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8d000-b7e8f000 rw-p b7e8d000 00:00 0 b7e8f000-b7eb2000 r-xp 00000000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb2000-b7eb4000 rw-p 00023000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb4000-b7eb5000 rw-p b7eb4000 00:00 0 b7eb5000-b7eb7000 r-xp 00000000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb7000-b7eb9000 rw-p 00001000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb9000-b7f7a000 r-xp 00000000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f7a000-b7f7f000 rw-p 000c0000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f90000-b7f9c000 r-xp 00000000 08:02 482917 /lib/libgcc_s.so.1 b7f9c000-b7f9d000 rw-p 0000b000 08:02 482917 /lib/libgcc_s.so.1 b7f9d000-b7f9e000 r-xp 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9e000-b7f9f000 rw-p 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9f000-b7fa0000 rw-s 81000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa0000-b7fa1000 r--s 80000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa1000-b7fa2000 rw-s 81000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa2000-b7fa3000 r--s 80000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa3000-b7fa5000 rw-p b7fa3000 00:00 0 b7fa5000-b7fc1000 r-xp 00000000 08:02 482914 /lib/ld-2.7.so b7fc1000-b7fc3000 rw-p 0001b000 08:02 482914 /lib/ld-2.7.so bfd7c000-bfd92000 rw-p bfd7c000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb7d29ad0 (LWP 12156)] 0xffffe410 in __kernel_vsyscall () ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-01-25 18:45 Message: Logged In: YES user_id=27104 Originator: NO Hmm, works for me on Mac OS X/Intel 10.4.11. Time to reboot into Debian... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&group_…

1 0

[ pure-data-Bugs-1528731 ] hex loader doesn't work with namespace prefixes
by SourceForge.net 20 Feb '08

20 Feb '08

Bugs item #1528731, was opened at 2006-07-26 03:18 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&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: Hans-Christoph Steiner (eighthave) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: hex loader doesn't work with namespace prefixes Initial Comment: When using a hex loader name like 0x3c0x7e.pd for [<~], you can't use namespace prefixes since the / is only interpreted as a hex value 0x2f. For example, [zexy/<~] tries to load only zexy0x2f0x3c0x7e.pd, and therefore fails. An additional search path should be added after this one where the / is used literally without being translated into a hex code, then it would look for zexy/0x3c0x7e.pd ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 16:21 Message: Logged In: YES user_id=564396 Originator: NO by calling the sys_load_lib recursively with the alternative names. the only remaining problem is with abstractions (it turned out, that the hexloader was not really able to load abstractions that contained other abstractions - however, this should be in a different bug-ticket). ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2007-10-17 21:29 Message: Logged In: YES user_id=801174 Originator: NO so, tell me, how do you make a pyext loader use the hex loader? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-17 16:53 Message: Logged In: YES user_id=564396 Originator: NO i just updated the hexloader external (which replaces the hexloader-code in main pd) to do some special handling of "/". (the revised hexloader-external is now also able to load abstractions!) i have tested it under linux and os-x 10.4 (i think) with pd-0.41(os-x) and pd-0.40 (linux); could you please confirm and eventually close this bug? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 11:48 Message: Logged In: YES user_id=564396 Originator: NO how exactly do you think this should happen? e.g. how should [path//] be resolved? "path0x2f0x2f.pd", "path/0x2f.pd", "path0x2f/.pd" or "path//.pd"? once there is a precise idea on how the problem should be solved, i can go and implement it. btw, i changed the category to "externals" since the hexloader is no longer part of pd itself ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&group_…

1 0

Comparing Max/MySQL with SQLdb
by Mike McGonagle 20 Feb '08

20 Feb '08

Hello all, I finally got around to installing Max, and looking at the MySQL external for it... While I have not tried it out yet (I don't have access to a MySQL database at the moment), from looking at the 2 windows of the example patch, it is obvious that we have two different interfaces. Hans had commented that we should follow the model set up with the Max MySQL stuff, as it is already in use. I would be curious to find out how many people use it, but not being a Max user, I am probably not the person to find out. So, the obvious things that are different: 1. All input to the Max/MySQL external goes into the left inlet, while SQLdb uses the left inlet for command input (banging for results, or other buffer commands), and the right inlet handles all input SQL statements. This was done to get around PD's use of comma's, so that they can be "reinserted" into the SQL statement. 2. The outlets for Max/MySQL appear to be: Left: Result Sets as a list Middle: Number of Rows effected or Error indicator Left: Bangs when done with results SQLdb is as follows: Left: Result Sets as a list (either tagged with the field name, or not [not sure about Max/MySQL]) Middle: ID of last insert Right: Error outlet and Bang when done with results Note the differences between the Middle outlet. Max/MySQL outputs a different piece of data that SQLdb does. Should this be changed? Which piece of info is more important? 3. Max/MySQL supports Blobs, while SQLdb does not (at the current time). 4. There appears to be some functionality offered by Max/MySQL. In looking at the SQL statements, there appears to be a function (named "LOAD_FILE") that would read a file from disk. One of my goals for this external was that it didn't provide any additional functionality, except to submit a query to the database, and return the result sets or any error messages. While I am not against adding functions to this, it would require that the SQLdb external now parse the input SQL statement, and process it in some way. OR, I could be off the track on this, and the function I am talking about is actually provided by MySQL 5. I could be wrong on this one, too, but it would appear that Max/MySQL supports more than one statement being inserted into the buffer before it gets submitted to the database. I can see this being useful in that it would allow for reading a disk file with SQL in it. I am making this assumption based on the "sprintf" object in the main window. 6. The most important design difference between Max/MySQL and SQLdb is that SQLdb uses a two part implementation. One that encapsulates all SQL statements, and another that encapsulates the connection to the server. This was done to allow for many statements to go through a single connection, without having to send some sort of "connect" message to every instance of the database objects. One thing I can't quite figure out, without being able to run the thing, is how it handles the result sets. Are they returned as one huge list? If so, I don't think that is practical, and each result set should be returned as a separate list, with a bang on the left inlet for each result. So, I guess the question is, should we try to make SQLdb more like Max/MySQL? Or should we continue with what we have? Also, I am not positive if Max/MySQL supports Placeholders or not, but that is another aspect that we need to think about. Just a few thoughts... Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

2 1

Fwd: svn troubles
by Mike McGonagle 19 Feb '08

19 Feb '08

---------- Forwarded message ---------- From: Mike McGonagle <mjmogo(a)gmail.com> Date: Feb 19, 2008 3:44 PM Subject: Re: [PD-dev] svn troubles To: Hans-Christoph Steiner <hans(a)eds.org> I have noticed things like this happening when I write Macintosh files to a Windows server. It creates some secondary file that is named the same as the main file, except it prepends the file with a dot. On the Mac, you won't see that file, as the Mac by default suppresses those files from being seen. But, nonetheless, they are there. I don't think they really hurt anything if they get deleted, at least, I have not had any trouble. Mike On Feb 17, 2008 4:38 PM, Hans-Christoph Steiner <hans(a)eds.org> wrote: > > On Feb 17, 2008, at 2:54 PM, Martin Peach wrote: > > > zmoelnig(a)iem.at wrote: > >> Quoting Martin Peach <martin.peach(a)sympatico.ca>: > >> > >>> Hi all, > >>> I tried running 'svn cleanup' from my externals directory but I > >>> get the > >>> same error. > >>> This is with cygwin svn 1.4.5 on WinXp. > >> > >> weird. > >> what comes to my mind is: > >> - are you sure you have enough space on your disk? (svn needs more > >> space than cvs, as it caches the original copy of a file) > > I have about 40gigs free. > > > >> - i have encountered problems on w32 with "forbidden" filenames, such > >> as "AUX" and "COM", but this doesn't seem to be the case here... > >> - svn is less tolerant than cvs when it comes to collisions: e.g. if > >> you have a file "Hello.c" and a file "hello.c" in the same directory > >> and your local filesystem is case-insensitive, the checkout will > >> fail. > >> nevertheless, i haven't find a case-problem in the > >> gridflow/doc/flow_classess folder. > >> > > Just tried it again using TortoiseSVN and got the same error: > > Added: > > E:\pd_from_svn\externals\gridflow\doc\flow_classes\messageprepend- > > icon.png > > Added: > > E:\pd_from_svn\externals\gridflow\doc\flow_classes\listappend-icon.png > > Added: > > E:\pd_from_svn\externals\gridflow\doc\flow_classes\listelement-help.pd > > Error: Can't check path > > 'E:\pd_from_svn\externals\gridflow\doc\flow_classes\inv*-icon.png': > > The > > filename, directory name, or volume label syntax is incorrect. > > > > Windows doesn't like files with * in the name. In fact if I try to > > make > > such a filename in Explorer I get a tooltip saying: > > A file name cannot contain any of the following characters: \/:*?"<>| > > > > The file inv*-icon.png definitely exists in the repository: > > http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ > > externals/gridflow/doc/flow_classes/inv*-icon.png?view=log > > > > I guess I'll have to check out the directories one at a time. > > I managed to check out everything using Ubuntu without incident. > > This has been happening for a while, but perhaps you just didn't > notice. You can see the files in question by looking at the top of > the nightly build log for winxp: > > http://autobuild.puredata.info/auto-build/2007-09-10/logs/ > 2007-09-10_05.54.04_mingw32_nt-5.1_windowsxp-i386_pd-extended_run- > automated-builder.txt > > There are currently four files that NTFS rejects: > > /externals/gridflow/doc/flow_classes/.inv*-icon.png > /externals/zexy/abs/.<~-help.pd > /externals/zexy/abs/.>~-help.pd > /externals/zexy/abs/.||~-help.pd > > .hc > > > ------------------------------------------------------------------------ > ---- > > http://at.or.at/hans/ > > > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev > -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

1 0

SVN access...
by Mike McGonagle 18 Feb '08

18 Feb '08

Hello all, I was wondering if there is anything posted for accessing the SVN archives? I looked on the PureData.info site, and it still only has the CVS stuff. Thanks, Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

3 4

renaming /import to /vendor
by Hans-Christoph Steiner 18 Feb '08

18 Feb '08

Since the /import section is supposed to be for vendor branches AFAICT, I propose to rename it /vendor like the SVN book uses: http://svnbook.red-bean.com/en/1.1/ch07s05.html Any objections? .hc ------------------------------------------------------------------------ ---- All information should be free. - the hacker ethic

4 6

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 February 2008