Pd-dev September 2008

pd-dev@lists.iem.at

12 participants
48 discussions

svn:externals "sucks", or tracking changes in Gem
by zmoelnig＠iem.at 11 Sep '08

11 Sep '08

some of the autobuilds have been failing for ages now, because of a change introduced into Gem's directory layout, the autobuild system's adaption to it and some somewhat out-of-sync autobuild hosts. Subject: [PD-cvs] autobuild: pd-main+libs debian-testing-i386 Subject: [PD-cvs] autobuild: pd-puredyne debian-testing-i386 Subject: [PD-cvs] autobuild: pd-main+libs ubuntu-hardy-i386 2008-08-26 all of these are failing, because of the following history: - Gem has switched form CVS to SVN - the autobuild system (or rather: the human that is behind that: hans) has tracked Gem's switch to svn - i have tidied up Gem a bit and moved the "manual/" into the "doc/" section - hans has adapted the autobuild system accordingly - somehow some machines got out of sync: they have updated their autobuild system to include the change in the directory layout, but are still using the CVS version of Gem (where this change has not yet occured) - these machines fail to build each night i think it is related to the re-occuring (e.g. see the current thread on flext-svn) discussion of svn:externals as i can see it, there are 2 main arguments against svn:externals - (fear of) problems when doing "svn update" (e.g. due to unofficial certificates) - (fear of) problems when re-structuring the repository (e.g. when importing code that was previously integrated via svn:externals) as can be seen by the example above, also the alternative approach (using scripts to explicitely checkout a remote repository) is not foolproof (well nothing is), and actually exhibits the very problems because of which it is used (apart from legacy reasons for sticking to them) mfg.dsr IOhannes ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

6 12

libpng3 still used anywhere?
by Hans-Christoph Steiner 11 Sep '08

11 Sep '08

libpng3 is showing up on the 'deborphan' list, meaning no other packages are using that package. Does Pd/Gem/whatever still need it? .hc ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

2 1

[ pure-data-Patches-2030539 ] moonlib/tabread2 patch
by SourceForge.net 10 Sep '08

10 Sep '08

Patches item #2030539, was opened at 2008-07-28 17:50 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030539&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Nobody/Anonymous (nobody) Summary: moonlib/tabread2 patch Initial Comment: (If Antoine Rousseau is listening, this is for you...) This patch lets the dump message work properly in tabread2. It just appends a 0 to the args in the setup function: class_addmethod(tabdump_class,(t_method)tabdump_dump,gensym("dump"),A_FLOAT,A_FLOAT,0); At the moment only one of the args is accepted, the other is always 0. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-09-09 22:04 Message: I don't think moonlib has been maintained for a very long time. I imported the code into SVN. If you are fixing a bug, then I say just check it into SVN. But since it is code that is frozen years in the past, I do not think that it any functionality should be changed or added. If you want to improve something in moonlib, I say copy the code and start a new object elsewhere. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030539&group_…

1 0

[ pure-data-Bugs-2102611 ] creating [~] crashes pd
by SourceForge.net 09 Sep '08

09 Sep '08

Bugs item #2102611, was opened at 2008-09-09 22:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2102611&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: tim167 (tim167) Assigned to: Hans-Christoph Steiner (eighthave) Summary: creating [~] crashes pd Initial Comment: creating an object named ~ or ~- crashes pd-extended Pd version 0.40.3-extended-20080902 Ubuntu 8.04 Hardy Heron does not crash Pd version 0.40.2 on Feisty, nor Pd version 0.41.4 on Ubuntu Hardy. 1. Starting program: /usr/bin/pd 2. [Thread debugging using libthread_db enabled] 3. tk scaling is 1.32810457516 4. [New Thread 0xb7d066b0 (LWP 13939)] 5. <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 6. <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts sync_rdtsc pni monitor ds_cpl est cid cx16 7. <init> : 1600.00 MHz Intel(R) Pentium(R) 4 CPU 3.20GHz processor detected 8. [New Thread 0xb65feb90 (LWP 13945)] 9. 10. Program received signal SIGSEGV, Segmentation fault. 11. [Switching to Thread 0xb7d066b0 (LWP 13939)] 12. 0xb7d7a5e6 in strncpy () from /lib/tls/i686/cmov/libc.so.6 13. (gdb) bt 14. #0 0xb7d7a5e6 in strncpy () from /lib/tls/i686/cmov/libc.so.6 15. #1 0x080c209c in sys_open_absolute (name=0x85a1ce8 "~", 16. ext=0x811d05c ".l_i386", dirresult=0xbfa3dfa0 "", nameresult=0xbfa3df9c, 17. size=0, bin=0, fdp=0xbfa3cf54) at s_path.c:308 18. #2 0x00000000 in ?? () ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2102611&group_…

