Re: [PD-dev] capabilities of data structures with externals

reates (hidden or not) arrays and then communicate those names to the synthesizers...   yes, that's what I had in mind.   Christof   Gesendet: Freitag, 03. Januar 2020 um 23:56 Uhr Von: "x nor" An: "Christof Ressi" Cc: pd-dev Betreff: Re: [PD-dev] capabilities of data

Re: [PD-dev] capabilities of data structures with externals

Hi,   if you consider writing an external, why not include the data? Having the data model in Pd data structures and writing an external just to access it is certainly possible, but IMO doesn't make much sense.   In your external you can create a (hidden) canvas and add garrays, either with

Re: [PD-dev] Double precision externals extensions.

and fails correctly (no crashes) > on /double/. > > I can replace pddplink with [pdcontrol] > > :) > > On 12/10/19 8:53 PM, Christof Ressi wrote: > > We must find out where exactly the segfault happens. You can either look up > > how to se

Re: [PD-dev] Double precision externals extensions.

We must find out where exactly the segfault happens. You can either look up how to set breakpoints and step through the code, or use good 'ol printf debugging :-) > Gesendet: Mittwoch, 11. Dezember 2019 um 00:31 Uhr > Von: "Lucas Cordiviola" > An: "pd-dev@lists.i

Re: [PD-dev] Double precision externals extensions.

> Gesendet: Dienstag, 10. Dezember 2019 um 22:59 Uhr > Von: "Lucas Cordiviola" > An: "pd-dev@lists.iem.at" , "Christof Ressi" > > Betreff: Re: [PD-dev] Double precision externals extensions. > > @christof > > How do I build Pd with

Re: [PD-dev] Double precision externals extensions.

uested. Just some brainstorming. Christof > Gesendet: Dienstag, 10. Dezember 2019 um 23:06 Uhr > Von: "IOhannes m zmölnig" > An: pd-dev@lists.iem.at > Betreff: Re: [PD-dev] Double precision externals extensions. > > On 12/10/19 10:48 PM, Christof Ressi wrote: > > >

Re: [PD-dev] Double precision externals extensions.

0e93 in pddplink_setup ()    from /home/lucarda/Desktop/luclibdep/00-lucarda-external-dep/out64single/lucdep/liblucdep.so ~~~ :) Mensaje telepatico asistido por maquinas. On 12/10/19 7:06 PM, IOhannes m zmölnig wrote: On 12/10/19 10:48 PM, Christof Ressi wrote: I'm also interested

Re: [PD-dev] Double precision externals extensions.

> > # pkgs including both single- and double-precision externals > > a single external binary (say: "foo.dll") can hold both single-precision > > and double-precision variants of the [foo] object. I'm also interested in how this works. The following solution popped up in my head: compile the

Re: [PD-dev] CAF file support?

IMO, it would be great if Pd had an audio codec plugin system for [readsf~], [writesf~], [soundfiler] and (future) externals, similar to Gem's video codec plugins and Pd's “loader“ plugins. Then people can easily add new codecs to Pd. These plugins can take the form of regular Pd externals,

Re: [PD-dev] How to use a debugger with PD on Windows

With MSys2 you already have GDB installed. Just do:   > gdb --args pd [flags] > run   when you get a segfault, type "bt" to get a backtrace :-). If you want to use breakpoints and stuff, just read the GDB manual.   Christof   Gesendet: Montag, 07. Oktober 2019 um 15:45 Uhr Von: "Henri

Re: [PD-dev] switch bugs.puredata.info to github?

> so I wondered whether we should direct the people to the github tracker > instead. My opinion: yes! > Gesendet: Sonntag, 06. Oktober 2019 um 20:43 Uhr > Von: "IOhannes m zmölnig" > An: "PureData developer's list" > Betreff: [PD-dev] switch bugs.puredata.info to github? > > i wonder whether

Re: [PD-dev] Naming of patch when doing a "save as"

> Anyway, I think the argument is getting pointless, I made my point and I > think most people on the > list agreed with me, that last saved name is the right starting point for a > “save as”. Nobody disagreed with you on this. In fact, iohannes already worked on a fix! > Gesendet:

Re: [PD-dev] Why don't we implement zooming in Tcl?

