[PD-dev] [ pure-data-Bugs-1874767 ] hostname from hcs crashes
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=detailatid=478070aid=1874767group_id=55736 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 [EMAIL PROTECTED]:~/puredata$ pd tk scaling is 1.333 *** glibc detected *** malloc(): memory corruption: 0x082cc980 *** Pd: signal 6 I can repeat the bug anytime after an update to pd-e stable 20080112 [EMAIL PROTECTED]:~/puredata$ pd tk scaling is 1.333 *** glibc detected *** malloc(): memory corruption: 0x08284f28 *** Pd: signal 6 [EMAIL PROTECTED]:~/puredata$ pd tk scaling is 1.333 *** 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 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] b7c0-b7c21000 rw-p b7c0 00:00 0 b7c21000-b7d0 ---p b7c21000 00:00 0 b7d29000-b7d2a000 rw-p b7d29000 00:00 0 b7d2a000-b7e71000 r-xp 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 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 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 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb7000-b7eb9000 rw-p 1000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb9000-b7f7a000 r-xp 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f7a000-b7f7f000 rw-p 000c 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f9-b7f9c000 r-xp 08:02 482917 /lib/libgcc_s.so.1 b7f9c000-b7f9d000 rw-p b000 08:02 482917 /lib/libgcc_s.so.1 b7f9d000-b7f9e000 r-xp 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9e000-b7f9f000 rw-p 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9f000-b7fa rw-s 8100 00:0d 7892 /dev/snd/pcmC0D0p b7fa-b7fa1000 r--s 8000 00:0d 7892 /dev/snd/pcmC0D0p b7fa1000-b7fa2000 rw-s 8100 00:0d 7899 /dev/snd/pcmC0D0c b7fa2000-b7fa3000 r--s 8000 00:0d 7899 /dev/snd/pcmC0D0c b7fa3000-b7fa5000 rw-p b7fa3000 00:00 0 b7fa5000-b7fc1000 r-xp 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] e000-f000 r-xp 00:00 0 [vdso] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb7d29ad0 (LWP 12156)] 0xe410 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=detailatid=478070aid=1874767group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1624229 ] msgfile busted
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=detailatid=478070aid=1624229group_id=55736 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=detailatid=478070aid=1624229group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1844526 ] [msgfile]: loses content, when end reached (since 2.2.0)
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=detailatid=478070aid=1844526group_id=55736 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=detailatid=478070aid=1844526group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Pd development with git-svn
This would be good to have on the site, something like http://puredata.info/docs/developer/git-svn .hc On Feb 19, 2008, at 4:45 PM, Stephen Sinclair wrote: 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 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn troubles
On Feb 19, 2008, at 1:40 PM, Mathieu Bouchard wrote: On Mon, 18 Feb 2008, [EMAIL PROTECTED] wrote: Quoting Hans-Christoph Steiner [EMAIL PROTECTED]: There are currently four files that NTFS rejects: /externals/zexy/abs/.~-help.pd /externals/zexy/abs/.~-help.pd /externals/zexy/abs/.||~-help.pd so it's me again! i hope the . is a typo. I don't know what the . is, but I certainly did not use the . as a prefix of inv* either. yes sorry typo, it should be: /externals/zexy/abs/~-help.pd /externals/zexy/abs/~-help.pd /externals/zexy/abs/||~-help.pd .hc ¡El pueblo unido jamás será vencido! ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [PD] autobuilds using svn
The problem is that they changed the name of the Jack framework in Jack OSX 0.75. I think it should use Jackmp.framework now. To make that happen, try changing pd/src/configure.in. Change this: if test x$jack = xyes; then LDFLAGS=$LDFLAGS -weak_framework Jack fi if test x$jack = xrun; then LDFLAGS=$LDFLAGS -weak_framework Jack fi to be this: if test x$jack = xyes; then LDFLAGS=$LDFLAGS -weak_framework Jackmp fi if test x$jack = xrun; then LDFLAGS=$LDFLAGS -weak_framework Jackmp fi .hc On Feb 17, 2008, at 9:58 PM, brandon zeeb wrote: Hi Hans, No dice, I've already tried that. I've tried using the JackOSX and Fink Jack packages, and I get the same error. Here is what I see before it crokes. mayer.o d_fftroutine.o -ldl -lm -lpthread ld: framework not found Jack collect2: ld returned 1 exit status make[2]: *** [../bin/pd] Error 1 make[1]: *** [pd_install] Error 2 make: *** [darwin_app_core] Error 2 prob:darwin_app bz$ Thanks, ~Brandon On Feb 17, 2008, at 1:24 PM, Hans-Christoph Steiner wrote: You need to use the Mac OS X Framework for Jack rather than a dylib. Just install the complete package from here: http://www.jackosx.com/ .hc On Feb 16, 2008, at 3:28 PM, bsoisoi wrote: Hey guys, Okay, I have a legit fink environment now with all Pd-extended dependencies. There is a bug in the 0.28.0 release which prevented me from installing Jack (something having to do w/ a virtual dependency)... i cleared it out and installed Jack first, the rest fell into place easily. Only 2 issues remain. I can build Miller's vanilla PD without Jack support, the most current Jack from fink is installed on my system, in addition to tcl/tk 8.5.1. 1. The configure script is unable to find Jack in my fink installation 2. When built w/o Jack, the build is unable to find -ltcl8.5, and tries to build against 8.4 (which I don't have) but succeeds. When Pd is executed, it crashes trying to run Wish.app version 8.4 (which I don't have). Besides those two issues, all looks good. If anyone is able to help me out w/ this, I'd greatly appreciate it. Peace, ~Brandon ps: lets move this discussion over to Pd-Dev On Feb 15, 2008, at 6:06 PM, David Plans Casal wrote: On 15 Feb 2008, at 20:12, brandon zeeb wrote: I'm using that, actually, and flac from darwinports. At this point, the builds fail at g_canvas.c... I can't even get Millers Pd to build yet. By the way, how does one get Miller's Pd packaged into a application bundle? use packages/darwin_app, look at the Makefile, customise for your setup (pd path, etc) david ~Brandon On Feb 15, 2008, at 2:39 PM, Hans-Christoph Steiner wrote: Well, one thing that should make it easier is that Pd-extended uses jackosx.com's package rather than the fink package. It's already built for 10.5. Ultimately, it would be good to switch to the Fink version since it would then be automatically included into the Pd- extended.app, but that can come later. .hc On Feb 15, 2008, at 11:05 AM, bsoisoi wrote: Hi David, Have you had any success installing all of pd-extended's dependencies? It appears a bug in Fink is preventing me from installing Jack and Flac. Let me know of your progress, we should collaborate and hopefully get this done quicker. Peace, ~Brandon On Feb 15, 2008, at 10:11 AM, David Plans Casal wrote: ah, nevermind ;-) d On 15 Feb 2008, at 13:06, bsoisoi wrote: Hi Guys, I'll have the Pd-extended intel builds back online within the next week or so, assuming the few remaining dependencies can be built appropriately for 10.5 (flac and jack).I too am really looking forward to having the intel builds back as well. Frankly, this box is practically brand new, we can use this box until it croaks. It is not being used for anything else at the moment. Cheers, ~Brandon On Feb 14, 2008, at 7:05 PM, Hans-Christoph Steiner wrote: No, there is no Intel Mac any more. The one that was being used got repurposed. bsoisoi is working on getting a 10.5/Leopard box running to host nightly builds. .hc On Feb 14, 2008, at 6:52 PM, marius schebella wrote: great, did you set up the intel mac, too? marius. Hans-Christoph Steiner wrote: I switching the autobuilds to slurp from SVN. Let's hope things run smoothly tonight, then we'll have up-to-date nightly builds again. Also, I ran updates on all of the GNU/Linux boxes. .hc --- -- --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ [EMAIL PROTECTED] mailing list UNSUBSCRIBE and account-management - http:// lists.puredata.info/ listinfo/pd-list - ---
[PD-dev] [ pure-data-Bugs-1357719 ] [makefilename] crasher bug and inconsistencies
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=detailatid=478070aid=1357719group_id=55736 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.00 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=detailatid=478070aid=1357719group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
