Dear all,
I like features of pd-l2ork (cpoy&paste raw code, resizeable GUis..)
iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ?
fk
I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended.
.hc
On 01/19/2013 12:22 PM, Fero Kiraly wrote:
Dear all,
I like features of pd-l2ork (cpoy&paste raw code, resizeable GUis..)
iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ?
fk
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended.
So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability?
I think many of his gui speedups are based off that.
-Jonathan
.hc
On 01/19/2013 12:22 PM, Fero Kiraly wrote:
Dear all,
I like features of pd-l2ork (cpoy&paste raw code, resizeable GUis..)
iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ?
fk
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 01/19/2013 02:14 PM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended.
So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability?
I think many of his gui speedups are based off that.
Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches.
.hc
-Jonathan
.hc
On 01/19/2013 12:22 PM, Fero Kiraly wrote:
Dear all,
I like features of pd-l2ork (cpoy&paste raw code, resizeable GUis..)
iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ?
fk
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Why not simply use pd-l2ork?
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Saturday, January 19, 2013 2:23 PM To: Jonathan Wilkes Cc: pd-list@iem.at Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/19/2013 02:14 PM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are
nice
features. It is just a matter of someone doing the work of porting
those
changes to Pd-extended.
So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability?
I think many of his gui speedups are based off that.
Breaking binary compatibility is not something to do lightly. It creates
lot
of other headaches. Plus I don't think its necessary to speed up the GUI,
I
think there are better approaches.
.hc
-Jonathan
.hc
On 01/19/2013 12:22 PM, Fero Kiraly wrote:
Dear all,
I like features of pd-l2ork (cpoy&paste raw code, resizeable GUis..)
iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ?
fk
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Hans-Christoph Steiner' hans@at.or.at; 'Jonathan Wilkes' jancsika@yahoo.com Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 9:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
- doesn't have gui plugin API
- doesn't have all the translation stuff being done for pd-extended 0.43 (or does it?)
- deb package is new and it may or may not cause problems with other installed pd debs
- whatever was added in 0.43-- missing all that
-Jonathan
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior (I can give you dozens of examples of not only superficial functionalities, but core pd engine behaviors that still do not work on either pd or pd-extended and that work on pd-l2ork). Sure, there are a lot of issues in making menus/browser more streamlined and making things prettier, but that is a lot easier when you know that the core is solid.
What has IMHO happened between 0.42 and 0.43 (and onwards) is some fantastic work by Miller, Hans, and the community. But it has also had a ton of regressions since the rewrite was happening on top of a code base that still had a generous amount of bugs (pd-l2ork bug-fix count in reference to the original 0.42.6 branch is easily in hundreds), like JACK breakage that was only recently fixed.
OTOH, windows and OSX builds should not be too hard to do. All it would take is someone going through the pd.tk file and making sure that all Linux-centric changes are proofed for other platforms, and there are not that many of those. My bigger problem is dealing with all the support issues that would detract from the solidification of the core (which is exactly what we've done over the past 2 years) as my time is limited, and as I am sure Hans can attest.
- doesn't have gui plugin API
But it does have all core features that "just work." See, I am of the conviction that the core needs to be solid before one delves into providing bunch of fancy things on top of the foundation (even though one could easily argue pd-l2ork has plenty of fancy things--let's not forget that magic glass that made it eventually into pd-extended was first rewritten for pd-l2ork, including fixes for several show-stopping bugs that were in old Joe Sarlo's patch submission from the early 2000s; but these are all essentially enhancements to the core functionality, many of which obsolete a number of proposed plug-ins, like the one that hides the menu--pd-l2ork allows per-patcher toggling of menu/ontop/scrollbars/etc. flags, making building modular guis a heck of a lot easier). Otherwise, it is like slapping whipped cream on top of dirt--it may look pretty, even appetizing at first sight, but in the end it is still a piece of dirt with whipped cream on top (disclaimer: I do not mean to imply that pd is "dirt" but am merely trying to clarify my belief/approach through the use of a stark analogy). Another thought is, if the core is done well enough, then no plugin should be necessary (e.g. browser you developed will be something that will become the core within pd-l2ork, not a plugin, once I've had a chance to check it for all conceivable regressions/problems). Lastly, at some point in the future, pd-l2ork may support plug-ins, or better yet, may assimilate plug-ins into its core--my preference being latter as I am leaning more towards the "just works" mentality. FWIW, I am of the conviction that once the core is truly solid, further software development is a lot more nimble.
- doesn't have all the translation stuff being done for pd-extended 0.43
(or
does it?)
Pd-l2ork has initial UTF support but no translation, mainly because I am not so keen on merging things that are still developing/evolving. When it is ripe, it will be merged.
- deb package is new and it may or may not cause problems with other
installed pd debs
So far, there are no problems whatsoever. The only thing I added as of earlier today is even more packages that it may conflict with from the pd-extended 3rd party libs. OTOH it is a heck of a lot easier to install one deb than dozens (and yes, I am aware that for maintainers it is easier to have multiple libs as that is easier to maintain, but as OSX/iOS has taught us, what is easier for a developer may not be easier for a user).
- whatever was added in 0.43-- missing all that
Pd-l2ork is indeed missing *some* (IMHO yet to be complete) features, but there are many that have been already merged. The only ones that haven't are the ones I did not find to be complete enough to be merged or the ones that are not critical but primarily cosmetic in nature (e.g. console verbosity) that will be merged eventually. So, pd-l2ork is more like my attempt at "the best of " 0.42 and 0.43 branches, if you like.
Best wishes,
Ico
-Jonathan
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
> Why not simply use pd-l2ork?
I do, but possible reasons why someone might not use Pd-l2ork:
- no binary for windows
- no binary for OSX
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-quantal-amd64.deb from http://autobuild.puredata.info/auto-build/latest/ and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally
:~$ pd-extended -stderr -verbose
input channels = 0, output channels = 0
Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013
port 5400
TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library"
TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5
"/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400
priority 6 scheduling enabled.
Waiting for connection request...
priority 8 scheduling enabled.
/usr/lib/pd-extended/bin/pd-watchdog
... connected
opened 0 MIDI input device(s) and 0 MIDI output device(s).
input channels = 0, output channels = 0
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
verbose(5): Using /usr/lib/pd-extended/startup as startup.
verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux
tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed
tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded
verbose(3): libdir loader 1.9
verbose(3): compiled on Jan 20 2013 at 09:23:51
verbose(3): compiled against Pd version 0.43.4.extended
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux
tried ./Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp.l_ia64 and failed
tried /usr/local/lib/pd-externals/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp.l_ia64 and failed
tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp.pd_linux and failed
tried /usr/local/lib/pd-externals/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp.pd_linux and failed
tried ./Lp/Lp.l_ia64 and failed
tried /home/batinste/pd-externals/Lp/Lp.l_ia64 and failed
tried /usr/local/lib/pd-externals/Lp/Lp.l_ia64 and failed
tried /usr/lib/pd-extended/extra/Lp/Lp.l_ia64 and failed
tried ./Lp/Lp.pd_linux and failed
tried /home/batinste/pd-externals/Lp/Lp.pd_linux and failed
tried /usr/local/lib/pd-externals/Lp/Lp.pd_linux and failed
tried /usr/lib/pd-extended/extra/Lp/Lp.pd_linux and failed
tried -meta.pd and failed
error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup
library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen claudiusmaximus@goto10.org verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/list.l_ia64 and failed tried /usr/local/lib/pd-externals/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
> > Why not simply use pd-l2ork? > > I do, but possible reasons why someone might not use Pd-l2ork: > * no binary for windows > * no binary for OSX On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/http://autobuild.puredata.info/auto-build/latest/and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part :
When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message -----
> From: Ivica Ico Bukvic ico@vt.edu > To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' > hans@at.or.at > Cc: pd-list@iem.at > Sent: Saturday, January 19, 2013 11:21 PM > Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? > > > Why not simply use pd-l2ork? >> >> I do, but possible reasons why someone might not use Pd-l2ork: >> * no binary for windows >> * no binary for OSX >> > On the flip-side pd-l2ork provides a solid, bug-free environment on > Linux > and looks a lot more contemporary than the aged default tk > iteration. In > other words, it is a targeted Linux distribution of pd (something > that can > be easily lost in a cross-platform effort with inadequate developer > support, > as I am sure Hans can attest to). At this point I would go as far as > challenge you to find something that does not work or exhibits a > buggy > behavior > $@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Hey Julian,
Can you run this and send me the results:
$ pd-extended -stderr -verbose -noprefs -nrt
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/http://autobuild.puredata.info/auto-build/latest/and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part :
When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
> > ----- Original Message ----- > >> From: Ivica Ico Bukvic ico@vt.edu >> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' >> hans@at.or.at >> Cc: pd-list@iem.at >> Sent: Saturday, January 19, 2013 11:21 PM >> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >> >> > Why not simply use pd-l2ork? >>> >>> I do, but possible reasons why someone might not use Pd-l2ork: >>> * no binary for windows >>> * no binary for OSX >>> >> On the flip-side pd-l2ork provides a solid, bug-free environment on >> Linux >> and looks a lot more contemporary than the aged default tk >> iteration. In >> other words, it is a targeted Linux distribution of pd (something >> that can >> be easily lost in a cross-platform effort with inadequate developer >> support, >> as I am sure Hans can attest to). At this point I would go as far as >> challenge you to find something that does not work or exhibits a >> buggy >> behavior >> > $@ in msg box probably still crashes when incoming args > 1000 (same > with > pd-extended) > > -Jonathan > > > ______________________________**_________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list > >
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Hey Hans,
Apologies for the delay...
$ pd-extended -stderr -verbose -noprefs -nrt input channels = 0, output channels = 0 Pd-0.43.4 ("extended-20130107") compiled 06:37:26 Jan 7 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 7 2013 at 06:42:56 verbose(3): compiled against Pd version 0.43.4.extended-20130107 verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/julian/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/julian/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .l_ia64 and failed tried .pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/julian/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/julian/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/julian/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/julian/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/julian/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 7 2013 06:42:56 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/julian/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
On 21 January 2013 21:58, Hans-Christoph Steiner hans@at.or.at wrote:
Hey Julian,
Can you run this and send me the results:
$ pd-extended -stderr -verbose -noprefs -nrt
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load
startup
library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10
x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/<
http://autobuild.puredata.info/auto-build/latest/%3Eand
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de
.../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb)
... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't loadstartup
library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and
failed
tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass
path
verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one
inlet.
then i restart pd-ext, and If i try to open a new patch and [import
list],
i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
> I was intrigued by this [$@< bug (mainly because i didn't knew about > this $@ > thingy), so i decided to give it a try. Attached is my test patch.
It
> crashes > on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled
13:18:07
> Jan 11 > 2013, way before reaching 1000 args. I launch it in my terminal
with :
> > ~$ pd-l2ork test-dollar-at.pd > > All i have to do is continuously move my mouse over the patch while > it's > running, and it will crash around 100 args. You can also try to play > with the > vslider, it will crash. OR (curiously), it won't crash when moving
the
> mouse, > but going in and out of edit mode or saving will make it crash... > > On a side note, look at the patch cord going out of the vslider : it > looks > weird to me, like attached a few pixels under the vslider, not
directly
> connected to it. > That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : > When i open this patch with pd-extended (Pd-0.43.4 > ("extended-20130118") > compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should > have 2, > given that it's supposed to behave like [list append]) and when i
want
> to see > [list]'s help file, pd-ext opens bang's help file... When i open the > same > patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended > happened > to display lists with their 2 inlets, but i can't reproduce this > reliably. I > tried to open the patch with -noprefs (to ensure that i didn't have
a
> forgotten [list] abstraction somewhere) same issue. > > Am i cursed or something ? > I've never seen the [list] with the single inlet bug. Can you send
me
a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error:
/usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in
the
packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
> >> >> ----- Original Message ----- >> >>> From: Ivica Ico Bukvic ico@vt.edu >>> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph
Steiner'
>>> hans@at.or.at >>> Cc: pd-list@iem.at >>> Sent: Saturday, January 19, 2013 11:21 PM >>> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >>> >>> > Why not simply use pd-l2ork? >>>> >>>> I do, but possible reasons why someone might not use Pd-l2ork: >>>> * no binary for windows >>>> * no binary for OSX >>>> >>> On the flip-side pd-l2ork provides a solid, bug-free environment
on
>>> Linux >>> and looks a lot more contemporary than the aged default tk >>> iteration. In >>> other words, it is a targeted Linux distribution of pd (something >>> that can >>> be easily lost in a cross-platform effort with inadequate
developer
>>> support, >>> as I am sure Hans can attest to). At this point I would go as far
as
>>> challenge you to find something that does not work or exhibits a >>> buggy >>> behavior >>> >> $@ in msg box probably still crashes when incoming args > 1000
(same
>> with >> pd-extended) >> >> -Jonathan >> >> >> ______________________________**_________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/**listinfo/pd-list<
http://lists.puredata.info/listinfo/pd-list%3E
>> >>
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Strange, you're is trying a blank object name:
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/julian/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/julian/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .l_ia64 and failed tried .pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
What does this tell you:
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
.hc
On 01/21/2013 06:06 PM, Julian Brooks wrote:
Hey Hans,
Apologies for the delay...
$ pd-extended -stderr -verbose -noprefs -nrt input channels = 0, output channels = 0 Pd-0.43.4 ("extended-20130107") compiled 06:37:26 Jan 7 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 7 2013 at 06:42:56 verbose(3): compiled against Pd version 0.43.4.extended-20130107 verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/julian/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/julian/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .l_ia64 and failed tried .pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/julian/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/julian/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/julian/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/julian/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/julian/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 7 2013 06:42:56 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/julian/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
On 21 January 2013 21:58, Hans-Christoph Steiner hans@at.or.at wrote:
Hey Julian,
Can you run this and send me the results:
$ pd-extended -stderr -verbose -noprefs -nrt
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load
startup
library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10
x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/<
http://autobuild.puredata.info/auto-build/latest/%3Eand
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de
.../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb)
... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't loadstartup
library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and
failed
tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass
path
verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one
inlet.
then i restart pd-ext, and If i try to open a new patch and [import
list],
i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
> On 01/20/2013 06:36 AM, batinste wrote: > >> I was intrigued by this [$@< bug (mainly because i didn't knew about >> this $@ >> thingy), so i decided to give it a try. Attached is my test patch.
It
>> crashes >> on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled
13:18:07
>> Jan 11 >> 2013, way before reaching 1000 args. I launch it in my terminal
with :
>> >> ~$ pd-l2ork test-dollar-at.pd >> >> All i have to do is continuously move my mouse over the patch while >> it's >> running, and it will crash around 100 args. You can also try to play >> with the >> vslider, it will crash. OR (curiously), it won't crash when moving
the
>> mouse, >> but going in and out of edit mode or saving will make it crash... >> >> On a side note, look at the patch cord going out of the vslider : it >> looks >> weird to me, like attached a few pixels under the vslider, not
directly
>> connected to it. >> > That's worth a bug report! It worked for me: I left it alone for a > while and > it went to 24817, then once I clicked in the patch, it crashed > instantly. > Batinste, could you file a bug report and include your patch? > > ok !
> Ok now, the fun part : >> When i open this patch with pd-extended (Pd-0.43.4 >> ("extended-20130118") >> compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should >> have 2, >> given that it's supposed to behave like [list append]) and when i
want
>> to see >> [list]'s help file, pd-ext opens bang's help file... When i open the >> same >> patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended >> happened >> to display lists with their 2 inlets, but i can't reproduce this >> reliably. I >> tried to open the patch with -noprefs (to ensure that i didn't have
a
>> forgotten [list] abstraction somewhere) same issue. >> >> Am i cursed or something ? >> > I've never seen the [list] with the single inlet bug. Can you send
me
> a patch > to reproduce it? I think that would happen if you run 'pd-extended > -nostartup' which will prevent the list lib from being automatically > loaded at > startup. > > -noprefs won't disable loading from ~/pd-externals or > /usr/local/lib/pd-externals since that's hard coded in Pd. > > .hc > > oops my bad, i did not see this : error:
/usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in
the
packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
>> >>> >>> ----- Original Message ----- >>> >>>> From: Ivica Ico Bukvic ico@vt.edu >>>> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph
Steiner'
>>>> hans@at.or.at >>>> Cc: pd-list@iem.at >>>> Sent: Saturday, January 19, 2013 11:21 PM >>>> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >>>> >>>> > Why not simply use pd-l2ork? >>>>> >>>>> I do, but possible reasons why someone might not use Pd-l2ork: >>>>> * no binary for windows >>>>> * no binary for OSX >>>>> >>>> On the flip-side pd-l2ork provides a solid, bug-free environment
on
>>>> Linux >>>> and looks a lot more contemporary than the aged default tk >>>> iteration. In >>>> other words, it is a targeted Linux distribution of pd (something >>>> that can >>>> be easily lost in a cross-platform effort with inadequate
developer
>>>> support, >>>> as I am sure Hans can attest to). At this point I would go as far
as
>>>> challenge you to find something that does not work or exhibits a >>>> buggy >>>> behavior >>>> >>> $@ in msg box probably still crashes when incoming args > 1000
(same
>>> with >>> pd-extended) >>> >>> -Jonathan >>> >>> >>> ______________________________**_________________ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/**listinfo/pd-list<
http://lists.puredata.info/listinfo/pd-list%3E
>>> >>>
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 22:00 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
On 21 January 2013 23:28, Hans-Christoph Steiner hans@at.or.at wrote:
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
Also, does it happen if you use the Ubuntu/oneiric package (should work for wheezy, you might want to use quantal or raring for sid):
https://launchpad.net/~eighthave/+archive/pd-extended/+files/pd-extended_0.4...
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/http://autobuild.puredata.info/auto-build/latest/and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load startup library'!verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part :
When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
> > ----- Original Message ----- > >> From: Ivica Ico Bukvic ico@vt.edu >> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' >> hans@at.or.at >> Cc: pd-list@iem.at >> Sent: Saturday, January 19, 2013 11:21 PM >> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >> >> > Why not simply use pd-l2ork? >>> >>> I do, but possible reasons why someone might not use Pd-l2ork: >>> * no binary for windows >>> * no binary for OSX >>> >> On the flip-side pd-l2ork provides a solid, bug-free environment on >> Linux >> and looks a lot more contemporary than the aged default tk >> iteration. In >> other words, it is a targeted Linux distribution of pd (something >> that can >> be easily lost in a cross-platform effort with inadequate developer >> support, >> as I am sure Hans can attest to). At this point I would go as far as >> challenge you to find something that does not work or exhibits a >> buggy >> behavior >> > $@ in msg box probably still crashes when incoming args > 1000 (same > with > pd-extended) > > -Jonathan > > > ______________________________**_________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list > >
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
On 21 January 2013 22:12, Hans-Christoph Steiner hans@at.or.at wrote:
Also, does it happen if you use the Ubuntu/oneiric package (should work for wheezy, you might want to use quantal or raring for sid):
https://launchpad.net/~eighthave/+archive/pd-extended/+files/pd-extended_0.4...
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load
startup
library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10
x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/<
http://autobuild.puredata.info/auto-build/latest/%3Eand
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de
.../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb)
... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't loadstartup
library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and
failed
tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass
path
verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/** vanilla'
If i try to open a new patch and create and [list], it has only one
inlet.
then i restart pd-ext, and If i try to open a new patch and [import
list],
i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
> I was intrigued by this [$@< bug (mainly because i didn't knew about > this $@ > thingy), so i decided to give it a try. Attached is my test patch.
It
> crashes > on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled
13:18:07
> Jan 11 > 2013, way before reaching 1000 args. I launch it in my terminal
with :
> > ~$ pd-l2ork test-dollar-at.pd > > All i have to do is continuously move my mouse over the patch while > it's > running, and it will crash around 100 args. You can also try to play > with the > vslider, it will crash. OR (curiously), it won't crash when moving
the
> mouse, > but going in and out of edit mode or saving will make it crash... > > On a side note, look at the patch cord going out of the vslider : it > looks > weird to me, like attached a few pixels under the vslider, not
directly
> connected to it. > That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : > When i open this patch with pd-extended (Pd-0.43.4 > ("extended-20130118") > compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should > have 2, > given that it's supposed to behave like [list append]) and when i
want
> to see > [list]'s help file, pd-ext opens bang's help file... When i open the > same > patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended > happened > to display lists with their 2 inlets, but i can't reproduce this > reliably. I > tried to open the patch with -noprefs (to ensure that i didn't have
a
> forgotten [list] abstraction somewhere) same issue. > > Am i cursed or something ? > I've never seen the [list] with the single inlet bug. Can you send
me
a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error:
/usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in
the
packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
> >> >> ----- Original Message ----- >> >>> From: Ivica Ico Bukvic ico@vt.edu >>> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph
Steiner'
>>> hans@at.or.at >>> Cc: pd-list@iem.at >>> Sent: Saturday, January 19, 2013 11:21 PM >>> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >>> >>> > Why not simply use pd-l2ork? >>>> >>>> I do, but possible reasons why someone might not use Pd-l2ork: >>>> * no binary for windows >>>> * no binary for OSX >>>> >>> On the flip-side pd-l2ork provides a solid, bug-free environment
on
>>> Linux >>> and looks a lot more contemporary than the aged default tk >>> iteration. In >>> other words, it is a targeted Linux distribution of pd (something >>> that can >>> be easily lost in a cross-platform effort with inadequate
developer
>>> support, >>> as I am sure Hans can attest to). At this point I would go as far
as
>>> challenge you to find something that does not work or exhibits a >>> buggy >>> behavior >>> >> $@ in msg box probably still crashes when incoming args > 1000
(same
>> with >> pd-extended) >> >> -Jonathan >> >> >> ______________________________**_________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/**listinfo/pd-list<
http://lists.puredata.info/listinfo/pd-list%3E
>> >>
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Oops - meant to include this:
pd-extended -stderr -verbose -noprefs -nrt input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 21:46:12 Jan 21 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 21 2013 at 21:24:07 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried /usr/lib/pd-extended/extra/vanilla/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/list.pd_linux and succeeded verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/julian/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/julian/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/julian/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/julian/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/julian/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/julian/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/julian/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 21 2013 21:24:07 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/julian/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/julian/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/julian/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/julian/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/julian/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
On 21 January 2013 23:31, Julian Brooks jbeezez@gmail.com wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
On 21 January 2013 22:12, Hans-Christoph Steiner hans@at.or.at wrote:
Also, does it happen if you use the Ubuntu/oneiric package (should work for wheezy, you might want to use quantal or raring for sid):
https://launchpad.net/~eighthave/+archive/pd-extended/+files/pd-extended_0.4...
.hc
On 01/21/2013 04:37 PM, Julian Brooks wrote:
Yip yip - same here:
0.43.4-extended-20130107
WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) /usr/lib/pd-extended/tcl/../startup/1.list.pd_linux: can't load startup library'!
[list] has only one inlet.
Debian Sid/Wheezy 64b.
Best wishes,
Julian
On 21 January 2013 21:26, batinste dwanafite@yahoo.fr wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't load
startup
library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10
x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing
earplug_data.txt.
It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.**thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb from http://autobuild.puredata.**info/auto-build/latest/<
http://autobuild.puredata.info/auto-build/latest/%3Eand
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-**ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de
.../Pd-0.43.4-extended-ubuntu-**quantal-amd64.deb)
... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.**index... Traitement des actions différées (« triggers ») pour «
desktop-file-utils
»... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour «
hicolor-icon-theme
»...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-**extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-**extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-**gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-**watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.**conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/**0.libdir.pd_linux tried /usr/lib/pd-extended/extra/**libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/**libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/**1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/**Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/`**Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/**Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/**Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/**Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/**Lp/`Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/**1.list.pd_linux: can't loadstartup
library'!
verbose(4): Loading extra in /usr/lib/pd-extended/startup/**extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/**extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/**extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/**extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/**extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/**extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/**extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/**extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/** extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/**pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/**pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/pdlua/pdlua.pd_linux and
failed
tried /home/batinste/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/**pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/**pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen < claudiusmaximus@goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/**tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/**tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/tclpd/tclpd.pd_linux and
failed
tried /home/batinste/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/**tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/**tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/** tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/**tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/**vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/**vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.l_ia64 and
failed
tried /home/batinste/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/**vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/**vanilla/vanilla-meta.pd and
succeeded
verbose(3): libdir_loader: added 'vanilla' to the global objectclass
path
verbose(14): Loaded libdir 'vanilla' from
'/usr/lib/pd-extended/extra/**
vanilla'
If i try to open a new patch and create and [list], it has only one
inlet.
then i restart pd-ext, and If i try to open a new patch and [import
list],
i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/**list.l_ia64 and failed tried /usr/local/lib/pd-externals/**list.l_ia64 and failed tried /usr/lib/pd-extended/extra/**list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/**vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.**pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-**conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
> On 01/20/2013 06:36 AM, batinste wrote: > >> I was intrigued by this [$@< bug (mainly because i didn't knew
about
>> this $@ >> thingy), so i decided to give it a try. Attached is my test patch.
It
>> crashes >> on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled
13:18:07
>> Jan 11 >> 2013, way before reaching 1000 args. I launch it in my terminal
with :
>> >> ~$ pd-l2ork test-dollar-at.pd >> >> All i have to do is continuously move my mouse over the patch while >> it's >> running, and it will crash around 100 args. You can also try to
play
>> with the >> vslider, it will crash. OR (curiously), it won't crash when moving
the
>> mouse, >> but going in and out of edit mode or saving will make it crash... >> >> On a side note, look at the patch cord going out of the vslider :
it
>> looks >> weird to me, like attached a few pixels under the vslider, not
directly
>> connected to it. >> > That's worth a bug report! It worked for me: I left it alone for a > while and > it went to 24817, then once I clicked in the patch, it crashed > instantly. > Batinste, could you file a bug report and include your patch? > > ok !
> Ok now, the fun part : >> When i open this patch with pd-extended (Pd-0.43.4 >> ("extended-20130118") >> compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it
should
>> have 2, >> given that it's supposed to behave like [list append]) and when i
want
>> to see >> [list]'s help file, pd-ext opens bang's help file... When i open
the
>> same >> patch with pd-l2ork, the lists do have 2 inlets. Oh, and
pd-extended
>> happened >> to display lists with their 2 inlets, but i can't reproduce this >> reliably. I >> tried to open the patch with -noprefs (to ensure that i didn't
have a
>> forgotten [list] abstraction somewhere) same issue. >> >> Am i cursed or something ? >> > I've never seen the [list] with the single inlet bug. Can you send
me
> a patch > to reproduce it? I think that would happen if you run 'pd-extended > -nostartup' which will prevent the list lib from being automatically > loaded at > startup. > > -noprefs won't disable loading from ~/pd-externals or > /usr/local/lib/pd-externals since that's hard coded in Pd. > > .hc > > oops my bad, i did not see this : error:
/usr/lib/pd-extended/startup/
**1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in
the
packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
>> >>> >>> ----- Original Message ----- >>> >>>> From: Ivica Ico Bukvic ico@vt.edu >>>> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph
Steiner'
>>>> hans@at.or.at >>>> Cc: pd-list@iem.at >>>> Sent: Saturday, January 19, 2013 11:21 PM >>>> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >>>> >>>> > Why not simply use pd-l2ork? >>>>> >>>>> I do, but possible reasons why someone might not use
Pd-l2ork:
>>>>> * no binary for windows >>>>> * no binary for OSX >>>>> >>>> On the flip-side pd-l2ork provides a solid, bug-free environment
on
>>>> Linux >>>> and looks a lot more contemporary than the aged default tk >>>> iteration. In >>>> other words, it is a targeted Linux distribution of pd (something >>>> that can >>>> be easily lost in a cross-platform effort with inadequate
developer
>>>> support, >>>> as I am sure Hans can attest to). At this point I would go as
far as
>>>> challenge you to find something that does not work or exhibits a >>>> buggy >>>> behavior >>>> >>> $@ in msg box probably still crashes when incoming args > 1000
(same
>>> with >>> pd-extended) >>> >>> -Jonathan >>> >>> >>> ______________________________**_________________ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/**listinfo/pd-list<
http://lists.puredata.info/listinfo/pd-list%3E
>>> >>>
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
BTW - all the ubuntu installs give me dependency errors (asking for pulseaudio-utils). I really don't want pulseaudio. So have ignored it so far.
Cheers for the super-quick-fix though.
Best wishes,
Julian
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Hey Joel,
Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log?
pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is...
.hc
On 01/21/2013 07:38 PM, Joel Matthys wrote:
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I'm on Ubuntu Quantal amd64.
$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
I'm attaching the log.
Joel
On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote:
Hey Joel,
Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log?
pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is...
.hc
On 01/21/2013 07:38 PM, Joel Matthys wrote:
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Could all three of you who are affected by this issue send me the result of these two commands:
$ export | grep LANG $ export | grep LC_
There seems to be some kind of odd unicode bug. Your system is also looking for the wrong thing:
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/jwmatthys/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/jwmatthys/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .//.l_ia64 and failed tried /home/jwmatthys/pd-externals//.l_ia64 and failed tried /usr/local/lib/pd-externals//.l_ia64 and failed tried /usr/lib/pd-extended/extra//.l_ia64 and failed tried .//.pd_linux and failed tried /home/jwmatthys/pd-externals//.pd_linux and failed tried /usr/local/lib/pd-externals//.pd_linux and failed tried /usr/lib/pd-extended/extra//.pd_linux and failed tried .//-meta.pd and failed tried /home/jwmatthys/pd-externals//-meta.pd and failed tried /usr/local/lib/pd-externals//-meta.pd and failed tried /usr/lib/pd-extended/extra//-meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
.hc
On 01/21/2013 09:46 PM, Joel Matthys wrote:
I'm on Ubuntu Quantal amd64.
$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
I'm attaching the log.
Joel
On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote:
Hey Joel,
Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log?
pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is...
.hc
On 01/21/2013 07:38 PM, Joel Matthys wrote:
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
$ export | grep LANG declare -x LANG="en_US.UTF-8" declare -x LANGUAGE="en_US:en" $ export | grep LC_ $ (ie nothing)
-Joel
On 01/21/2013 10:20 PM, Hans-Christoph Steiner wrote:
Could all three of you who are affected by this issue send me the result of these two commands:
$ export | grep LANG $ export | grep LC_
There seems to be some kind of odd unicode bug. Your system is also looking for the wrong thing:
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/jwmatthys/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/jwmatthys/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .//.l_ia64 and failed tried /home/jwmatthys/pd-externals//.l_ia64 and failed tried /usr/local/lib/pd-externals//.l_ia64 and failed tried /usr/lib/pd-extended/extra//.l_ia64 and failed tried .//.pd_linux and failed tried /home/jwmatthys/pd-externals//.pd_linux and failed tried /usr/local/lib/pd-externals//.pd_linux and failed tried /usr/lib/pd-extended/extra//.pd_linux and failed tried .//-meta.pd and failed tried /home/jwmatthys/pd-externals//-meta.pd and failed tried /usr/local/lib/pd-externals//-meta.pd and failed tried /usr/lib/pd-extended/extra//-meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
.hc
On 01/21/2013 09:46 PM, Joel Matthys wrote:
I'm on Ubuntu Quantal amd64.
$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
I'm attaching the log.
Joel
On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote:
Hey Joel,
Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log?
pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is...
.hc
On 01/21/2013 07:38 PM, Joel Matthys wrote:
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
~$ export | grep LANG declare -x LANG="fr_FR.UTF-8" declare -x LANGUAGE="fr:en"
~$ export | grep LC_ declare -x LC_ADDRESS="fr_FR.UTF-8" declare -x LC_COLLATE="fr_FR.UTF-8" declare -x LC_CTYPE="fr_FR.UTF-8" declare -x LC_IDENTIFICATION="fr_FR.UTF-8" declare -x LC_MEASUREMENT="fr_FR.UTF-8" declare -x LC_MESSAGES="fr_FR.UTF-8" declare -x LC_MONETARY="fr_FR.UTF-8" declare -x LC_NAME="fr_FR.UTF-8" declare -x LC_NUMERIC="fr_FR.UTF-8" declare -x LC_PAPER="fr_FR.UTF-8" declare -x LC_TELEPHONE="fr_FR.UTF-8" declare -x LC_TIME="fr_FR.UTF-8"
On 22/01/2013 04:20, Hans-Christoph Steiner wrote:
Could all three of you who are affected by this issue send me the result of these two commands:
$ export | grep LANG $ export | grep LC_
There seems to be some kind of odd unicode bug. Your system is also looking for the wrong thing:
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/jwmatthys/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/jwmatthys/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .//.l_ia64 and failed tried /home/jwmatthys/pd-externals//.l_ia64 and failed tried /usr/local/lib/pd-externals//.l_ia64 and failed tried /usr/lib/pd-extended/extra//.l_ia64 and failed tried .//.pd_linux and failed tried /home/jwmatthys/pd-externals//.pd_linux and failed tried /usr/local/lib/pd-externals//.pd_linux and failed tried /usr/lib/pd-extended/extra//.pd_linux and failed tried .//-meta.pd and failed tried /home/jwmatthys/pd-externals//-meta.pd and failed tried /usr/local/lib/pd-externals//-meta.pd and failed tried /usr/lib/pd-extended/extra//-meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
.hc
On 01/21/2013 09:46 PM, Joel Matthys wrote:
I'm on Ubuntu Quantal amd64.
$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
I'm attaching the log.
Joel
On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote:
Hey Joel,
Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log?
pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is...
.hc
On 01/21/2013 07:38 PM, Joel Matthys wrote:
Nope, not fixed for me.
Just re-installed the Ubuntu Quantal package, and I still get
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It does work after [import list] though.
Joel
On 01/21/2013 06:31 PM, Julian Brooks wrote:
With the below Ubuntu package all seems better - list has 2 inlets once more:)
Jb
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
export | grep LANG declare -x LANG="en_GB.UTF-8" declare -x LANGUAGE="en_GB:en"
$ export | grep LC_ julian@brooks:~/Desktop$ (nothing too)
Hmm, there goes that idea... I thought it might be an encoding issue, but y'all are all using UTF-8 encoding. It doesn't seem Debian- or Ubuntu-specific, or specific to the way the package was built. I've tried to reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386 laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They all work fine.
What if you do this, does it load properly and do you get the two inlet [list]?
pd-extended -lib vanilla/list
Any other ideas?
.hc
On 01/22/2013 04:10 AM, Julian Brooks wrote:
export | grep LANG declare -x LANG="en_GB.UTF-8" declare -x LANGUAGE="en_GB:en"
$ export | grep LC_ julian@brooks:~/Desktop$ (nothing too)
If pd is loaded with standard extensions checked, [list] has two inlets. If standard extensions are not checked, only one inlet.
In both cases, i get "/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library".
On 22/01/2013 17:28, Hans-Christoph Steiner wrote:
Hmm, there goes that idea... I thought it might be an encoding issue, but y'all are all using UTF-8 encoding. It doesn't seem Debian- or Ubuntu-specific, or specific to the way the package was built. I've tried to reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386 laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They all work fine.
What if you do this, does it load properly and do you get the two inlet [list]?
pd-extended -lib vanilla/list
Any other ideas?
.hc
On 01/22/2013 04:10 AM, Julian Brooks wrote:
export | grep LANG declare -x LANG="en_GB.UTF-8" declare -x LANGUAGE="en_GB:en"
$ export | grep LC_ julian@brooks:~/Desktop$ (nothing too)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Turning off "standard extensions" will definitely prevent that from loading as well as other things like [expr~]. That's what turning that off is supposed to do.
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
On 01/22/2013 11:47 AM, batinste wrote:
If pd is loaded with standard extensions checked, [list] has two inlets. If standard extensions are not checked, only one inlet.
In both cases, i get "/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library".
On 22/01/2013 17:28, Hans-Christoph Steiner wrote:
Hmm, there goes that idea... I thought it might be an encoding issue, but y'all are all using UTF-8 encoding. It doesn't seem Debian- or Ubuntu-specific, or specific to the way the package was built. I've tried to reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386 laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They all work fine.
What if you do this, does it load properly and do you get the two inlet [list]?
pd-extended -lib vanilla/list
Any other ideas?
.hc
On 01/22/2013 04:10 AM, Julian Brooks wrote:
export | grep LANG declare -x LANG="en_GB.UTF-8" declare -x LANGUAGE="en_GB:en"
$ export | grep LC_ julian@brooks:~/Desktop$ (nothing too)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks so much! I know how frustrating it can be to track down problems in C strings.
Joel
On 01/22/2013 11:28 PM, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal 64.
On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I just uploaded the packages to launchpad, once they're done, please test and report back :) My guess is around 4am GMT, around 6 hours from now.
https://launchpad.net/~eighthave/+archive/pd-extended/+packages
.hc
On 01/23/2013 05:29 AM, batinste wrote:
Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal 64.
On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
All right ! Installed and tested, [list] has its two inlets. Thanks !
On 24/01/2013 00:19, Hans-Christoph Steiner wrote:
I just uploaded the packages to launchpad, once they're done, please test and report back :) My guess is around 4am GMT, around 6 hours from now.
https://launchpad.net/~eighthave/+archive/pd-extended/+packages
.hc
On 01/23/2013 05:29 AM, batinste wrote:
Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal 64.
On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Phew! Thanks all for reporting and testing this bug!
.hc
On 01/24/2013 09:32 AM, batinste wrote:
All right ! Installed and tested, [list] has its two inlets. Thanks !
On 24/01/2013 00:19, Hans-Christoph Steiner wrote:
I just uploaded the packages to launchpad, once they're done, please test and report back :) My guess is around 4am GMT, around 6 hours from now.
https://launchpad.net/~eighthave/+archive/pd-extended/+packages
.hc
On 01/23/2013 05:29 AM, batinste wrote:
Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal 64.
On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
Do you get the right two inlet [list] if you run it like this:
$ pd-extended -noprefs
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Bit late on this but definite confirm that [list] is back to normal for most recent Debian Wheezy 64b build.
Joy.
Jb
On 24 January 2013 18:23, Hans-Christoph Steiner hans@at.or.at wrote:
Phew! Thanks all for reporting and testing this bug!
.hc
On 01/24/2013 09:32 AM, batinste wrote:
All right ! Installed and tested, [list] has its two inlets. Thanks !
On 24/01/2013 00:19, Hans-Christoph Steiner wrote:
I just uploaded the packages to launchpad, once they're done, please
test and
report back :) My guess is around 4am GMT, around 6 hours from now.
https://launchpad.net/~eighthave/+archive/pd-extended/+packages
.hc
On 01/23/2013 05:29 AM, batinste wrote:
Same as Joel here, one-inlet [list]. Happy you found the bug ! I'm eager to test the next build for quantal
On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
Ok, I think found the issue, it was a stupid C string mistake on my
part,
here's the commit:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended....
Please test tomorrow's build and let me know if it fixes it for you.
.hc
On 01/22/2013 09:58 PM, Joel Matthys wrote:
No, I get one inlet on list.
Joel
On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote: > Do you get the right two inlet [list] if you run it like this: > > $ pd-extended -noprefs > > .hc > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi again,
With this I get
pd-extended -lib vanilla/list oops: ALSA cards not reported in order? oops: ALSA cards not reported in order? priority 8 scheduling enabled. priority 6 scheduling enabled. open: /etc/pd/gem.conf: No such file or directory open: /home/julian/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory
Still get this in the console: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
though [list] has 2 inlets.
Going back to: pd-extended -stderr -verbose -noprefs -nrt
I don't get the console error message but [list] has one inlet.
With the suggested pd-extended_0.43.4~20130121-1~quantal_amd64
I've reverted back to the debian wheezy nightly build. Same results though I've once got this error on shutdown: 'pdsend errorname: >>error writing "sock8": broken pipe<<julian@brooks :~/Desktop$' Though presume it's not related?
It was a possibly dumb try but [vanilla/list] doesn't instantiate (you probably knew that already)
Jb
On 22 January 2013 16:28, Hans-Christoph Steiner hans@at.or.at wrote:
Hmm, there goes that idea... I thought it might be an encoding issue, but y'all are all using UTF-8 encoding. It doesn't seem Debian- or Ubuntu-specific, or specific to the way the package was built. I've tried to reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386 laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They all work fine.
What if you do this, does it load properly and do you get the two inlet [list]?
pd-extended -lib vanilla/list
Any other ideas?
.hc
On 01/22/2013 04:10 AM, Julian Brooks wrote:
export | grep LANG declare -x LANG="en_GB.UTF-8" declare -x LANGUAGE="en_GB:en"
$ export | grep LC_ julian@brooks:~/Desktop$ (nothing too)
Definitely something odd is going on because when trying to load "1.list.pd_linux", it then tries to find "`Lp.pd_linux" which does not exist:
Loading /usr/lib/pd-extended/startup/1.list.pd_linux
tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp/Lp.pd_linux and failed
What does this show you:
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
.hc
On 01/21/2013 04:26 PM, batinste wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-quantal-amd64.deb from http://autobuild.puredata.info/auto-build/latest/ and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp/Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen claudiusmaximus@goto10.org verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/list.l_ia64 and failed tried /usr/local/lib/pd-externals/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote:
----- Original Message ----- > From: Ivica Ico Bukvic ico@vt.edu > To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' > hans@at.or.at > Cc: pd-list@iem.at > Sent: Saturday, January 19, 2013 11:21 PM > Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? > >> > Why not simply use pd-l2ork? >> >> I do, but possible reasons why someone might not use Pd-l2ork: >> * no binary for windows >> * no binary for OSX > On the flip-side pd-l2ork provides a solid, bug-free environment on Linux > and looks a lot more contemporary than the aged default tk iteration. In > other words, it is a targeted Linux distribution of pd (something that can > be easily lost in a cross-platform effort with inadequate developer > support, > as I am sure Hans can attest to). At this point I would go as far as > challenge you to find something that does not work or exhibits a buggy > behavior $@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
~$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 janv. 20 15:40 /usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux
On 21/01/2013 22:51, Hans-Christoph Steiner wrote:
Definitely something odd is going on because when trying to load "1.list.pd_linux", it then tries to find "`Lp.pd_linux" which does not exist:
Loading /usr/lib/pd-extended/startup/1.list.pd_linux
tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp/Lp.pd_linux and failedWhat does this show you:
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
.hc
On 01/21/2013 04:26 PM, batinste wrote:
Weirder and weirder. Pd-ext still cannot load 1.list.pd_linux. I get
error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
but :
~$ ls /usr/lib/pd-extended/startup/ | grep list 1.list.pd_linux
So i deinstalled the last auto-build of Pd-extended for ubuntu 12.10 x64 :
~$ sudo dpkg --purge pd-extended (Lecture de la base de données... 303007 fichiers et répertoires déjà installés.) Suppression de pd-extended ... Purge des fichiers de configuration de pd-extended ... dpkg : avertissement : while removing pd-extended, directory '/usr/lib/pd-extended/extra' not empty so not removed Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « ureadahead »...
in the extra directory are ANN library and the missing earplug_data.txt. It shouldn't interfere with the rest.
Then i removed preferences backups i did in my /home/me : .pdextended, .pdextended~, .pdextended.thisoneactuallyworks, etc :)
Then, downloaded Pd-0.43.4-extended-ubuntu-quantal-amd64.deb from http://autobuild.puredata.info/auto-build/latest/ and
~$ sudo dpkg -i Desktop/Pd-0.43.4-extended-ubuntu-quantal-amd64.deb Sélection du paquet pd-extended précédemment désélectionné. (Lecture de la base de données... 295934 fichiers et répertoires déjà installés.) Dépaquetage de pd-extended (à partir de .../Pd-0.43.4-extended-ubuntu-quantal-amd64.deb) ... Paramétrage de pd-extended (0.43.4-extended) ... Traitement des actions différées (« triggers ») pour « ureadahead »... Traitement des actions différées (« triggers ») pour « shared-mime-info »... Traitement des actions différées (« triggers ») pour « menu »... Traitement des actions différées (« triggers ») pour « man-db »... Traitement des actions différées (« triggers ») pour « bamfdaemon »... Rebuilding /usr/share/applications/bamf.index... Traitement des actions différées (« triggers ») pour « desktop-file-utils »... Traitement des actions différées (« triggers ») pour « gnome-menus »... Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
and finally :~$ pd-extended -stderr -verbose input channels = 0, output channels = 0 Pd-0.43.4 ("extended") compiled 09:20:08 Jan 20 2013 port 5400 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.5 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5400 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-watchdog ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 20 2013 at 09:23:51 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./
Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp.l_ia64 and failed tried ./Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp.pd_linux and failed tried ./Lp/Lp.l_ia64 and failed tried /home/batinste/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/local/lib/pd-externals/Lp/Lp.l_ia64 and failed tried /usr/lib/pd-extended/extra/Lp/Lp.l_ia64 and failed tried ./Lp/Lp.pd_linux and failed tried /home/batinste/pd-externals/Lp/Lp.pd_linux and failed tried /usr/local/lib/pd-externals/Lp/Lp.pd_linux and failed tried /usr/lib/pd-extended/extra/Lp/Lp.pd_linux and failed tried -meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/batinste/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/batinste/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/batinste/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/batinste/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/batinste/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/batinste/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/batinste/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded watchdog: signaling pd... verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen claudiusmaximus@goto10.org verbose(3): pdlua: compiled for pd-0.43 on Jan 20 2013 09:23:51 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/batinste/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/batinste/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/batinste/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/batinste/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/batinste/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'
If i try to open a new patch and create and [list], it has only one inlet.
then i restart pd-ext, and If i try to open a new patch and [import list], i get
tried /home/batinste/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/list.l_ia64 and failed tried /home/batinste/pd-externals/list.l_ia64 and failed tried /usr/local/lib/pd-externals/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/list.l_ia64 and failed tried /home/batinste/list.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/list.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/list.pd_linux and succeeded verbose(3): [import] loaded library: 'list'
Then i try to create a [list], it has 2 inlets.
my .pdextended :
audioapi: 2 noaudioin: True noaudioout: True audiobuf: 50 rate: 44100 callback: 0 blocksize: 64 nomidiin: True nomidiout: True npath: 0 standardpath: 1 verbose: 1 nloadlib: 0 defeatrt: 0 flags:
my /usr/lib/pd-extended/default.pdextended :
audioapi: 1 standardpath: 1 verbose: 0 defeatrt: 0 flags: loadlib1: Gem loadlib2: cyclone loadlib3: zexy loadlib4: creb loadlib5: cxc loadlib6: iemlib loadlib7: list-abs loadlib8: mapping loadlib9: markex loadlib10: maxlib loadlib11: mjlib loadlib12: motex loadlib13: oscx loadlib14: pddp loadlib15: pdogg loadlib16: pmpd loadlib17: sigpack loadlib18: smlib loadlib19: unauthorized loadlib20: pan loadlib21: hcs loadlib22: jmmmp loadlib23: ext13 loadlib24: ggee loadlib25: iem_anything loadlib26: ekext loadlib27: flatgui loadlib28: chaos loadlib29: pdp nloadlib: 29 path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType npath: 1
if it's a bug, i'll happily file it.
On 21/01/2013 02:41, Hans-Christoph Steiner wrote:
On Jan 20, 2013, at 5:52 PM, batinste wrote:
On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
On 01/20/2013 06:36 AM, batinste wrote:
I was intrigued by this [$@< bug (mainly because i didn't knew about this $@ thingy), so i decided to give it a try. Attached is my test patch. It crashes on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11 2013, way before reaching 1000 args. I launch it in my terminal with :
~$ pd-l2ork test-dollar-at.pd
All i have to do is continuously move my mouse over the patch while it's running, and it will crash around 100 args. You can also try to play with the vslider, it will crash. OR (curiously), it won't crash when moving the mouse, but going in and out of edit mode or saving will make it crash...
On a side note, look at the patch cord going out of the vslider : it looks weird to me, like attached a few pixels under the vslider, not directly connected to it.
That's worth a bug report! It worked for me: I left it alone for a while and it went to 24817, then once I clicked in the patch, it crashed instantly. Batinste, could you file a bug report and include your patch?
ok !
Ok now, the fun part : When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118") compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2, given that it's supposed to behave like [list append]) and when i want to see [list]'s help file, pd-ext opens bang's help file... When i open the same patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened to display lists with their 2 inlets, but i can't reproduce this reliably. I tried to open the patch with -noprefs (to ensure that i didn't have a forgotten [list] abstraction somewhere) same issue.
Am i cursed or something ?
I've never seen the [list] with the single inlet bug. Can you send me a patch to reproduce it? I think that would happen if you run 'pd-extended -nostartup' which will prevent the list lib from being automatically loaded at startup.
-noprefs won't disable loading from ~/pd-externals or /usr/local/lib/pd-externals since that's hard coded in Pd.
.hc
oops my bad, i did not see this : error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It was with the patch i attached earlier.
Where you able to fix that error? That file is definitely included in the packages that I've tried.
.hc
On 20/01/2013 07:35, Jonathan Wilkes wrote: > ----- Original Message ----- >> From: Ivica Ico Bukvic ico@vt.edu >> To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' >> hans@at.or.at >> Cc: pd-list@iem.at >> Sent: Saturday, January 19, 2013 11:21 PM >> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? >> >>> > Why not simply use pd-l2ork? >>> >>> I do, but possible reasons why someone might not use Pd-l2ork: >>> * no binary for windows >>> * no binary for OSX >> On the flip-side pd-l2ork provides a solid, bug-free environment on Linux >> and looks a lot more contemporary than the aged default tk iteration. In >> other words, it is a targeted Linux distribution of pd (something that can >> be easily lost in a cross-platform effort with inadequate developer >> support, >> as I am sure Hans can attest to). At this point I would go as far as >> challenge you to find something that does not work or exhibits a buggy >> behavior > $@ in msg box probably still crashes when incoming args > 1000 (same with > pd-extended) > > -Jonathan > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >
$@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
The only reason I implemented $@ was because you asked me to and then spent a couple hours making sure it worked on the new code base. I don't use that feature and apparently no one else does (since regular pd/extended don't even have it), so if anything this should not even be advertised as a feature... That said, you're absolutely right--this is a bug and I am glad that I am actually getting at least a few bug reports as a result of my provocative statement :-)
On 01/20/2013 01:35 AM, Jonathan Wilkes wrote:
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior $@ in msg box probably still crashes when incoming args > 1000 (same with pd-extended)
-Jonathan
Can you try latest git? I think I fixed this so now the message size can be as large as your memory allows. That said, the fix is a bit baffling. Every so often there is an A_SEMI or A_COMMA mis-detected at location 220 inside the binbuf that is to be evaluated, so one simply ignores the check whenever $@ is involved. This naturally requires further testing to see if there are any regressions. I tested it up to several thousand arguments without a crash with a patch batinste posted.
So, the lingering question is why is 220 the golden number? Is this the maximum width for a pd script file formatting?
Please test and report (m_binbuf.c is the relevant file). Latest git also provides fixes for UTF inconsistency as well as the other problem with list objects Roman reported (basically both were patches I missed).
So, as of right now this should cover everything that was reported...
Cheers!
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: Jonathan Wilkes jancsika@yahoo.com Cc: 'Hans-Christoph Steiner' hans@at.or.at; "pd-list@iem.at" pd-list@iem.at Sent: Monday, January 21, 2013 6:32 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/20/2013 01:35 AM, Jonathan Wilkes wrote:
On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer
support,
as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior $@ in msg box probably still crashes when incoming args > 1000 (same
with pd-extended)
-Jonathan
Can you try latest git? I think I fixed this so now the message size can be as large as your memory allows. That said, the fix is a bit baffling. Every so often there is an A_SEMI or A_COMMA mis-detected at location 220 inside the binbuf that is to be evaluated, so one simply ignores the check whenever $@ is involved. This naturally requires further testing to see if there are any regressions. I tested it up to several thousand arguments without a crash with a patch batinste posted.
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that was matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to get the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
So, the lingering question is why is 220 the golden number? Is this the maximum width for a pd script file formatting?
Please test and report (m_binbuf.c is the relevant file). Latest git also provides fixes for UTF inconsistency as well as the other problem with list objects Roman reported (basically both were patches I missed).
So, as of right now this should cover everything that was reported...
Cheers!
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd-
http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.al...
.hc
Pd-l2ork and pd-extended living in peace in my Ubuntu it's like a dream!
Esteban Viveros
soundcloud.com/estebanviveros www.facebook.com/estebanviveros.art
(27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868
Enviado via Kindle Fire. Em 22/01/2013 03:00, "Hans-Christoph Steiner" hans@at.or.at escreveu:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just
to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd-
http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.al...
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Interim solution (as I mentioned in my other email) is to install one as a binary in /usr/local. Pd-l2ork already offers automated installer for this for Ubuntu (pd-extended should have this as well but it did not work for me the last time I tried). This would enable you to have both on the same system.
From: Esteban Viveros [mailto:emviveros@gmail.com] Sent: Tuesday, January 22, 2013 5:29 AM To: Hans-Christoph Steiner Cc: PD-list list; Ivica Bukvic Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
Pd-l2ork and pd-extended living in peace in my Ubuntu it's like a dream!
Esteban Viveros
soundcloud.com/estebanviveros www.facebook.com/estebanviveros.art
(27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868
Enviado via Kindle Fire.
Em 22/01/2013 03:00, "Hans-Christoph Steiner" hans@at.or.at escreveu:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just
to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd-
http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.al ioth.debian.org
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Because:
- the two are not binary compatible, so any stray packages may crash one
or the other if they are in the shared directory
pd-l2ork comes as a monolithic distribution
Pd-utils is enough to break the one or the other due to different ways
how gui functions between the two.
If you can think of a better way please do let me know.
That said, the two can nicely coexist if you install one of them using the binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders.
P.S. I tried building pd-extended but had no luck using the same "make install path=/usr/local" (as per readme in packages/linux). I will try to resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just
to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd-
http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.al...
.hc
Ah yes, right, you have to build everything for pd-l2ork because of binary incompatibility. That's unfortunate, since it means you have to do all the same maintenance/packaging work instead of building upon what's there. Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and pd-lyonpotpourri, are all built to be shared across different pd versions. You can still use the packages puredata-utils (pdsend and pdreceive) and cyclist with pd-l2ork.
Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any of the objects included in the puredata* packages. The pd-* packages install into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended. If pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then it can coexist fine. Just make sure that /usr/lib/pd and /usr/lib/pd-extended are not in pd-l2ork's search path and it won't load those libraries.
.hc
On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
Because:
- the two are not binary compatible, so any stray packages may crash one
or the other if they are in the shared directory
pd-l2ork comes as a monolithic distribution
Pd-utils is enough to break the one or the other due to different ways
how gui functions between the two.
If you can think of a better way please do let me know.
That said, the two can nicely coexist if you install one of them using the binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders.
P.S. I tried building pd-extended but had no luck using the same "make install path=/usr/local" (as per readme in packages/linux). I will try to resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just
to
get
the args list when this is all that is needed to solve all but the exotic cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version) that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd-
http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.al...
.hc
Ah yes, right, you have to build everything for pd-l2ork because of binary incompatibility. That's unfortunate, since it means you have to do all
the
same maintenance/packaging work instead of building upon what's there.
Well, it's not that much of work at all. The automated pd-l2ork build script already takes care of all that. True, there are still some externals that I did not include in the auto-build process but that should be a lot easier now that the core appears to be stable. Besides, my opinion is that shedding binary compatibility under these circumstances is really a non-issue when compared to benefits it yields, particularly considering that almost every new version of all three pd variants ships with newly recompiled externals and as such the process is entirely transparent to the user. Of course, if pd-extended adopted the pd-l2ork widgetbehavior, things could become a lot easier for all involved ;-)
Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and pd-lyonpotpourri, are all built to be shared across different pd versions.
You
can still use the packages puredata-utils (pdsend and pdreceive) and
cyclist
with pd-l2ork.
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any
of
the objects included in the puredata* packages. The pd-* packages install into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended. If pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then
it
can coexist fine. Just make sure that /usr/lib/pd and
/usr/lib/pd-extended
are not in pd-l2ork's search path and it won't load those libraries.
Indeed, that is not the problem. The problem lies (potentially) in user-settings file that may mess things up even though pd-l2ork uses different file name.
Best wishes,
Ico
.hc
On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
Because:
- the two are not binary compatible, so any stray packages may crash
one
or the other if they are in the shared directory
pd-l2ork comes as a monolithic distribution
Pd-utils is enough to break the one or the other due to different
ways
how gui functions between the two.
If you can think of a better way please do let me know.
That said, the two can nicely coexist if you install one of them using
the
binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders.
P.S. I tried building pd-extended but had no luck using the same "make install path=/usr/local" (as per readme in packages/linux). I will try
to
resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" hans@at.or.at
wrote:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe
that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written
just
to
get
the args list when this is all that is needed to solve all but the exotic
cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version)
that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in
parallel
with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots
of
libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You
can
see a listing of what's included in Debian here: look for all the packages
that
start with pd-
maintainers@lists.alioth.debian.org
.hc
On 01/22/2013 10:30 AM, Ivica Ico Bukvic wrote:
Ah yes, right, you have to build everything for pd-l2ork because of binary incompatibility. That's unfortunate, since it means you have to do all
the
same maintenance/packaging work instead of building upon what's there.
Well, it's not that much of work at all. The automated pd-l2ork build script already takes care of all that. True, there are still some externals that I did not include in the auto-build process but that should be a lot easier now that the core appears to be stable. Besides, my opinion is that shedding binary compatibility under these circumstances is really a non-issue when compared to benefits it yields, particularly considering that almost every new version of all three pd variants ships with newly recompiled externals and as such the process is entirely transparent to the user. Of course, if pd-extended adopted the pd-l2ork widgetbehavior, things could become a lot easier for all involved ;-)
Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and pd-lyonpotpourri, are all built to be shared across different pd versions.
You
can still use the packages puredata-utils (pdsend and pdreceive) and
cyclist
with pd-l2ork.
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
config-switcher.sh. Does anyone actually use it? I stopped years ago, and I wrote that script. I plan on removing it from Pd-extended as well. I should have already...
Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any
of
the objects included in the puredata* packages. The pd-* packages install into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended. If pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then
it
can coexist fine. Just make sure that /usr/lib/pd and
/usr/lib/pd-extended
are not in pd-l2ork's search path and it won't load those libraries.
Indeed, that is not the problem. The problem lies (potentially) in user-settings file that may mess things up even though pd-l2ork uses different file name.
If pd-l2ork uses a different name for the settings file, like Pd-extended does, then there will be no conflict there. pure-data uses ~/.pdsettings, Pd-extended uses ~/.pdextended, so pd-l2ork could use ~/.pd-l2ork and there will be no conflict.
.hc
Best wishes,
Ico
.hc
On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
Because:
- the two are not binary compatible, so any stray packages may crash
one
or the other if they are in the shared directory
pd-l2ork comes as a monolithic distribution
Pd-utils is enough to break the one or the other due to different
ways
how gui functions between the two.
If you can think of a better way please do let me know.
That said, the two can nicely coexist if you install one of them using
the
binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders.
P.S. I tried building pd-extended but had no luck using the same "make install path=/usr/local" (as per readme in packages/linux). I will try
to
resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" hans@at.or.at
wrote:
On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
Interesting, I'll have a go at it.
I think I said I'd pay you if you were able to fix this. Or maybe
that
was
matju. Either way if it's fixed I'll pay you for it.
To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written
just
to
get
the args list when this is all that is needed to solve all but the exotic
cases.
-Jonathan
You can also try the binary builds I just posted (20130121 version)
that
has
all of the aforesaid fixes (assuming you use Ubuntu).
Cheers!
Hey ico,
I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in
parallel
with pd and pd-extended.
And in terms of lowering your maintenance load, you could remove lots
of
libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You
can
see a listing of what's included in Debian here: look for all the packages
that
start with pd-
maintainers@lists.alioth.debian.org
.hc
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlD+tB4ACgkQkX2Xpv6ydvQ6MgCgig47eb9tfYKd4RJV6XZSikdt n4UAnj+vYGd6RTuzyYsfvp8gyTmMaUeW =qI1N -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-01-22 17:16, Ivica Bukvic wrote:
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)?
i cannot speak for pd-extended, only for puredata (the debian package of pd-vanilla): i haven't yet seen a pd that "depends" (in the sense that it doesn't work without) on pdsend/pdreceive. those two utilities are needed soleley to send data from outside to Pd (in the case of pdsend) or to receive data from Pd (in the case of pdreceive), transmitted over the network. you can even use pdsend/pdreceive without pd (in case you are lacking netcat/telnet).
therefore, puredata-utils are totally optional. the "puredata" package nevertheless 'depends' on it, for backward compatibility of the packaging. however, "puredata" is only a meta-package, that depends on a number of component packages: you can install those components (puredata-core, puredata-gui, ...) separately, and get a fully functional Pd.
fgmar IOhannes
pd-extended should use puredata-utils, but it doesn't yet. It will in the next release. Nothing requires puredata-utils, its optional.
.hc
On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Sorry to bring the dead... But I can install at this moment pd-l2ork and pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do that exactly?
2013/1/22 Hans-Christoph Steiner hans@at.or.at
pd-extended should use puredata-utils, but it doesn't yet. It will in the next release. Nothing requires puredata-utils, its optional.
.hc
On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that
I'm
not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due
to
conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
The pd-l2ork conflicts with 'puredata' and 'pd-extended' so you can't currently.
.hc
On 02/04/2013 05:59 PM, Esteban Viveros wrote:
Sorry to bring the dead... But I can install at this moment pd-l2ork and pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do that exactly?
2013/1/22 Hans-Christoph Steiner hans@at.or.at
pd-extended should use puredata-utils, but it doesn't yet. It will in the next release. Nothing requires puredata-utils, its optional.
.hc
On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that
I'm
not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due
to
conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I indicated several times on this list that you can do binary install of pd-l2ork in/usr/local folder. In addition to debs, the website also provides both such prebuilt binaries as well as a one-command compile script. This allows the two to coexist without any problems...
The pd-l2ork conflicts with 'puredata' and 'pd-extended' so you can't currently.
.hc
On 02/04/2013 05:59 PM, Esteban Viveros wrote:
Sorry to bring the dead... But I can install at this moment pd-l2ork and pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do that exactly?
2013/1/22 Hans-Christoph Steiner hans@at.or.at
pd-extended should use puredata-utils, but it doesn't yet. It will in
the
next release. Nothing requires puredata-utils, its optional.
.hc
On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that
I'm
not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due
to
conflict with pd-L2ork what would that mean to the rest of the install
as
far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head).
since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package "puredata-utils" instead of providing your own. alternatively, you can make your package conflict with "puredata-utils", in order to avoid the conflict.
the other thing that comes to my mind is obviously "pd" itself. i guess you are using "pd-l2ork" as binary name, so this wouldn't be a problem. (but if indeed you do use "pd" as the binary name, i suggest to switch to "pd-l2ork" instead and eventually provide an alternative diversion from pd to pd-l2ork, using the "update-alternatives" mechanism)
fgamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[...] pd-l2ork provides a solid, bug-free environment [...]
wow!
Indeed, that statement should've had an asterisk next to it. By stable/solid/bug-free, I am referring here to the core not the entire ecosystem of 3rd party externals/features, many of which I've never used nor can I attest to... Time to eat my own words :-)
On Sam, 2013-01-19 at 23:21 -0500, Ivica Ico Bukvic wrote:
[...] pd-l2ork provides a solid, bug-free environment on Linux [...]
Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons:
- Compared the pd/pd-extended, the position of the iemguis is shifted by
2px to the right. This means they overlap the GOP area in pd-l2ork.
- In pd-l2ork, iemguis aren't shown in the parent canvas when they
perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork.
I tried other stuff of mine and stumbled on some issues, though I didn't invest much into finding out what the causes are. One patch does not the connect to the server. It turned out, that the protocol test fails in pd-l2ork for some reason. When it loaded a certain abstraction, pd-l2ork startet to fully use the CPU and filling up the RAM until I killed the process (this is reproducible).
Symbolboxes' support for german umlaute is broken. When typing 'blä' into:
[symbol
|
[print]
an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine.
pd-l2ork certainly is in good shape, but calling it bug-free seems a bit sensationalistic.
Roman
Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons:
- Compared the pd/pd-extended, the position of the iemguis is shifted by
2px to the right. This means they overlap the GOP area in pd-l2ork.
- In pd-l2ork, iemguis aren't shown in the parent canvas when they
perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork.
They fit perfectly fine. It is that the original iemgui are inconsistent in positioning iemgui objects. Try auto-patching in regular pd various iemgui objects one below the other and you'll see how off they are. In other words, the regular pd lies about its x and sometimes y coordinates. It is just that this has been the case forever in pd that you accepted it as a norm. Granted, I completely understand why you would not want to mess with this but if you did (I went through this a couple months ago retrofitting everything I ever made for pd-l2ork and it was no fun), you'd end up with something that will be a lot more transportable over the long run than something that essentially compensates for a bug.
I tried other stuff of mine and stumbled on some issues, though I didn't invest much into finding out what the causes are. One patch does not the connect to the server. It turned out, that the protocol test fails in pd-l2ork for some reason. When it loaded a certain abstraction, pd-l2ork startet to fully use the CPU and filling up the RAM until I killed the process (this is reproducible).
It would be great to see what this is so that I can trace it down.
Symbolboxes' support for german umlaute is broken. When typing 'blä' into:
[symbol
| [print]an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine.
Can you send a patch so that this can be tested out?
pd-l2ork certainly is in good shape, but calling it bug-free seems a bit sensationalistic.
Indeed, claiming that every single 3rd-party external works is ridiculous and that is not what I've been referring to. I've been referring to the core (and I don't consider internationalization core yet since it is still a moving target both on l2ork and other iterations).
On Son, 2013-01-20 at 11:42 -0500, Ivica Ico Bukvic wrote:
Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons:
- Compared the pd/pd-extended, the position of the iemguis is shifted by
2px to the right. This means they overlap the GOP area in pd-l2ork.
- In pd-l2ork, iemguis aren't shown in the parent canvas when they
perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork.
They fit perfectly fine. It is that the original iemgui are inconsistent in positioning iemgui objects. Try auto-patching in regular pd various iemgui objects one below the other and you'll see how off they are. In other words, the regular pd lies about its x and sometimes y coordinates. It is just that this has been the case forever in pd that you accepted it as a norm. Granted, I completely understand why you would not want to mess with this but if you did (I went through this a couple months ago retrofitting everything I ever made for pd-l2ork and it was no fun), you'd end up with something that will be a lot more transportable over the long run than something that essentially compensates for a bug.
Ok, I see what you mean. When I align a hslider to a GOP area positioned at the coordinates 20 20, the hslider has the coordinates 23 20. It is wrong in Pd and Pd-extended. However, I don't quite see the advantage of fixing this, as it breaks portability of patches.
I tried other stuff of mine and stumbled on some issues, though I didn't invest much into finding out what the causes are. One patch does not the connect to the server. It turned out, that the protocol test fails in pd-l2ork for some reason. When it loaded a certain abstraction, pd-l2ork startet to fully use the CPU and filling up the RAM until I killed the process (this is reproducible).
It would be great to see what this is so that I can trace it down.
If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip
Symbolboxes' support for german umlaute is broken. When typing 'blä' into:
[symbol
| [print]an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine.
Can you send a patch so that this can be tested out?
Actually no, since it doesn't trigger the problem when I save the symbol containing non-ASCII characters in the patch. You really have to type them in order to trigger the issue.
To illustrate the problem, I typed 'äöü' to a symbol box and save the result with [textfile]. I did the same with a message box. The results are indeed different. Here the content of the files (in hex):
from symbol box: E4 F6 FC 3B 0A
from message box: C3 A4 C3 B6 C3 BC 3B 0A
Obviously, symbol box writes in latin1 encoding, while message box (and probably the rest of Pd-l2ork) writes in proper utf-8. BTW, my locale is set to LANG=en_US.UTF-8.
pd-l2ork certainly is in good shape, but calling it bug-free seems a bit sensationalistic.
Indeed, claiming that every single 3rd-party external works is ridiculous and that is not what I've been referring to. I've been referring to the core (and I don't consider internationalization core yet since it is still a moving target both on l2ork and other iterations).
I didn't mention any issues with internationalization. If you think that my problem with German umlaute has something to do with internationalization, we disagree. I would consider proper UTF-8 support a core feature.
IMHO, even claiming only the core to be bug-free is a bit bold. That said, doubting the bug-freeness of your work doesn't mean to make you or Pd-l2ork appear in a bad light at all.
Roman
On Son, 2013-01-20 at 11:42 -0500, Ivica Ico Bukvic wrote:
Most of my GOP-abstractions are broken in pd-l2ork, because I often fit the GUI objects exactly into the GOP area. However, in pd-l2ork those iemguis don't show up, because of two reasons:
- Compared the pd/pd-extended, the position of the iemguis is shifted
by
2px to the right. This means they overlap the GOP area in pd-l2ork.
- In pd-l2ork, iemguis aren't shown in the parent canvas when they
perfectly fit into the GOP area. Only when there is a padding area of 3px width on the right side, they appear in the parent. Fitting iemguis perfectly into GOPs is not supported in pd-l2ork.
They fit perfectly fine. It is that the original iemgui are inconsistent in positioning iemgui objects. Try auto-patching in regular pd various iemgui objects one below the other and you'll see how off they are. In other words, the regular pd lies about its x and sometimes y coordinates. It is just that this has been the case forever in pd that you accepted it as a norm. Granted, I completely understand why you would not want to mess with this but if you did (I went through this a couple months ago retrofitting everything I ever made for pd-l2ork and it was no fun), you'd end up with something that will be a lot more transportable over the long run than something that essentially compensates for a bug.
Ok, I see what you mean. When I align a hslider to a GOP area positioned at the coordinates 20 20, the hslider has the coordinates 23 20. It is wrong in Pd and Pd-extended. However, I don't quite see the advantage of fixing this, as it breaks portability of patches.
The problem with portability is the longer you wait the less code is actually editable. This is because more of it becomes encumbered by bugs that cannot be removed due to users' growing library of prior code they wish to use and that keeps them tied to a product that perpetuates such inconsistencies. I think this is why in great part pd development has become exponentially more complex, not because of lack of developers, per se, but because of insurmountable task of ensuring that there is no breakage of backwards compatibility, even though some of those means simply perpetuating buggy behavior. My motto is if it is a bug it needs to be fixed and the sooner this is done the better for everyone involved. How does this particular issue this matter? Due to misaligned drawing, mouse hover is mis-detected by a few pixels, so selecting and interacting with objects, or showing tooltips is out of whack. More so, autopatching is broken without a workaround pd-l2ork used to have which was an ugly hack that further obfuscated the code base. So, this is not just a usability issue, but also a maintainability issue.
If you have copious amounts of abstractions, there is always a way to build a script that would change position of all iemgui objects according to their inconsistency and this would likely save you a lot of trouble. Personally, I found it a lot easier to simply edit abstractions--while I had a fair amount of them, I still tend not to trust quickly hacked shell scripts without extensive testing which in the end seemed to me at least more time consuming than doing this simply by hand...
It would be great to see what this is so that I can trace it down.
If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip
Great! Thanks for sharing. I will look into this asap. Just to make sure, the code above does not use any third-party externals, correct?
Symbolboxes' support for german umlaute is broken. When typing 'blä' into:
[symbol
| [print]an empty line is printed to the console window (not even the 'print:' prefix shows up). messageboxes and other object classes seem not affected by this. [symbol blä(-[print] works fine.
Can you send a patch so that this can be tested out?
Actually no, since it doesn't trigger the problem when I save the symbol containing non-ASCII characters in the patch. You really have to type them in order to trigger the issue.
To illustrate the problem, I typed 'äöü' to a symbol box and save the result with [textfile]. I did the same with a message box. The results are indeed different. Here the content of the files (in hex):
from symbol box: E4 F6 FC 3B 0A
from message box: C3 A4 C3 B6 C3 BC 3B 0A
Obviously, symbol box writes in latin1 encoding, while message box (and probably the rest of Pd-l2ork) writes in proper utf-8. BTW, my locale is set to LANG=en_US.UTF-8.
Interesting. Thanks for reporting. Like I mentioned, I recently introduced *initial* UTF support which by no means meant exhaustive support. This should not be too hard to trace, though.
pd-l2ork certainly is in good shape, but calling it bug-free seems a bit sensationalistic.
Indeed, claiming that every single 3rd-party external works is ridiculous and that is not what I've been referring to. I've been referring to the core (and I don't consider internationalization core yet since it is still a moving target both on l2ork and other iterations).
I didn't mention any issues with internationalization. If you think that my problem with German umlaute has something to do with internationalization, we disagree. I would consider proper UTF-8 support a core feature.
IMHO, even claiming only the core to be bug-free is a bit bold. That said, doubting the bug-freeness of your work doesn't mean to make you or Pd-l2ork appear in a bad light at all.
Indeed, that statement was meant to be provocative in hope of eliciting some response, and in that effect it was more than successful. That said, my comments were not entirely unfounded--I am basing my report on a semester of bug-free use by 15 mostly non-Linux-savvy and definitely non-pd-savvy users who were unable to break it with everything they tried to throw at it, including some fairly advanced gui operations present in K12 module (like dynamic loading of images to animate the gui). Even based on all that has transpired since, the reports we've gotten so far are:
- $@ issue which IMHO is a non-issue since I don't consider this a feature I wish to advertise as a feature just yet (for exact reasons why it was brought up)
- UTF inconsistency you reported that is a genuine bug
- iemgui positioning which I would consider (IMHO) a fix, not a bug
All in all, AFAICT this leaves us with #2.
Best wishes,
Ico
Roman
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: 'Roman Haefeli' reduzent@gmail.com; pd-list@iem.at Cc: Sent: Sunday, January 20, 2013 9:30 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
[...]
Even based on all that has transpired since, the reports we've gotten so far are:
- $@ issue which IMHO is a non-issue since I don't consider this a feature
I wish to advertise as a feature just yet (for exact reasons why it was brought up) 2) UTF inconsistency you reported that is a genuine bug 3) iemgui positioning which I would consider (IMHO) a fix, not a bug
All in all, AFAICT this leaves us with #2.
Also see the end of: http://www.youtube.com/watch?v=wTPZxcgWoI0
When undoing the creation of an object or objects, at some point Pd-l2ork will move the object to the place where the mouse happened to be hovering when the user clicked <ctrl-1> to get an empty box dangling from the mouse. But the user never actually anchored the object there-- they only anchored it somewhere once they clicked the mouse button. Thus, your undo history erroneously adds an object placement event that was never performed by the user in the first place.
Theoretically the corresponding undo event should make the object dangle from the mouse again, but that's of very little practical value and would just bloat the undo history with an extra step for every object in the chain. Instead this event should simply not be added to the undo history. I don't know the innards of pd well, but those "dangle" events should all have a single "0" as a coordinate so maybe you can check for that.
-Jonathan
Best wishes,
Ico
Roman
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 01/21/2013 12:15 AM, Jonathan Wilkes wrote:
Also see the end of: http://www.youtube.com/watch?v=wTPZxcgWoI0
When undoing the creation of an object or objects, at some point Pd-l2ork will move the object to the place where the mouse happened to be hovering when the user clicked <ctrl-1> to get an empty box dangling from the mouse. But the user never actually anchored the object there-- they only anchored it somewhere once they clicked the mouse button. Thus, your undo history erroneously adds an object placement event that was never performed by the user in the first place.
Theoretically the corresponding undo event should make the object dangle from the mouse again, but that's of very little practical value and would just bloat the undo history with an extra step for every object in the chain. Instead this event should simply not be added to the undo history. I don't know the innards of pd well, but those "dangle" events should all have a single "0" as a coordinate so maybe you can check for that.
-Jonathan
That is not a bug. That is how pd instantiates objects. As soon as your cursor touches canvas, it will instantiate an object at the last known cursor position (if the cursor is off-canvas) or next to mouse cursor and then enable motion for the object to follow the cursor until a mouse clicks (there is an exception when autopatching in which case motion is not enabled, but that is not relevant to this example). So, if you create an object without having a mouse on canvas, then move mouse onto it, the object will instantiate where you had your cursor the last time and then immediately move (since the startmotion was triggered) next to your cursor once you've positioned it back over the canvas. So, in essence there are 2 steps undo is keeping track of. Yes, this addition adds extra step but is a lot easier to manage than coming up with yet another exception on how the editing works. Doing what you suggest could easily obliterate undo and annoy user when they do series of undos and then suddently the object is back hooked onto mouse and the next thing you know, the undo has rebranched since it assumes that the user is now wanting to do something new from that spot onwards making them lose forward undo history. This is all because pd first instantiates objects, then asks question where the object should go. While ideally this one step could be skipped, it would require a fairly hefty rewrite for a mere skip of one undo step...
----- Original Message -----
From: Ivica Ico Bukvic ico@vt.edu To: Jonathan Wilkes jancsika@yahoo.com Cc: 'Roman Haefeli' reduzent@gmail.com; "pd-list@iem.at" pd-list@iem.at Sent: Monday, January 21, 2013 1:16 AM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/21/2013 12:15 AM, Jonathan Wilkes wrote:
Also see the end of: http://www.youtube.com/watch?v=wTPZxcgWoI0
When undoing the creation of an object or objects, at some point Pd-l2ork
will move
the object to the place where the mouse happened to be hovering when the
user clicked
<ctrl-1> to get an empty box dangling from the mouse. But the user
never actually
anchored the object there-- they only anchored it somewhere once they
clicked the
mouse button. Thus, your undo history erroneously adds an object placement
event
that was never performed by the user in the first place.
Theoretically the corresponding undo event should make the object dangle
from the
mouse again, but that's of very little practical value and would just
bloat the undo
history with an extra step for every object in the chain. Instead this
event should
simply not be added to the undo history. I don't know the innards of
pd well, but those
"dangle" events should all have a single "0" as a
coordinate so maybe you can check
for that.
-Jonathan
That is not a bug. That is how pd instantiates objects. As soon as your cursor touches canvas, it will instantiate an object at the last known cursor position (if the cursor is off-canvas) or next to mouse cursor and then enable motion for the object to follow the cursor until a mouse clicks (there is an exception when autopatching in which case motion is not enabled, but that is not relevant to this example). So, if you create an object without having a mouse on canvas, then move mouse onto it, the object will instantiate where you had your cursor the last time and then immediately move (since the startmotion was triggered) next to your cursor once you've positioned it back over the canvas. So, in essence there are 2 steps undo is keeping track of. Yes, this addition adds extra step but is a lot easier to manage than coming up with yet another exception on how the editing works. Doing what you suggest could easily obliterate undo and annoy user when they do series of undos and then suddently the object is back hooked onto mouse and the next thing you know, the undo has rebranched since it assumes that the user is now wanting to do something new from that spot onwards making them lose forward undo history. This is all because pd first instantiates objects, then asks question where the object should go. While ideally this one step could be skipped, it would require a fairly hefty rewrite for a mere skip of one undo step...
For each object the user instantiates through the "Put" menu or keyboard shortcut, they end up with an entry in the undo history they are guaranteed _never_ to use and which they almost certainly understood as a transient patch state since the object had a _blue_ outline and was dangling from the mouse in the same way it dangles from the mouse when they left click and drag (which itself is a transient patch state). That means when making a new patch, for every n object that is not autopatched the user must view n patch states on their way to the beginning of the history that never actually existed by the rules of the graphical interface. I'd call that a recurring nuisance that is not unlike an insect sporadically greeting different parts of your head by buzzing around it.
More practically: when the user is one step away from the history to which he/she wants to return, he she has a $n/$undo_count*100 chance of being two steps away.
-Jonathan
On Son, 2013-01-20 at 21:30 -0500, Ivica Ico Bukvic wrote:
If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip
Great! Thanks for sharing. I will look into this asap. Just to make sure, the code above does not use any third-party externals, correct?
Oh yes, it does:
- osc
- iemnet (or net)
- slipenc / slipdec
- zexy/symbol2list
It's just an issue that jumped into my face, when trying Pd-l2ork with my stuff. I didn't mean to say that this is a bug in the core. I haven't (and probably won't in the next days) have time to investigate further. So far, all I know is how to trigger it.
Whether it is a bug in an external or in the core, it doesn't happen for some reason with Pd or Pd-extended.
Roman
On 01/20/2013 04:35 PM, Roman Haefeli wrote:
If you want to have a look on your own, open chat.pd from netpd and click the 'unpatch' button. Here, on Ubuntu 12.04.1 with pd-l2ork from yesterday it immediately starts eating memory. You can download it from here: https://github.com/reduzent/netpd2/archive/master.zip
<snip> > Actually no, since it doesn't trigger the problem when I save the > symbol containing non-ASCII characters in the patch. You really have > to type them in order to trigger the issue. To illustrate the problem, > I typed 'äöü' to a symbol box and save the result with [textfile]. I > did the same with a message box. The results are indeed different. > Here the content of the files (in hex): * from symbol box: E4 F6 FC 3B > 0A * from message box: C3 A4 C3 B6 C3 BC 3B 0A Obviously, symbol box > writes in latin1 encoding, while message box (and probably the rest of > Pd-l2ork) writes in proper utf-8. BTW, my locale is set to > LANG=en_US.UTF-8. BTW, both of these have been fixed in the latest git snapshot (binaries should be avilable soon via online downloads).
Cheers!
Ico
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: Jonathan Wilkes jancsika@yahoo.com Cc: "pd-list@iem.at" pd-list@iem.at Sent: Saturday, January 19, 2013 2:22 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/19/2013 02:14 PM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are
nice
features. It is just a matter of someone doing the work of porting
those
changes to Pd-extended.
So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability?
I think many of his gui speedups are based off that.
Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches.
How do you change text_displace to send a single message to the gui to just "move everything that is currently selected" rather than sending a separate message for every selected t_text?
-Jonathan
.hc
On 01/19/2013 09:39 PM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: Jonathan Wilkes jancsika@yahoo.com Cc: "pd-list@iem.at" pd-list@iem.at Sent: Saturday, January 19, 2013 2:22 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/19/2013 02:14 PM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are
nice
features. It is just a matter of someone doing the work of porting
those
changes to Pd-extended.
So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability?
I think many of his gui speedups are based off that.
Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches.
How do you change text_displace to send a single message to the gui to just "move everything that is currently selected" rather than sending a separate message for every selected t_text?
I think you take it a step further and keep pd out of the moving process all together. pd-gui should handle moves entirely, and then just report it to pd once its complete.
.hc
How do you change text_displace to send a single message to the gui to just "move everything that is currently selected"
rather
than sending a separate message for every selected t_text?
I think you take it a step further and keep pd out of the moving process
all
together. pd-gui should handle moves entirely, and then just report it to
pd
once its complete.
.hc
In theory this is possible. In practice it is essentially a complete rewrite of not only core pd but every external out there. This is because pd's widgetbehavior does not support relative displace, only absolute. This is why I added widgetbehavior the way I did. It may not carry the best name but it will be necessary for as long as one does not want to go through practically every single external and adapts their displace function to receive an additional variable that will determine whether displace is relative or absolute... Ergo, this is IMO the only practical way to nudge pd forward in terms of usability without requiring a major rewrite.
OTOH, let us not forget that the only reason why Apple's OSX is as successful as it is today is primarily because Apple did not worry much (or at all) about breaking backwards binary compatibility. Sure, they had a transitional thing which worked, sort of. Pd-l2ork has it even better in that respect--you only need to recompile externals without changing a single line of code in any of the externals...
-
batinste -
Esteban Viveros -
Fero Kiraly -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes zmölnig
-
Ivica Bukvic -
Ivica Ico Bukvic
-
Joel Matthys -
Jonathan Wilkes -
Julian Brooks -
Roman Haefeli