Pd-dev February 2014

pd-dev@lists.iem.at

12 participants
21 discussions

Re: [PD-dev] Multiple Instance of pdlib
by Dan Wilcox 24 Feb '14

24 Feb '14

Any further updates on this front? If a consensus is made, we could outline a roadmap and move to the task of implementation. At this point, I think breaking externals would be less of an issue if said breakage would be manageable via about find/replace. I'd be willing to handle that, at the least. -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

2 1

Re: [PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around? (IOhannes m zm?lnig)
by Dan Wilcox 24 Feb '14

24 Feb '14

So would we remove those older implementations or transfer the other OS implementations into newer plugins? Or has that already been done for Linux & Win? On Feb 23, 2014, at 6:00 AM, pd-dev-request(a)iem.at wrote: > From: IOhannes m zmölnig <zmoelnig(a)iem.at> > Subject: Re: [PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around? > Date: February 23, 2014 at 4:09:29 AM EST > To: Dan Wilcox <danomatika(a)gmail.com>, "me.grimm" <megrimm(a)gmail.com> > Cc: "pd-dev(a)iem.at" <pd-dev(a)iem.at> > > > On 02/23/2014 01:46 AM, Dan Wilcox wrote: >> Just to confirm what Iohannes, et al. already know. pix_filmDarwin, pix_movieDarwin, pix_recordQT, & pix_videoDarwin need to be updated to use the newer Apple APIs: QTKit or AVFoundation. I've done an AVFoundation app already and we're using QTkit in the updated OpenFrameworks code, so I can probably reuse bits here and there. > > ohoh > just to make sure: [pix_filmFoo] is long dead. Gem now uses a plugin > system to access the various platform dependent components. > so what needs to be done is writing the following plugins: > - videoQtKit > - filmQtKil > - recordQtKit > > > check Gem/plugins/ for examples. > > mfdars > IOhannes > > PS: sorry, not much time right now to elaborate -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

2 5

Re: [PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around?
by Dan Wilcox 23 Feb '14

23 Feb '14

Fuck it. I'll do it. It'll be a "reverse kickstarter". I've been thinking about it for a while, but I frankly don't use GEM for much so haven't had to "scratch that itch". I'll pick out the code later today. I too am tired of seeing these requests go unanswered year after year ... On Feb 17, 2014, at 6:00 AM, pd-dev-request(a)iem.at wrote: > From: Hans-Christoph Steiner <hans(a)at.or.at> > Subject: Re: [PD-dev] Question about multi-arch Mac OS X - is 32-Bit still around? > Date: February 16, 2014 at 11:52:37 PM EST > To: me.grimm <megrimm(a)gmail.com> > Cc: IOhannes m zmölnig <zmoelnig(a)iem.at>, pd-dev(a)iem.at > > > > At this point, the thing to do is probably raise money to pay someone to do it. > > .hc > > On Jan 12, 2014, at 1:42 PM, me.grimm wrote: > >> >>admittedly this is an issue of Gem, but little can be done about it. >> >> except getting a working 64-bit version of Gem. >> >> I have it compiled on 64-bit w/ gmerlin for pix_film but native filmQTKIT would be better. there has been some work done on this for Max and oFX that might be useful code to port to Gem since last time i looked at this a couple years ago: >> >> see https://github.com/brianchasalow/jit.BC.QTKit & http://www.openframeworks.cc/documentation/video/ofQTKitPlayer.html >> >> unfortunately I am not skilled or organized enough to implement myself but I would be happy to help!!! I would love to get my students using 64-bit pd builds on their macs (all 50 of them this semester have macs) >> >> m >> >> >> On Sun, Jan 12, 2014 at 12:33 PM, IOhannes m zmölnig <zmoelnig(a)iem.at> wrote: >> On 2014-01-11 01:08, Thomas Mayer wrote: >> > So: Is 32-Bit on Mac OS X still around? >> > >> >> due to QuickTime issues, Gem on OSX is still 32bit only. this means that >> whoever wants to run Gem on OSX, will need to use a 32bit version of Pd >> and not being able to run a 64bit-only purest json. >> >> admittedly this is an issue of Gem, but little can be done about it. >> >> gfmdsar >> IOhannes -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

4 4

Re: [PD-dev] libpd iOS 64 bit crash with variadic function pointers
by Dan Wilcox 21 Feb '14

21 Feb '14

Thanks Miller. Is that to the Sourceforge git or some other place? I'll pull it down into libpd and get people to test it. On Feb 21, 2014, at 6:00 AM, pd-dev-request(a)iem.at wrote: > It looks like the whole mess1() (etc) macro system is going to fail on > 64-bit ARM - I can't see how to patch that. I can fix the local problems in > the Pd vanilla source but I don't know whether it's better to take out the > "mess()" macros altogether, or to take them out only for ARM64. (The > former would be source incompatible but object compatible, but I'm thinking > source compatibilty with a non-working feature is maybe actually worse than > simply being source incompatible.) > > I've gone ahead and git-pushed an attempted fix (changing mess1() etc, > potentially source-incompatibly) but am open to other ideas how to fix this. -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

1 0

libpd iOS 64 bit crash with variadic function pointers
by Dan Wilcox 20 Feb '14

20 Feb '14

Howdy all, We've found a fun crash on 64 bit iOS related to function pointers with variadic arguments, namely @define mess macro in m_pd.h. See https://github.com/libpd/libpd/issues/56#issuecomment-33320533 I haven't delved into the pd source yet enough to propose a fix, but a quick hack which calls the function pointers directly without using the mess macro seems to work: https://github.com/libpd/libpd/issues/49#issuecomment-29535755 This is something that only crashes on the actual hardware and not in the simulator, so I hadn't seen it before since I don't have a fancy new iPhone. Any PD guru thoughts would be welcome as I (we) would like to find a way to test a change and push a patch upstream. -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

2 2

Question about multi-arch Mac OS X - is 32-Bit still around?
by Thomas Mayer 17 Feb '14

17 Feb '14

Hi, I am using the library template for PuREST JSON. This library needs libcurl for compilation, and libcurl throws errors while cross-compiling for architectures with different word sizes, e.g. compiling 32-Bit on 64-Bit. (http://ubuntuforums.org/showthread.php?t=1680426) To counter this, me.grimm has removed 32-Bit support for Mac OS X, and I have merged that with my branch. (https://github.com/megrimm/PuRestJson/commit/c9981507dfc9fb1da763c83d15a86c…) So: Is 32-Bit on Mac OS X still around? Also: The version of json-c in fink seems to be 0.10 still, while 0.11 is out for a while. Can someone please update the package? (https://s3.amazonaws.com/json-c_releases/releases/index.html) Thanks, Thomas -- "When one's home has a really excellent computer capable of reaching other computers anywhere in the Galaxy, one scarcely needs to budge." (Janov Pelorat in: Isaac Asimov - Foundation's Edge) http://www.residuum.org/

4 4

[pure-data:bugs] #1137 [mrpeach/tcpserver] crashes when asking for a client state with a wrong id
by Antoine Villeret 13 Feb '14

13 Feb '14

--- ** [bugs:#1137] [mrpeach/tcpserver] crashes when asking for a client state with a wrong id** **Status:** open **Created:** Thu Feb 13, 2014 10:47 AM UTC by Antoine Villeret **Last Updated:** Thu Feb 13, 2014 10:47 AM UTC **Owner:** nobody --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1136 expr crash with > 9 outlets
by Ticket 1136 11 Feb '14

11 Feb '14

--- ** [bugs:#1136] expr crash with > 9 outlets** **Status:** open **Created:** Tue Feb 11, 2014 05:32 PM UTC by Anonymous **Last Updated:** Tue Feb 11, 2014 05:32 PM UTC **Owner:** nobody tested in pd Vanilla 0.44 1) Create [expr 1;2;3;4;5;6;7;8;9;10;11] 2) Delete it Crash. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1135 [mrpeach/tcpserver] crashes
by Antoine Villeret 04 Feb '14

04 Feb '14

--- ** [bugs:#1135] [mrpeach/tcpserver] crashes** **Status:** open **Created:** Tue Feb 04, 2014 12:35 PM UTC by Antoine Villeret **Last Updated:** Tue Feb 04, 2014 12:35 PM UTC **Owner:** Martin Peach here is a backtrace of the crashes triggered by the patch attached still on Ubuntu 12.04 64bit / pd0.45-4 / [tcpserver] build from SVN 17262. ~~~~ Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x7ffff18fd700 (LWP 6363)] 0x00007ffff73b42cc in __libc_send (fd=<optimized out>, buf=<optimized out>, n=<optimized out>, flags=<optimized out>) at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 33 ../sysdeps/unix/sysv/linux/x86_64/send.c: Aucun fichier ou dossier de ce type. (gdb) thread apply all bt Thread 1827 (Thread 0x7ffff18fd700 (LWP 6363)): #0 0x00007ffff73b42cc in __libc_send (fd=<optimized out>, buf=<optimized out>, n=<optimized out>, flags=<optimized out>) at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 #1 0x00007ffff3621a4d in tcpserver_broadcast_thread (arg=0x88b710) at tcpserver.c:963 #2 0x00007ffff73ace9a in start_thread (arg=0x7ffff18fd700) at pthread_create.c:308 #3 0x00007ffff6ed53fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x0000000000000000 in ?? () Thread 1 (Thread 0x7ffff7fd5740 (LWP 4424)): #0 0x00007ffff6e64558 in __GI___libc_free (mem=0x761d70) at malloc.c:2970 #1 0x00007ffff36211c1 in tcpserver_socketreceiver_free (x=0x761d70) at tcpserver.c:318 #2 tcpserver_notify (x=0x7ffff7ec1010) at tcpserver.c:1048 #3 0x00007ffff3621027 in tcpserver_socketreceiver_read (x=0x761d70, fd=14) at tcpserver.c:281 #4 0x000000000047b17a in sys_domicrosleep.constprop.3 () #5 0x000000000047cf5a in sys_pollgui () #6 0x000000000047664e in m_mainloop () #7 0x00007ffff6e0276d in __libc_start_main (main=0x411800 <main>, argc=4, ubp_av=0x7fffffffe128, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe118) at libc-start.c:226 #8 0x0000000000411831 in _start () ~~~~ --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1134 [mrpeach/tcpclient] crashes
by Antoine Villeret 04 Feb '14

04 Feb '14

--- ** [bugs:#1134] [mrpeach/tcpclient] crashes** **Status:** open **Created:** Tue Feb 04, 2014 12:04 PM UTC by Antoine Villeret **Last Updated:** Tue Feb 04, 2014 12:04 PM UTC **Owner:** Martin Peach tcpclient build from SVN 17262 and against pd 0.45-4 on ubuntu 12.04 64 bit ~~~~ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffda593700 (LWP 16125)] 0x0000000000474683 in clock_set () Thread 78 (Thread 0x7fffda593700 (LWP 16125)): #0 0x0000000000474683 in clock_set () #1 0x00007fffda795359 in tcpclient_child_send (w=<optimized out>) at tcpclient.c:387 #2 0x00007ffff73ace9a in start_thread (arg=0x7fffda593700) at pthread_create.c:308 #3 0x00007ffff6ed53fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x0000000000000000 in ?? () Thread 1 (Thread 0x7ffff7fd5740 (LWP 15392)): #0 0x00007ffff6ece763 in select () at ../sysdeps/unix/syscall-template.S:82 #1 0x000000000047b10f in sys_domicrosleep.constprop.3 () #2 0x0000000000476731 in m_mainloop () #3 0x00007ffff6e0276d in __libc_start_main (main=0x411800 <main>, argc=5, ubp_av=0x7fffffffe0e8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe0d8) at libc-start.c:226 #4 0x0000000000411831 in _start () ~~~~ I will post a pd patch if I find a way to reproduce this. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev February 2014