ing is smooth!). So I'm pretty frustated with Tk. A short-term solution could be to patch Tk's canvas code, but in the long run I think we need an abstract GUI interface, so that people can experiment with better GUI frameworks. Christof > Gesendet: Dienstag, 27. August 2019 um 00:30 Uhr

[PD-dev] Why don't we implement zooming in Tcl?

Hi, I've been wondering why the zooming is implemented on the Pd core? Tk's canvas has a scale method and people have been using to implement a zoom feature, e.g. https://www.tek-tips.com/viewthread.cfm?qid=239833 Ideally, the core shouldn't have to know about the size of the GUI window at all

Re: [PD-dev] networking updates

> The overall approach taken is to keep IPv4 as default and detect IPv6 addresses so this should not affect existing patches   We've tried hard to maintain backwards compatibility with existing IPv4-only endpoints, so please don't only test with Pd 0.50 <-> Pd 0.50 but also with Pd 0.50 <-> Pd

Re: [PD-dev] [pdcontrol] reliance on Tcl

Alright, good to know! I might just go ahead and do it anyway because I have some spare time ATM :-) Christof > Gesendet: Mittwoch, 07. August 2019 um 18:20 Uhr > Von: "Miller Puckette" > An: "Christof Ressi" > Cc: pd-dev > Betreff: Re: Re: [PD-dev] [pdco

Re: [PD-dev] [pdcontrol] reliance on Tcl

Cool, I'll try to setup a working prototype in the next few days. Christof > Gesendet: Mittwoch, 07. August 2019 um 17:57 Uhr > Von: "Miller Puckette" > An: "Dan Wilcox" > Cc: pd-dev > Betreff: Re: [PD-dev] [pdcontrol] reliance on Tcl > > I think you're right about this - "gui" will also fail

Re: [PD-dev] can externals create data structures/templates?

s__X.s_thing, gensym("pop"), "i", 0) sends the "pop" messages to the canvas. This effectively pops the canvas from the stack and #X is restored to whatever it has been bound before.   Hope that helps.   Christof       Gesendet: Montag, 05. August 2019 um 21:55

Re: [PD-dev] can externals create data structures/templates?

Hi,   > if it is possible to write externals that generate structs/templates?   Yes, actually Pd itself does this for the private templates needed by [array] and [text], have a look at garray_init() in g_array.c or text_template_init() in x_text.c.   The patch is just a C string which you

Re: [PD-dev] First complete keyboard navigation prototype

