---
** [bugs:#1246] Outdated help patch for [send]**
**Status:** open
**Group:** v0.47
**Created:** Sun May 15, 2016 10:17 AM UTC by Anonymous
**Last Updated:** Sun May 15, 2016 10:17 AM UTC
**Owner:** Miller Puckette
In the new 0.47 release, there is an old help patch for [send], which doesn't yet mention the possibility of changing the send name with the right inlet (only if no send name is supplied as an argument - BTW why is that?). I can remember that it *was* mentioned in 0.46.
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1245] vline~ doesn't output starting value**
**Status:** open
**Group:** v0.47
**Labels:** bug
**Created:** Thu May 12, 2016 11:25 PM UTC by Anonymous
**Last Updated:** Thu May 12, 2016 11:25 PM UTC
**Owner:** nobody
[0, 44100 1000( -> [line~] outputs 0, 1, 2, 3, 4, 5 etc.
Unlike this, vline~ starts with 1, not with 0 ! I suspect this is not as intended.
Please find a test patch below. Replace line~ by vline~ for comparison.
~~~
#N canvas 68 90 450 300 10;
#X obj 26 98 print~;
#X obj 26 16 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1;
#X msg 58 42 0 \, 44100 1000;
#X obj 58 65 line~;
#X text 99 66 or vline~;
#X connect 1 0 2 0;
#X connect 1 0 0 0;
#X connect 2 0 3 0;
#X connect 3 0 0 0;
~~~
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1243] tabread4~ doesn't correctly deliver first or last sample**
**Status:** open
**Group:** v0.46
**Labels:** bug
**Created:** Tue May 10, 2016 09:23 PM UTC by Anonymous
**Last Updated:** Tue May 10, 2016 09:23 PM UTC
**Owner:** nobody
Hi,
tabread4~ can not correctly deliver the first or last sample of a table. Instead it delivers the second, or one but last, respectively, instead.
tabread~ (without interpolation) does work correctly, so i suspect the interpolation algorithm to be faulty.
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1244] log~ argument not working / no milestone for 0.47**
**Status:** open
**Group:** v0.46
**Labels:** log~
**Created:** Wed May 11, 2016 01:40 AM UTC by Alexandre Porres
**Last Updated:** Wed May 11, 2016 01:40 AM UTC
**Owner:** Miller Puckette
there's no milestone for 0.47 to include a bug for this version yet.
yep, i'm using 0.47
so, this is simple, log~ argument is not working, not loading... that's all
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
On a related note to the zoom bindings, I’m wondering why we have keybindings for the canvas window in two places: pd_menus.tcl & pd_bindings.tcl?
When switching to tk 8.5 on Mac, I noticed that the iem gui creation hot keys (Shift+Command+B for bng, etc) result in 2 objects being created. This was not the case with Tk 8.4 and might be related to how the shift key was being handled.
Also, this is happening with *anything* that has a shift binding such as “Save As” opening 2 dialogs and “Redo” bing called twice.
Anyway, commenting out the -command settings for each men item that uses shift in ::pd::menus::build_put_menu fixes the issue as far as I can tell as the global key bindings catch it. This is something I’ll throw up into a branch when I lock down updates for tk 8.5 on OSX soon. It will need to be tested on other platforms.
--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
hi,
a couple of years ago, hans has set up an autobuild farm for Pd-extended.
unfortunately hans has shifted focus to more wondrous things and
Pd-extended has faded away.
only the autobuilders are still running.
this wouldn't be a problem (apart from global warming and all *that*),
if the autobuilders would actually do something meaningful.
as it stands, the only signs of life we had from those machines for
months have been a daily(!) panic mail to the pd-cvs list, detailing how
the build failed.
actually it's not even the build that fails, but - it seems - only the
final upload of the build artefacts.
(though that doesn't matter much: at the end the autobuild is for
naught, as there is no build artefact available for general consumption).
i doubt that anybody ever reads one of those emails. for me, they are
just spamming my mailbox.
apart from that, the build artefacts that are produced are
Pd-extended-0.44 on Debian squeeze (and later): proving that a package
that was obsolete before it was ever released can be build on a system
where the even the long-term support was terminated...
i would therefore like to ask the maintainers of the autobuild farm to
- either fix the build script so it actually succeeds in what it is doing
- OR turn off the autobuilds
i would prefer the 2nd option.
i'm writing this to this list, since according to [1] this is the
official address for the PdLab autobuild farm.
it seems that all active autobuilders are hosted by the hfbk, but i
don't have any more specific contact.
mfgdsar
IOhannes
http://puredata.info/docs/developer/PdLab
---
** [bugs:#1242] pd-0.47-0 tarball misses ./configure**
**Status:** open
**Group:** v0.46
**Labels:** buildsystem
**Created:** Mon May 09, 2016 03:50 PM UTC by Claude Heiland-Allen
**Last Updated:** Mon May 09, 2016 03:50 PM UTC
**Owner:** nobody
The tarball for the source release misses ./configure - using ./autogen.sh requires lots of developer tools which aren't necessary if ./configure is included in the tarball (which afaik is the recommended way to release, with configure pre-generated by the developer).
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
Not really a problem but I think not really correct and maybe already
reported:
I have a in an folder main.pd and searchme.pd and start pd i got on the
console:
$ pd -verbose main.pd
tried /home/winfried/tmp/test_load/main.pd and succeeded
tried /home/winfried/tmp/test_load/searchme.l_ia64 and failed
tried /home/winfried/tmp/test_load/searchme.pd_linux and failed
tried /home/winfried/tmp/test_load/searchme/searchme.l_ia64 and failed
tried /home/winfried/tmp/test_load/searchme/searchme.pd_linux and failed
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
Note the double suceeded lines.
$ pd -verbose searchme.pd
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
which is correct.
I also notices double suceeded on loading externals: like the
[acre/acre/initbang] from deken installed acre lib (last lines):
[...]
tried /home/winfried/pd-externals/acre/acre/initbang/initbang.l_ia64 and
failed
tried /home/winfried/pd-externals/acre/acre/initbang/initbang.pd_linux and
failed
tried /home/winfried/pd-externals/acre/acre/initbang.pd and succeeded
tried /home/winfried/tmp/test_load/acre/acre/initbang.pd and failed
tried /home/winfried/pd-externals/acre/acre/initbang.pd and succeeded
see double succeeded line
If this an unkown behaviour I can have a look in the s_loader.c
mfg
winfried
--
--
- ao.Univ.Prof. DI Winfried Ritsch
- ritsch(a)iem.at - http://iem.at/ritsch
- Institut of Elektronic Music and Acoustics
- University of Music and Dramatic Art Graz
- Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171
--
Not really a problem but I think not really correct and maybe already
reported:
I have a in an folder main.pd and searchme.pd and start pd i got on the
console:
$ pd -verbose main.pd
tried /home/winfried/tmp/test_load/main.pd and succeeded
tried /home/winfried/tmp/test_load/searchme.l_ia64 and failed
tried /home/winfried/tmp/test_load/searchme.pd_linux and failed
tried /home/winfried/tmp/test_load/searchme/searchme.l_ia64 and failed
tried /home/winfried/tmp/test_load/searchme/searchme.pd_linux and failed
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
Note the double suceeded lines.
$ pd -verbose searchme.pd
tried /home/winfried/tmp/test_load/searchme.pd and succeeded
which is correct.
I also notices double suceeded on loading externals: like the
[acre/acre/initbang] from deken installed acre lib (last lines):
[...]
tried /home/winfried/pd-externals/acre/acre/initbang/initbang.l_ia64 and
failed
tried /home/winfried/pd-externals/acre/acre/initbang/initbang.pd_linux and
failed
tried /home/winfried/pd-externals/acre/acre/initbang.pd and succeeded
tried /home/winfried/tmp/test_load/acre/acre/initbang.pd and failed
tried /home/winfried/pd-externals/acre/acre/initbang.pd and succeeded
see double succeeded line
If this an unkown behaviour I can have a look in the s_loader.c
mfg
winfried
--
--
- ao.Univ.Prof. DI Winfried Ritsch
- ritsch(a)iem.at - http://iem.at/ritsch
- Institut of Elektronic Music and Acoustics
- University of Music and Dramatic Art Graz
- Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171
--
PD uses the pthread library, but with MVC this can be really annoying. The
project pthread-win32 offers a dynamic version of the library for Windows
but no static version. If you compile the static library, you have to
change the code because there are linking problems with MVC. I think it
would be better to use Windows thread system. The main problem comes from
the file "d_soundfile.c". I made a small wrapper (
https://github.com/pierreguillot/thread) and if you're interested I can try
to integrate this in PD. I have several questions before. Should I use a
wrapper for pthread and "WinThread" or should I make a wrapper only for
WinThread that allows to use the pthread function prototypes. I already
have the two solutions. I don't know if the sys_lock/sys_unlock/sys_trylock
functions (in m_sched.c) are really necessary in a context like libpd. The
problem is that we can't have a static initializer for Windows critical
sections, so we must use something like void sys_lock_init and
sys_lock_destroy. For the moment, in my project I use the preprocessor
definition THREAD_LOCKING=0 to avoid this part of the code but I think it
would be better to enable this feature, in case someone uses it in an
external.
Cheers