Pd-dev March 2004

pd-dev@lists.iem.at

35 participants
57 discussions

bug: spaces in name of vslider cause corruption of properties
by ClaudiusMaximus 13 Mar '04

13 Mar '04

Pd version 0.37.1 devel (Planet CCRMA) Bug: spaces in name of vslider cause corruption of properties Problem: I entered a name with a space in the middle in the label properties of a vslider. The properties further down in the properties window became corrupted. Solution: Don't let spaces be entered into the name field of the label properties. Or at least document this quirk in the help patch. Probably other GUI objects are affected in the same way...

1 0

[GEM] new objects Visual Studio.NET
by Gabriel Westmaas 12 Mar '04

12 Mar '04

Hello, Sorry if this is a repeat, I didn't see the first one go through... First, I apologize if this has an obvious solution, I've been banging my head against the wall for days, and just can't get this to work. I am using the C++ compiler in Visual Studio.NET 2003, it's in a lab that I don't have install priveleges on, so its very difficult to get other environments running. I am just trying to build a new GEM object. I decided to start simple, and work with the existing color object and just change it slightly to see if I could get it to work. I named my files newcolor.cpp\.h and changed all the class names and the function names. The only thing I changed was to switch the order of the color vectors. First things first, I guess I should make sure I have the right basic idea. I am trying to build a newcolor.dll file which will be in the extra folder (where gem.dll is). Assuming that is correct, I get this series of errors and am unable to resolve them. Any suggestions? BTW, I have tried building GEM from scratch using Visual Studio and am unable due to errors very similar to the "unresolved external symbol" errors below. Thanks, Gabe Westmaas c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(85): warning C4273: 'newcolor::newcolorMessCallback' : inconsistent dll linkage c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(30): warning C4273: 'newcolor::newcolor' : inconsistent dll linkage c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(51): warning C4273: 'newcolor::~newcolor' : inconsistent dll linkage c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(58): warning C4273: 'newcolor::render' : inconsistent dll linkage c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(67): warning C4273: 'newcolor::newcolorMess' : inconsistent dll linkage c:\Program Files\Pure Data\gem\devel\newcolor\newcolor.cpp(80): warning C4273: 'newcolor::obj_setupCallback' : inconsistent dll linkage newcolor error LNK2001: unresolved external symbol "protected: virtual void __thiscall GemBase::setModified(void)" (?setModified@GemBase@@MAEXXZ) newcolor error LNK2001: unresolved external symbol "protected: virtual void __thiscall GemBase::stopRendering(void)" (?stopRendering@GemBase@@MAEXXZ) newcolor error LNK2001: unresolved external symbol "protected: virtual void __thiscall GemBase::startRendering(void)" (?startRendering@GemBase@@MAEXXZ) newcolor error LNK2001: unresolved external symbol "protected: virtual void __thiscall GemBase::stoprender(void)" (?stoprender@GemBase@@MAEXXZ) newcolor error LNK2001: unresolved external symbol "protected: virtual void __thiscall GemBase::postrender(class GemState *)" (?postrender@GemBase@@MAEXPAVGemState@@@Z) newcolor error LNK2001: unresolved external symbol "__declspec(dllimport) public: static struct _text * CPPExtern::m_holder" (__imp_?m_holder@CPPExtern@@2PAU_text@@A) newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) void * __cdecl operator new(unsigned int,void *,void *)" (__imp_??2@YAPAXIPAX0@Z) referenced in function "void * __cdecl _classnewcolor(struct _symbol *,int,struct _atom *)" (?_classnewcolor@@YAPAXPAU_symbol@@HPAU_atom@@@Z) newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) public: static void __cdecl newcolor::real_obj_setupCallback(struct _class *)" (__imp_?real_obj_setupCallback@newcolor@@SAXPAU_class@@@Z) referenced in function _newcolor_setup newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) public: static void __cdecl newcolor::obj_freeCallback(void *)" (__imp_?obj_freeCallback@newcolor@@SAXPAX@Z) referenced in function _newcolor_setup newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) protected: virtual __thiscall GemBase::~GemBase(void)" (__imp_??1GemBase@@MAE@XZ) referenced in function __unwindfunclet$??0newcolor@@QAE@HPAU_atom@@@Z$0 newcolor error LNK2001: unresolved external symbol _s_list newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) const newcolor::`vftable'" (__imp_??_7newcolor@@6B@) referenced in function "public: __thiscall newcolor::newcolor(int,struct _atom *)" (??0newcolor@@QAE@HPAU_atom@@@Z) newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) protected: __thiscall GemBase::GemBase(void)" (__imp_??0GemBase@@IAE@XZ) referenced in function "public: __thiscall newcolor::newcolor(int,struct _atom *)" (??0newcolor@@QAE@HPAU_atom@@@Z) newcolor error LNK2019: unresolved external symbol "__declspec(dllimport) private: static class newcolor * __cdecl newcolor::GetMyClass(void *)" (__imp_?GetMyClass@newcolor@@CAPAV1@PAX@Z) referenced in function "private: static void __cdecl newcolor::newcolorMessCallback(void *,struct _symbol *,int,struct _atom *)" (?newcolorMessCallback@newcolor@@CAXPAXPAU_symbol@@HPAU_atom@@@Z)