ld work.   (I don't have a formal background on programming so forgive me if thats obvious or something.)     De: Christof Ressi Enviado: sábado, 15 de junho de 2019 17:11 Para: Henri Augusto Bisognini Cc: pd-dev@lists.iem.at Assunto: Aw: Re: [PD-dev] First complete keyboard navigation prototype  

Re: [PD-dev] formatting HTML doc in Pd distro?

ha, thanks! have to try it out! > Gesendet: Montag, 01. Juli 2019 um 13:37 Uhr > Von: "IOhannes m zmoelnig" > An: pd-dev@lists.iem.at > Betreff: Re: [PD-dev] formatting HTML doc in Pd distro? > > On 01.07.19 12:53, Giulio Moro via Pd-dev wrote: > >> IIRC, there is some plugin which converts Pd

Re: [PD-dev] formatting HTML doc in Pd distro?

One the one hand I agree with IOhannes that it's good to have the sources, on the other hand I also agree with Lucas that HTML suits itself very well for documentation. As he said, things like formulas can be included as images - which can be shipped as pre-built artifacts, or built from

Re: [PD-dev] First complete keyboard navigation prototype

Hi, as IOhannes said, "g_canvas.h" is semi-public in a sense that some externals use it (e.g. iemguts). So unless it is absolutely necessary, we should avoid breaking binary compatibility.     If the e_kbdnav member is only conditionally enabled with an #ifdef, existing externals (or those

Re: [PD-dev] Fw: Re: [sc-dev] Re: [sc-dev] sc-dev meeting minutes

wrong list, sorry! > Gesendet: Dienstag, 28. Mai 2019 um 12:13 Uhr > Von: "Christof Ressi" > An: pd-dev > Betreff: [PD-dev] Fw: Aw: Re: [sc-dev] Re: [sc-dev] sc-dev meeting minutes > > > ~ambiServer = { arg i; Server.embed(Synth("ambi", [\out, ~ambiBu

[PD-dev] Fw: Aw: Re: [sc-dev] Re: [sc-dev] sc-dev meeting minutes

tions); } ! 4; --- and I just want to add that this is really orthogonal to the Supernova approach, it's actually possible to have both. Christof > Gesendet: Dienstag, 28. Mai 2019 um 12:09 Uhr > Von: "Christof Ressi" > An: sc-...@lists.bham.ac.uk > Betreff: Aw: Re

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

Uhr > Von: "Christof Ressi" > An: "Dan Wilcox" > Cc: pd-dev > Betreff: Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED > > BTW, I've found the commit which introduced the backsending mechanism to > [netsend]: >

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

my two cents. thanks for your work! Christof > Gesendet: Dienstag, 26. März 2019 um 03:13 Uhr > Von: "Christof Ressi" > An: "Dan Wilcox" > Cc: pd-dev > Betreff: Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED > > nevermind, I've just see

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

least I can do crossplatform testing. > Gesendet: Dienstag, 26. März 2019 um 02:21 Uhr > Von: "Christof Ressi" > An: "Dan Wilcox" > Cc: pd-dev > Betreff: Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED > > that's very strange as it shoul

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

s a prove of concept: https://github.com/Spacechild1/pure-data/tree/netsend-experiment I've attached a patch to demonstrate the problem with sending to [netsend] and my lazy fix for [netsend]. Christof Gesendet: Montag, 25. März 2019 um 23:03 Uhr Von: "Dan Wilcox" An: "Christof Ressi

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

> For connectionless sending essentially, I think we would need to forego the call to connect() in netsend_connect and keep a copy of the socket address struct   IIUC, 'connect' on a UDP sockket does exactly that: it doesn't really "connect" to anything but just stores the default destination

Re: [PD-dev] netsend/netreceive UDP ignore ECONNREFUSED

ha! the [netsend -u] behaviour has always been a pet peave of mine. I've always wanted to fix this, but didn't find time yet... :-( personally, I would prefer solution nr. 1 (keep the socket open) as this is how most people expect UDP to work. I don't know how many patches rely on the current

Re: [PD-dev] Converting arbitrary strings to symbol in an external

> means it can only take an actual hardcoded string.   if with "hardcoded" you mean a string constant, then the answer is no. "s" is a pointer to any c string, the const part only means that gensym() promises not to modify the string. google "const correctness".   > Can this convert floats

Re: [PD-dev] Fw: Re: local canvas-only pd_bind

r all, it can be made invisible by setting the visible width and height to 0. > Gesendet: Sonntag, 17. März 2019 um 17:44 Uhr > Von: "katja" > An: "Christof Ressi" > Cc: pd-dev > Betreff: Re: [PD-dev] Fw: Re: local canvas-only pd_bind > > On 3/17

[PD-dev] Fw: Re: local canvas-only pd_bind

ecause personally I would like the new object to be more capable than just creating a simple tracking area. Christof > Gesendet: Sonntag, 17. März 2019 um 17:31 Uhr > Von: "Christof Ressi" > An: pd-dev > Betreff: Re: [PD-dev] local canvas-only pd_bind > > hi katja, > &

Re: [PD-dev] local canvas-only pd_bind

rrent cursor position? the second could be handy for drop funtionality. maybe this could be controlled by a creation argument/flag. Christof > Gesendet: Sonntag, 17. März 2019 um 16:38 Uhr > Von: "katja" > An: "Christof Ressi" > Cc: pd-dev , "Dan Wilcox

[PD-dev] Fw: Re: local canvas-only pd_bind

det: Sonntag, 17. März 2019 um 16:38 Uhr > Von: "katja" > An: "Christof Ressi" > Cc: pd-dev , "Dan Wilcox" > Betreff: Re: [PD-dev] local canvas-only pd_bind > > Hello, > > Metoo, I'm hungry for mouse events since long. Last year I ev

Re: [PD-dev] local canvas-only pd_bind

the location within you patch structure, e.g. you can put it in a subpatch and you just have to increase the parent level by 1.   Christof Gesendet: Sonntag, 17. März 2019 um 14:28 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: pd-dev , "Chris McCormick" Betreff: 

Re: [PD-dev] local canvas-only pd_bind

Hi Dan, thanks for looking into this! This is really, really needed.   I think with the [mouse] object, [mousearea] can be easily created as a subpatch with GOP enabled, so I don't think we need a dedicated GUI object for that.   regarding [cnv]: I think getting notifications for mouse clicks

Re: [PD-dev] libpd search paths

> Actually I built the externals against pd version 0.49-0 and it makes sense > that they load properly with the same version. actually, Pd externals which only use the public API in m_pd.h are fully backwards compatible, e.g. many ancient externals from Pd extended still work with Pd 0.49. >

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

runtime libraries, e.g. UCRTBASE.DLL and VCRUNTIME140.DLL (https://en.wikipedia.org/wiki/Microsoft_Windows_library_files#MSVCRT.DLL,_MSVCP*.DLL_and_CRTDLL.DLL) > Gesendet: Mittwoch, 23. Januar 2019 um 02:17 Uhr > Von: "Christof Ressi" > An: pd-dev > Betreff: Re: [PD-dev] rem

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

to sum it up: msvcrt.dll is always present on the system anyway, so there's no need to ship it with Pd. if an externals relies on msvcr90.dll in pd/bin I would consider this a bug. > Gesendet: Mittwoch, 23. Januar 2019 um 01:54 Uhr > Von: "Christof Ressi" > An: "Miller

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

nstag, 22. Januar 2019 um 23:22 Uhr > Von: "Lucas Cordiviola" > An: "Christof Ressi" , pd-dev > Betreff: Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win > > I also agree. > > I will try to find out if any of the old extended externals actually > needs

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

I agree and I've already suggested this: https://lists.puredata.info/pipermail/pd-dev/2018-09/021721.html BTW, I got linker errors because of msvcrt.dll when I compiled Dan's pdfontloader. this left me scratching my head for quite a while. removing the DLL solved the problem.

[PD-dev] question about q8_sqrt

Hi, I have a question about q8_sqrt (out of curiousity): in d_math.c, the exported functions q8_sqrt and q8_rsqrt are defined like that: t_float q8_rsqrt(t_float f0) { union { float f; long l; } u; u.f=f0; if (u.f < 0) return (0); else return (rsqrt_exptab[(u.l >> 23) & 0xff] *

Re: [PD-dev] why some structs are defined in m_obj.c? + what are vinlets and voutlets?

Hi,   you can actually use obj_starttraverseoutlet() to traverse the outlets like this: // x is your object t_outlet *outlet; int nout = obj_noutlets(x); for (int i = 0; i < nout; ++i){ obj_starttraverseoutlet(x, , i); // do something with outlet } obj_starttraverseoutlet returns the

Re: [PD-dev] simple external question (how to make an inlet acess a function)

> An: pd-dev@lists.iem.at > Betreff: Re: [PD-dev] simple external question (how to make an inlet acess a > function) > > On 11/8/18 5:25 PM, Christof Ressi wrote: > > there's no way around class_addmethod > > indeed, that's the way Pd works (or use proxy objects. shud

Re: [PD-dev] simple external question (how to make an inlet acess a function)

there's no way around class_addmethod but you can use gensym("") if you want to prevent the user from invoking the code via a message. note that you can't do that for more than one inlet, obviously.     Gesendet: Donnerstag, 08. November 2018 um 17:05 Uhr Von: "Alexandre Torres Porres" An: 

[PD-dev] remove MSVC files in pdprototype? [was: pdfontloader for 0.49]

://en.wikipedia.org/wiki/Microsoft_Windows_library_files#Runtime_libraries > Gesendet: Mittwoch, 12. September 2018 um 00:30 Uhr > Von: "Christof Ressi" > An: "Dan Wilcox" > Cc: "Miller Puckette" , pd-dev > Betreff: Re: [PD-dev] pdfontloader for 0.49 > >

Re: [PD-dev] savestate

just for the record: doesn't happen on Windows!  Gesendet: Mittwoch, 12. September 2018 um 00:20 Uhr Von: "jakob skouborg" An: "IOhannes m zmölnig" Cc: "pd-dev@lists.iem.at" Betreff: Re: [PD-dev] savestate Hey :)    I was just testing out the new 0.49test-1 which is really great, thank you

Re: [PD-dev] pdfontloader for 0.49

ilcox" An: "Miller Puckette" , "Christof Ressi" Cc: pd-dev Betreff: pdfontloader for 0.49 Howdy all,   One important point for 0.49 would be to finish off the cross platform font support started in 0.48. The last bit involves loading the included font on Windows and I wrote a tiny

Re: [PD-dev] [PD] Setting Code::Blocks (MinGW64) to compile pd externals

just to show you, how simple it is. this is how a complete makefile with pd-lib-builder might look like: --- # Makefile for mylib lib.name = mylib class.sources = myclass1.c myclass2.c datafiles = myclass1-help.pd myclass2-help.pd README.txt LICENSE.txt include Makefile.pdlibbuilder ---

Re: [PD-dev] keep master on github stable

I'm totally fine with that. I simply haven't come across the "master as develop" policy yet. sorry for the noise :-) > Gesendet: Dienstag, 04. September 2018 um 15:46 Uhr > Von: "IOhannes m zmoelnig" > An: pd-dev@lists.iem.at > Betreff: Re: [PD-dev] keep master on github stable > > On

Re: [PD-dev] roadmap for Pd-0.49?

ndet: Dienstag, 04. September 2018 um 06:00 Uhr > Von: "Miller Puckette" > An: "Christof Ressi" > Cc: "pd-dev@lists.iem.at" > Betreff: Re: Re: [PD-dev] roadmap for Pd-0.49? > > I'd like to find a way that doesn't use glist_delete() which does a > line

Re: [PD-dev] keep master on github stable

(after the feedback and bug fixes from the test releases) the master branch gets updated. but this is just an idea for the future. don't bother now :-) Christof > Gesendet: Dienstag, 04. September 2018 um 03:40 Uhr > Von: "Miller Puckette" > An: "Christof Ressi" >

Re: [PD-dev] roadmap for Pd-0.49?

ean to push this. personally, I mostly allocate scalars upfront and toggle them as needed. Christof > Gesendet: Sonntag, 02. September 2018 um 23:33 Uhr > Von: "Christof Ressi" > An: "Miller Puckette" > Cc: "pd-dev@lists.iem.at" > Betreff: Re: [

Re: [PD-dev] roadmap for Pd-0.49?

Thanks a lot for your answer! I was basically worried that if I miss 0.49 I'd have to wait like a year or so... the shorter release cycle is great news! Christof > Gesendet: Sonntag, 02. September 2018 um 02:28 Uhr > Von: "Miller Puckette" > An: "Christof Ressi"

[PD-dev] roadmap for Pd-0.49?

Hi Miller, I just wanted to ask what's your approximate roadmap for Pd 0.49? Do I need to hurry up if I want to propose stuff or is there plenty of time left? :-) Christof ___ Pd-dev mailing list Pd-dev@lists.iem.at

Re: [PD-dev] PD_LONGINTTYPE

Hi Miller, here are some random bugfix PR's you might consider for 0.48.2: https://github.com/pure-data/pure-data/pull/389 https://github.com/pure-data/pure-data/pull/381 https://github.com/pure-data/pure-data/pull/366 https://github.com/pure-data/pure-data/pull/307 the following PR is still

Re: [PD-dev] PD_LONGINTTYPE

t; Von: "Miller Puckette" > An: "Christof Ressi" > Cc: pd-dev > Betreff: Re: [PD-dev] PD_LONGINTTYPE > > I think m_pd.h should make a reasonable guess, in a way that makes it > easy to override. Perhaps like this: > > #if !defined(PD_LONGINTTYP

[PD-dev] PD_LONGINTTYPE

currently, we have to manually set PD_LONGINTTYPE to "long long" when compiling 64bit Pd for Windows (because on Windows "long" is always 32 bit, even in 64 bit programs). now my question: should we fix this in the makefile or directly in m_pd.h? ___

Re: [PD-dev] Github being bought by MS

Actually, Sourceforge has been pretty evil in the past (like injecting installers with adware) and the new owners are still trying to recover from it. I guess Microsoft will be very careful not to mess up things with GitHub :-) > Gesendet: Montag, 04. Juni 2018 um 10:35 Uhr > Von: "IOhannes m

Re: [PD-dev] pd.lib & msvc - missing symbols

so I hope you're not putting EXTERN in front of your external's setup function and defining PD_INTERNAL yourself... that wouldn't be a good idea :-) > Gesendet: Mittwoch, 23. Mai 2018 um 15:15 Uhr > Von: "Christof Ressi" <christof.re...@gmx.at> > An: "Pierre Guil

Re: [PD-dev] pd.lib & msvc - missing symbols

ot; <guillotpier...@gmail.com> An: "Christof Ressi" <christof.re...@gmx.at> Cc: pd-dev <pd-dev@lists.iem.at> Betreff: Re: Re: [PD-dev] pd.lib & msvc - missing symbols Hi Christof,   I'm not a specialist of Windows so I can miss something important.  How do you specify the t

Re: [PD-dev] pd.lib & msvc - missing symbols

the > function `setup_class()` using **EXTERN**. yes, if you compile Pd with MSVC, but MinGW will automatically export all symbols. I'll now try again with the 64-bit Pd. Gesendet: Mittwoch, 23. Mai 2018 um 14:09 Uhr Von: "Pierre Guillot" <guillotpier...@gmail.com> An: "Ch

Re: [PD-dev] pd.lib & msvc - missing symbols

this is odd. I made a simple Pd external which uses s_list and s_signal with MSVC in two versions: one links against Miller's pd.lib, the other links against the pd.lib I get when building from source with MinGW and autotools. Both versions compile, link and load just fine with either Pd

[PD-dev] refactoring pd~ to avoid deadlocks

Here's a work in progress PR to overhaul pd~: https://github.com/pure-data/pure-data/pull/349 any comments/suggestions are highly welcome! Christof ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] Current GIT master builds are unable to load Gem on Windows

did you add GEM to your path? in recent GEM, [gemwin] is an abstraction.   Gesendet: Montag, 26. März 2018 um 00:55 Uhr Von: "Lucas Cordiviola" An: "IOhannes m zmoelnig" , "pd-dev@lists.iem.at" Betreff: Re: [PD-dev] Current GIT

[PD-dev] [clone] improvements/bug fixes

Hi, this PR tries to fix two issues with [clone]: 1) prevent a save cloned abstraction from closing (unless you change the inlets/outlets) 2) fix the order of loadbangs within cloned abstractions in relation to the parent canvas. since this is a bit delicate I'd be happy if more people could

[PD-dev] I managed to build Pd with only MinGW

Hi Miller, maybe this is interesting for you: https://github.com/pure-data/pure-data/issues/25 I got a fully working Pd (including ASIO support and externals) with only MinGW. The build process was quite straightforward. Christof ___ Pd-dev mailing

[PD-dev] Fw: pd-0.48.0test6: help browser doesn't expand.

sorry, forgot attachment > Gesendet: Sonntag, 30. Juli 2017 um 22:12 Uhr > Von: "Christof Ressi" <christof.re...@gmx.at> > An: "Miller Puckette" <m...@ucsd.edu> > Cc: "Dan Wilcox" <danomat...@gmail.com>, pd-dev <pd-dev@lists.iem.at&g

[PD-dev] pd-0.48.0test6: help browser doesn't expand.

Hi, with pd-0.48.0test6 on Windows 7 the help browser doesn't expand anymore to the right, i.e. I can't open folders in the right column. also, when I add the user path "C:/Pd/abs", the "abs" folder doesn't have a name, it just shows up as "/" whereas in pd-0.47.1 it showed up as "abs/". see

Re: [PD-dev] building Pd from git with asio support: portaudio can't find asio headers

  but let's do it after the Pd release :-)  Christof Gesendet: Dienstag, 25. Juli 2017 um 16:10 Uhr Von: "Dan Wilcox" <danomat...@gmail.com> An: "Christof Ressi" <christof.re...@gmx.at> Cc: pd-dev <pd-dev@lists.iem.at> Betreff: Re: building Pd from git with a

[PD-dev] bug fix for [list store]

um 14:21 Uhr > Von: "Christof Ressi" <christof.re...@gmx.at> > An: "Miller Puckette" <m...@ucsd.edu> > Cc: pd-...@iem.at > Betreff: Re: [PD-dev] 0.48.0 release status > > Yeah, let's save this for later. In the meantime I'll try to hunt down the >

Re: [PD-dev] 0.48.0 release status

Yeah, let's save this for later. In the meantime I'll try to hunt down the pointer bugs... > Gesendet: Freitag, 21. Juli 2017 um 19:58 Uhr > Von: "Miller Puckette" <m...@ucsd.edu> > An: "Christof Ressi" <christof.re...@gmx.at> > Cc: "Dan Wilcox

<    1   2   3