Pd-dev July 2005

pd-dev@lists.iem.at

26 participants
85 discussions

Re: [PD-dev] Re: line / line3 behaviour (fwd)
by Mathieu Bouchard 14 Jul '05

14 Jul '05

trying again. ---------- Forwarded message ---------- Date: Thu, 14 Jul 2005 13:44:56 -0400 (EDT) From: Mathieu Bouchard <matju(a)artengine.ca> To: cyrille henry <cyrille.henry(a)la-kitchen.fr> Cc: Tim Blechmann <TimBlechmann(a)gmx.net>, msp(a)ucsd.edu, pd-dev(a)iem.at Subject: Re: [PD-dev] Re: line / line3 behaviour On Thu, 14 Jul 2005, cyrille henry wrote: > i also noticed this when i made line3. but i choose to have line3 as > close as the original line object. IMHO it would be better to consider > this as a bug, and correct line and line3 the same way. it should not > brake so many patch, and an abstraction can be made to go back to the > curent behavior. Rename the current "stop" to "skip" and implement the new behaviour in a new "stop" method. Calling "skip" after "stop" should jump from the stopped state to where "skip" would have gone to in the first place. There could be a "resume" (or "unstop") method that just continues from the current value to the planned target at the same speed as it was going before the "stop". ,-o--------o--------o--------o-. ,---. irc.freenode.net #dataflow | | The Diagram is the Program tm| | ,-o-------------o--------------o-. `-o------------o-------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone:+1.514.383.3801`---' `-o-- http://artengine.ca/matju -'

1 0

Re: [PD-dev] Tcl/Tk versions since 8.4.4 on Mac OSX?
by james tittle 14 Jul '05

14 Jul '05

trying again... Begin forwarded message: > hi miller, > > On Jul 14, 2005, at 2:07 PM, Miller Puckette wrote: > >> >> I thought I saw someone had figured out how to fix the wierd problem >> with newer-than-8.4.4 versions of Tcl/Tk on OSX (you click on the >> app and >> Tcl/Tk dies with an error, whereas running Pd.app/Contents/ >> Resources/bin/pd >> works fine...) >> > > >> But madly searching through the list archives I can't find it... am >> I dreaming? >> > > > ...this sounds kinda familiar, but I can say that over the last few > days (on OSX 10.4.1) I've not had any problems with tcl/tk 8.4.9.1 > compiling and running the cvs head of pd (devel included)...the > latest version is 8.4.10, but that introduces a change > > > >> Also, James found out that dynamic loading is now best done using >> dlopen() >> etc.. unlsee there's something wrong with that I'll stick it in. >> > > ...outside of the initial work I did on this, I haven't revisited > it...there really doesn't seem to be a problem if externals are built > in two_level_namespace (ie. NOT flat_namespace), but I haven't tried > this out with all externals in cvs...I'll keep ya posted as I try > things out...in any event, like the patch says, dlopen is the > preferred way for sometime on osx, and we didn't know... :-\ > > james >

2 2

Fwd: sched_setscheduler(), posix and 10.4.x?
by james tittle 14 Jul '05

14 Jul '05

