Pd-dev May 2020

pd-dev@lists.iem.at

12 participants
23 discussions

Re: [PD-dev] compiler oopses compiling s_net.c on windoze
by Dan Wilcox 28 May '20

28 May '20

Howdy Miller, It seems those flags are defined in different headers depending on the Windows version: https://docs.microsoft.com/en-us/windows/win32/api/ws2tcpip/nf-ws2tcpip-get… <https://docs.microsoft.com/en-us/windows/win32/api/ws2tcpip/nf-ws2tcpip-get…> I think we just need PP a version check and relevant include at the top of s_net.c and/or s_net.h. Most people testing were using Windows 7+ which is probably why we didn't see this issue before. > On May 28, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 2 > Date: Wed, 27 May 2020 22:14:44 -0700 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: pd-dev(a)iem.at <mailto:pd-dev@iem.at> > Subject: [PD-dev] compiler oopses compiling s_net.c on windoze > Message-ID: <20200528051444.GD18346(a)ucsd.edu <mailto:20200528051444.GD18346@ucsd.edu>> > Content-Type: text/plain; charset=us-ascii > > Compiling on Windows using mingw32 I get this: > > x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" -DPACKAGE_VERSION=\"0.51.0\" -DPACKAGE_STRING=\"pd\ 0.51.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" -DVERSION=\"0.51.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 -Dvfork=fork -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -I../portaudio/portaudio/include -I../portmidi/portmidi/pm_common -I../portmidi/portmidi/porttime -DWISH=\"wish86.exe\" -g -O2 -ffast-math -funroll-loops -fomit-frame-pointer -O3 -MT pdsend-s_net.o -MD -MP -MF .deps/pdsend-s_net.Tpo -c -o pdsend-s_net.o `test -f 's_net.c' || echo './'`s_net.c > s_net.c: In function 'addrinfo_get_list': > s_net.c:55:22: error: 'AI_ALL' undeclared (first use in this function); did you mean 'SIF_ALL'? > hints.ai_flags = AI_ALL | /* both IPv4 and IPv6 addrs */ > ^~~~~~ > SIF_ALL > s_net.c:55:22: note: each undeclared identifier is reported only once for each function it appears in > s_net.c:56:22: error: 'AI_V4MAPPED' undeclared (first use in this function); did you mean 'MIDI_MAPPER'? > AI_V4MAPPED | /* fallback to IPv4-mapped IPv6 addrs */ > ^~~~~~~~~~~ > MIDI_MAPPER > make[2]: *** [Makefile:2318: pdsend-s_net.o] Error 1 > > > I'l try to fix this Thursday but if anyone who understands the new networking > code gets there before I do you might do a better job than I can... > > thanks > Miller -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

compiler oopses compiling s_net.c on windoze
by Miller Puckette 28 May '20

28 May '20

Compiling on Windows using mingw32 I get this: x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\" -DPACKAGE_VERSION=\"0.51.0\" -DPACKAGE_STRING=\"pd\ 0.51.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\" -DVERSION=\"0.51.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALLOCA=1 -Dvfork=fork -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETCWD=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_POW=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -I../portaudio/portaudio/include -I../portmidi/portmidi/pm_common -I../portmidi/portmidi/porttime -DWISH=\"wish86.exe\" -g -O2 -ffast-math -funroll-loops -fomit-frame-pointer -O3 -MT pdsend-s_net.o -MD -MP -MF .deps/pdsend-s_net.Tpo -c -o pdsend-s_net.o `test -f 's_net.c' || echo './'`s_net.c s_net.c: In function 'addrinfo_get_list': s_net.c:55:22: error: 'AI_ALL' undeclared (first use in this function); did you mean 'SIF_ALL'? hints.ai_flags = AI_ALL | /* both IPv4 and IPv6 addrs */ ^~~~~~ SIF_ALL s_net.c:55:22: note: each undeclared identifier is reported only once for each function it appears in s_net.c:56:22: error: 'AI_V4MAPPED' undeclared (first use in this function); did you mean 'MIDI_MAPPER'? AI_V4MAPPED | /* fallback to IPv4-mapped IPv6 addrs */ ^~~~~~~~~~~ MIDI_MAPPER make[2]: *** [Makefile:2318: pdsend-s_net.o] Error 1 I'l try to fix this Thursday but if anyone who understands the new networking code gets there before I do you might do a better job than I can... thanks Miller

2 1

Re: [PD-dev] can't get sys_getpreference to work on MacOS
by Dan Wilcox 27 May '20

27 May '20

