hi
SourceForge.net wrote:
Comment By: Miller Puckette (millerpuckette)
Date: 2009-08-30 15:34
Message:
fixed this slightly differently. (Hannes -- the vis/invis editor
allocation and deallocation
code is so complicated I'm afraid to try to enable edits on invis
windows. Instead I
want to
Anderson Goulart wrote:
Hello all,
puredata-ext-XX - package containing a single external
puredata-abs-XX - package containing a single abstraction
why do you want to separate them?
how does a single external differ (substantially) from a single
abstraction? (esp. since .deb takes care of
dmotd wrote:
dmotd wrote:
please make sure you cc pd-dev too!
oh i'm sorry, it seems that something is wrong
with my mail delivery - i checked the archives and
messages recieved only to my personal inbox did
make it to pd-dev i just didn't recieve them from
pd-dev and some messages from
hi again
Steffen Juul wrote:
On 29/09/2009, at 23.45, IOhannes m zmölnig wrote:
IOhannes m zmölnig wrote:
would not. seems you are right at the problematic version :-)
meaning that you do seem to have a problematic version of autoconf,
Yes, i got it. thanks for investigating,
Steffen Juul wrote:
On 30/09/2009, at 9.46, IOhannes m zmoelnig wrote:
btw, on a non fink contaminated machine running 10.4 i have autoconf
2.61 installed which can process the configure.ac fine.
Ok. I guess i shouldn't have updated autoconf then. Thanks for testing.
not exactly.
what i
András Murányi wrote:
Thanks! Without root i'm still getting those access denied errors, as root
most likely because you checked out as root, which results in files
being owned by root and not you.
simple fix is:
% cd /home/muranyia/Download/0.41/
% chown -R muranyia .
imho, you should do this
martin.pe...@sympatico.ca wrote:
Then in tab_add_scalar the variable add is defined:
iemarray_t *vec_src1, *vec_dst, add;
not in the version that i have here (revision 12534).
add is declared as t_float.
...and then at line 85 an error occurs because add is a t_word, not a t_float:
IOhannes m zmoelnig wrote:
$ make iem_tab
i forgot to copy'n'paste the compiler line:
cc -DPD -O2 -I/home/pd/src/pure-data/pd/src -Wall -W -ggdb
-I/home/pd/src/pure-data/Gem/src
-I/home/pd/src/pure-data/externals/pdp/include -DUNIX -Dunix -fPIC
-DIEMTAB_SINGLE_OBJ -o
/home/pd/src/pure-data
Hans-Christoph Steiner wrote:
sed -i 's!^\(Depends:.*\)!\1 , libfftw3-3, zlib1g (=
1:1.2.3.3.dfsg-1), libogg0 (= 1.0rc3), liblame0 (= 3.97),
libvorbis0a (= 1.2.0), libgsl0ldbl (= 1.9), libimlib2, libdv4,
tk8.5 (= 8.5.0), libquicktime1 (= 2:1.0.0+debian), libgl1-mesa |
libgl1, libsdl1.2debian
Mathieu Bouchard wrote:
On Tue, 8 Sep 2009, IOhannes m zmoelnig wrote:
hmm, does this mean that if Gem explicitely linked against libstdc++
just before libGL, this would avoid the problems? if so, it might be
fixed in svn...
Thanks for doing this. I just tried it with
Pd-0.42.5-extended
Mathieu Bouchard wrote:
On Thu, 15 Oct 2009, IOhannes m zmoelnig wrote:
Mathieu Bouchard wrote:
Thanks for doing this. I just tried it with
Pd-0.42.5-extended-20091014-ubuntu-jaunty-i386.deb.
cool (i guess you not only meant to say that you tried it, but also that
the try was successfull
Mathieu Bouchard wrote:
On Thu, 15 Oct 2009, IOhannes m zmoelnig wrote:
i still believe that this is something that is not to be fixed with
hacks, e.g. random linkeage against stdc++. instead it should be fixed
somewhere upstream, be it gcc, binary drivers or whatever; btw. who is
writing
András Murányi wrote:
Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32 messages
any more but all couldn't load plus a few unknown sybol errors.
which unknown symbols?
obviously the dynamic linker will fail to load a library, if it cannot
resolve all symbols.
do all externals
ma...@artengine.ca wrote:
On Mon, 23 Nov 2009, Forwind info wrote:
Has anyone else noticed that puredata.info is timing out. This has
been happening to me from London for the past 2 days ? As far as I am
aware this is all hosted at IEM, IOhannes (presuming you are still at
iem) ?
It
Mathieu Bouchard wrote:
On Mon, 30 Nov 2009, Frank Barknecht wrote:
Additionally, I'd like to Debianize the directory names (i.e. /
usr/lib/puredata)
What's un-Debian about /usr/lib/pd?
the package name is not pd.
the package name used to be pd
alternatively, the package name could
IOhannes m zmoelnig wrote:
the svn client installed on the build-machine (/sw/bin/svn) is somewhat
outdated (1.4.4) and refuses to svn update the sandbox.
this seems to be a common problem on more of the build machines (e.g. i
just noticed it on the ubuntu-hardy-lts-i386)
for me this makes
Hans-Christoph Steiner wrote:
This is the documentation of the auto-build process, the last step is
where it rsyncs over the source tree, which is mainly for rsync's
--delete for a real clean start.
http://puredata.info/docs/developer/AutoBuildProcess
obviously i didn't find it from PdLab
Hans-Christoph Steiner wrote:
The compelling reason is that 'pd' means multiple packages 'puredata',
'pd-extended', and perhaps others. Where is the harm in changing this?
but there are so many trivial patches in the world that won't do no harm
to anybody. this is not a reason to apply them
Hans-Christoph Steiner wrote:
i recommend working on debian/sid, but this doesn't help me much if one
of the autobuilds fails on the osx103 machine.
i prefer to investigate directly what is going wrong on the failing
machine (and potentially fix the problem there)
There isn't a 10.3
Hans-Christoph Steiner wrote:
FYI: I reparented the PdLab page to the FrontPage rather than the
AutoBuildProcess page. The Pdlab is not only for the auto-builds, but
also for devs to work on foreign machines. The AutoBuildProcess page
already has links to the PdLab pages.
well, PdLab
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
FYI: I reparented the PdLab page to the FrontPage rather than the
AutoBuildProcess page. The Pdlab is not only for the auto-builds, but
also for devs to work on foreign machines. The AutoBuildProcess page
already has links
pd-cvs-requ...@iem.at wrote:
--
Message: 6
From: p...@macosx104-i386.idmi.poly.edu
Subject: [PD-cvs] load_every_help 2009-12-14_22.51.01
To: pd-...@iem.at
Message-ID: mailman.4.1260874801.8788.pd-...@iem.at
hi.
Hans-Christoph Steiner wrote:
Hey IOhannes,
Any reason not to use the tkwait visibility .pdwindow.tcl.entry
option? I think its preferable because it keeps things symmetic, i.e.
grab/ungrab. It'll only cause the GUI to pause, 'pd' will still keep
loading.
Hans-Christoph Steiner wrote:
Hey IOhannes,
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=12956
Just checking out your commits. The ./pd-gui.tcl [[host:]port]
thanks
stuff looks interesting, but your commit removed that stringent test,
i hope it did not
SourceForge.net wrote:
Message:
Unfortunately, the shifting does happen on Pd-vanilla, just less so. There
doesn't seem to be a way in Tcl/Tk to measure the size of the window frame
of X11 windows. Different window managers will have different sizes of
window frames. In 0.43 it was
Hans-Christoph Steiner wrote:
btw, have you had a look at the hack in the ::pdwindow::set_layout proc
to measure the window decorations (though you deleted the code again)?
Yes, did you test that code? It only works on Windows from my tests and
the docs I read. Something like that should
Hans-Christoph Steiner wrote:
Hey all,
Just finished a weekend long Debian Bug Squashing Party here in NYC. I
discussed with a few Debian Developers how best to fit Pd's files into
Debian Policy. This is what we came up with. Let me know what you guys
think, and whether there are other
Hans-Christoph Steiner wrote:
On Feb 1, 2010, at 3:38 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Hey all,
Just finished a weekend long Debian Bug Squashing Party here in NYC. I
discussed with a few Debian Developers how best to fit Pd's files into
Debian Policy
On 2010-02-24 22:23, Arnout Engelen wrote:
Well, if the protocol used for the communication is very application-specific
this might not be entirely clear-cut.
sorry to continue on the license issue, but i don't think that we are
in flamewar hell at all (yet :-))
anyhow:
it's true that the
On 2010-02-25 17:37, SourceForge.net wrote:
just like signals are. As you know, [print] shows them as a not very
helpful (gpointer), but if you pass a pointer to [list prepend set]-[list
trim] and into a message box: There pointers show up as (pointer) with
the g missing. Anyway don't bother
On 2010-03-15 00:35, Roman Haefeli wrote:
Hi
I would like to know, how likely it is that this bug is going to be
fixed in the next couple of weeks. Please do *not* understand this as a
request and certainly not as a demand to fix it. Having this piece of
information helps to define a
On 2010-03-15 10:23, Gerrie Roos wrote:
From the GemFAQ it appears that setting up a Windows build environment
is a pain...should I even attempt to set up my own? What's the
chances of success within a couple of hours?
about 1% :-(
2010/3/15 Gerrie Roos gerrier...@gmail.com:
This is the
On 2010-01-22 22:04, Miller Puckette wrote:
Hi all,
As I understand it... post() puts out an entire line, and startpost(),
any number of poststring, etc, and then an endpost() also puts out
one line. The only ugly thing is that some old code uses poststring
(etc) to APPEND text to a
On 2010-03-16 12:07, Lorenzo wrote:
Ok, but what I mean is also if there's some rule of thumb? My impression
well, it really all depends on your skills in patching and C-coding (or
python, lua, ...)
anyhow, i would say that you should go for the abstraction
implementation, unless it is
On 2010-03-16 23:37, João Pais wrote:
Excuse me for asking (and not trying as i cannot now)
Does this mean that double newlines have been eliminated OR that lists
are
printed on one line?
I suggested the latter some time ago
On 2010-03-17 11:23, João Pais wrote:
aha. it was Pd-0.43.0-devel-windowsxp-i386.exe, from maybe 2 days ago.
well, i posted the update to the tracker immediately after i committed
the change (yesterday).
i see now, that this was unclear from what i had actually written.
sorry for the confusion.
On 2010-03-17 17:51, Hans-Christoph Steiner wrote:
hey IOhannes,
Why generate verbosity levels on the fly? So far we've been using the
syslog levels, I think we should stick with that and use that throughout.
so far nobody has been using syslog levels. i don't know when they
entered the
On 2010-03-17 21:18, Hans-Christoph Steiner wrote:
This sounds a lot more complicated without much real gain. How about
where do you see any complication?
it can't be on the code side: it's exactly one more line of code to have
a centrally configurable system instead of having hardcoded
On 2010-03-20 19:37, IOhannes m zmölnig wrote:
i haven't touched that file but i think it's safe to remove it (which i
have done now)
i mean to say: i haven't touched that file and have no idea where the
error comes from, but i think it's safe to assume that the line is
superfluous, so i have
On 2010-03-27 18:41, Hans-Christoph Steiner wrote:
Hey IOhannes,
With the latest revision of pd-gui-rewrite branch, the Tcl entry box is
broken. I am guessing something in your recent commits broke it. It
gets caught up on the validation. To reproduce, try typing code into
the Tcl
On 2010-04-06 18:09, Hans-Christoph Steiner wrote:
Towards the goal of Debianizing all of Pd-extended into separate
packages, I'd like to reorg the 'pdogg' and 'maxlib' libraries in SVN
using the template Makefile. Then I'll debianize them also. It'll mean
changing the file layout a bit to
On 2010-04-11 21:43, Lee Azzarello wrote:
Debian testing 32 bit
Linux musicmachine 2.6.32-trunk-686-bigmem #1 SMP Sun Jan 10 07:12:17
UTC 2010 i686 GNU/Linux
pd-extended version 0.41.4-1 Debian package from
http://apt.puredata.info squeeze
libdir loader $Revision: 1.8 $
compiled
On 2010-04-14 00:19, Roman Haefeli wrote:
If it is only a matter of someone doing the boring uninspiring
uninteresting painful work of renaming those functions, I _might_ be
able to help, if there is interest (IOhannes?). If so, I would probably
need some advice on how to do it correctly.
On 2010-06-03 19:37, Hans-Christoph Steiner wrote:
Unless I hear from anyone soon, I'm going to be copying trunk/externals
to the pd-extended/0.42 branch today in preparation for making the final
release. Any changes that need to happen in trunk can always be merged,
and vice versa.
some
On 2010-06-07 09:09, IOhannes m zmoelnig wrote:
- the package still conflicts with pd-externals, gem, pd-pdp, pd-zexy
i thought i had changed this, but probably only in trunk and not in the
0.42 branch. i'll fix it.
hmm, according to
https://pure-data.svn.sourceforge.net/svnroot/pure-data
On 2010-06-02 16:25, Hans-Christoph Steiner wrote:
Hey all,
FYI: I moved the pd-mobile-0.43 branch to a more appropriate location:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-mobile-0.43
out of curiosity: why branches/pd-mobile-0.43 rather than
On 2010-07-12 05:33, Miller Puckette wrote:
o Pd developers --
After much uncertainty how to proceed, I finally went ahead and 'pushed'
my Pd git repository to sourceforgs -- available at
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data
or to clone it to your
hi miller.
On 2010-07-12 18:22, Miller Puckette wrote:
Hmm... I hadn't tried the 'new' build but apparently am missing something.
I'll try adding HC's Makefile.am and see if I can build it that way over
here.
i guess you'll need to add all the Makefile.am's right now (they are
scattered over
here is a patch for current git that should make the automake functional again.
note: when doing a make install, the pd binary only get's installed into
/usr/local/bin/pd (by default) and not into /usr/local/lib/pd/bin/pd; this is
not a problem unless you try to start Pd from the gui-side (pd-gui
On 2010-07-15 16:06, Hans-Christoph Steiner wrote:
FYI: if you remove all makefiles in 'extra' you can replace it with the
extra/Makefile from pd-gui-rewrite-0.43 which builds all objects in
'extra'. It has the added advantage of working on GNU/Linux, Mac OS X,
MinGW and Cygwin, plus is
On 2010-07-15 16:08, Hans-Christoph Steiner wrote:
That rather tedious enumeration is something that rarely changes and
provides error checking where automatic enumeration does not. A build
system should know if any of the relevant files are missing, and it
should ignore all non-relevant
On 2010-08-04 21:29, Hans-Christoph Steiner wrote:
I've packaged up a bunch of libraries as pd packages, and they rely on
headers besides just m_pd.h. These headers should be included in the
'make install' so that people can easily build them. I think we should
install these headers into
in order to not pollute /usr/include/ with files like s_stuff.h and to prevent
name-clashes with other packages, headers should go into a special subdirectory.
make install installs headers into ${includedir}/pd
to make this directory findeable, this also includes pkg-config support
---
On 2010-08-19 07:14, Ted Hayes wrote:
Following up on this—doesn't look like anything in iemguts will help.
Basically I need either
1) A way to generate a list (once) of all object names, number of inlets and
outlets or
2) A way to output the number of inlets and outlets for a given
On 2010-08-23 17:33, Hans-Christoph Steiner wrote:
Yeah, we definitely don't want [initbang] to be used too often, I can
i would also like to state, that we shouldn't use [metro] too often.
reversely, one cannot use [trigger] too often.
so Pd should print out a warning if there is no [t] in
On 2010-08-23 19:10, Jonathan Wilkes wrote:
Btw-- in your live-coding example you mentioned you were sending
the audio to a bus and would use [initbang] to fade in. But
how do you use [closebang] to fade out? Does [closebang] send
a trigger to one of the sister abstractions to do the
On 2010-08-24 05:39, Hans-Christoph Steiner wrote:
or use [constructorbang] and [destructorbang]
[createbang] and [destroybang] is a nice pair. :)
yes, but they have 2 drawbacks:
- the seem to be actors rather than reactors; e.g. i would expect
[destroybang] to destroy something, rather
On 2010-08-24 22:17, Jonathan Wilkes wrote:
I'd love to see an example of this in action. Just from your
description I'm wondering why you wouldn't do the fade from inside
the abstraction, and just delay destroying it until the fade out has
finished.
ever tried to delay destroying an
On 2010-08-25 05:36, SourceForge.net wrote:
Priority: 7
hi.
while i have tried to quickly fix the given problem, i would like to
raise the question, whether somebody could give me an example bug report
with a priority of e.g. 3.
i guess the reason to raise the priority, is to get it into Pd
On 2010-08-25 19:16, Jonathan Wilkes wrote:
Also, if you roll too many of your own in Pd, you end up doing so at the
expense of portability. I don't want to send a library of my hacks to
standard objects with every patch I show to someone else.
the implementation i attached in my last
On 2010-08-25 19:16, Jonathan Wilkes wrote:
ever tried to delay destroying an object?
With mouse and cut messages, yes. With your objects, no. What
happens?
you are talking about a completely different thing than i am.
so let's reset this discussion to my original example.
it's
On 2010-09-01 06:06, Hans-Christoph Steiner wrote:
I refactored the startup/vwait code to be close to the
pd-gui-rewrite/0.43 startup procedure, but I removed the timeout that I
think was at the root of the problems here. I'll put together a patch
once I test it a bit more.
i wouldn't
On 2010-09-06 17:41, Hans-Christoph Steiner wrote:
Why do you think having the ability to autoload loaders is a bad idea?
I can't see a disadvantage, but I am not saying there couldn't be one.
i can't think of one, but that doesn't mean that there is none.
my main point was, that in
On 2010-09-06 17:41, Hans-Christoph Steiner wrote:
Why do you think having the ability to autoload loaders is a bad idea?
I can't see a disadvantage, but I am not saying there couldn't be one.
I would like to see it be possible to write Pd objects in a bunch of
different langauges, then
On 2010-09-14 11:30, SourceForge.net wrote:
Message:
i see the problem, but fail to understand why the chaining does not
stop the entire build.
i guess that the call to aclocal fails, but why autogen.sh then returns
TRUE is beyond my understanding.
it seems like i cannot log into the
On 2010-09-14 17:42, Hans-Christoph Steiner wrote:
i believe the patch i attached to the ticket to solve the problem but
have not been able to test on the very platform.
ok, i managed to log in, and my patch indeed solves the reported problem.
however, there are more issues, coming from
On 2010-09-15 15:25, Hans-Christoph Steiner wrote:
I'm cc'ing pd-dev so others may benefit from this. There is nothing
magic about the files in Cygwin and MSYS, they are all on the same file
system. The problem is each system has its own root path:
sure.
* in MSYS, its /c
ha, i didn't
On 2010-09-15 15:20, Hans-Christoph Steiner wrote:
if we need a c++-aware linker, then we should ask for a c++-aware linker
(rather than force a c++ compiler). afaik, automake can handle this with
a 1-liner.
Try building with the ASIO sources, which are C++ and need to be built
i have
On 2010-09-15 15:56, IOhannes m zmoelnig wrote:
On 2010-09-15 15:20, Hans-Christoph Steiner wrote:
if we need a c++-aware linker, then we should ask for a c++-aware linker
(rather than force a c++ compiler). afaik, automake can handle this with
a 1-liner.
Try building with the ASIO
hi miller, list...
i hear you are busy doing some bugfixing for the 0.43 release with hans...
working on the integra-live project i noticed a number of problems with
the portaudio support in Pd, some of them being real showstoppers (read:
they crash Pd)
i submitted a number of patches to
On 2010-11-10 22:06, Roman Haefeli wrote:
In the case of iemmatrix (and also zexy, which actually already is
packaged as a multi-object-single-file library in Debian, but as a
one-object-one-file library in Pd-extended) and assuming that there
won't be any intelligent loader loader soon,
On 2010-11-11 10:07, Roman Haefeli wrote:
pd-iemmatrix:
generic single-file library depending on the metapackage 'pd'.
pdextended-iemmatrix:
dedicated iemmatrix package for Pd-extended, dependent on
'pd-extendeded', compiled as one-object-per-file library.
What do
On 2010-11-29 18:36, Hans-Christoph Steiner wrote:
It is OK IMHO to have iemnet use the names as the mrpeach objects as
long as the stated goal is interface compatibility. But I think this
packaging idea is just added complication without and real benefit. A
library is a library in Debian
On 2010-11-30 11:43, Roman Haefeli wrote:
Hi
If people are supposed to already report bugs with the current dev
(0.43) branch, where should they do so?
i'd say here or at the sf-tracker.
Is this the correct place to get most recent sources from:
On 2010-12-01 03:02, Hans-Christoph Steiner wrote:
I call mrpeach/net canonical not because I believe is it perfect and
bugfree, but rather because it is the established, proven way of doing
more elaborate networking.
i think it is not canonical as it tends to change it's API to workaround
during the debian packaging of externals i once more stumbled across one
of my many problems with make, which i was never able to solve in a
satisfactory way.
it is:
the Makefile uses CFLAGS and LDFLAGS to set crucial flags to the build
process e.g. LDFLAGS uses -Wl,--export-dynamic -shared to
On 2010-12-01 22:38, Bryan Jurish wrote:
moin folks,
On 2010-12-01 18:00:21, IOhannes m zmoelnig zmoel...@iem.at appears to
have written:
what is the canonical way to use the passed FLAGS and at the same time
adding whatever is needed?
something like 'PD_LDFLAGS=-Wl,--export-dynamic
On 2010-12-01 23:56, Albert Graef wrote:
IOhannes m zmölnig wrote:
however, afaict, CFLAGS and LDFLAGS are commonly meant to be settable by
the user, so setting those should not break the build system.
Exactly. Therefore a Makefile should *not* set CFLAGS, CXXFLAGS, LDFLAGS
and the like, or
On 2010-12-08 21:37, Xavier Miller wrote:
Hello,
.
So, yes, please list ALL the licences which are included in
PD/PD-extended, especially those that are not compatible with common
Open Source / Free licences !
At least users need to know they use non-free parts of software, and use
it
On 2010-12-09 16:32, Hans-Christoph Steiner wrote:
First off, I need to say I think Yves' code is great and very useful,
and he's doing important work that no one else is currently doing. This
has nothing to do with that. Yves changed his license to a non-free
license, which he is free to
On 2010-12-13 17:43, Hans-Christoph Steiner wrote:
From what I've seen, most network buffering is done with a ring buffer,
so a fixed size. That's my two bits...
flames
so what exactly are you trying to tell us?
one of the reasons for me to change my entire system and to switch to Pd
was
On 2010-12-13 23:15, Roman Haefeli wrote:
On Mon, 2010-12-13 at 14:42 -0500, Martin wrote:
What? It's better to crash the server than to disconnect an unresponsive
client?
Why crashing the server? I don't get the alarmism. If a patch needs to
i think martin commented on my if you rather go
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-01-24 19:57, Felix Pfeifer wrote:
Hi,
Here is what i did:
I compiled pd-extended-0.42.5 on a 64bit slackware
linux. Everything seemed to work fine until i try to run
then i would say it is _not_ a compilation issue.
pdextended. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
i want to inform you, that i have done a routine cleanup of our
developers at sourceforge.
18 people, who have not committed anything within the last two (2)
years, were contacted on the 2011-01-20 (that was also the deadline for
the 2 years
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-15 01:59, Hans-Christoph Steiner wrote:
Hmm, this might be the problem, in doverbose():
sys_vgui(::pdwindow::post %d {%s}\n, level+4, strnescape(upbuf, s,
MAXPDSTRING));
Why is there level+4? Why not just pass level straight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-15 16:15, Hans-Christoph Steiner wrote:
I get the ranked levels, that stuff make sense. I am wondering about
the algorithm. In both C and Tcl, the verbose() posting is adding 4 to
the level value, so that means if people are doing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-16 04:53, Hans-Christoph Steiner wrote:
Do you remember why those incr 4 and level+4 are there to begin
yes, so that verbose(0, is not the same as error(
with? I think removing that is the best solution,
the duplication should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-22 07:32, Hans-Christoph Steiner wrote:
So how about this:
- keep verbose() as it is
- add logpost(level, message) to both Tcl and C
- change ::pdwindow::post to mirror the C post() i.e. remove level
- remove ::pdwindow::fatal,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-22 23:26, Hans-Christoph Steiner wrote:
This would be very nice, I could see being about to double-click any
line in the log and have it pop up which object made the log message. I
won't have time to implement this in the foreseeable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-23 09:05, IOhannes m zmoelnig wrote:
On 2011-02-22 23:26, Hans-Christoph Steiner wrote:
This would be very nice, I could see being about to double-click any
line in the log and have it pop up which object made the log message. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-23 21:52, Hans-Christoph Steiner wrote:
It seems to me the way to really do this would be to have post() and
logpost() find out the calling object instance on its own, if that's
possible. Then it would automatically apply to all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
right now the gui-plugins in our svn-repository live in
/trunk/scripts/guiplugins/
i find this most unfortunate, since
a) the other scripts in the /trunk/scripts/ section are mainly
concerned with build-systems and the like, and could thus be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 12:08, Andrew Hassall wrote:
Anyone have any ideas why the pointer would change so dramatically? Is
it being corrupted? if so any ideas what by?
do you mind sharing the complete code?
and an unrelated issue with your code:
you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 13:17, Andrew Hassall wrote:
No thats fine, I've attached both c files. (they are a bit messy at
the moment due to debugging and tearing them apart sorry, if you need
cleaner commented code I can comment it up no problem)
a quick
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
some more comments, to fill in the gaps:
On 2011-04-27 13:51, IOhannes m zmoelnig wrote:
a quick glance at lpcanalysis_tilde_new() reveils, that you are
allocating data on the stack (which will be freed as soon as you leave
lpcanalysis_tilde_new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 18:09, Andrew Hassall wrote:
When allocating memory with getbytes how do you refer to it as an
array? I can't seem to set values in the allocated memory using
*(mybytes+index) like normal.
as long as you only have one-dimensional
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-29 21:40, András Murányi wrote:
use [speedlim] from... err, it's included in iemlib, maxlib and cyclone, and
or write one yourself. it takes about 6 basic objects.
fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-30 12:00, pd-cvs-requ...@iem.at wrote:
Message: 1
Date: Thu, 1 Jan 1970 07:39:28 -0500 (EST)
From: p...@macosx104-powerpc.idmi.poly.edu (Pd User)
Subject: [PD-cvs] autobuild: pd-extended macosx104-powerpc 1970-01-01
03.15.05
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-06-21 02:13, Jonathan Wilkes wrote:
How does one tell the difference?
i think the idea is to segregrate based on the paths libraries are
installed to.
usually there are directories where you need suprt-user rights to write
to. whenever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ola,
On 2011-06-27 21:21, Hans-Christoph Steiner wrote:
Here's the files in puredata-doc:
http://packages.debian.org/sid/all/puredata-doc/filelist
in case this has gone unnoticed, i wanted to point out, that currently
the reference-patches
301 - 400 of 547 matches
Mail list logo