hey tim, ...as you can see, I posted to a "unix-porting" list at apple, and got this neat-o response: so whatcha think? Not as portable as once thought, I'd imagine...I'd guess it also wouldn't work on other bsd's, but then, is anyone running pd on a *bsd? ...back to the drawing board for me... l8r, jamie Begin forwarded message: > From: Terry Lambert <tlambert(a)apple.com> > Date: July 12, 2005 10:57:16 PM EDT > To: james tittle <tigital(a)mac.com> > Cc: unix-porting(a)lists.apple.com > Subject: Re: sched_setscheduler(), posix and 10.4.x? > > > On Jul 12, 2005, at 5:47 PM, james tittle wrote: > >> hi, >> >> ...I'm working on a crossplatform app in which someone has >> implemented sched_setscheduler(), and apparently it's not >> available on 10.4.x? I've tried compiling against the 10.4.0.sdk >> using: >> >> gcc -framework CoreAudio -framework AudioUnit -framework >> AudioToolbox -framework Carbon -framework CoreMIDI -isysroot / >> Developer/SDKs/MacOSX10.4.0.sdk -Wl,-syslibroot,/Developer/SDKs/ >> MacOSX10.4.0.sdk -O3 -fprefetch-loop-arrays -faltivec -maltivec - >> isysroot /Developer/SDKs/MacOSX10.4.0.sdk (...snipped lotsa >> filenames...) >> >> ...but still no luck...this seems to violate the POSIX standard, >> because unistd.h does define _POSIX_PRIORITY_SCHEDULING, whereas >> "POSIX systems on which sched_setscheduler and sched_getscheduler >> are available define _POSIX_PRIORITY_SCHEDULING in <unistd.h>." >> >> help? >> > > The code you're trying to compile is not technically portable; the > value (-1) means "unsupported" according to the current POSIX > standards document. You will tend to have problems porting it to > other POSIX or POSIX-like platforms, not just MacOS X. > > This is an increasingly common mistake that pops up now due to a > change between POSIX 1003.1-2001 and POSIX 1003.1-2003, which > requires that these values be defined in all cases, but have > particular values based on whether or not the option is supported > (-1 means "unsupported"; 0 also means "unsupported", and is > included because if the value is not #defined at all, and you do > math with it, the ISO c99 standard requires a preprocess treat the > value as if it were zero; 200112L means "supported"). > > That means that the feature test in C programs has to change from: > > #ifdef _POSIX_PRIORITY_SCHEDULING > > to: > > #if (_POSIX_PRIORITY_SCHEDULING - 0) >= 200112L > > Which is what it really should have been all along. Technically, > it could also be: > > #if defined(_POSIX_PRIORITY_SCHEDULING) && > (_POSIX_PRIORITY_SCHEDULING == 200112L) > > But if you used that variant, your code would not be future-proof > against newer versions of the standard bumping the constant from > 200112L to something larger (obviously, they could also change the > semantics if they did that, but you at least have a fighting chance > of your code still working without additional changes). > > See also: > > http://www.opengroup.org/onlinepubs/009695399/basedefs/ > unistd.h.html > > > "If a symbolic constant is defined with the value -1, the > option is > not supported. Headers, data types, and function interfaces > required > only for the option need not be supplied. An application that > attempts > to use anything associated only with the option is considered > to be > requiring an extension." > > [ ... ] > > "_POSIX_PRIORITY_SCHEDULING The implementation supports the > Process > Scheduling option. If this symbol is defined in <unistd.h>, > it shall > be defined to be -1, 0, or 200112L. The value of this symbol > reported > by sysconf() shall either be -1 or 200112L." > > Hope that clears things up for you! > > -- Terry >

2 3

Tcl/Tk versions since 8.4.4 on Mac OSX?
by Miller Puckette 14 Jul '05

14 Jul '05

hi all, I thought I saw someone had figured out how to fix the wierd problem with newer-than-8.4.4 versions of Tcl/Tk on OSX (you click on the app and Tcl/Tk dies with an error, whereas running Pd.app/Contents/Resources/bin/pd works fine...) But madly searching through the list archives I can't find it... am I dreaming? Also, James found out that dynamic loading is now best done using dlopen() etc.. unlsee there's something wrong with that I'll stick it in. cheers Miller

1 0

need help: libflext and readanysf flat namespace problems on Mac OS X 10.4 Tiger
by Nick Mariette 14 Jul '05

14 Jul '05

hello, Can anybody help me with the following problems with the readanysf~ Pd externals in Mac OSX Tiger? When Pd attempts to load readyanysf library built in a previous version of OSX, Pd crashes, with the following crash report: Link (dyld) error: Symbol not found: __ZN5SndIO12ErrorMessageEv Referenced from: /usr/local/lib/libflext.dylib Expected in: flat namespace I since downloaded and rebuilt the latest flext 5.0, but Pd still crashes on attempting to load readanysf~, however now I get the following error: Link (dyld) error: Symbol not found: __ZN16flext_dsp_shared8m_enableEb Referenced from: /usr/local/lib/pd/extra/readanysf~.pd_darwin Expected in: flat namespace I have not been able to successfully rebuild readanysf~ yet. Hope someone can shed some light on this. Nick

2 1

compiling pd_devel_0.38 on sarge
by B. Bogart 14 Jul '05

14 Jul '05

Hey Tim, Thanks for adding the sarge path /usr/include/tcl8.4 so scons can find the header files. now it finds tcl.h but not tk.h (it is in the same directory) bbogart@insitu:~/pd-stuff/pd$ ls /usr/include/tcl8.4/ tclDecls.h tclPlatDecls.h tkDecls.h tkPlatDecls.h tcl.h tcl-private tk.h tk-private Here is my scons output: scons: Reading SConscript files ... Checking for sin() in C library m... yes Checking for main() in C library tcl... no Checking for main() in C library tcl8.0... no Checking for main() in C library tcl8.1... no Checking for main() in C library tcl8.2... no Checking for main() in C library tcl8.3... no Checking for main() in C library tcl8.4... yes Checking for main() in C library tk... no Checking for main() in C library tk8.0... no Checking for main() in C library tk8.1... no Checking for main() in C library tk8.2... no Checking for main() in C library tk8.3... no Checking for main() in C library tk8.4... yes Checking for C header file tcl.h... no Checking for C header file tcl/tcl.h... no Checking for C header file tcl8.0/tcl.h... no Checking for C header file tcl8.1/tcl.h... no Checking for C header file tcl8.2/tcl.h... no Checking for C header file tcl8.3/tcl.h... no Checking for C header file tcl8.4/tcl.h... yes Checking for C header file tk.h... no Checking for C header file tk/tk.h... no Checking for C header file tk8.0/tk.h... no Checking for C header file tk8.1/tk.h... no Checking for C header file tk8.2/tk.h... no Checking for C header file tk8.3/tk.h... no Checking for C header file tk8.4/tk.h... no Checking for C header file tk8.5/tk.h... no Checking for C header file tk8.6/tk.h... no Checking for C header file tk8.7/tk.h... no Checking for C header file tk8.8/tk.h... no Checking for C header file tk8.9/tk.h... no can't find tk header Almost there Tim, thanks a lot for your work. B>

5 28

slide~ denormals
by Tim Blechmann 14 Jul '05

14 Jul '05

hi krzysztof, currently, there is no denormal handling in the slide filter ... denormals can appear, though, since it's a feedback system ... the attached patch fixes this problem ... would be great, if you could apply this patch to the cvs ... thanks ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 1

line / line3 behaviour
by Tim Blechmann 14 Jul '05

14 Jul '05

hi cyrille, hi miller, hi devs ... i just saw that after receiving a |stop( message the value of the line / line3 objects are set to the destination value of the previous ramp command. so a future ramp won't start at the last output value, but at the last destination value. i think this behaviour is not consistent with line~ and should be changed. cyrille, i'd like to change this in the line3 object in the cvs, unless you protest. it's more difficult with the line object ... i could change it for devel, but i don't want to change the semantics of the language pd and make patches incompatible. miller, i'd like to know, what you think about this object and if you'd accept a patch that would change the behaviour of line? of course, other opinions on this topic are highly appreciated, too. cheers ... tim ps: i'm perfectly aware of a workaround for this problem, i'd just prefer a consistent behaviour ... -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

2 1

[ pure-data-Patches-1236862 ] zexy update for osx float transcendentals
by SourceForge.net 13 Jul '05

13 Jul '05

Patches item #1236862, was opened at 2005-07-12 19:28 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&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: bugfix >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Jamie Tittle (tigital) Assigned to: IOhannes m zmÃ¶lnig (zmoelnig) Summary: zexy update for osx float transcendentals Initial Comment: ...this patch implements a new "availability macro" to conditionally include the sinf/cosf/whateverf on appropriate versions of OSX... ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-07-13 10:02 Message: Logged In: YES user_id=564396 taken ---------------------------------------------------------------------- Comment By: Jamie Tittle (tigital) Date: 2005-07-12 19:33 Message: Logged In: YES user_id=634044 ...forgot the __APPLE__ change 8- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&group_…

1 0

[ pure-data-Patches-1237103 ] xsample compile on osx 10.4.1
by SourceForge.net 13 Jul '05

13 Jul '05

Patches item #1237103, was opened at 2005-07-12 21:46 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=1237103&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Jamie Tittle (tigital) Assigned to: Nobody/Anonymous (nobody) Summary: xsample compile on osx 10.4.1 Initial Comment: this is a small fix that adds an include for the carbon headers, wherein UInt32 is defined... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1237103&group_…

1 0

← 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 July 2005