> On May 26, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > To Pd dev - > > I'm trying to get out s 'bugfix' release 0.50-3 containing networking updates > and the new code-signing step fro the latest MacOS. I agree with IOhannes as this is definitely not a bug fix release any more. It's basically 0.51 and many of the help file updates also reflect that. > But meanwhile I can't > seem to get Pd to read preferences on a macintosh any more. This is the > first time I've tested using the new preferences interface for Mac, commit > cc64c629a (Nov 20 2019, so newer than Pd 0.50-2). > It looks like this line: > > const char *s = CFStringGetCStringPtr((CFStringRef)v, > kCFStringEncodingUTF8); > > is always returning null. It seems that, in certain situations, CFStringGetCStringPtr returns NULL even if the string is valid: https://stackoverflow.com/questions/9166291/converting-a-cfstringref-to-char <https://stackoverflow.com/questions/9166291/converting-a-cfstringref-to-char> I did not see that in my testing but it could be a different strings settings you are reading as compared to mine and/or slightly different behavior between OS versions. I can look into this later tonight. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

can't get sys_getpreference to work on MacOS
by Miller Puckette 25 May '20

25 May '20

To Pd dev - I'm trying to get out s 'bugfix' release 0.50-3 containing networking updates and the new code-signing step fro the latest MacOS. But meanwhile I can't seem to get Pd to read preferences on a macintosh any more. This is the first time I've tested using the new preferences interface for Mac, commit cc64c629a (Nov 20 2019, so newer than Pd 0.50-2). It looks like this line: const char *s = CFStringGetCStringPtr((CFStringRef)v, kCFStringEncodingUTF8); is always returning null. (I'm also having trouble with "codesign", will describe that in a separate mail). thanks Miller

1 0

Filter PD debug output in Powershell
by Henri Augusto Bisognini 24 May '20

24 May '20

Hey list! Hope you're all well! I'm debugging communication between the core and the gui with "-d 3" and i want to filter out all those mouse "motion" and "coords" events in PowerShell. I'm trying ./pd.com -d 3 | ? {$_ -notlike "*motion*"} But it doesn't work. Interestingly this one does work: "abc", ".x695480 motion 208.0 124.0 0;", "efg" | ? {$_ -notlike "*motion*"} Whats wrong? Cheers, Henri.

2 2

Variable amount of signal inlets and outlets
by Eric Lennartson 23 May '20

23 May '20

Hello all, I was wondering how one would go about creating an external that given two creation arguments created that many inlets and outlets? I've been browsing the source code for externals that do something similar, but I think I'm going to need a bit more of an explanation. Thanks for the help.

4 5

netsend/netreceive less printout?
by Miller Puckette 22 May '20

22 May '20

To Pd dev - Any reason I can't suppress the "listening on" and "connecting to" messages from netreceive and netsend? I think they're unnecessary and it's often necessary to close and open connections frequently since only one of them may have any given connection point and frequently you have to use it to send out to more than one remote machine. cheers Miller

2 1

Keyboard-independent way of detecting shift+digits
by Henri Augusto Bisognini 14 May '20

14 May '20

Hi list, how are you? Hope you're all well during those difficult times. Still working on the keyboard navigation prototype<https://github.com/pure-data/pure-data/pull/869> and i'm facing what is not a PD-specific challenge but still you guys might be able to help solving the issue or maybe suggesting a workaround. stack overflow: Keyboard-independent way of detecting shift+digits<https://stackoverflow.com/questions/61806427/keyboard-independent-way-of-de…> Cheers, Henri. <https://stackoverflow.com/questions/61806427/keyboard-independent-way-of-de…>

1 0

Cross compiling Pd
by Max 10 May '20

10 May '20

Hi list, this is more a c compile chain question, not a Pd question, I hope you forgive. I'm new to cross compiling. What I want is to compile Pd for Armv7. After reading through documentation I came this far: sudo apt install arm-linux-gnueabi-gcc export CFLAGS="-march=armv7+simd" CC=arm-linux-gnueabi-gcc ./configure --host=arm-linux-gnueabi-gcc this results in: checking host system type... Invalid configuration `arm-linux-gnueabi-gcc': machine `arm-linux-gnueabi' not recognized with ./configure --host=arm-linux it goes a bit further checking host system type... arm-unknown-linux-gnu checking for arm-linux-gcc... no surely there is something obvious I am missing here. m.

2 2

Opening patches from libpd without accessing filesystem?
by Andi McClure 06 May '20

06 May '20

Hi. I am embedding libpd into a video game. The video game targets Android and so will be shipped in a configuration where assets are bundled into a zip file (the APK) and decoded at runtime. Code does not access the filesystem directly. Looking at the libpd C sample, and also the documentation, it appears the only way to get it to open a patch is `void *libpd_openfile(const char *name, const char *dir)`. This appears to take an on-disk path to the patch file directly and it appears sometimes it will open other files from disk too (I guess pd files can reference external sound files?). However, again, none of the files I will want it to open are on the disk so it will not find them. Is there a way around this? For example is there a backdoor to give libpd a buffer in memory containing an already-loaded file? Or callbacks to replace libpd's open/read file functions? If this is not possible, it looks like I might be able to alter libpd to add virtual filesystem abilities (for example, letting the library user provide a table of surrogate openFile, readFile, closeFile function pointers). It looks(?) like the filesystem access is pretty neatly contained in s_path.c and m_binbuf.c. If I do this, would there be interest in accepting the patch back upstream?

3 3

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 May 2020