1 0

removing binary mime-type from .pd files in SVN
by Hans-Christoph Steiner 05 Sep '08

05 Sep '08

Hey all, A number of people set the CVS binary flag on .pd files to prevent merges. Since AFAIK, this isn't necessary with SVN and this prevents using svn diff, I was wondering if anyone would object if I removed the binary mime-type from all .pd files in SVN. Or is there some other reason to set .pd files to a mime-type of application/octal? .hc ------------------------------------------------------------------------ ---- Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom

5 16

[ pure-data-Bugs-2093470 ] sys_register_loader not exported => no external loaders
by SourceForge.net 04 Sep '08

04 Sep '08

Bugs item #2093470, was opened at 2008-09-04 12:37 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.41.0 Status: Open Resolution: None >Priority: 8 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) >Summary: sys_register_loader not exported => no external loaders Initial Comment: $ grep -n sys_register_loader pd-0.41-4/src/* pd-0.41-4/src/s_loader.c:216:void sys_register_loader(loader_t loader) $ (similar result from pd in SVN as of yesterday) To be usable by externals (especially on Windows) it should be declared EXTERN in m_pd.h (along with the definition of loader_t). See for example: http://lists.puredata.info/pipermail/pd-dev/2007-12/010382.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-04 15:12 Message: Logged In: YES user_id=27104 Originator: NO There is a patch (#1840431) for this sitting in the patch tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1840431&group_id=5… This affects all platforms, not just Windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_…

1 0

[ pure-data-Bugs-2093470 ] sys_register_loader not exported => no loaders on Windows
by SourceForge.net 04 Sep '08

04 Sep '08

Bugs item #2093470, was opened at 2008-09-04 16:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: sys_register_loader not exported => no loaders on Windows Initial Comment: $ grep -n sys_register_loader pd-0.41-4/src/* pd-0.41-4/src/s_loader.c:216:void sys_register_loader(loader_t loader) $ (similar result from pd in SVN as of yesterday) To be usable by externals (especially on Windows) it should be declared EXTERN in m_pd.h (along with the definition of loader_t). See for example: http://lists.puredata.info/pipermail/pd-dev/2007-12/010382.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_…

1 0

Problem building pdlua on MinGW
by PSPunch 04 Sep '08

04 Sep '08

