Pd-list February 2003

pd-list@lists.iem.at

127 participants
210 discussions

Re: [PD] pd -nogui , cpuload
by bbogart＠ryerson.ca 08 Feb '03

08 Feb '03

I've been using -nogui -rt under linux without anyproblems. I'm doing Gem stuff though, and my patch is very complex and so I'm not suprised it uses 96% CPU on my 700Mhz. I'm also using 36... I do have netsends and netreceives in the patch... Good luck! Ben ----- Original Message ----- From: d <dieb13(a)klingt.org> Date: Saturday, February 8, 2003 10:38 am Subject: Re: [PD] pd -nogui , cpuload > > > Maurizio Umberto Puxeddu wrote: > > Hi! > > > > I don't have any explanation/solution, sorry. > > > > May I ask if you are experimenting any or more drop outs when the > > cpu-load is exploded? > > yes, the sound is a total mess (distorted and clicking), and i > have to > restart pd. > > btw: i'm allready using netreceive in my patches. that was the > only hint > by miller i could find on the list: > > >Yes, if you run -nogui, put a "netreceive" somewhere in your > patch or > >else the scheduler gets sick. Why, you might ask, but it's too ugly > >to talk about > > > >cheers > >Miller > > > regards > d13b > > > > > _______________________________________________ > PD-list mailing list > PD-list(a)iem.kug.ac.at > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list >

4 3

Comiling Error on OS X with pd-devel_0_36 "unknown:FATAL:can't create output file"
by Hans-Christoph Steiner 08 Feb '03

08 Feb '03

I am trying to compile the devel_0_36 branch from CVS on OS X and am getting a compiler error. I've searched the list archives and google to no avail. So I am trying here: (as root) bash-2.05a$ ./configure creating cache ./config.cache checking for gcc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for a BSD compatible install... /sw/bin/install -c checking whether make sets ${MAKE}... yes checking how to run the C preprocessor... cc -E -traditional-cpp checking for working const... yes checking for ANSI C header files... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for ANSI C header files... (cached) yes checking for fcntl.h... yes checking for limits.h... yes checking for malloc.h... no checking for sys/ioctl.h... yes checking for sys/time.h... yes checking for unistd.h... yes checking for bstring.h... no checking whether cc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for dlopen in -ldl... no dynamic link support required checking for sin in -lffm... no checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for XCreateWindow in -lX11... yes checking for tcl.h... yes checking for main in -ltcl8.7... no checking for main in -ltcl8.6... no checking for main in -ltcl8.5... no checking for main in -ltcl8.4... no checking for main in -ltcl8.3... yes checking for main in -ltk8.7... no checking for main in -ltk8.6... no checking for main in -ltk8.5... no checking for main in -ltk8.4... no checking for main in -ltk8.3... no checking for main in -ltk8.2... no checking for main in -ltk8.0... no updating cache ./config.cache creating ./config.status creating makefile bash-2.05a$ make depend cc -I. -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -O3 -DMACOSX -I/usr/X11R6/include -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -Wno-error -M g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c g_all_guis.c g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c g_toggle.c g_vdial.c g_vslider.c g_vumeter.c m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c m_conf.c m_glob.c m_sched.c s_main.c s_inter.c s_unix.c s_file.c s_print.c s_loader.c s_path.c s_entry.c d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c d_math.c d_fft.c d_mayer_fft.c d_fftroutine.c d_array.c d_global.c d_delay.c d_resample.c x_arithmetic.c x_connective.c x_interface.c x_midi.c x_misc.c x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c d_soundfile.c s_mac.c s_portaudio.c ../portaudio/pa_common/pa_lib.c ../portaudio/pa_common/pa_trace.c ../portaudio/pa_common/pa_convert.c ../portaudio/pablio/pablio_pd.c ../portaudio/pablio/ringbuffer_pd.c ../portaudio/pa_mac_core/pa_mac_core.c ../portaudio/portmidi-macosx/pmdarwin.c ../portaudio/portmidi-macosx/pmmacosx.c ../portaudio/portmidi-macosx/pmutil.c ../portaudio/portmidi-macosx/portmidi.c ../portaudio/portmidi-macosx/ptdarwin.c > makefile.dependencies bash-2.05a$ make cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -O3 -DMACOSX -I/usr/X11R6/include -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -Wno-error -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o ../obj/g_canvas.o g_canvas.c /var/tmp//ccPYgzgh.s:unknown:FATAL:can't create output file: ../obj/g_canvas.o make: *** [g_canvas.o] Error 1 bash-2.05a$ ls -ld /var/tmp/ drwxrwxrwt 19 root wheel 646 Feb 8 11:27 /var/tmp/

2 2

command line options
by Nico De Gols 08 Feb '03

08 Feb '03

Hello, Where or how can i find the list with the command line options/flags ? Thanks

3 3

