Pd-list December 2007

pd-list@lists.iem.at

129 participants
239 discussions

0.41.08 - font size
by patrick 05 Dec '07

05 Dec '07

hi, i just compiled vanilla pd 0.41.08 but the fonts are not okay; screenshot attached. it will be important one day to make a way to put more then 10 externals in the startup menu (maybe a scroll). same thing for the path dialog. pat

5 5

Re: [PD] open recent
by Patrice Colet 05 Dec '07

05 Dec '07

Hans Roels a Ã©crit : > I also think this would be a simple but very handy tool, (also in > pd-vanilla...), at this moment I always have to 'navigate' a lot to > open files... > One parenthesis...( in win32 pd-vanilla it's possible to drag'n'drop patches from explorer, sometimes this trick can save a lot of clicks'n'time, this trick already available in 0.37(, when I've started to try puredata,) doesn't work in pd-extended. Also if we double-click on the icon of a patch still on win32 platform, it opens an instance of pd, it would be nice if the patch was opened in the already loaded (the last one at least) instance of pd. )... Thanks for attention.

5 10

Gemwinow error
by Rebecca Schatz 05 Dec '07

05 Dec '07

Hi. When trying to use gemwin, I keep getting an error in the pd window which says: 'GemWindow Activate err = 0'. When this happens I am unable to start rendering. Does anyone know how to fix this? Thanks in advance. Rebecca.

2 1

control-click in edit mode is gone
by tim 05 Dec '07

05 Dec '07

Hi, Pd version 0.40.3-extended-20071116, ubuntu 2.6.17-10: Control-clicking gui objects in Edit mode no longer lets you manipulate them, but instead it just opens the context menu. (like it would on a Mac ?). Personally I prefer the old control-click-in-edit-mode functionality. thanks, Tim PS: http://autobuild.puredata.info/auto-build/ seems to be down at the moment

10 18

Re: [PD] [PD-dev] compile pd with cygwin (almost!)
by Patrice Colet 05 Dec '07

05 Dec '07

