Hi all,
I just recently started learning Pd, and it's great!
One problem I keep running into is pd-extended seeming to lose track of the extra libraries. This can happen for just a few objects, or for many at once.
For example, this morning when I opened my patch from yesterday, the "aenv~" object had a red dotted box around it (i.e. it couldn't be resolved) - and creating any new "aenv~" atoms gave the "couldn't create" error. I went to bsaylor/aenv~-help in the help browser, and in that patch the "aenv~" had been created properly. I was able to copy the atom into my own patch, and now I can create "aenv~"s again...
Yesterday I even managed to find it impossible to create a "dac~". This has happened about five times now, and seems to usually be resolved by restarting the whole program. Although this most recent issue with the "aenv~" object seems to be sticking around :(
Would anyone have any ideas about how this could be resolved?
I'm using pd-extended 0.43.4 on 64-bit Xubuntu 14.04 LTS. This isn't to do with the issues pd-extended has running on 64-bit Linux is it?
Thanks,
Oliver
On 2016-03-08 12:05, oli_kester wrote:
I'm using pd-extended 0.43.4
...sigh...¹
on 64-bit Xubuntu 14.04 LTS. This isn't to do with the issues pd-extended has running on 64-bit Linux is it?
no. there are virtually no issues² with Pd-extended on 64-bit linux, regardless of what the splash-screen says (the existance of the splash-screen is probably the biggest issue with 64-bit).
fgmasrd IOhannes
¹ http://lists.puredata.info/search?P=Pd-extended&DEFAULTOP=and&G=pd-l... ² let's put it this way: there are not significantly more issues on 64-bit than there are on 32-bit systems.
Lately this has become more common. Teaching with Pd means I see a some hundreds of new installations of Pd every few months and this problem in about one percent of all MacBook installations. It is relatively rare on Windows PC or Linux.
Just randomly a student will say that many objects have red boxes and failed to load. And yes, even core objects like [dac~] and [print]. The "answer" is to restart.
Not much of a bug report, but something I can confirm.
best, Andy Farnell
On Tue, Mar 08, 2016 at 11:05:45AM +0000, oli_kester wrote:
Hi all,
I just recently started learning Pd, and it's great!
One problem I keep running into is pd-extended seeming to lose track of the extra libraries. This can happen for just a few objects, or for many at once.
For example, this morning when I opened my patch from yesterday, the "aenv~" object had a red dotted box around it (i.e. it couldn't be resolved) - and creating any new "aenv~" atoms gave the "couldn't create" error. I went to bsaylor/aenv~-help in the help browser, and in that patch the "aenv~" had been created properly. I was able to copy the atom into my own patch, and now I can create "aenv~"s again...
Yesterday I even managed to find it impossible to create a "dac~". This has happened about five times now, and seems to usually be resolved by restarting the whole program. Although this most recent issue with the "aenv~" object seems to be sticking around :(
Would anyone have any ideas about how this could be resolved?
I'm using pd-extended 0.43.4 on 64-bit Xubuntu 14.04 LTS. This isn't to do with the issues pd-extended has running on 64-bit Linux is it?
Thanks,
Oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Andy
Thanks for the confirmation.
Just opened up the same patch on my Windows 10 partition, and the issue is the same with aenv~.
So it's not platform specific, but an issue with how Pd finds extras.
I can provide the patch with a bug report if that would be useful to the developers?
Best,
Oliver
---- On Tue, 08 Mar 2016 12:06:17 +0000 Andy Farnell wrote ----
Lately this has become more common. Teaching with Pd means I see a some hundreds of new installations of Pd every few months and this problem in about one percent of all MacBook installations. It is relatively rare on Windows PC or Linux.
Just randomly a student will say that many objects have red boxes and failed to load. And yes, even core objects like [dac~] and [print]. The "answer" is to restart.
Not much of a bug report, but something I can confirm.
best, Andy Farnell
On Tue, Mar 08, 2016 at 11:05:45AM +0000, oli_kester wrote:
Hi all,
I just recently started learning Pd, and it's great!
One problem I keep running into is pd-extended seeming to lose track of the extra libraries. This can happen for just a few objects, or for many at once.
For example, this morning when I opened my patch from yesterday, the "aenv~" object had a red dotted box around it (i.e. it couldn't be resolved) - and creating any new "aenv~" atoms gave the "couldn't create" error. I went to bsaylor/aenv~-help in the help browser, and in that patch the "aenv~" had been created properly. I was able to copy the atom into my own patch, and now I can create "aenv~"s again...
Yesterday I even managed to find it impossible to create a "dac~". This has happened about five times now, and seems to usually be resolved by restarting the whole program. Although this most recent issue with the "aenv~" object seems to be sticking around :(
Would anyone have any ideas about how this could be resolved?
I'm using pd-extended 0.43.4 on 64-bit Xubuntu 14.04 LTS. This isn't to do with the issues pd-extended has running on 64-bit Linux is it?
Thanks,
Oliver
-
Andy Farnell -
IOhannes m zmoelnig -
oli_kester