1 0

demultiplex~ bug + no dev/ot on list
by joseph moore 10 Mar '04

10 Mar '04

I came across a bug in demultiplex~ from the zexy library. When I have multiple instances of this object there is cross talk between them whether they reside in the same patch or different ones. This is easy to see by opening two of the object's help patch and starting audio. I'm on OS X panther but have recreated this issue on two other macs running jaguar. Using 37.1 with the zexy included in the pd-extended package from SourceForge. Is this the latest Zexy? Also, the links to ot and the dev list are not showing up on the main page. Thanks, Joe _________________________________________________________________ Get a FREE online computer virus scan from McAfee when you click here. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Error Compiling toxy on MacOS X
by Hans-Christoph Steiner 10 Mar '04

10 Mar '04

I just checked out a whole new miXed dir from cvs and am trying to compile toxy on MacOS X. I get this: hans@sla:toxy > make gcc2 -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer -DUNIX -DMACOSX -I. -I../../../pd/src -I../shared -c -o widgettype.o widgettype.c widgettype.c:16: illegal expression, found `;' cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode widgettype.c:16: parse error before `;' make: *** [widgettype.o] Error 1 Which is caused by this unusual construction(at least in my book): static char masterwidget_builtin[] = #include "default.wiq" ; default.wiq is empty on my machine: -rw-r--r-- 1 hans staff 0 Mar 8 23:52 default.wiq How should I fix this? .hc

3 3

sys_vgui() and scope
by B. Bogart 10 Mar '04

10 Mar '04

Hey all, I need to have a variable on the tcl side accessible to tcl code running in two different sys_vgui() calls. It seems a tcl variable set in one is not accesable in the other, is this a namespace issue? My quick hack was to declare the variables global, but I'd like to change this as soon as possible! ie: sys_vgui("set %x_myvar hello \n", x); sys_vgui("puts $%x_myvar \n", x); The second call fails because it can't find the variable set in the first. Thanks Ben PS: I just have to generate a PD list of symbols for each list memeber in the text widget and my text widget will be ready for testing. Still unsure about good widget bounding-box sizing technique...

2 1

Passing data from gui to pd
by B. Bogart 10 Mar '04

10 Mar '04

Hello all, I've managed to alter popup into a text entry widget, with some small issues. Like actually getting the damn chars out of the gui! I'm still quite unclear about the best way to transfer data from the gui back to pd in an external. I still don't quite unstand how to use pd_bind, especially in the case where PD initiates the transfer of data, rather than tcl initiating a proc that passes data back to pd. Can anyone show me the most simple example of how to use pd_bind (or something else) to attach the output of an arbitrary tcl command to a function? (This would also be very useful for getting tcl to report the size of a widget in order to change the size of the bounding box.) Thanks in advance. Ben

3 2

paf~
by Luigi Castelli 10 Mar '04

10 Mar '04

Hi, the paf~ object and source no longer seem to be in the 'extra' folder (pd 0.37-0 and pd 0.37-1). Is there a new location where I can find it ot has it been removed from the current distribution ? Thanks. - Luigi Castelli ===== Luigi Castelli superbigio(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com

4 3

netreceive (devel_0_37)
by Michal Seta 08 Mar '04

08 Mar '04

Hello, There seems to be a problem with [netreceive] object in the cvs version (haven't tried Miller's version lately). When I send stuff over a network with [netsend] and a message such as [send foo 10(, the [netreceive]-[print] prints to the console: print: foo 10. However, if I have a [r foo] on the [netreceive] side, it doesn't seem to catch the values. Any ideas? Also, if I close the [netreceive] side without disconnecting first, the [netsend] side will segfault (not always but often). thanks -- _ __ __ (_)___ Michal Seta / \/ \ _/^ _| / V |_ \ @creazone.32k.org (___/V\___|_|___/ http://www.[creazone]|[noonereceiving].32k.org

2 1

gui structures
by Mathieu Bouchard 08 Mar '04

08 Mar '04

does it cause anything bad if I change some structs in all_guis.h ? I mean, are there externals that are subclasses of [nbx] or [bng] or whatever built-in? and why is the label-font used also as the font for the number itself in [nbx], but not in a plain floatbox? and why are there two different classes for numbers? and were/are there any plans to merge them? and what are those x_center/x_thick fields that are in [hslider] and not [vslider] ? and is anyone using the iemgui_*() functions in an external ? ________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju

1 0

Re: CVS access
by guenter geiger 08 Mar '04

08 Mar '04

On Sat, 21 Feb 2004, Mathieu Bouchard wrote: > On Sat, 21 Feb 2004, guenter geiger wrote: > > > To add one thing. Except the devel_0_37 branch everything is a bit > > chaotic on CVS. Before starting to branch further we have to discuss > > how, where to branch from etc. > > Good, my plan was actually to fork at the current devel_0_37 branch. > Anyway I want to make use of the print-hook and the tooltips, and those > are only in devel_0_37. > > May I ? >From my point of view, you may :) I will try to fix the HEAD branch over the weekend, I have to figure out what created the mess there. A TODO is still to incorporate the latest version of Miller into the devel_0_37, maybe I get to that too. Rainy weeking in Barcelona :( Guenter

7 17

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 March 2004