Hans-Christoph Steiner a Ã©crit : > > A couple of comments to hopefully make things cleaner. The existing > files aren't very clean, so it can be tricky at times: > > - these changes need to fit into the configure.in and makefile.in so > that those files will still work on other platforms. I am not sure that > adding $(BIN_DIR)/$(PDDLL) to "all" will work on other platforms. pd-watchdog.exe isn't compatible as well, I've just put this for making the building working for finding out deeper problems, and think about a clean solution to implement those windows codes. > - things like -lwsock32 should be added to the existing LDFLAGS, you > don't need a separate WINSOCK entry for that, since -l is just a > standard LDFLAGS for loading a library. pdsend/pdreceive should have > LDFLAGS entries added instead of the custom WINSOCK one. The original file didn't need this flag so I've used a custom flag to not interact on other platforms, but if it's okay with it, LDFLAGS makes things more simple. > - -mno-cygwin should be added to CFLAGS, AFAIK, instead of making a > custom variable for it (CYGFLAGS). I've originally used CYGFLAGS for not having all flags when they arent necessary. > I am definitely glad you are working on this. I think this will make > devleoping with Pd on Windows much easier. We should be able to add MINGW_NT-5.0 here: >> +if test `uname -s` == CYGWIN_NT-5.1 || test `uname -s` == >> CYGWIN_NT-5.0 || test >> `uname -s` == CYGWIN_NT-6.0; >> ====================================================================== >> >> Now the problem is the one I've described before, pd.exe is >> mysteriously linked to cygwin1.dll, if I rename pdtcl.dll, an error >> message pops up to say something like it couldn't find >> "pthread_cond_destroy". >> >> ====================================================================== >> cd ../bin; dllwrap -mno-cygwin --export-all-symbol --output-def >> pdtcl.def >> \ >> --output-lib=pdtcl.a --dllname=pdtcl.dll ../obj/t_tkcmd.o -ldl >> -lm -lpth >> readGC2 -lwsock32 -lwinmm -lole32 -ltcl84 -ltk84 -lstdc++ -ltk84 -ltcl84 >> dllwrap: aucun fichier d'exportation de d'efinitions fourni. >> Cr'eation du fichier, mais il ne correspondra pas n'ecessairement `a >> ce que vous >> d'esirez. >> /usr/lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/ld: >> AVERTISSE >> MENT: ne peut trouver le symbole d'entr'ee __cygwin_dll_entry@12; >> utilise par d' >> efaut 6d081000 >>

2 1

Troubleshooting suggestions
by Mike McGonagle 05 Dec '07

05 Dec '07

Hello all, I have a patch that has started to cause a crash in PD. In trying to figure out exactly what is happening, I reworked the patch, and now each of the smaller chunks of code are in their own subpatch. So, now the patch doesn't ALWAYS crash. Now the only time it crashes is when I open the subpatch containing the offending code, BUT only after that code has been executed at least once. Lets see if I can give an outline... 1. Open the patch. 2. Setup the patch for operation. 3. Call the subpatch that appears to be cause trouble. Everything executes properly and does what it is supposed to do. 4. Open the subpatch that contains the troublesome code, and PD crashes before it can display the patch. I have checked this in several different versions of PD, from the nightly builds (ranging from 1129 back to 0927), as well as the 39 extended version. And all of them crash in the same way. This is the first time I have run into something like this, and I am not sure how to proceed in troubleshooting this problem. I looked at the stack traces in the logs, and everything appears to be PD code that is executing. Thread 0 Crashed: 0 pd 0x0003cbb0 obj_noutlets + 16 (m_obj.c:549) 1 pd 0x0000ca0c glist_drawiofor + 76 (g_text.c:1188) 2 pd 0x0000d030 text_drawborder + 976 (g_text.c:1314) 3 pd 0x0000d3ac text_vis + 156 (g_text.c:1061) 4 pd 0x0001eca0 gobj_vis + 352 (g_editor.c:91) 5 pd 0x00003eb0 canvas_map + 128 (g_canvas.c:647) 6 pd 0x0003b0d4 pd_typedmess + 1092 (m_class.c:771) 7 pd 0x0003b23c pd_typedmess + 1452 (m_class.c:792) 8 pd 0x0003f020 binbuf_eval + 1104 (m_binbuf.c:673) 9 pd 0x00045c70 socketreceiver_read + 640 (s_inter.c:542) 10 pd 0x000444dc sys_domicrosleep + 316 (s_inter.c:182) 11 pd 0x00042850 m_scheduler + 1248 (m_sched.c:490) 12 pd 0x00044240 sys_main + 1440 (s_main.c:311) 13 pd 0x00002174 _start + 340 (crt.c:272) 14 pd 0x0000201c start + 60 I am running on a Mac OS X 10.4.11, while not all of the crashes give the exact same stack trace, this is the most prevalent one. Thanks, Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

3 2

Meaning of -noprefs
by Peter Plessas 05 Dec '07

05 Dec '07

Hi there, i thought that the -noprefs flag also disables loading of the .pdrc file on linux, but it does not. Is this intentional on 0.40-2? regards, PP

2 1

[msgfile]
by Andy Graybeal 05 Dec '07

05 Dec '07

i'm having some problems with [msgfile].. this is the version i have: [msgfile] part of zexy-2.2.0 (compiled: Nov 19 2007) Copyright (l) 1999-2007 IOhannes m zm&#56319;&#57078;lnig, forum::f&#56319;&#57084;r::uml&#56319;&#57060;ute & IEM i got it out of _hc's pd-extended cvs. the first time i put some data into the [msgfile]'s buffer, then "rewind" and play with sequential "goto $1"s ..... it appears to lose the data, the second time i record data, it works just fine... but it seems a little sketchy, because the third time i try it, it doesn't work again. i'm wondering if anyone has also experienced this? i'll be the first to admit that there is a large possibility of user error :) but i can't figure myself around it. i'm hoping to build a type of data recorder / sequencer with this. -andy

5 9

VLC rc connection
by wolfgang schwarzenbrunner 05 Dec '07

05 Dec '07

maybe this is already totally obsolete... some months ago there where some postings about vlc/pd connection over rc. well i tried it today using "netclient" instead of "netsend". suddenly the connection works fine. if anybody is interested i can send the patch and the vlc settings (both pretty trivial). ah ja... and this is for intel mac/pd.extended (latest version i think). best wolfgang

5 10

Re: [PD] open recent
by Hans-Christoph Steiner 04 Dec '07

04 Dec '07

I think no one would argue it isn't useful, it's a matter of someone doing the work. Patches welcome! :D .hc On Dec 4, 2007, at 3:33 AM, Hans Roels wrote: > I also think this would be a simple but very handy tool, (also in > pd-vanilla...), at this moment I always have to 'navigate' a lot to > open files... > > hans r > > At 20:11 3/12/2007, you wrote: > >> Donno, I haven't looked into it. It's possible, of course. >> >> .hc >> >> On Dec 3, 2007, at 12:24 PM, marius schebella wrote: >> >>> hi (hans), >>> I wonder how difficult it would be to add an "open recent" menu >>> to the >>> menubar? >>> marius. >>> >>> _______________________________________________ >>> PD-list(a)iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >>> listinfo/pd-list >> >> >> >> --------------------------------------------------------------------- >> --- >> ---- >> >> Mistrust authority - promote decentralization. - the hacker ethic >> >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ------------------------------------------------------------------------ ---- Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2007