On May 3, 2009, at 11:34 AM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
Through the labors of August and some contributions from Luke and
me, there are now libgavl1 and gmerlin-avdecoder1 for Fink. We are
working on getting readanysf~ compiling nicely. Now that leads me
Yer in!
.hc
On May 5, 2009, at 4:11 PM, august wrote:
my sf name: augmentus
Hey all,
Since August has had access in the past, and is waiting to update his
code in SVN, I am going to put him on the fast track and give him
access
now. Please let me know if that is a problem for anyone
On May 5, 2009, at 4:02 AM, IOhannes m zmoelnig wrote:
hi.
sorry for the overcryptic mail...
Hans-Christoph Steiner wrote:
working on getting readanysf~ compiling nicely. Now that leads
me to wonder: how about getting Gem on Mac OS X to use gavl and
gmerlin-avdecoder? I think it'll
You already are: ' edkelly' is a current member. :)
.hc
On May 5, 2009, at 6:13 PM, Ed Kelly wrote:
Hi chaps,
I've some new externals on the boil. Could I have write access to
the SVN repository? That'd be awesome!
Best,
Ed Kelly
___
Hey Matju, Yves, Tom, and anyone else who cares,
August has made his readanysf~ using gavl and gmerlin-decoder,
IOhannes has made Gem use gavl as well, it sounds like its a nice
framework, and August has been doing a bunch of work to get it running
on MinGW and Mac OS X. He and I got it
Cool, thanks, I'll check it out soon since I plan on doing the pd-
extended 0.42 merge in the not too distant future.
.hc
On May 5, 2009, at 6:07 PM, Miller Puckette wrote:
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
On May 9, 2009, at 10:57 AM, Roman Haefeli wrote:
On Sat, 2009-05-09 at 16:29 +0200, august wrote:
well, I was just trying to follower the developer wiki here:
http://puredata.info/docs/developer/sf_project
hm... it seems, that there are actually two pages about the same
thing.
the
The occasional 1meg emails from big commits are kind of a pain, like
when doing an import or merge. It was nice to have immediate access
to scan the diffs for sure. But the web interface to the diffs is a
lot more useful. Ideally, there would be a size cutoff for the diffs,
like 50k
On May 12, 2009, at 5:19 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
The occasional 1meg emails from big commits are kind of a pain,
like when doing an import or merge. It was nice to have immediate
access to scan the diffs for sure. But the web interface to the
diffs
Try searching puredata.info for '64' you can find people's notes. A
few people have done it.
.hc
On May 11, 2009, at 7:07 PM, M. Edward (Ed) Borasky wrote:
I just managed to get the sound card working on my openSUSE 11.1
64-bit laptop, so I am planning to go ahead and build pd-extended
On May 12, 2009, at 12:50 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
better stored in soundfiles than in header-files. inappropriate
use should not keep use from having features.
If I import code into the 'sources' tree (for Windows), then all of
that code will be sent
/* file to tell it to look at (it
won't take the /dev/wacom symlink).
Windows should be the only one that needs the official wacom driver.
On Mon, May 11, 2009 at 7:48 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
You can just use the linux input API to get the wacom data, [hid]
works
Hey Brian,
It looks like you are trying to get readdir going in Windows, based on
the build error. I just wanted to know whether you are working on it
now, or its a build fluke. I'd like to get an RC1 released, so I am
just checking what the status is. I think I'll do an RC1 release
to know exactly what /dev/* file to tell it to look at (it
won't take the /dev/wacom symlink).
Windows should be the only one that needs the official wacom driver.
On Mon, May 11, 2009 at 7:48 PM, Hans-Christoph Steiner h...@at.or.at
wrote:
You can just use the linux input API to get
the top of my todo list. afaic, go ahead and
release. i
think the win32-safety readdir changes ought to be quick and easy, but
cf. signature ;-)
marmosets,
Bryan
On 2009-05-13 16:17:42, Hans-Christoph Steiner h...@at.or.at appears
to have written:
Hey Brian,
It looks like you
entries are reported as type
'unknown'), but the guts ought to work.
marmosets,
Bryan
On 2009-05-14 18:52:18, Hans-Christoph Steiner h...@at.or.at appears
to have written:
The rsyncing freaks out a lot on Winblows... readdir doesn't seem
to
get built there, but it doesn't stop the build
August and I have been struggling with lots of win32/mingw updates
over the past week or two. zlib is in there, I think August got pkg-
config going. glib needs iconv and gettext. iconv is in there, but I
haven't gotten gettext to go yet.
August and I are sick of win32 builds, so we
FYI: vasp and all other binaries were removed from Pd-extended, so you
might have a vasp lying somewhere else in your Pd path. Turn on
verbose mode to see which vasp file is actually being loaded.
For more on the binary removal:
, 2009 at 7:27 AM, Hans-Christoph Steiner
h...@at.or.at wrote:
Check the help patch, there are some subpatches on the top
illustrating alternate methods of specifying the device. vendorid/
productid is quite useful
, but I forgot if that is implemtned in GNU/Linux. There are other
ways too
On May 17, 2009, at 9:46 AM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
Since you are also thinking about packaging, it would be good to
open up a discussion about how to handle some things. If you plan
on just packaging pd-vanilla, then its easy. If you want to
support
I am ccing the list to open it up to others and put it in the
archive. I should make a FAQ for this question I suppose...
Basically, I am encouraging people to first try distributing their
library as a standalone libdir. Pd-extended now makes its a lot
easier to install and use
There is hope, we can still use MSYS's default gcc 3.4.5 for building
ffmpeg, making the MinGW build setup much easier. Yes, its in
japanese, but we can all understand the universal language of command
line.
http://feather.cocolog-nifty.com/weblog/2009/04/msys-mingw-gcc3.html
Then
You can use the Pd build farm for this, of course. Your ssh key is
still in all of the machiens.
http://puredata.info/docs/developer/PdLab
.hc
On May 20, 2009, at 4:56 AM, Thomas Grill wrote:
Hi Ed,
thanks for the feedback.
I'll try to fix this as soon as i get to a linux machine.
gr~~~
Anyone ever looked at liboil? Liboil is a library of simple functions
that are optimized for various CPUs. I just noticed that VLC is
using it. It sounds like it could be quite useful for Pd.
http://liboil.freedesktop.org/wiki/
.hc
August just brought this potentially handy piece of software to my
attention:
http://code.google.com/p/dlfcn-win32/
Basically, it allows you to use dlopen() to access the native Win32
calls. Or in their words:
This library implements a wrapper for dlfcn, as specified in POSIX
and SUS,
I am guessing that you are requesting shell access to the PdLab
machines ;)
.hc
On Jun 3, 2009, at 3:43 PM, Carl Aksynczak wrote:
Hi,
I'm working with Mathieu on PureData project
Thanks
id_dsa.pub___
Pd-dev mailing list
Pd-dev@iem.at
it works.
tks
Carl
2009/6/4 Hans-Christoph Steiner h...@at.or.at
I am guessing that you are requesting shell access to the PdLab
machines ;)
.hc
On Jun 3, 2009, at 3:43 PM, Carl Aksynczak wrote:
Hi,
I'm working with Mathieu on PureData project
Thanks
Hey all,
So I quickly put together a simple Makefile for building libraries.
The idea here is to create a new template Makefile for Pd libs. It
does not use autotools at all, most Pd objects don't need any of that.
For more complicated projects, we should make a autoconf template and
I completed the merge of Pd-vanilla 0.42.5 into Pd-extended 0.41.4, so
builds should start showing up tomorrow.
.hc
Computer science is no more related to the computer than astronomy is
related to the telescope.
Now that the nightly builds are biulding from trunk again, we have
some issues to handle:
cc -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/
home/pd/auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-
extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -o
I installed Tcl/Tk 8.5 on all of the Debian/Ubuntu build machines, ie:
apt-get install tcl8.5-dev tk8.5-dev
.hc
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies,
Hey Tim,
Thanks for the patches. But they don't seem to be attached. The best
thing to do would be to post them to the patch tracker as separate
items, since they are patches for different people's code.
.hc
On Jun 10, 2009, at 9:22 AM, Tim Blechmann wrote:
hi all,
attached you find
So August and I have been banging our heads against the whole world of
MinGW to try to come up with a more up-to-date GNU build environment
for Windows. I have documented what we have come up with so far here:
http://puredata.info/docs/developer/WindowsMinGW
The big challenge here is to
From the auto-build logs:
cd /home/pd/auto-build/pd-extended/externals/tclpd make
make[3]: Entering directory `/home/pd/auto-build/pd-extended/externals/
tclpd'
swig -v -c++ -tcl -o tcl_wrap.cxx -I../../pd/src -I/usr/include -I/usr/
include/tcl8.4 /usr/include/tcl8.5 tcl.i
swig error :
I am trying to document the whole MinGW setup, it seems that compiling
gettext is hit or miss. There is an 'official' binary for 0.16. Will
that work?
.hc
It is convenient to imagine a power beyond us because
Sounds good to me.
.hc
--
Hans-Christoph Steiner
h...@at.or.at
On Thu, 11 Jun 2009 22:44 +0200, Winfried Ritsch rit...@iem.at
wrote:
Hello,
I am Winfried Ritsch from at IEM.
Once upon a time I was a PD-developer, but since I didnt need it for the
last
years, I lost the status
Hey,
This is an FYI. I just rebuilt the Windows build machine with the new
MinGW dev environment meant to support things like ffmpeg, gmerlin,
expat, etc.
http://puredata.info/docs/developer/WindowsMinGW
It is still using gcc 3.4.5, but if someone wants to figure out which
gcc 4.x
Hope its ok with everyone, I fast-tracked him since he was already a
developer before.
Wini, your account should be in again.
.hc
On Jun 11, 2009, at 4:44 PM, Winfried Ritsch wrote:
Hello,
I am Winfried Ritsch from at IEM.
Once upon a time I was a PD-developer, but since I didnt need
On Jun 12, 2009, at 3:09 PM, mescali...@gmail.com wrote:
Hans-Christoph Steiner wrote:
From the auto-build logs:
cd /home/pd/auto-build/pd-extended/externals/tclpd make
make[3]: Entering directory
`/home/pd/auto-build/pd-extended/externals/tclpd'
swig -v -c++ -tcl -o tcl_wrap.cxx -I
So I followed August's and Bryan's instructions on using the GTK+ pkg-
config binary from here:
http://www.gtk.org/download-windows.html
When I run it (on two different machines) I get the error Bad file
number'
.hc
Anyone want to maintain the vanilla+libs/main+libs nightly builds?
They are broken and I am feeling overwhelmed with maintainence work.
So if no one wants to do it, I'll remove it from the nightly builds.
.hc
which I attributed to
pkg-config, but I'm afraid I don't recall the error message, or where
they occurred.
maybe we should do like the pkg-config folks suggest and try building
pkg-config with a static local copy of glib-1.x?
marmosets,
Bryan
On 2009-06-12 22:23:17, Hans-Christoph
I forgot to say, I am happy to revert my changes if you want me to.
.hc
On Jun 12, 2009, at 3:24 PM, Hans-Christoph Steiner wrote:
On Jun 12, 2009, at 3:09 PM, mescali...@gmail.com wrote:
Hans-Christoph Steiner wrote:
From the auto-build logs:
cd /home/pd/auto-build/pd-extended
Hey,
In the interest of cleaning things up, I was wondering if the 'pd-
puredyne' nightly build is used at all by anyone. If not, I'll remove
it so we have less error messages on pd-cvs and perhaps those 10 year
old computers will last longer...
.hc
This should be all fixed, so hopefully builds for all platforms
tomorrow...
.hc
On Jun 9, 2009, at 6:20 AM, Luke Iannini wrote:
Just as it says - I copied them over from PdE414 with success and
everything looks great so far. Extremely excited to have a Pd-E that
supports all the new
It would be good to get the 0.42-5 release of Pd-extended to be fully
working in 64-bit. There are test builds now, and Tim Blechmann has
submitted some patches that fix 64-bit issues. I currently don't have
a 64-bit install to work with.
.hc
On Jun 15, 2009, at 6:04 PM, Johannes
[folder_list] does that, its in my 'hcs' grab bag library.
.hc
On Jun 16, 2009, at 9:33 AM, Hannes Breitschädel wrote:
Hi List!
Windwos XP-Question:
is there a way to get the content of a folder within a pd patch?
Example:
my harddrive could contain something like:
.../audio/test1.wav
schrieb Hans-Christoph Steiner:
[folder_list] does that, its in my 'hcs' grab bag library.
.hc
On Jun 16, 2009, at 9:33 AM, Hannes Breitschädel wrote:
Hi List!
Windwos XP-Question:
is there a way to get the content of a folder within a pd patch?
Example:
my harddrive could contain something
Sounds very cool, but the [keynamedown] object seems to be missing. I
got it from trunk/abstractions/sfruit/keynamedown.pd
Works wonderfully! For ideas, check out this wiki page: http://puredata.info/dev/GuiIdeas
plus I think the DesireData people put out a couple video demos.
.hc
On
The link to pthreadGC2 is failing:
g++ -s -shared -o /home/pd/auto-build/pd-extended/externals/iem/
iemxmlrpc/xmlrpc.dll /home/pd/auto-build/pd-extended/externals/iem/
iemxmlrpc/main.o /home/pd/auto-build/pd-extended/externals/iem/
iemxmlrpc/xmlrpc++/src/XmlRpcClient.o
We should get 64-bit builds going. There is a part-time 10.5 build
server, so it should be possible to make a 32/64-bit universal binary
of the whole thing. I wrote up a new, standalone Makefile that easily
supports such builds, the idea is to have a single build system for
each lib,
On Jul 1, 2009, at 8:02 AM, IOhannes m zmoelnig wrote:
glerm soares wrote:
hi,
where is [canvasobjectposition] ?
it's in iemguts.
I could not find it.
I am using pd-extended 0.41
afaik iemguts are not included in Pd-extended
ieven if they were, [canvasobjectposition] would not be
So I fixed a couple bugs in Pd-devel and added a new feature which I'd
like feedback on:
I created a system for associating pd patches to file extensions and
created an example wav.pd for opening .WAVs. Basically, create a
patch using the text $FILENAME for the filename should go, name
There are different core versions of pd: vanilla (miller's), devel,
extended, desiredata. Then there are all of the externals, docs,
etc. Pd-extended includes all this stuff as part of each release so
everything is then added to the pd-extended release branch. The
externals, docs,
Each branch has its own goals and tracks trunk accordingly. Pd-
extended tracks trunk with a merge before each release. The pd-devel
0.41.4 branch is currently only for the GUI rewrite effort and is
frozen on 0.41.4. Previous pd-devel branches were for other things.
Donno about
Hey,
So there has been a revived discussion of adding tooltip support to
inlets/outlets, based on Günter's old patch. I think we should open
up the discussion again to see if we can come up with a solution that
Miller would accept. I believe his original objection was based on
the
The idea is to make a template Makefile for use with any lib that
doesn't need ./configure (which is most). Then once we have something
that people are happy with, make it the default Makefile template,
include it in the Externals HOWTO, and then use it in the libraries
that are in SVN.
On Aug 16, 2009, at 10:46 PM, Mathieu Bouchard wrote:
On Sun, 16 Aug 2009, Hans-Christoph Steiner wrote:
So there has been a revived discussion of adding tooltip support
to inlets/outlets, based on Günter's old patch. I think we should
open up the discussion again to see if we can come
Sounds good to me!
.hc
On Aug 17, 2009, at 4:54 AM, dmotd wrote:
hi folks,
i'm requesting developer commit access to
pd svn. for those of you not aware i've been a
long term pd user, a regular #dataflow atendee,
and an occasional contributor of code and other
debris to this and other
On Aug 17, 2009, at 4:33 PM, Mathieu Bouchard wrote:
On Sun, 16 Aug 2009, Hans-Christoph Steiner wrote:
On Aug 16, 2009, at 10:46 PM, Mathieu Bouchard wrote:
On Sun, 16 Aug 2009, Hans-Christoph Steiner wrote:
So there has been a revived discussion of adding tooltip
support to inlets
I'm hacking away on the array panel and generalized the panel stuff in
the pd-gui and I ran into the sharptodollar() and mofo stuff in
pdtk_array. It seems there has got to be a better way to do this,
like properly escaping the $ on the Tcl side so Pd handles it
properly. Can anyone
I started a wiki page to document this issue. I'm going to try to
eliminate the need for this stuff in pd-devel/0.41.4
http://puredata.info/dev/DollarArgsInPanels
.hc
On Aug 17, 2009, at 7:48 PM, Hans-Christoph Steiner wrote:
I'm hacking away on the array panel and generalized
Hey Miller,
Just going thru the code you checked in. I noticed this
in ::pd_connect::pd_readsocket, I am guessing this is the re-add any
\n that are missing. I am curious, did you profile it at all? I
was hesitant to do that because I thought it might have a big
performance hit.
Hey Miller,
I just renamed *_panel to dialog_*, that name works fine for me. Plus
I replaced all tabs with 4 spaces, which it looks like you did as
well. I just recently created dialog_array.tcl and dialog_canvas.tcl
for those dialogs and cleaned things up some with the panels.
I just
So I just changed the main Tcl file to 'pd-gui.tcl' following the old
GUI binary name 'pd-gui'. In merging the code, Miller choose
'pd.tcl'. I don't have a strong preference either way, I'm fine just
using 'pd.tcl'.
I think others expressed some opinions, so I just wanted to see if
is defined, to put it into
those terms. For example, there is no method in 'pd' for creating a
new patch, File-New invokes the Tcl proc menu_new. File-Save is in
'pd'.
.hc
On Aug 19, 2009, at 2:14 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph
It would be a great thing to have in Pd-extended, but first it should
be stable, both in terms of not crashing, and in terms of the API not
changing. If you have to make incompatible changes to something like
iemguts or kbd_ctrl once its included in Pd-extended, then its a
really pain.
On Aug 20, 2009, at 12:29 PM, Tim Blechmann wrote:
pd devel_0_39 did also set the DAZ/FTZ flags, which affect
the denormal
handling on the sse unit, but that was never merged into
vanilla pd
I see there's a new pd_devel branch. I should check it out.
i doubt, that the new pd_devel branch
...
the last thing I hit was for some reason the line:
#if { $::windowingsystem eq win32 } {create_system_menu
$mymenubar}
in pd_menus.tcl got up my PC's nose.
cheers
M
On Tue, Aug 18, 2009 at 12:00:02AM -0400, Hans-Christoph Steiner
wrote:
Hey Miller,
Just going thru the code you
Seems like we waiting long enough, if anyone has any objections please
speak up. I added you, so you should have commit access.
.hc
On Aug 21, 2009, at 5:14 AM, dmotd wrote:
still no objections? would someone please flick
the switch?!
cheers!
dmotd
Hans-Christoph Steiner wrote
is the current
conversation with you and IO happening?
cheers,
dmotd
Hans-Christoph Steiner wrote:
Seems like we waiting long enough, if anyone has any objections
please
speak up. I added you, so you should have commit access.
.hc
On Aug 21, 2009, at 5:14 AM, dmotd wrote:
still no objections? would
Hey Matju,
From my perspective, adding -lstdc++ has more problems than just
making a simple libstdc++.pd_linux and loading that. For example, the
Debian package will then require libstdc++. Plus it means another
difference from Pd-vanilla. Its not really something I know about,
and
On Aug 23, 2009, at 8:14 PM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
Do you have any documentation on this as a suggested workaround?
http://wiki.fifengine.de/Segfault_in_cxa_allocate_exception#Workaround_.231
Explicitly linking against libstdc++ before linking against
Its kind of amazing how complicated something like DESTDIR support can
be. This sounds like a workable solution, Makefile.buildlayout is a
bit whack anyway. I am find with you working directly in the SVN as
long as you stick with it until it works. That's the reason for the
nightly
Just in any I didn't get the word out, the GUI rewrite stuff is now
merged with Miller's 0.43 beginnings in trunk and in a new branch:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-gui-rewrite/0.43
So this branch should be considered frozen in the past:
Hmm, never seen that one. Can you reproduce it, does it happen every
time? The org.puredata.pd.wish part makes me think that make its the
Tcl/Tk GUI side that's crashing.
Which exact version of mac os x are you running? Which hardware?
.hc
On Aug 27, 2009, at 12:27 PM, james murray
... and it's mac 10.5.8.
The other computer is identical, but is running on 10.5.6.
Thanks for getting back to me s quickly... I've been definitely
hitting my head on this for a few days.
J
On Thu, Aug 27, 2009 at 11:42 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
Hmm, never seen
]
terminate called after throwing an instance of 'std::bad_alloc'
Thanks in advance
J
On Thu, Aug 27, 2009 at 5:46 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
FYI, you'll want to keep this on the pd-dev list. There are others
there who know more about it than me.
.hc
On Aug 27, 2009
On Aug 31, 2009, at 11:44 AM, Mathieu Bouchard wrote:
On Fri, 28 Aug 2009, james murray wrote:
It steadily creeps up in memory used until I have approx 140 mb of
free memory on the computer. And although I noticed that it
occasionally flashed all the way down to only 6 - 9 MB of free
I'm playing around with some GUI behaviors, and I was wondering if
anyone knows a way to tell that the patch is finished loading and 'pd'
has finished sending all of the Tcl/sys_gui drawing commands.
This would be a very useful hook for attaching Tcl procs for making
dynamic GUI
Hey Miller,
So now that I have the C side synced up with your trunk 0.43, I plan
on making some changes to the C code. Those changes I'll submit as
patches to the patch tracker, unless you don't think that's useful.
Here are the C-side changes that I think are important to make for
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 synced up with your trunk 0.43, I plan
on making some changes to the C code. Those changes I'll submit as
patches to the patch tracker, unless you
In g_editor.c there are canvas_cut(), canvas_copy(), and
canvas_paste(). They do the obvious actions of cut/copy/paste on
whole Pd chunks on Pd patches, but also they handle cut/copy/paste of
the text that is inside of the msg, obj boxes and comments. That's a
different mechanism, that
On Sep 1, 2009, at 5:03 PM, Mathieu Bouchard wrote:
On Tue, 1 Sep 2009, Hans-Christoph Steiner wrote:
I was wondering if there was any reason why doing a copy when
editing text needs to be sent to 'pd' at all. Just a tk_textCopy
should do it, no need to send a message to 'pd' to have
On Sep 1, 2009, at 4:55 PM, Mathieu Bouchard wrote:
On Tue, 1 Sep 2009, Hans-Christoph Steiner wrote:
I'm playing around with some GUI behaviors, and I was wondering if
anyone knows a way to tell that the patch is finished loading and
'pd' has finished sending all of the Tcl/sys_gui
On Sep 2, 2009, at 2:30 AM, Frank Barknecht wrote:
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
I don't think there's any existing way to do it--- time to design
some
appropriate hooks :)
Actually at RjDj we would also appreciate a hook for telling the user
when a scene
On Sep 2, 2009, at 11:22 AM, Mathieu Bouchard wrote:
On Tue, 1 Sep 2009, Hans-Christoph Steiner wrote:
just ping the client... depends a bit on the branch...
miller: sys_gui(pd %s done \\;\n,rcv-s_name);
hans: sys_gui(pdsend \%s done\\n,rcv-s_name);
matju: sys_gui(netsend \%s done\\n,rcv
On Sep 11, 2009, at 11:34 AM, Mathieu Bouchard wrote:
On Fri, 11 Sep 2009, Hans-Christoph Steiner wrote:
Well, I found a little hack way to do it. It turns out that 'pd'
sends this proc when its done loading:
pdtk_canvas_getscroll .x64b920.c
Please try not to duck-tape yourself
Anyone know the details of sys_perf/glob_perf? It seems that they are
only there to control whether Pd always prompts to quit or not.
.hc
[W]e have invented the technology to eliminate scarcity, but we are
On Sep 13, 2009, at 9:57 PM, dmotd wrote:
Hans-Christoph Steiner wrote:
On Sep 13, 2009, at 5:14 AM, dmotd wrote:
i'm not familiar with etags, i understand that
they allow emacs to to search through relevant
code, am i off the mark and is just globbing
source code enough?
yes, its
In trying to figure out all of the macros in use in Pd, I started a
dictionary. Please update/add as you see fit:
http://puredata.info/docs/developer/DictionaryOfMacros
.hc
I hate it when they say, He gave his
Hey Federico,
With the attached Makefile, I got tclpd to build and load on Mac OS
X. Minus the swig dependency, it would probably also build and load
on WIndows. It looks very promising, I could see it being the standard
API for making GUI objects.
.hc
Makefile
Description: Binary
Hey Arnout,
Since there aren't current testing builds, you're best bet is to build
from source. The comma error is fixed in SVN, but not in the source
tarball. So if you use SVN or rsync (search puredata.info for
'rsync') to get the code, it should build a .deb. There is only one
On Sep 19, 2009, at 1:47 PM, Arnout Engelen wrote:
On Sat, Sep 19, 2009 at 01:24:02PM -0400, Hans-Christoph Steiner
wrote:
Since there aren't current testing builds, you're best bet is to
build
from source.
No problem
The comma error is fixed in SVN, but not in the source
tarball. So
Hey Anderson,
Its good timing for bringing these up, Günter has stopped maintaining
his official Debian packages, so they are officially orphaned right
now. Anyone here a Debian Developer? I am starting the process of
becoming a Debian Developer (and I'll be helping to run DebCof 2010
On Sep 21, 2009, at 5:10 PM, mescali...@gmail.com wrote:
Jakob Leben wrote:
On Sun, Sep 13, 2009 at 9:01 PM, mescali...@gmail.com
mailto:mescali...@gmail.com mescali...@gmail.com
mailto:mescali...@gmail.com wrote:
if I were writing an external that is somewhat an interface to
arrays
First off, just to be clear, I don't think anyone wants to keep the
big monolithic build system or the package. Its a big hack/kludge
that is not maintainable going forward. I answered some other random
questions below as well.
On Sep 21, 2009, at 6:16 PM, Anderson Goulart wrote:
And
On Sep 22, 2009, at 12:38 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
2) remove m_pd.h from externals and use m_pd.h (why do I need
to have PD source to compile my external? This should be installed
as any other library and linked with -l option; the m_pd.h should
On Sep 22, 2009, at 1:04 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
i agree (and honestly i don't think a CPAN-like system will happen
anytime soon).
It will happen as soon as someone does it. :D I don't think
anyone objects to the idea, right?
well, like always - i
Try a nightly build of 0.42.5 -extended. I think Miller fixed these
bugs in 0.42.5.
http://autobuild.puredata.info
.hc
On Sep 23, 2009, at 4:54 AM, bra...@subnet.at wrote:
hi list
what happend, as i was opening a patch with quiet a lot of gui
elements
tgl#180;s sliders
801 - 900 of 1799 matches
Mail list logo