Re: [PD] Comiling Error on OS X with pd-devel_0_36 "unknown:FATAL:can't create output file"
by bbogart＠ryerson.ca 08 Feb '03

08 Feb '03

sounds like a permission or space problem? your HD is not full I assume? are you logged in as a "root equivalent" user? I've always installed my PD stuff in my home directory... Where are you compiling yours? Just a few out-on-a-limb suggestions. Ben ----- Original Message ----- From: Hans-Christoph Steiner <hans(a)eds.org> Date: Saturday, February 8, 2003 11:44 am Subject: Re: [PD] Comiling Error on OS X with pd-devel_0_36 "unknown:FATAL:can't create output file" > > I forgot to add I am using the latest Developer release from Apple: > > bash-2.05a$ gcc --version > gcc (GCC) 3.1 20020420 (prerelease) > Copyright (C) 2002 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is > NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > .hc > > On Saturday, Feb 8, 2003, at 11:37 America/New_York, Hans- > Christoph > Steiner wrote: > > > > > I am trying to compile the devel_0_36 branch from CVS on OS X > and am > > getting a compiler error. I've searched the list archives and > google > > to no avail. So I am trying here: > > > > (as root) > > bash-2.05a$ ./configure > > creating cache ./config.cache > > checking for gcc... cc > > checking whether the C compiler (cc ) works... yes > > checking whether the C compiler (cc ) is a cross-compiler... no > > checking whether we are using GNU C... yes > > checking whether cc accepts -g... yes > > checking for a BSD compatible install... /sw/bin/install -c > > checking whether make sets ${MAKE}... yes > > checking how to run the C preprocessor... cc -E -traditional-cpp > > checking for working const... yes > > checking for ANSI C header files... yes > > checking for pid_t... yes > > checking for size_t... yes > > checking whether time.h and sys/time.h may both be included... yes > > checking for ANSI C header files... (cached) yes > > checking for fcntl.h... yes > > checking for limits.h... yes > > checking for malloc.h... no > > checking for sys/ioctl.h... yes > > checking for sys/time.h... yes > > checking for unistd.h... yes > > checking for bstring.h... no > > checking whether cc needs -traditional... no > > checking return type of signal handlers... void > > checking for vprintf... yes > > checking for gettimeofday... yes > > checking for select... yes > > checking for socket... yes > > checking for strerror... yes > > checking for dlopen in -ldl... no > > dynamic link support required > > checking for sin in -lffm... no > > checking for sin in -lm... yes > > checking for pthread_create in -lpthread... yes > > checking for X... libraries /usr/X11R6/lib, headers > /usr/X11R6/include> checking for XCreateWindow in -lX11... yes > > checking for tcl.h... yes > > checking for main in -ltcl8.7... no > > checking for main in -ltcl8.6... no > > checking for main in -ltcl8.5... no > > checking for main in -ltcl8.4... no > > checking for main in -ltcl8.3... yes > > checking for main in -ltk8.7... no > > checking for main in -ltk8.6... no > > checking for main in -ltk8.5... no > > checking for main in -ltk8.4... no > > checking for main in -ltk8.3... no > > checking for main in -ltk8.2... no > > checking for main in -ltk8.0... no > > updating cache ./config.cache > > creating ./config.status > > creating makefile > > bash-2.05a$ make depend > > cc -I. -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno- > unused > > -Wno-parentheses -Wno-switch -O3 -DMACOSX -I/usr/X11R6/include > > -I../portaudio/pa_common -I../portaudio/pablio > > -I../portaudio/portmidi-macosx -Wno-error -M g_canvas.c > g_graph.c > > g_text.c g_rtext.c g_array.c g_template.c g_io.c g_scalar.c > > g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c > g_all_guis.c > > g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c > g_toggle.c > > g_vdial.c g_vslider.c g_vumeter.c m_pd.c m_class.c m_obj.c > m_atom.c > > m_memory.c m_binbuf.c m_conf.c m_glob.c m_sched.c s_main.c > s_inter.c > > s_unix.c s_file.c s_print.c s_loader.c s_path.c s_entry.c > d_ugen.c > > d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c > d_math.c > > d_fft.c d_mayer_fft.c d_fftroutine.c d_array.c d_global.c > d_delay.c > > d_resample.c x_arithmetic.c x_connective.c x_interface.c > x_midi.c > > x_misc.c x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c > > d_soundfile.c s_mac.c s_portaudio.c > ../portaudio/pa_common/pa_lib.c > > ../portaudio/pa_common/pa_trace.c > > ../portaudio/pa_common/pa_convert.c > > ../portaudio/pablio/pablio_pd.c > ../portaudio/pablio/ringbuffer_pd.c > > ../portaudio/pa_mac_core/pa_mac_core.c > > ../portaudio/portmidi-macosx/pmdarwin.c > > ../portaudio/portmidi-macosx/pmmacosx.c > > ../portaudio/portmidi-macosx/pmutil.c > > ../portaudio/portmidi-macosx/portmidi.c > > ../portaudio/portmidi-macosx/ptdarwin.c > makefile.dependencies > > bash-2.05a$ make > > cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno- > unused > > -Wno-parentheses -Wno-switch -O3 -DMACOSX -I/usr/X11R6/include > > -I../portaudio/pa_common -I../portaudio/pablio > > -I../portaudio/portmidi-macosx -Wno-error > > -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o ../obj/g_canvas.o > g_canvas.c> /var/tmp//ccPYgzgh.s:unknown:FATAL:can't create output > file: > > ../obj/g_canvas.o > > make: *** [g_canvas.o] Error 1 > > bash-2.05a$ ls -ld /var/tmp/ > > drwxrwxrwt 19 root wheel 646 Feb 8 11:27 /var/tmp/ > > > > > > _______________________________________________ > > PD-list mailing list > > PD-list(a)iem.kug.ac.at > > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list > > > _______________________________________________ > PD-list mailing list > PD-list(a)iem.kug.ac.at > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list >

