Thanks, fixed.
As to teh clk confusion, I think I was under the false impression that
F8 was a sort of realtime message but it's not.
Maybe it's better to leave it the way it is, even if it's wrong - I don't
know.
cheers
Miller
On Mon, Aug 28, 2006 at 03:47:21PM +0200, Thomas Grill wrote:
Hi
Thanks... should be fixed on next test release.
On Sun, Sep 03, 2006 at 04:37:11PM +0200, Anarkogaia wrote:
There is a problem in PD 0.39-2 (0.40 test is affected too).
When you type in a template:
[struct foo float bar, float pok, float something]
pd crashes (under linux).
Don't
Well, I started coding for fftw-2, then found out it had already been
replaced with fft-3, then decided that perhaps I should just wait for
fftw-4 or 5.
I didn't like the way it was done in devel (with lots of fftw-specific
stuff in d_fft.c).
cheers
Miller
On Mon, Sep 25, 2006 at 10:22:48PM
...
cheers
Miller
On Wed, Sep 27, 2006 at 01:52:52AM -0400, Mathieu Bouchard wrote:
On Tue, 26 Sep 2006, Miller Puckette wrote:
Yes indeed. I'm thinking of automatically having new classes shadow old
ones,
so that anything in Pd could simpy be externed over. Not sure of all the
long-term
the external has been loaded and the symbols are
available
- use the gdb integration into your favorite ide to set breakpoints in
source files. (should work with about every decent ide like emacs,
eclipse, kdevelop)
tim
On Mon, 2006-11-13 at 09:17 -0800, Miller Puckette wrote:
Just to add
Sorry to be silent on this issue so far...
I'm trying to patch 0.40 and MAIN in parallel - however, I don't
think I've checked MAIN in for a while so they might appeat out of
sync.
I'm also intending to look over devel and incorporate some of its
features into MAIN, but this is a large project
THere's a makefile in expr~ that combines three object files... the makefile
is a bit ugly but could be a good starting point.
cheers
Miller
On Mon, Dec 04, 2006 at 03:56:57PM +, Eric Lyon wrote:
Greetings,
I need some advice for how to modify the Pd Makefile for when I need to
compile
It's a mistake... I think the one in s_main.c should go. C code since
the 70s (at least) has allowed duplicate definitions of uninitialzed
data, but everyone knows it's wrong :)
M
On Sun, Dec 17, 2006 at 07:39:48PM -0500, Hans-Christoph Steiner wrote:
Correct me if I am wrote, but shouldn't
It's indeed as soon as possible, except that if someone else has previously
scheduled something ASAP that ASAP will get in earlier than yours. You
can chain arbitrarily many clock_delay(..., 0) calls without DSP or event
polling getting in between.
cheers
Miller
On Thu, Dec 28, 2006 at
That would be an error (silently 'corrected' to delay zero).
On Sat, Dec 30, 2006 at 03:12:19PM -0500, Mathieu Bouchard wrote:
On Thu, 28 Dec 2006, Miller Puckette wrote:
It's indeed as soon as possible, except that if someone else has
previously
scheduled something ASAP that ASAP will get
Both are there for future possible optimizations. The size parameter would
allow for much more space-optimized memory allocation than malloc() can
offer (and I've also used it to trace memory corruption bugs once or twice).
The t_symbol field could be used to pre-determine data type conversions,
, at 2:49 PM, Miller Puckette wrote:
In g_rtext.c:
sys_vgui(pdtk_text_new .x%lx.c %s %f %f {%.*s} %d %s\n,
canvas, x-x_tag,
dispx + LMARGIN, dispy + TMARGIN,
outchars, tempbuf, sys_hostfontsize(font),
(glist_isselected(x-x_glist
Hi all,
I don't know how the help browser works (Hans-Christophe wrote it) and
don't know whether that comment character is in there for some reason
or not. So I'm scared to fix this without hearing from HC.
I wonder if the old-fashioned idea of just using the file browser should
be available
I think there are several places where strict-aliasing isn't
followed. I always compile with -fno-strict-aliasing to prevent
problems.
cheers
Miller
On Wed, Apr 18, 2007 at 11:19:20AM -0400, Hans-Christoph Steiner wrote:
So it seems that this bug in d_math.c is triggered by turning on the
TERM kills Pd just fine on linux... I'm not sure, but I remember finding
Pd harder to kill on Macintoshes, but never understood why.
M
On Sat, Jun 02, 2007 at 08:51:25PM -0400, Hans-Christoph Steiner wrote:
Is there any reason why Pd does not respond to SIGTERM? I just
thought I'd ask
As it happens I'm just having a look at devel_0_39, trying to compile
it to see if I can get any latency wins from the callback scheduling
and/or settable blocksizes.
I think there are other enhancements in there (we heard recently about
SYSEX MIDI on OSX) that warrant putting into 0.41. If
This explains a lot!
Now for the hard part: in Pd, 32-bit floating point tables are stored as
64-but 'atoms' for a 50% hit in memory efficiency. Something Must Be Done;
but what?
OTOH, I'm falling out of my chair for joy that there's finally a way to
write C code that doesn't choke on
Cool... I'm especially excited about midi/audio patches, speaking
only for myself :)
On Sun, Jul 22, 2007 at 10:48:40PM +0200, Thomas Grill wrote:
Hi all,
i hate to be a spoiler, but the features that sleep in the devel
branch are the topic of my talk at the pdconf.
I'll commit a bit more
Sorry, FFTW support isn't working at all in the current version of Pd
(they changed the API and I haven't had the patience to try to deal
with it yet.)
Miller
On Sat, Aug 18, 2007 at 10:27:48AM -0700, Sergei Steshenko wrote:
Hello All,
I'm trying to build pd-0.40-2 in the framework of my
FFT pacakges that Pd works fine with, I
don't feel that fixing the Pd FFTW support is the most urgent thing I
need to deal with right now.
cheers
M
On Sat, Aug 18, 2007 at 03:11:51PM -0400, Mathieu Bouchard wrote:
On Sat, 18 Aug 2007, Miller Puckette wrote:
Sorry, FFTW support isn't working
I've uploaded test 06 which incorporates new versions of portaudio and
portmidi and makes a stab at callback scheduling. It's on CVS and on
my software page, http://crca.ucsd.edu/~msp/software.html
cheers
Miller
___
PD-dev mailing list
PD-dev@iem.at
HI HC,
Pd has code automatically to do that, which is disabled in your font patch
for some reason:
/* best is now the host font index for the desired font index i. */
sys_fontlist[i].fi_hostfontsize =
atom_getintarg(3 * best + 2, argc, argv);
/normal.mov
http://pow.idmi.poly.edu/~hans/pdfonts/fonttest/bold.mov
As you can see in the movie, there is no dynamic measurement needed,
the fonts are all very close one tk scaling is set to 1. Except, of
course, the pesky 12 point on GNU/Linux.
.hc
On Sep 22, 2007, at 2:21 PM, Miller
My settings are:
tabs are 8 spaces
indents are 4 spaces
but to make things easier I always expand out tabs when releasing code;
this is done with a shell script using the wonderful and (I think) universally
available expand program.
HC's tabs are hardwired to 4 spaces (old Next style,
I looked, and I think it's just the print object that truncates
the symbol on printing. In s_print, you can change the postatom() function
to print bigger strings. I'll go on and chance my copy to use MAXPDSTRING
there, just to see what that will break :)
M
On Thu, Oct 04, 2007 at 06:47:07PM
The following lines:
sys_fontlist[i].fi_hostfontsize =
atom_getintarg(3 * best + 2, argc, argv);
sys_fontlist[i].fi_width = atom_getintarg(3 * best + 3, argc, argv);
sys_fontlist[i].fi_height = atom_getintarg(3 * best + 4, argc, argv);
are how Pd finds out the
I think it doesn't matter whether I have to do a 'git pull' or a 'patch'
to apply patches. The hard thing for me with patches is that I feel
I should understand the patch fully and believe it both works and that
it won't make future trouble. For the last month or more I've been
working on HC's
Hmm, I had no idea that come of teh HC patches were actually necessary
in order to be able to compile Pd extended on OSX or Windows... which
patches are they?
thanks
M
(...) I need to patch Miller's sources in order to make builds
on Windows and Mac OS X.
Hmm.. I thought building
I think the binbuf is always present, but in the case of a top-level
canvas, it might be empty; binbuf_getnatom() tells you how many atoms
there are.
cheers
Miller
On Sun, Oct 28, 2007 at 10:14:48PM -0400, Hans-Christoph Steiner wrote:
On Oct 28, 2007, at 8:47 PM, Martin Peach wrote:
that?
.hc
On Oct 28, 2007, at 10:50 PM, Miller Puckette wrote:
I think the binbuf is always present, but in the case of a top-level
canvas, it might be empty; binbuf_getnatom() tells you how many atoms
there are.
cheers
Miller
On Sun, Oct 28, 2007 at 10:14:48PM -0400, Hans
HI all,
I don't have answers to all these, but I'm sure that adding a string ytpe
to Pd isn't the roght way to handle these problems. But specifically:
1. spaces in symbols are a parsing/formatting problem, not a data type
problem; 2. use arrays as strings as I proposed; 3. I have to think
Is it known whether WIN32 will be automatically defined in 64-bit
code on MS Windows?
cheers
M
On Sat, Dec 01, 2007 at 10:15:16PM +0100, Patrice Colet wrote:
Hans-Christoph Steiner a ?crit :
One, thing _WIN32 is the preferred macro name for testing for Windows
since it is defined
Now we know how to make make make the right choice :)
M
On Mon, Dec 03, 2007 at 08:36:33PM -0500, Hans-Christoph Steiner wrote:
On Dec 3, 2007, at 4:32 PM, Russell Bryant wrote:
Hans-Christoph Steiner wrote:
make: *** No rule to make target `/usr/include/stdlib.h', needed by
Yeah, start the tree, I'll be happy to move pd 'head' right on over :)
M
On Tue, Dec 18, 2007 at 03:48:11PM +0100, Winfried Ritsch wrote:
Hello,
[...]
So yes, this will be done AFAIR.
or rather, no, it won't be done AFAIK.
i am currently thinking of starting an svn-repository in
try getting ti to compile with -pg and then running gprof (see
the 'man' page). You can get ./configure to add the -pg flag using
the CFLAGS and LFLAGS environment variables (there might be other ways
too.) But then, somehow you have to get the profiling version of pd
in the same directory as
Hi Frank,
Well, I can't remember now if I was looking at that bug report or if I was
having my own problems with declare (I've had many). I had bad confusion
making abstractions use soundfiler, for instance, and having relative
paths get expanded relative to the abstraction instead of the
on them.
.hc
On Jan 14, 2008, at 1:49 PM, Miller Puckette wrote:
Hi all,
Any reason I shouldn't just go ahead and mark patches as 'closed' when
I apply them?
It's less clear what to do about bugs when I think I've fixed them,
since
a fair percentage of the time they cmoe back
will [declare -stdpath] work inside abstractions?
thanks
roman
On Sat, 2008-01-05 at 10:32 -0800, Miller Puckette wrote:
Hi Frank,
Well, I can't remember now if I was looking at that bug report or if I was
having my own problems with declare (I've had many). I had bad confusion
making
Hi Devs,
I found out that .Net apparently doesn't use snprintf but has a similar
function named sprintf_s. (A couple of recent patches change sprintfs
to snprintfs leading to compile errors in .Net). I'm thinking of just
putting the following in s_main.c and s_file.c:
#ifdef MSW
#define
).
excuse me, if i am totally missing your point here. if so, please help
me clarify the confusion.
roman
On Wed, 2008-01-16 at 07:54 -0800, Miller Puckette wrote:
At teh moment, -stdpath and -nostdpath work inside abstractions, and
if you have a calling patch that declares the opposite, it's
Sounds right. I'll put that on the 0.42 dolist :)
M
On Wed, Jan 16, 2008 at 05:33:26PM -0600, Russell Bryant wrote:
Miller Puckette wrote:
OTOH, I like the idea of just supplying a spoofed config.h - comes in at
just the level of irony that's fitting in the situation.
That makes
Aha, somehow I had persuaded myself that teh problem was when starting from
the App (in which case Tcl/TK fork/execs pd) but now I gather it's when
you start Pd from a shell so that it starts Tcl/Tk instead. I'll go try
that and see if I can make it fail for me :)
M
On Fri, Feb 01, 2008 at
In the CVS days, my process was to test my latest source tree on the
three major platforms, then put the sources both on my website and in
the repository. (for minor changes that didn't warrant a test release
number I'd just upload to CVS but not before verifying everything.) So
both the
, 2008 4:41 PM, Miller Puckette [EMAIL PROTECTED] wrote:
Hi all,
I'm trying to commit 0.41-1 to the svn repository, but can't figure out
how to get authenticated. I checked the trunk out ala
svn checkout
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/pd/
and now
Hi all,
I'm trying to commit 0.41-1 to the svn repository, but can't figure out
how to get authenticated. I checked the trunk out ala
svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/pd/
and now when trying to commit I get a username challenge. In CVS I was
using
Hi all,
I don't get any of these symptoms on 10.5.2, but don't have a 10.5.1
machine handy.
And I agree, there's simply no code between the fork and the exec anymore,
either in the case that Pd starts the Gui or vice versa (the normal
way, in which the GUI starts Pd.)
Am I right that Pd 0.41-0
Hi all,
I'd be up for it too... I have a much tighter schedule though: arrive
Thursday early afternoon, leave Monday late morning.
cheers
Miller
On Sun, Feb 24, 2008 at 12:55:38PM -0500, Hans-Christoph Steiner wrote:
Yes, let's do it. I get in on Wednesday afternoon and leave on
Tuesday
Looks like you're already using GDB to look at the crash, but apparently
Pd wasn't compiled with GDB symbols... if I'm right about that,
you might get more info (but Pd will run slower) if you 'make clean' and
'./configure --enable-debug' and then 'make'.
hope this helps...
Miller
On Mon, Mar
That's me trying to facilitate plugging in alternative schedulers
(threaded ones for instance :)
M
On Sat, Mar 22, 2008 at 01:43:03AM -0400, Hans-Christoph Steiner wrote:
I just noticed this new code in s_loader.c and pdj. Is there any
explanation of what it is anywhere? I couldn't find
I've never tried pdj (don't use java) so don't know.
cheers
M
On Mon, Mar 24, 2008 at 04:15:34PM -0400, Hans-Christoph Steiner wrote:
It seems that the pdj (mxj clone) code uses it. Is it functional?
.hc
On Mar 24, 2008, at 3:06 PM, Miller Puckette wrote:
That's me trying
within a few months...
cheers
Miller
On Mon, Mar 24, 2008 at 07:12:24PM -0400, Hans-Christoph Steiner wrote:
I meant, is the schedlib stuff working.
.hc
On Mar 24, 2008, at 4:22 PM, Miller Puckette wrote:
I've never tried pdj (don't use java) so don't know.
cheers
M
On Mon, Mar 24
process, and therefore the wiiremote object can't hook into it.
.hc
On Mar 24, 2008, at 7:17 PM, Miller Puckette wrote:
It was working as of 0.37 (got used in PdVST) but I haven't tested it
for years, and of course I might have broken it moving it to
s_loader.c.
I'm now planning a pd
Hi all,
I use 'declare' all the time.. don't think it's semifunctional at all.
I think the questions about how declares should act inside abstractions
are hard to resolve; in my own usage (and in the way I suggest others might
want to use declare) it's always in the main patch, as a way to show
. I'd like to create an
[import] modelled after Python's import does, so I'd like to use
#X declare/canvas_savedeclarationsto() with it.
.hc
On May 19, 2008, at 6:33 PM, Miller Puckette wrote:
Hi all,
I use 'declare' all the time.. don't think it's semifunctional at
all.
I
.
.hc
On May 22, 2008, at 8:45 PM, Miller Puckette wrote:
OK, I took most of the patch (not the realpath() call which seems
unrelated) and uploaded to SVN, unless I'm mistaken.
cheers
Miller
On Wed, May 21, 2008 at 08:22:23PM +0200, Hans-Christoph Steiner
wrote:
I was looking
added one
more iteration of that back and forth for realpath().
.hc
On May 22, 2008, at 9:25 PM, Miller Puckette wrote:
I might have missed it, but I didn't see that realpath() itself
made it into
the patch... ?
M
On Thu, May 22, 2008 at 09:22:12PM +0200, Hans-Christoph Steiner
path, and AFAIK, on Windows it is always
an absolute path.
.hc
On May 22, 2008, at 9:44 PM, Miller Puckette wrote:
I finally realized realpath() is a pre-existing function. (I
imagined
it was sitting in another source file that didn't make it to the
patch)
but.. man realpath
Or, how about three extra outlets to samplerate~ (so as not to have to add
more to the top-level namespace)
cheers
Miller
On Fri, May 23, 2008 at 11:07:18AM +0100, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
On May 23, 2008, at 9:00 AM, IOhannes m zmoelnig wrote:
I'm still trying to figure out how to do this right... for years I've
been unable to put some key objects into Pd 'vanilla' because they would
then shadow objects of the same name in libraries, sometimes with somewhat
different designes (e.g., the infamous pow~). The only solution I
can see is to
There's a rather hard-to-understand description on
http://crca.ucsd.edu/~msp/Publications/cmj91-max.ps
cheers
Miller
On Sun, Jun 15, 2008 at 09:57:00AM +0900, PSPunch wrote:
Sorry for accidentally sending the previous note to pd-list.
Thomas,
I hear that malloc is a relatively
Hi all,
For a music production I had to compile vst~ for OSX in Flext. I noticed
that there is already code in vsthost.cpp that seems to try to load vst
plug-ins in the form of carbon code resources (search for FSPathMakeFSSpec)
but I found no compiled vst~ in Pd-extended, nor does anyone on the
to actually handle user interaction (in
editormac.hpp).
all the best, Thomas
Am 07.07.2008 um 22:17 schrieb Miller Puckette:
Hi all,
For a music production I had to compile vst~ for OSX in Flext. I
noticed
that there is already code in vsthost.cpp that seems to try to
load vst
plug
Yep, I've only tried it in intel mac so far.
On Tue, Jul 08, 2008 at 10:09:47AM +0200, Luigi Rensinghoff wrote:
Am 07.07.2008 um 22:17 schrieb Miller Puckette:
Hi all,
For a music production I had to compile vst~ for OSX in Flext. I
noticed
that there is already code in vsthost.cpp
ouch, this is a bug in that case. On my dolist to check it out...
cheers
M
On Tue, Aug 12, 2008 at 06:47:50PM -0400, marius schebella wrote:
hi roman,
thanks for bringing this one up :). just tested it on OSX and here is
what I got: it has some effect, but not as supposed. It extends the
Hi Rich,
I don't know any way to do this. Seems like it would be a good thing to
have though :)
M
On Tue, Sep 16, 2008 at 11:28:15AM +0200, Rich E wrote:
Hi,
I just came accross this extern value canvas_dspstate and want to use it in
an external, but am a little confused by its name (and
Hi Roman,
I think the -path and -stdpath aren't doing what I intended... I think
that if you've got a [foo] and [bar] with the same parent, then a declare
in [foo] shouldn't affect either the parent or [bar]. So if I can
figure out what's going wrong I'll try fixing that :)
thanks for checking
Followup: it looks like currently, declaring a path inside an
abstraction adds the declaration, buggily, to the whole line of parent
patches. one result of this is that, if you have a bunch of copies of
an abstraction declaring a path, it actually gets searched over and
over again every time a
Good idea... but unfortunately it generalizes to any object that has an
'anything' method plus other specific ones, so if I started doing this
I wouldn't know where to stop!
BTW, the help window doesn't make it clear, but the main reason for having
stdout is for use with pd~.
cheers
Miller
On
Hi Isi,
There's no direct way to do this but it's possible to share data between
objects using symbols. An example is the delay objects (d_delay.c) -
the useful functions are pd_bind, pd_unbind and pd_findbyclass.
cheers
Miller
On Sat, Nov 22, 2008 at 03:55:43PM -0800, Isidro Gonzalez wrote:
Fortunately many people are just posting up their papers on their own
websites, maybe Miller could do this.
I don't know which paper was being talked about but they should all be
up there on my website :)
M
___
Pd-dev mailing list
Hmm, pd_getdirname() doesn't seem to exist... if you're trying to open a
file in the directory of the patch, the usual way is using
canvas_open() or canvas_makefilename() - these don't need to know
Pd's own working directory, which, in windows, might not even exist
as far as I can tell.
cheers
Hi all,
I've spent some time thinking about this. I had only limited success pulling
code from the 0.39 devel because there were so many changes, often with
rationales I didn't fully understand, that I wasn't confident about my
ability to maintain whatever I ended up with. However, I did manage
It looks like some object is corrupting memory - I don't know how to
figure out what object it is, short of laboriously cutting parts of the
patch away and seeing what makes the crashes stop. I don't know either
if the problem is coming from Pd itself or some extern from extended.
Perhaps the
I'd suggest using 'value' to do this. The IEM GUIs are overloaded
with unmaintainable junk as it is...
cheers
Miller
On Fri, Dec 12, 2008 at 01:02:17AM -0800, Luke Iannini wrote:
That's great! I'd actually love to be able to get any of the
parameters of GUI objects, including size, color,
Sounds like you have a rare Mac without an i386 compiler installed. I'm
not sure, but I think bringing the development suite up to date should
fix that. Of course, they probably will insist that you also bring the
OS up to date, and during the upgrade you'll lose all your files. If it
were me,
Sorry for the slow response on this one...
- first, does anyone object to making the Tcl files use 90 or 100
character widths? Tcl lines tend to be long and 80 char width tends
to cause a lot of really ugly lines.
This would cause me much misery since I often depend on 'terminal'
Sounds much better - I had no idea such a thing would work.
cheers
M
On Mon, Jan 12, 2009 at 05:31:29PM -0500, Hans-Christoph Steiner wrote:
I am thinking it would make things much more readable for non-Tclers
and it shouldn't change the function if the code used double-quotes
instead
Well, I'm using the ddd stuff in an extern I haven't released. My intent
has been to rewrite all the Pd dialogs using ddd once it was stable.
But now that other folks are working on the tk code I'll just wait to
see what they propose.
I'm split between the idea of incorporating pd.tk changes
This is a great idea. Generally, when launching pd from the GUI you are
relinquishing fine control and the natural default is to use the same
Pd process for everyone.
cheers
Miller
On Mon, Jan 12, 2009 at 11:38:05PM -0500, Hans-Christoph Steiner wrote:
I just found this snippet in the Tcl/Tk
-guiport
5600, I get the output of -help and then pd quits. so say like this:
exec -- $pd_exec -stderr -guiport $portnumber
.hc
On Jan 12, 2009, at 7:27 PM, Miller Puckette wrote:
Hmm, over here it does this:
[...@slash src]$ pd -guiport 5600
connecting stream socket: Connection
That was a type, thanks.
M
On Thu, Jan 15, 2009 at 05:36:51PM +0100, Albert Graef wrote:
Miller Puckette wrote:
Two more bug fixes...
Thanks for the new release.
One thing I noticed is the clear prinout (sic!) button in pd.tk. Is
that intended, or a typo?
--
Dr. Albert Graf
Dept
Well, it didn't work for me when I tried it - if you select text in
one object, hit copy, then select text in another intending to paste
over it -- bingo, X does a new copy. ouch.
cheers
Miller
On Fri, Jan 30, 2009 at 06:54:15PM -0500, Hans-Christoph Steiner wrote:
I am looking at the
Oops... I'd better fix that one.
I'm still not sure how to deal with declares inside abstractions, on
the other hand.
cheers
Miller
On Mon, Feb 02, 2009 at 05:39:34PM -0800, Luke Iannini wrote:
Yo, I've been meaning to mention forever that there's a similar issue
with datastructures. Save a
Hi HC et al.,
I can make Friday at least until 10 or so. Could also make it earlier (say,
as early as 7:30 AM) if need be.
cheers
Miller
On Fri, Feb 06, 2009 at 12:53:50PM -0500, Hans-Christoph Steiner wrote:
Hey all,
Now that the core of Pd-devel is working, and other people are
I'm scared to touch anything MIDI (since I don't use it either). Word
has it that the alsa MIDI implementation in linux is buggy. On the
other hand, the old-fashioned one (incorrectly called OSS in the Pd
GUI) can do things that none of the others can, so should probably be
preserved.
cheers
in class_new() -- which is called when the extern is loaded.
cheers
M
On Fri, Apr 17, 2009 at 11:21:46AM -0400, Hans-Christoph Steiner wrote:
On Apr 17, 2009, at 6:49 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I am trying to track down the path of loading a new object.
I think you just need getfn(pd_objectmaker, gensym(drip)) -- or
the variant zgetfn if more convenient.
cheers
M
On Fri, Apr 17, 2009 at 12:28:01PM -0400, Hans-Christoph Steiner wrote:
On Apr 17, 2009, at 11:25 AM, Miller Puckette wrote:
On Fri, Apr 17, 2009 at 11:21:46AM -0400, Hans
Hi all,
I've updated the svn 'head' with a half dozen small bug fixes. I'm hoping to
put this out as 0.42-5 in a couple of days. For the moment it seems to be
working at least better than 0.42-4.
On a suggestion from Hans-Christophe I put up my git repository -- that's
on my software page,
This is unsafe unless you obtain the pd lock (by calling sys_lock() and
sys_unlock()) around the whole block of code or else around each individual
binbuf call.
cheers
Miller
On Thu, May 14, 2009 at 11:14:49AM +0200, Torsten Curdt wrote:
Hey there,
I just would like to confirm.
We are
Sounds good. I'm beginning to work through the many unresolved patches
now, but it's turning out to be quite a lot of labor, so it might be a
slow process.
cheers
Miller
On Tue, Sep 01, 2009 at 12:24:34PM -0400, Hans-Christoph Steiner wrote:
Hey Miller,
So now that I have the C side
I don't think there's any existing way to do it--- time to design some
appropriate hooks :)
M
On Tue, Sep 01, 2009 at 05:23:26PM -0400, Hans-Christoph Steiner wrote:
On Sep 1, 2009, at 4:55 PM, Mathieu Bouchard wrote:
On Tue, 1 Sep 2009, Hans-Christoph Steiner wrote:
I'm playing around
I've been thinking of doing that in vanilla too - I think it's overdue.
(but have done nothing for several weeks as the school year ramped up,
and am now on the road, AND I think I have to try to get through all the
patches and bug reports before making heavy changes on my end... so am
not able to
I think it's only in the e-mail:
http://lists.puredata.info/pipermail/pd-dev/2009-10/014298.html
On Wed, Nov 18, 2009 at 12:12:50AM -0500, Hans-Christoph Steiner wrote:
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote:
3) 0 0 coordinate-centric design IMHO does not make sense. From
127 is 'delete' -- ascii all right, but not 'printable'.
cheers
Miller
On Tue, Jan 19, 2010 at 09:37:08PM -0500, Hans-Christoph Steiner wrote:
Looks good to me. One comment, shouldn't this be n128? 127 is an
ASCII char, AFAIK.
+if (n == '\n' || (n 31 n 127))
It looks
Well, canvas_findrtext is expected always to succeed, and in order for it to
succeed there has to be an 'editor'. Anyway, line 900 checked that there
is indeed an 'editor' which means that 'if (!gl-gl_editor) ' is false
so canvas_create_editor(gl) doesn't get called (I think).
Anyhow, this is
not vised). For some reason, it seems to me that this non-vised GOP
should have the gl_editor of its parent.
.hc
On Jan 19, 2010, at 10:26 PM, Miller Puckette wrote:
Well, canvas_findrtext is expected always to succeed, and in order
for it to
succeed there has to be an 'editor
I'm into the idea but want to see the GUI rewrite resolved first :)
M
On Tue, Jan 19, 2010 at 10:56:28PM -0500, Hans-Christoph Steiner wrote:
Miller, how about the UTF-8 patch?
.hc
On Jan 19, 2010, at 10:15 PM, Miller Puckette wrote:
127 is 'delete' -- ascii all right
I've had trouble getting sysex working in anything except linux using
the classic oss interface. It's on my long do-list to try again with
the other platforms...
cheers
Miller
On Wed, Feb 03, 2010 at 10:29:58AM -0800, Alex wrote:
Oh, the max length of input sysex messages for PD is actually
My intent was to have sys_verbose set when you needed extra output to debug
a patch (in particular, figuring out why files didn't get found along
search paths). But I think any sort of advice message could be put on
the sys_verbose flag... including some that aren't in Pd vanilla at the
moment.
Hi Ivo -
It's unsafe to issue messages from inside a DSP routine, because the
message could eventually cause tables to relocate or even a rebuild of
the DSP chain. The safe thing is to schedule the message using
clock_delay().
examples are snapshot~ and (more complicatedly) fiddle~ and bonk~.
1 - 100 of 199 matches
Mail list logo