Hi, This may or may not be a question specific to pdlua. As a base line, I am using the following combination of files. - MinGW for building - Using pd.dll from pd-extended 0.40.3-20080721 (Win binary package) - Using m_pd.h from pd-0.40.3 source Although I am not fully aware of the compatibilities between binaries built on different compilers, if the above combination is an obvious no no, that may be the problem. (The last two lines of the output seem a bit suspicious) Attempting to build pdlua, the build completes but leaving me with a dll which fails to load on pd-extended 0.40.3-20080721 (Windows installer). Things I have done, - Modify Makefile.static; comment out lines to specify building on MinGw - Manually download lua-5.1.3.tar.gz as my MinGW setup did not have wget originally used in the Makefile. I would appreciate advise on how I may be able to get this running.. Thanks. ------------------------- $ make -f Makefile.static tar xzf lua-5.1.3.tar.gz touch lua-5.1.3/unpack.stamp make -C lua-5.1.3 mingw local make[1]: Entering directory `/home/gyokimae/pdlua-0.5/lua-5.1.3' cd src && make mingw make[2]: Entering directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' make "LUA_A=lua51.dll" "LUA_T=lua.exe" \ "AR=gcc -shared -o" "RANLIB=strip --strip-unneeded" \ "MYCFLAGS=-DLUA_BUILD_AS_DLL" "MYLIBS=" "MYLDFLAGS=-s" lua.exe make[3]: Entering directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lua.o lua.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lapi.o lapi.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lcode.o lcode.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ldebug.o ldebug.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ldo.o ldo.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ldump.o ldump.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lfunc.o lfunc.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lgc.o lgc.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o llex.o llex.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lmem.o lmem.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lobject.o lobject.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lopcodes.o lopcodes.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lparser.o lparser.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lstate.o lstate.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lstring.o lstring.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ltable.o ltable.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ltm.o ltm.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lundump.o lundump.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lvm.o lvm.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lzio.o lzio.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lauxlib.o lauxlib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lbaselib.o lbaselib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ldblib.o ldblib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o liolib.o liolib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lmathlib.o lmathlib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o loslib.o loslib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o ltablib.o ltablib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o lstrlib.o lstrlib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o loadlib.o loadlib.c gcc -O2 -Wall -DLUA_BUILD_AS_DLL -c -o linit.o linit.c gcc -shared -o lua51.dll lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o loadlib.o linit.o strip --strip-unneeded lua51.dll gcc -o lua.exe -s lua.o lua51.dll -lm make[3]: Leaving directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' make "LUAC_T=luac.exe" luac.exe make[3]: Entering directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' gcc -O2 -Wall -c -o luac.o luac.c gcc -O2 -Wall -c -o print.o print.c ar rcu liblua.a lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o loadlib.o linit.o ranlib liblua.a gcc -o luac.exe luac.o print.o liblua.a -lm make[3]: Leaving directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' make[2]: Leaving directory `/home/gyokimae/pdlua-0.5/lua-5.1.3/src' make install INSTALL_TOP=.. make[2]: Entering directory `/home/gyokimae/pdlua-0.5/lua-5.1.3' cd src && mkdir -p ../bin ../include ../lib ../man/man1 ../share/lua/5.1 ../lib/lua/5.1 cd src && install -p -m 0755 lua luac ../bin cd src && install -p -m 0644 lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp ../include cd src && install -p -m 0644 liblua.a ../lib cd doc && install -p -m 0644 lua.1 luac.1 ../man/man1 make[2]: Leaving directory `/home/gyokimae/pdlua-0.5/lua-5.1.3' make[1]: Leaving directory `/home/gyokimae/pdlua-0.5/lua-5.1.3' touch lua-5.1.3/build.stamp gcc -ansi -pedantic -Wall -O2 -fPIC -Ilua-5.1.3/include/ -I./ -export_dynamic -shared -o src/lua.dll src/lua.c lua-5.1.3/lib/liblua.a pd.dll src/lua.c:1: warning: -fPIC ignored for target (all code is position independent) src/lua.c:51:4: warning: #warning is a GCC extension src/lua.c:51:4: warning: #warning "Pd version is not new enough for 64-bit safe arrays" src/lua.c: In function `pdlua_setvalue': src/lua.c:899: warning: passing arg 1 of `gensym' discards qualifiers from pointer target type src/lua.c: In function `pdlua_getvalue': src/lua.c:915: warning: passing arg 1 of `gensym' discards qualifiers from pointer target type src/lua.c: In function `pdlua_getarray': src/lua.c:938: warning: passing arg 1 of `gensym' discards qualifiers from pointer target type src/lua.c: In function `pdlua_redrawarray': src/lua.c:1001: warning: passing arg 1 of `gensym' discards qualifiers from pointer target type Info: resolving _garray_class by linking to __imp__garray_class (auto-import) Info: resolving _s_ by linking to __imp__s_ (auto-import) -- David Shimamoto

5 17

[ pure-data-Bugs-2073844 ] zexy announce message charset confusion
by SourceForge.net 04 Sep '08

04 Sep '08

Bugs item #2073844, was opened at 2008-08-25 17:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2073844&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: Fixed >Priority: 1 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: zexy announce message charset confusion Initial Comment: $ pd -stderr -verbose -lib zexy tried /usr/lib/pd/extra/zexy/zexy.pd_linux and succeeded the zexy external 2.2.1 (l) forum::f::umlte compiled: Jun 17 2008 send me a 'help' message $ echo $LANG en_GB.UTF-8 Without -stderr, TCL/Tk (version 8.5) or Pd's console gets really confused and displays a big empty space with invisible text that shows up only when carefully selected... other externals may be affected by this issue too... ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-04 10:00 Message: Logged In: YES user_id=564396 Originator: NO hmm, i have to find a solution in order to make it display _something_ and at the same time preserve the fun of vanishing (single) characters... ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-09-03 22:25 Message: Logged In: YES user_id=769033 Originator: YES Still not quite fixed... see screenshot and highlights with * in the below: bytes in UTF-8 encoding fall in distinct ranges: 00..7F - plain old ASCII 80..BF - non-initial bytes of multibyte code ** C2..FD - initial bytes of multibyte code (C0, C1 are not legal!) FE, FF - never used (so, free for byte-order marks). $ head -n 144 src/zexy.c | tail -n 1 | hexdump -C 00000000 20 20 70 6f 73 74 28 22 5c 74 25 63 20 28 6c 29 | post("\t%c (l)| 00000010 20 20 66 6f 72 75 6d 3a 3a 66*fc*72 3a 3a 75 6d | forum::f.r::um| 00000020 6c*e4*75 74 65 20 25 63 22 2c 20 48 45 41 52 54 |l.ute %c", HEART| 00000030 53 59 4d 42 4f 4c 2c 20 48 45 41 52 54 53 59 4d |SYMBOL, HEARTSYM| 00000040 42 4f 4c 29 3b 0a |BOL);.| 00000046 File Added: zexy-message-closer-to-perfection.png ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-02 15:05 Message: Logged In: YES user_id=564396 Originator: NO should be fixed in zexy-2.2.3 (just checked it into svn) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-27 03:17 Message: Logged In: NO oh i see, i guess i will have to fix it then... mfgads IOhannes ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-08-26 11:56 Message: Logged In: YES user_id=769033 Originator: YES see attached screenshot of "pd -lib zexy" doesn't seem to cause any non-cosmetic issues though File Added: pd-tk-8.5-zexy-invisible.png ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-08-26 03:32 Message: Logged In: YES user_id=564396 Originator: NO this is (somewhat) by intention. does it make any problems (apart from being "unpretty")? as long as "zexy $(VERSION) and something indicating "copyleft <me>" is displayed, i will not fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2073844&group_…

1 0

[ pure-data-Bugs-2073844 ] zexy announce message charset confusion
by SourceForge.net 03 Sep '08

03 Sep '08

Bugs item #2073844, was opened at 2008-08-25 15:34 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2073844&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: zexy announce message charset confusion Initial Comment: $ pd -stderr -verbose -lib zexy tried /usr/lib/pd/extra/zexy/zexy.pd_linux and succeeded the zexy external 2.2.1 (l) forum::f::umlte compiled: Jun 17 2008 send me a 'help' message $ echo $LANG en_GB.UTF-8 Without -stderr, TCL/Tk (version 8.5) or Pd's console gets really confused and displays a big empty space with invisible text that shows up only when carefully selected... other externals may be affected by this issue too... ---------------------------------------------------------------------- >Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-09-03 20:25 Message: Logged In: YES user_id=769033 Originator: YES Still not quite fixed... see screenshot and highlights with * in the below: bytes in UTF-8 encoding fall in distinct ranges: 00..7F - plain old ASCII 80..BF - non-initial bytes of multibyte code ** C2..FD - initial bytes of multibyte code (C0, C1 are not legal!) FE, FF - never used (so, free for byte-order marks). $ head -n 144 src/zexy.c | tail -n 1 | hexdump -C 00000000 20 20 70 6f 73 74 28 22 5c 74 25 63 20 28 6c 29 | post("\t%c (l)| 00000010 20 20 66 6f 72 75 6d 3a 3a 66*fc*72 3a 3a 75 6d | forum::f.r::um| 00000020 6c*e4*75 74 65 20 25 63 22 2c 20 48 45 41 52 54 |l.ute %c", HEART| 00000030 53 59 4d 42 4f 4c 2c 20 48 45 41 52 54 53 59 4d |SYMBOL, HEARTSYM| 00000040 42 4f 4c 29 3b 0a |BOL);.| 00000046 File Added: zexy-message-closer-to-perfection.png ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-02 13:05 Message: Logged In: YES user_id=564396 Originator: NO should be fixed in zexy-2.2.3 (just checked it into svn) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-08-27 01:17 Message: Logged In: NO oh i see, i guess i will have to fix it then... mfgads IOhannes ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-08-26 09:56 Message: Logged In: YES user_id=769033 Originator: YES see attached screenshot of "pd -lib zexy" doesn't seem to cause any non-cosmetic issues though File Added: pd-tk-8.5-zexy-invisible.png ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-08-26 01:32 Message: Logged In: YES user_id=564396 Originator: NO this is (somewhat) by intention. does it make any problems (apart from being "unpretty")? as long as "zexy $(VERSION) and something indicating "copyleft <me>" is displayed, i will not fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2073844&group_…

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 September 2008