hi list,
i submitted this bug/patch about a week ago but it didn't seem to get
any attention, did i go about this in the wrong way? what's the best way
to go about submitting a patch to Pd?
cheers,
toby
On 02/07/16 22:00, pd-dev-request(a)lists.iem.at wrote:
> From: "Ticket 1231" <1231(a)bugs.pure-data.p.re.sf.net>
> To: pd-dev(a)lists.iem.at
> Subject: [PD-dev] [pure-data:bugs] #1231 pd-0.46.7 can't load
> externals on FreeBSD
> Message-ID:
> <56b6d348485acd54dd50c39d.bugs(a)pure-data.p.sourceforge.net>
> Content-Type: text/plain; charset="utf-8"
>
>
>
>
> ---
>
> ** [bugs:#1231] pd-0.46.7 can't load externals on FreeBSD**
>
> **Status:** open
> **Group:** v0.46
> **Created:** Sun Feb 07, 2016 05:16 AM UTC by Anonymous
> **Last Updated:** Sun Feb 07, 2016 05:16 AM UTC
> **Owner:** nobody
> **Attachments:**
>
> - [patch-src_s_loader.c](http://sourceforge.net/p/pure-data/bugs/1231/attachme… (1.3 kB; text/x-csrc)
>
>
> The FreeBSD port for PD has until recently been unable to load external objects due to incorrect values in the src/s_loader.c file. Currently s_loader.c assumes an i386 architecture and a .pd_freebsd file extension whereas the rest of the tree assumes .pd_linux in the case of FreeBSD.
>
> The attatched patch has been comitted downstream in FreeBSD ports and solves this issue by removing the special case for FreeBSD and treating it as the same as Linux, GNU/Hurd and Debian/kFreeBSD.
>
> Also, FreeBSD does not have libdl but does provide dlfcn.h: this patch adds a special case for FreeBSD to provide access to the dlfcn header.
>
> Tested on FreeBSD-RELEASE-10.2 with pd-0.46.7 on an intel amd64 processor.
>
>
> **************************************
Hi,
Is it possible to get Pd GUI through Pd API in order to be able to display it in a “wrapper program” for Pd?
We’re looking to develop a wrapper over Pd and we’d like to be able to display the Pd Editor as well.
-Matti
---
** [bugs:#1231] pd-0.46.7 can't load externals on FreeBSD**
**Status:** open
**Group:** v0.46
**Created:** Sun Feb 07, 2016 05:16 AM UTC by Anonymous
**Last Updated:** Sun Feb 07, 2016 05:16 AM UTC
**Owner:** nobody
**Attachments:**
- [patch-src_s_loader.c](http://sourceforge.net/p/pure-data/bugs/1231/attachme… (1.3 kB; text/x-csrc)
The FreeBSD port for PD has until recently been unable to load external objects due to incorrect values in the src/s_loader.c file. Currently s_loader.c assumes an i386 architecture and a .pd_freebsd file extension whereas the rest of the tree assumes .pd_linux in the case of FreeBSD.
The attatched patch has been comitted downstream in FreeBSD ports and solves this issue by removing the special case for FreeBSD and treating it as the same as Linux, GNU/Hurd and Debian/kFreeBSD.
Also, FreeBSD does not have libdl but does provide dlfcn.h: this patch adds a special case for FreeBSD to provide access to the dlfcn header.
Tested on FreeBSD-RELEASE-10.2 with pd-0.46.7 on an intel amd64 processor.
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
Hello,
What is the sys_huphandler signal handler (s_inter.c / line 246) is supposed to do ( http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/s_inter.c#l… )? It seems to wait (polling sockets) for nothing. But i don't understand why there's such feature instead of just ignoring the SIGHUP.
Thanks,
Nicolas.
---
** [bugs:#1230] expr license info is incorrect and inconsistent**
**Status:** open
**Group:** v0.46
**Labels:** license expr documentation
**Created:** Fri Jan 29, 2016 11:07 AM UTC by ragu
**Last Updated:** Fri Jan 29, 2016 11:07 AM UTC
**Owner:** nobody
PureData incorrectly specifies that `expr` is GPL licensed.
> ....see LICENSE.txt in this distribution for details. Note however that "expr" is GPL (the rest is all BSD).
source: https://sourceforge.net/p/pure-data/pure-data/ci/master/tree/extra/README.t…
When using `expr` we get the following in the console:
> expr, expr~, fexpr~ version 0.4 under GNU Lesser General Public License
Also, recently as per the author of `expr`, Shahrokh Yadegari, it is now BSD licensed.
> You must have seen my other message. Expr is now on BSD licensing so all is solved
source: https://www.mail-archive.com/pd-list@lists.iem.at/msg05116.html
After verifying this information, please correct license text and necessary documentation conveying the correct license of expr consistenly.
---
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:#1229] Tcl error when saving an abstraction inside another one with top turned on**
**Status:** open
**Group:** v0.46
**Created:** Wed Jan 27, 2016 04:03 PM UTC by Anonymous
**Last Updated:** Wed Jan 27, 2016 04:03 PM UTC
**Owner:** nobody
**Attachments:**
- [PD_bug.zip](http://sourceforge.net/p/pure-data/bugs/1229/attachment/PD_bug.… (679 Bytes; application/zip)
I'm using Pd vanilla .46-7 on Mac OS X 10.9.5/Intel with built-in sound.
This bug appears under certain circonstances when saving an abstraction (with it's patch window open) whitin another abstraction with gop turned on. It create a tcl error as follow :
(Tcl) UNHANDLED ERROR: bad window path name ".x359020.c"
while executing
"winfo toplevel $tkcanvas"
(procedure "pdtk_canvas_getscroll" line 2)
invoked from within
"pdtk_canvas_getscroll .x359020.c"
("uplevel" body line 10)
invoked from within
"uplevel #0 $docmds"
To recreate, use the attached patch. Open BUG_click_on_me.pd, then right-click->open one of the two GOP abstraction, then right-click->open the ABS abstraction and save it.
The bug stop appearing when :
1. the number box is moved out of the gop canvas in GOP.pd (after GOP.pd has been saved that way)
2. the gop option in GOP.pd properties is turned off
3. one of the two GOP.pd object is removed in BUG_click_on_me.pd
This bug has been observed on two different computer. It doesn't occur on pd-extended 43.4.
Thank you!
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1228] segfault whith jack in libthread_db**
**Status:** open
**Group:** v0.46
**Labels:** segfault jack
**Created:** Sun Jan 24, 2016 11:27 AM UTC by kubriel
**Last Updated:** Sun Jan 24, 2016 11:27 AM UTC
**Owner:** nobody
gdb pd
GNU gdb (GDB) 7.10
.............
Type "apropos word" to search for commands related to "word"...
Reading symbols from pd...(no debugging symbols found)...done.
(gdb) run -jack
Starting program: /usr/local/bin/pd -jack
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00000000004b9e5e in jack_open_audio ()
#2 0x000000000046b29e in sys_reopen_audio ()
#3 0x0000000000462591 in sys_main ()
#4 0x00007ffff6c2f610 in __libc_start_main () from /usr/lib/libc.so.6
#5 0x0000000000411bc9 in _start ()
(gdb) watchdog: signaling pd...
kill
Kill the program being debugged? (y or n) y
watchdog: signaling pd...
i cannot reproduce it anywhere else, but i dont know where can be the problem in this not very fresh arch linux installation(it worked before).
pd from git, but its same with pd from repo.
kernel 4.2.5-1-ARCH
just to let you know..
---
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:#1227] Tcl error and hanging connectors when disconnecting objects in GOP subpatch**
**Status:** open
**Group:** v0.46
**Labels:** Graph-On-Parent gui dynamic patching
**Created:** Sun Jan 24, 2016 04:03 AM UTC by Anonymous
**Last Updated:** Sun Jan 24, 2016 04:03 AM UTC
**Owner:** nobody
**Attachments:**
- [DynamicDisconnectBug.pd](http://sourceforge.net/p/pure-data/bugs/1227/attac… (2.6 kB; application/pd)
Hello. This bug appears when attempting to dynamically disconnect objects in a GOP subpatch when that subpatch's window is not open. See attached demonstration patch. A Tcl error is getting output to PD log and connectors are never deleted. They just keep hanging.
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1226] [pix_pix2sig~] help file**
**Status:** open
**Group:** v0.46
**Created:** Sat Jan 23, 2016 01:05 AM UTC by Anonymous
**Last Updated:** Sat Jan 23, 2016 01:05 AM UTC
**Owner:** nobody
Hello I'm not quite sure where to post this.
Right clicking [pix_pix2sig~] and opening the help file opens the help file for [pix_sig2pix]. PD-Extended OSX 0.43.4 extended.
Cheers
KEn
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.