hi
Martin Peach wrote:
Hans-Christoph Steiner wrote:
Unfortunately, looks like I found another similar bug when loading
[widget]. But [widget] fails to load at all:
Well OK, I'm still not clear on why the string patch should be the cause
any of that.
i don't think that your string
Martin Peach wrote:
is caused when the expected arguments to text2d_String don't match the
type.
It has absolutely nothing to do with the existence of a string/blob type
unless text2dstring wants string/blob arguments.
the [text3d]... objects expect a string message with pdstrings
Martin Peach wrote:
IOhannes m zmoelnig wrote:
the [text3d]... objects expect a string message with pdstrings
(according to moocows stuff).
OK, so the message [string( is being interpreted by pd as a selector for
A_STRING instead of just a message string, because string has become
Hans-Christoph Steiner wrote:
Hey all,
So for the Pd-0.40.3-extended release, I am planning on trying to
make the internals available as a library like any other. I'd like
this work to be applicable to pd-vanilla, so I'd like to discuss how
to make it happen.
cyclone does something
Hans-Christoph Steiner wrote:
On Nov 10, 2007, at 3:55 AM, IOhannes m zmoelnig wrote:
cyclone does something like this (it overrides already registered
externals, which - at this point - are not different from internals)
it is basically looking whether the class-name is already
Hans-Christoph Steiner wrote:
probably because of [append] already exists?
Ok, but you can use a different word. Why do these things need a
special syntax of a meta object and then another selector?
Also consider [trim]. If [list trim] will trim symbol from a
symbol message, then
Hans-Christoph Steiner wrote:
On Nov 10, 2007, at 11:25 AM, IOhannes m zmoelnig wrote:
i guess, adding your libdir path to /etc/ld.so.conf disqualifies it
as a simple package.
i would really be interested in a solution for this.
Thomas had this working with flext, I don't know
Hans-Christoph Steiner wrote:
I agree, so I did this in externals/bbogart/entry/entry.c. I am going
to use this in tkwidget library too.
i was rather thinking about an API-function in m_pd.h, but of course the
idea can be used in various places.
fmasdr
IOhannes
Mike McGonagle wrote:
From reading some of the docs, I got the impression that it is NOT
possible to have any subsequent inlets allow for list input?
there is no such limit for a list in the strict sense.
things are different with arbitrary messages, but would you want to do
such a thing?
Hans-Christoph Steiner wrote:
Ok, now I am stymied... I am trying to make the savefn in tkwidgets
get the state from the Tk widgets themselves. But I can't think of a
way to do that with the standard pd_bind() callback mechanism. If
there was a way to bind a presave function somehow...
Hans-Christoph Steiner wrote:
So all of the Tk widgets that I am using save their own state while
they are running, then I am planning on querying them when the savefn
is called to save their state, and of course, do the opposite when
opening.
how are you going to do that?
when the
Frank Barknecht wrote:
That sounds like a good idea, I added it to generate_install_makefile.bash
and checked it in.
Hm, but how do I do a make without install then?
that's not an issue.
the bug-report is about the binary distribution for fc/ccrma, which is
pre-built anyhow.
currently
Hans-Christoph Steiner wrote:
FYI: ${SCRIPT_DIR} is never set to anything in your new changes to
auto-build-common, so that auto-build-common.local will never be
found unless it is in /.
this is of course bad.
but why?
as i read the code:
the autobuild-script sources
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
FYI: ${SCRIPT_DIR} is never set to anything in your new changes to
auto-build-common, so that auto-build-common.local will never be
found unless it is in /.
this is of course bad.
but why?
as i read the code:
the autobuild
Mathieu Bouchard wrote:
On Wed, 28 Nov 2007, IOhannes m zmoelnig wrote:
right, i found out that hexloader does a bad job when trying to load
patches. this part of the hexloader is obviously still experimental.
what it does is to register a dummy class for an abstraction which it
thinks
Mathieu Bouchard wrote:
On Wed, 28 Nov 2007, IOhannes m zmoelnig wrote:
i don't like matju's suggestion to provide an API,
Ideally, hexloader should be merged into the core and the API would be a
single function shared by the loader and the parts of the internals that
do the same thing
Claude Heiland-Allen wrote:
Hi all,
I've been trying to use autotools (autoconf and friends) to build pdlua,
but have ended up in a world of pain and deleted my experiments out of
frustration. I tried to understand the system used in
CVS/externals/moocow/, but the wizardry was somewhat
Hans-Christoph Steiner wrote:
Also, it's key to point out that the standard macro is NOT WIN32,
but rather _WIN32. For whatever reason, the leading underscore is
needed.
the leading underscore denotes that this define is private by the
preprocessor, and thus should NOT be defined
Russell Bryant wrote:
I'm not positive, but I don't think that this is going to do exactly what
you're
looking for.
All that the makefile.dependencies target is going to do now is automatically
generate it if it doesn't exist. However, you want it generated any time that
the
Patrice Colet wrote:
Hello,
hi.
I'd like to paste s_entry.c into watchdog.c, and then handle PID with
one file only, what do you think about this?
why would you?
modular programming is about reducing the amount of duplicate code
instead of increasing it.
you could just link s_entry.o
Mike McGonagle wrote:
Hello all,
I have a patch that has started to cause a crash in PD. In trying to
figure out exactly what is happening, I reworked the patch, and now each
of the smaller chunks of code are in their own subpatch. So, now the
patch doesn't ALWAYS crash. Now the only
Hans-Christoph Steiner wrote:
Hey,
Right now, in the 'externals' section, there are many build systems
for different sections that reflect the build systems that the given
dev used before importing the code into CVS. A couple of these use
their own private autoconf setups (pdstring,
Georg Holzmann wrote:
Hallo Russell !
I really don't intend to start a SCM war here, but has the discussion of
switching to using svn on sourceforge instead of cvs ever come up before?
This was discussed many many times before and at the pd-convention it
was decided to switch to SVN.
i
Hans-Christoph Steiner wrote:
On Dec 22, 2007, at 1:33 PM, Frank Barknecht wrote:
Hallo,
SourceForge.net hat gesagt: // SourceForge.net wrote:
Bugs item #1856583, was opened at 2007-12-22 13:17
Category: pdpedia
Should we deal with pdpedia bugs at Sourceforge? Personally I'm
against
Russell Bryant wrote:
While svn:externals is certainly handy, it's something to only use where it
makes sense. If a certain set of externals is primarily developed elsewhere,
then it probably does make sense to use it. But, it comes down to depending
on
one of two factors:
1) You don't
hi
Hans-Christoph Steiner wrote:
As for using svn:externals for reorganizing build systems, that seems
to just be creating more work for each custom distro. I think this
i don't know.
what i do know is, that in _our_ custom distro, i have to explicitely
cvs checkout the needed
hi.
happy new year and another round in this oroborus...
Hans-Christoph Steiner wrote:
The Pd-extended build system does this to some degree, but definitely
could be improved a lot. Currently if you want to build just one
section using a common build system, say sigpack, you can do
please give us %c back in pd-0.41's [makefilename]!
all things sad and ugly without...
fgamsdr.
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hans-Christoph Steiner wrote:
On Jan 2, 2008, at 2:52 AM, IOhannes m zmoelnig wrote:
svn co pure-data
cd pure-data/packages/darwin_app
./configure --disable-all-externals --enable-zexy --enable-iemmatrix
make make package
And voila, you have your custom distro. For a different
Frank Barknecht wrote:
Could you elaborate a bit how this works, especially in regard to
possible nameclashes e.g. in pd-extended? Those currently are worked
around by having the libraries in different subdirectories? Example:
Both maxlib and zexy have incompatible versions of [urn], so if
Miller Puckette wrote:
Hi all,
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 later in another form.
if they come back at a later time (after a few weeks, when the issue has
already been closed), i think one would
Hans-Christoph Steiner wrote:
I think iemmatrix needs some work, since it has a number of aliases,
and aliases currently aren't supported. I am a little hesitant to
what is the problem with aliases?
somebody (georg) has created an alias folder some time ago for iemmatrix.
i have even
Damian Stewart wrote:
hey,
- i'd like to put a scrollbar on the path preferences, so more than 10
lines can fit
in pd-0.41 you _can_ do more than 10 items; even though there is still
no scrollbar, which gives you trouble when having more lines than fit on
your screen (esp. with
Hans-Christoph Steiner wrote:
On Jan 3, 2008, at 3:39 AM, IOhannes m zmoelnig wrote:
It sounds like we have the exact same idea of custom distros. For
me, Pd-extended is a specific distro that includes a wide range of
things that is intended to be the same on all platforms, like how
Russell Bryant wrote:
However, going back to the subject of this specific thread, is the move
to an svn repository dependent upon resolving this discussion about
build systems? There are benefits to making the move, even with the
exact same structure and content that exists today.
so here is a (read-only) version of what the subversion repository will
look-like right after the migration on thursday:
http://svn.puredata.info/svnroot/pure-data/
once the migration has finished, i would like to reorganize the
/branches and /tags directories, so that they become navigable
IOhannes m zmoelnig wrote:
i guess i will also delete /trunk/CVSROOT and /trunk/htdocs
the former being a leftover from CVS.
the latter being unused since more than 3 years.
fgmasdr.
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
http
Hans-Christoph Steiner wrote:
On Feb 5, 2008, at 2:39 PM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
i guess i will also delete /trunk/CVSROOT and /trunk/htdocs
the former being a leftover from CVS.
Fine by me.
the latter being unused since more than 3 years
David Plans Casal wrote:
can't wait...
i just noticed that we have to wait a bit longer:
for once, uploading the svn-repository to sourceforge takes forever, as
right now i cannot get more than 20kB/s, and the (zipped) svndump is
more than 200MB large; however i will probably try to upload
Mathieu Bouchard wrote:
On Wed, 6 Feb 2008, IOhannes m zmoelnig wrote:
for once, uploading the svn-repository to sourceforge takes forever,
as right now i cannot get more than 20kB/s,
Do you think it has to do with your connection or SF's connection?
the latter.
please note
Mathieu Bouchard wrote:
Also, are we going to get a mail on pd-dev just before the migration
starts, and another mail just before it ends? because, I suppose that we
aren't supposed to commit during that time?
i will start the migration to subversion NOW.
please do not commit anything to
Hans-Christoph Steiner wrote:
On Feb 7, 2008, at 2:43 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Hey all,
Now that IOhannes pulled off the SVN switch, (yay!), we have
everything in the trunk. I would like to propose some moves:
trunk/Framestein-- trunk/externals
Hans-Christoph Steiner wrote:
On Feb 7, 2008, at 10:41 AM, Frank Barknecht wrote:
they are served in 0.2l glasses here, so that's
actually not too much to swallow in four days. ;)
Wow, this has shattered my image of Germany.
it's not germany, it's only in cologne.
in bayern you don't
Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Subversion is up and running.
check it out at
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/
(beware: if you checkout the entire tree (/svnroot/pure-data), you will
need a lot
Mathieu Bouchard wrote:
Dear pd-dev,
Should DesireData remain part of the pure-data sf-project, or become a
separate sf-project just like GEM already is?...
i think this is entirely within the responibility of the DesireData
developers.
I ask because HCS seems quite concerned by the
Luke Iannini (pd) wrote:
On Feb 7, 2008 12:47 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
Many repositories have scripted commit policies that check all sorts
of things before allowing a commit, things like it needs to compile,
it needs not use deprecate libraries, etc. etc.
These
just a side-note:
Luke Iannini (pd) wrote:
entirely independent entities. You'll no more see DD files or logs or
anything from /desiredata/pd/src in /trunk/pd/src than you will see,
desiredata is an equivalent of pd, so in my nice little world, it
would be /trunk/pd/src and
Mathieu Bouchard wrote:
On Thu, 7 Feb 2008, IOhannes m zmoelnig wrote:
How does /branches/discontinued work? that sounds like a good choice
for Framestein.
well, nothing special; it is a folder where discontinued projects can be
moved to, so they don't fill up the trunk.
the folder could
Hans-Christoph Steiner wrote:
On Feb 7, 2008, at 4:20 PM, Mathieu Bouchard wrote:
On Thu, 7 Feb 2008, Hans-Christoph Steiner wrote:
When looking at a file, say pd/src/s_file.c, then there are be dd-
specific commits in the history, that's what I mean.
That's been mostly over for a while.
Subversion is up and running.
check it out at
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/
(beware: if you checkout the entire tree (/svnroot/pure-data), you will
need a lot of space on your harddisk, as you will get multipled copies
of everything)
CVS is now locked for
Mathieu Bouchard wrote:
On Mon, 11 Feb 2008, IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
o-oh, SVN has brought us to fill our quota. As I'm preparing LAC, I
won't have any time at all to react to this. :(
thanks, i forgot the remove the migration files.
done now...
So, how much
Frank Barknecht wrote:
Hi,
o-oh, SVN has brought us to fill our quota. As I'm preparing LAC, I
won't have any time at all to react to this. :(
thanks, i forgot the remove the migration files.
done now...
fgmasdr
IOhannes
Ciao
___
PD-dev
Mathieu Bouchard wrote:
On Sun, 10 Feb 2008, Frank Barknecht wrote:
I'd say, that as we now have no ACL anymore,
So, what is it with the ACL ? Is it that SVN doesn't have support for
that, or just that the ACL config has to be rewritten for SVN because of
incompatible formats?
hi miller, matju, all!
Miller Puckette wrote:
However, I don't have a password (only ssl auth, if even that
exists in the same form) ... anyway to change SVN authentification
methods in midstream?
And/or should I just get an old-fashioned password from Iohannes?
unfortunately _i_ cannot
Mathieu Bouchard wrote:
On Thu, 7 Feb 2008, IOhannes m zmoelnig wrote:
desiredata is an equivalent of pd, so in my nice little world, it
would be /trunk/pd/src and /trunk/desiredata/src rather than
/desiredata/pd/src (there is really no reason to have a pd subfolder
in desiredata
Luke Iannini (pd) wrote:
I've never tried the ssh thing, but I remember the words svn+ssh in
the SVN book.
but sourceforge does not provide this access to subversion;
fgmasdr.
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
Hans-Christoph Steiner wrote:
Ok, I guess silence = no disapproval.
seems like i have missed this email, as i would have surely objected.
In any case, SVN makes it easy
to move/rename stuff (thanks again IOhannes!) I created this since I
am now setting up my new Windows machine to build
patrick wrote:
hi all,
would it be possible to implement a repository mirroring in
trunk/abstractions/pdmtl for pdmtl abstractions:
At the bottom of http://subversion.tigris.org/ :
Repository mirroring
Subversion supplies a utility, svnsync for synchronizing (via either
push or
patrick wrote:
hi IOhannes,
why not just use an external reference?
we would like to include pdmtl abstractions in the auto-build. would it
be possible with an external reference?
yes.
when doing a checkout, external references will appear to be part of the
repository, even though
Claude Heiland-Allen wrote:
Hi all,
Thought this might be of interest to developers of OSC externals.
In short: Pd OSC implementations should send OSC on the same port that
they listen on, as that is the standard way OSC works.
no it is not.
OSC does not imply anything about the
Hans-Christoph Steiner wrote:
Yes I also had to add -fPIC to the compiler option.
I am guessing there is probably no harm in adding -fPIC to the 32-bit
builds. I know that on Mac OS X, the whole package is compiled with
-fPIC. I checked in a fix, please try it on 64-bit to make sure it
SourceForge.net wrote:
Bugs item #1912772, was opened at 2008-03-12 11:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1912772group_id=55736
Please note that this message
Martin Peach wrote:
best boy
maybe this is a misunderstanding. i try to explain.
i want to write a pd external (which will be a dll on win).
this pd external should contain code to call functions from another dll
which is not pd-related
I think you would still use the same two
Original Message
From: Hans-Christoph Steiner [EMAIL PROTECTED]
That sounds quite useful, I should have guessed. Could you send this
to pd-dev? Georg is mostly doing this work.
.hc
On Mar 13, 2008, at 10:36 AM, IOhannes m zmoelnig wrote:
hi hans.
i knew
Hans-Christoph Steiner wrote:
Who does not want this checked into trunk?
me.
but as i understand luke's proposal it can be done without modifying any
help-patch anyhow.
fgmasdr
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
Hans-Christoph Steiner wrote:
Hey,
http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/
I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are a
bit of a mess, so I would like to propose cleaning them up. First, I
think we can ditch the 'pd-' prefix since they
Sylvain Le Beux wrote:
Hi everyone,
I am actually writing an external which manipulates some audio buffers, and
for this purpose I use garrays (i.e. garrays names are actual arguments of
my external).
The problem is that in order, for my external, to retrieve the data
contained in the
Hans-Christoph Steiner wrote:
I am fine with leaving the string patch in this release as it is if
it will be compatible with a generic approach to defining new atoms
types. Can anyone speak to that?
does the patch still register the string keyword? (and in doing so
breaks all other
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
IOhannes m zmoelnig wrote:
so what should we do about the inv*-icon.png file?
i also noticed that there is already an inv_mul-icon.png which look
exactly the same.
can i just delete the inv*-icon.png from the repository?
fgmasdr
IOhannes
___
PD-dev
Hans-Christoph Steiner wrote:
Yes, so that the help patches work with [apple/iodisplay] format when
working on them.
hmm, since the help-patches depend on so many external libraries, why
don't you just add .. (or, if you prefer, the full path to
.../trunk/externals) to your search path?
Hans-Christoph Steiner wrote:
I created a shell script /usr/local/bin/msys to make it easier to
start up MSYS. Just type 'msys' from Cygwin, and it'll start the
MSYS shell.
thank's i will try that.
nevertheless i still wonder why C:\cygwin\usr\local\include is an
asio-related file
Hans-Christoph Steiner wrote:
Hey all,
http://puredata.info/about/WindowsXPI386
and shouldn't this be rather in http://puredata.info/docs/developer/
than in http://puredata.info/about/
is it ok if i move it?
(and if you really want to go for a _flat_ hierarchy,
http://puredata.info/
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I created a shell script /usr/local/bin/msys to make it easier to
start up MSYS. Just type 'msys' from Cygwin, and it'll start the
MSYS shell.
thank's i will try that.
unfortunately it just gave me another error:
gcc bla.c
Mathieu Bouchard wrote:
can the auto-build install on any OS where the include directory does
not exist yet?
it configures fine on linux if the /usr/local/include directory is
non-existant.
it refuses to configure if /usr/local/include is a file instead of a
directory.
I guess that you
Hans-Christoph Steiner wrote:
You cannot stop spam ever. Period. Captchas are annoying and are far
from 97% effective. I have captchas on my blog and I get a lot of
automated user registrations anyway.
interesting.
for me spamming has stopped completely after i introduced captchas on
the machine has run out of space for several days now.
mfga.sdr
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hans-Christoph Steiner wrote:
whoa, all this sounds rather elitist. it is not my intention (nor my
self-perception :-))
i am just trying to find a way to do preferences in a re-useable way...
It seems that a good Jack API in Pd would be the best way to handle
multi-channel setups that
IOhannes m zmoelnig wrote:
yes they have been carried over.
what's more there are no ACLs any more.
i don't know exactly what you are trying to do, but please do not to
commit to trunk/pd/ directly (this should be protected by the
non-existant ACLs);
use the patch tracker
Hans-Christoph Steiner wrote:
I just added hexloader into Pd-extended 0.40.3-20080517 on Mac OS X
10.4.11/Intel and tested it, and I got to odd things. First, when I
load [~], or any of the abstractions based on [expr~] for the first
time, [expr~] doesn't load. If I load [expr~] first,
Hans-Christoph Steiner wrote:
On May 18, 2008, at 9:20 AM, IOhannes m zmoelnig wrote:
I deleted the abstractions to test loading binaries. The
abstractions seem to load fine, but then won't load [expr~]. It's
the binaries that are not loading at all.
no, it's embedded unknowns (yet
Hans-Christoph Steiner wrote:
I just had a thought, what about adding an outlet to [block~] that
will output the block size as a float when [block~] is banged? I
can't think of any other way to query what the current block size is,
and it would be useful sometimes.
banging [switch~]
Hans-Christoph Steiner wrote:
Hey,
Just a thought here, I am currently porting a Max object to Pd and
just saw that the setup is called main(). So how about making it
possible to just use setup() as the function name?
if i/you remember correctly, we have been talking about this at the
IOhannes m zmoelnig wrote:
apart from that, the same thing is also possible with M$VC, you just
have to specify it differently. i think it is via _DLL_InitTerm() or the
like.
the only problem about it is, that it is so hard to google.
i haven't found many references to _DLL_InitTerm
Hans-Christoph Steiner wrote:
On May 28, 2008, at 1:28 PM, IOhannes m zmoelnig wrote:
I think you can guess which one I think is good ;) the multi-
objectclass library file format seems to cause a lot more problems
than it solves.
the key is: have your own opinion, but allow a variety
Martin Peach wrote:
i think the proper way to do it is to use DllMain()
http://msdn.microsoft.com/en-us/library/ms682583.aspx
Are you sure it's not GetProcAddress() that you want? s_loader.c line
262 uses it...
http://msdn.microsoft.com/en-us/library/ms683212.aspx
yes i am sure.
the
SourceForge.net wrote:
Initial Comment:
Enhanced the Path and Startup dialogs to use Tk listbox widgets.
Ran into frustration with a max of 10 total startup paths and 10 total
startup commands, as well as general low level of usability for these
controls. Since they haven't been
SourceForge.net wrote:
...and periods of course. Part of the problem is that odd characters in
filenames can get mangled by intervening software, as in the case of Pd,
where you can't use { } or \ in a filename because you can't enter it, you
get a message like keycode 92: dropped instead.
Tarakajian, Samuel wrote:
Hi everyone,
So I trying to develop what amounts to a new implementation of the Pd GUI.
The first step was of course to remove the old GUI, which is actually a lot
simpler than I thought. Pd can actually be launched with a -nogui flag,
which keeps the gui from
IOhannes m zmoelnig wrote:
this eventually breaks existing startup patches.
this of course should say existing startup scripts or the like
fgmasdr
IOhannes
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hans-Christoph Steiner wrote:
I just randomly tried instantiating [iemlib/any] and got 1000 lines
of this:
iemlib/any: already loaded
iemlib/any: already loaded
iemlib/any: already loaded
iemlib/any: already loaded
iemlib/any: already loaded
error: maximum object loading depth 1000
IOhannes m zmoelnig wrote:
hmm, thanks for bringing this up.
i can reproduce the problem here, BUT:
i reverted my patch (it is really just modifiying 3 lines and deleting
another 3) and recompiled.
this is what i get:
tried /tmp/pdx/20080619/usr/bin/iemlib/any.l_i386 and failed
tried
Luke Iannini wrote:
Hey, I saw this instead:
libdir_loader: added 'pdsvn' to the canvas-local objectclass path
libdir_loader: added 'pdsvn' to the canvas-local objectclass path
libdir_loader: added 'pdsvn' to the canvas-local objectclass path
error: maximum object loading depth 1000 reached
Bryan Jurish wrote:
moin Daniel,
... forwarding to pd-dev ...
On 2008-07-02 01:17:53, daniel c. howe [EMAIL PROTECTED] appears to
have written:
Hi Brian
I re-installed a newer binary of pd-ext and added your dll...
And pd said: --
Mathieu Bouchard wrote:
On Fri, 20 Jun 2008, Hans-Christoph Steiner wrote:
Now people are starting to use svn:externals. I support the goal of
findability; I do not think that svn:externals is the best way to do
that. I think svn:externals is a tool for very specific cases.
Since then I
[EMAIL PROTECTED] wrote:
Mathieu Bouchard wrote:
thanks for your argument.
I just filed a feature request for pd [1] and I hope someone finds the
time to implement it.
hmm, how about my implementation of [initbang] from october 2006?
as posted in:
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Bug reports should be closed when they don't need any more
attention. When reporting bugs, ideally people would also search
closed reports to see if the issue has ever been reported or if
Hans-Christoph Steiner wrote:
The Open, Pending, and Closed states have to do with attention,
not the state of the bug. If someone reports a bug, then no dev can
indeed, and thus frank is right when requesting that a bug should not be
set to Closed when it still needs attention (e.g.
[EMAIL PROTECTED] wrote:
Date: Fri, 11 Jul 2008 18:05:58 -0700
From: [EMAIL PROTECTED]
added back the help symbol prefix and set it as 'Gem/', since it is needed to
make the helpfiles work in the current setup
Modified Paths:
--
Claude Heiland-Allen wrote:
I'd be more worried about what to do when arbitrary atom-type-agnostic
objects keep copies of my atoms around long after my world has
deallocated the memory pointed to, and what to do when those expired
atoms come back into my world...
well yes, this is
101 - 200 of 547 matches
Mail list logo