2 1

compiling externals
by Matthew William Timmis 08 Feb '03

08 Feb '03

Hi I'm very new to pd and can't work out how to compile an external, I'm using windows 98. It would be great if someone could write some step by step instructions of how to do this , I don't understand the text file in the documentation about it where its says to use nmake pd_nt, where do I write this, I've tryed doing it in the command line and it justs says that there is no such file. Could some body please help me, sorry for being so ignorant thanks Matthew

3 2

Can anyone help me?
by e.pkelly 07 Feb '03

07 Feb '03

Hi all, I've been relying on binaries I have of ggee for years. Here's why: every time I try to compile ggee on my 1GHz Athlon with Redhat 7.2 system I get the output enclosed in the attachment. This happened with my Athlon 600MHz Mandrake 7.0 system as well. I've been using cheats to get around it (like installing Fernando Lopez's rpm and then copying the binaries to my /usr/local/lib/pd/externs directory) but this really isn't good enough! Also, where can I get stk 3.2 or 3.1? Perry Cook's site just has the latest v4.1.1 - which has a different architecture from earlier versions! Gn, Ed

2 1

compiling ggee
by e.pkelly 07 Feb '03

07 Feb '03

ggee never compiles on my setup, and that means the CVS build will not work as it gets stuck on ggee. please help ;-( I use ggee in my pattern-matching algorithms, and I'd really like to use FFTease! arrr ed

1 0

Re: GEM/maxlib scale problem
by Olaf Matthes 07 Feb '03

07 Feb '03

Hi Chris and list, well, I know that this nameclash exists. But I don't know what to do.... maxlib's scale is identical to the scale in Max (but scale is not a native Max object, I think) so it makes sense to keep it's name for compatibility reasons. On the other hand Gem's scale has been introduced earlier and is used in quite a lot of patches, I guess. I could add an option to maxlib that would prepend all the object names with 'maxlib_' to avoid nameclashes. But this could only be included during compilation and would produce quite long object names. And leaving it an option one would need to know which version was used for a patch before being able to open it. The problem we're facing here is not the only one where nameclashes occur. On thursday Eric Skogen posted a mail to the list asking for help with a similar problems. I'll also post this mail to the pd list since we had this discussion several times but never really got to a definite solution, I think. Or did I miss anything? Olaf PS: the error message is OS X only, Linux and Win just ignore the second definition and create the object that has been loaded first... maybe there is an option that can be set to ignore this error and to force the behaviour found on Linux? chris clepper schrieb: > Hi Olaf > > I was just talking to a Gem beta tester who mentioned that there is a > multiple definition of symbol _scale_setup when using both Gem and > maxlib. Maxlib seems way too useful to have to choose between it and > Gem. Has this been brought up before?? > > errors: > > /pd/bin/pd multiple definitions of symbol _scale_setup > Gem.pd_darwin definition of _scale_setup > maxlib.pd_darwin definition of _scale_setup > > cgc

3 3

Stable Gem
by Miha Tomsic 07 Feb '03

07 Feb '03

Hello! What is the most stable Gem lib? I was fiddling with the latest CVS but it kills pd constantly. Should I go back to 0.87? 0.86? Is there a fullscreen option yet? Using pd 0.36.0, Debian/Woody GNU/Linux, Nvidia Geforce2 MX MAX with drivers version 1.0-4191. Thanks and take care, Miha...

1 0

loadbang
by Dan Neveu 06 Feb '03

06 Feb '03

Don't know if this is intended behavior, but loadbang does not trigger when inside a patch which has been dynamically created. example message: ; pd-panel obj 10 10 loadbangTest ...where loadbangTest is an abstraction containing a loadbang. Everything else has been working fine in terms of functionality within dynamic instances. any help appreciated. -dan

3 3

← Newer
1
...
14
15
16
17
18
19
20
21
Older →

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 February 2003