Bugs item #3507717, was opened at 2012-03-18 03:51
Message generated for change (Tracker Item Submitted) made by xeebee93
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3507717&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: xavier bouligaud (xeebee93)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Use with vlc blocks Pd
Initial Comment:
pd-extended 0.43.1-extended-20120317
Tcl Version: 8.5.10
Operating system : Ubuntu Oneiric
CPU type (tested with 2 computers) : i386 (package : Ubuntu Oneiric i386) and amd64 (Debian/squeeze amd64 also calles debian stable)
jack :
Version: 0.3.8
Compilation: Jul 9 2011 09:51:20
Jack Messages window : ERROR: JackAudioDriver::ProcessGraphAsync: Process error
In Pd-extended on audio ON used with or without vlc :
JACKerror: Cannot lock down memory area (Cannot allocate memory)
JACKerror: Cannot use real-time scheduling (RR/5)(1: Operation not permitted)
JACKerror: JackClient::AcquireSelfRealTime error
When vlc is playing or pause, Pd is blocked. So I must kill the process to stop it. It happens only with vlc as far as I know because it works with SMplayer (Mplayer) and Hydrogen Drum machine playing.
I tested with higher latency like 100ms and 200ms but it doesn't work ever with vlc.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3507717&group_…
Bugs item #3505614, was opened at 2012-03-15 17:06
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3505614&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: puredata will not close after opening
Initial Comment:
Running Ubuntu 11.10 x86 32 bit
after opening, Pure Data will not close without restarting PC. Installed version 0.43.0-4 from Ubuntu SW center.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3505614&group_…
Patches item #3505262, was opened at 2012-03-15 07:33
Message generated for change (Comment added) made by creamygoodness
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: slightly increase buffers when dealing with UTF8
Initial Comment:
running Pd through valgrind [1] gives a number of "Invalid read" errors, as soon as you create an object and type a single letter (e.g. "f").
creating the object (by licking besides it), gives another number of "Invalid read" errors.
those errors suggest that memory outside the allocated buffer is accessed. it seems that all these errors are related to the UTF-8 code (since with utf-8 we might have to check multiple bytes).
the attached fix simply increases the allocated buffer slightly (more than what happens already), so the read can take place on safe grounds.
[1] like with $ valgrind --tool=memcheck --leak-check=full ./src/pd -noprefs -nrt -noaudio -stderr
----------------------------------------------------------------------
Comment By: Marvin Humphrey (creamygoodness)
Date: 2012-03-15 08:22
Message:
The existing UTF-8 processing code assumes that strings are NUL-terminated
and feels free to access that NUL byte beyond the buffer. However, the
strings PD uses are always paired with a length, so it is possible to
perform UTF-8 processing without going past the end of the buffer. That
other patch gets rid of the overruns, and applying it should indeed clear
the Valgrind errors that inspired both patches.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-03-15 07:47
Message:
seems like it is duplicate patches day for me:
https://sourceforge.net/tracker/?func=detail&aid=3420484&group_id=55736&ati…
i haven't really checked the other patch, but it seems like it addresses
the same issues while curing the cause rather than the symptoms.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Patches item #3505262, was opened at 2012-03-15 07:33
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: slightly increase buffers when dealing with UTF8
Initial Comment:
running Pd through valgrind [1] gives a number of "Invalid read" errors, as soon as you create an object and type a single letter (e.g. "f").
creating the object (by licking besides it), gives another number of "Invalid read" errors.
those errors suggest that memory outside the allocated buffer is accessed. it seems that all these errors are related to the UTF-8 code (since with utf-8 we might have to check multiple bytes).
the attached fix simply increases the allocated buffer slightly (more than what happens already), so the read can take place on safe grounds.
[1] like with $ valgrind --tool=memcheck --leak-check=full ./src/pd -noprefs -nrt -noaudio -stderr
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-03-15 07:47
Message:
seems like it is duplicate patches day for me:
https://sourceforge.net/tracker/?func=detail&aid=3420484&group_id=55736&ati…
i haven't really checked the other patch, but it seems like it addresses
the same issues while curing the cause rather than the symptoms.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Patches item #3505268, was opened at 2012-03-15 07:41
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505268&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: disable "rt" flag if watchdog cannot be found
Initial Comment:
currently, if you start Pd with the "-rt" flag and it cannot find the pd-watchdog executable (for whatever reason), it will misrably fail
$ pd
priority 6 scheduling enabled.
priority 8 scheduling enabled.
sh: ...../pd-watchdog: No such file or directory
pd: watchdog process died
pdsend errorname: >>error writing "sock8": broken pipe<<
$
the attached patch fixes this, as it first checks whether there is a file called ${pdpath}/pd-watchdog, and if it cannot find it, it will disable rt priviliges.
PS: i thought i already committed this some days ago, but cannot find it anymore...
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-03-15 07:44
Message:
ah, i found the other ticket:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438752&group_…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505268&group_…
Patches item #3505268, was opened at 2012-03-15 07:41
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505268&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: disable "rt" flag if watchdog cannot be found
Initial Comment:
currently, if you start Pd with the "-rt" flag and it cannot find the pd-watchdog executable (for whatever reason), it will misrably fail
$ pd
priority 6 scheduling enabled.
priority 8 scheduling enabled.
sh: ...../pd-watchdog: No such file or directory
pd: watchdog process died
pdsend errorname: >>error writing "sock8": broken pipe<<
$
the attached patch fixes this, as it first checks whether there is a file called ${pdpath}/pd-watchdog, and if it cannot find it, it will disable rt priviliges.
PS: i thought i already committed this some days ago, but cannot find it anymore...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505268&group_…
Patches item #3505262, was opened at 2012-03-15 07:33
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: slightly increase buffers when dealing with UTF8
Initial Comment:
running Pd through valgrind [1] gives a number of "Invalid read" errors, as soon as you create an object and type a single letter (e.g. "f").
creating the object (by licking besides it), gives another number of "Invalid read" errors.
those errors suggest that memory outside the allocated buffer is accessed. it seems that all these errors are related to the UTF-8 code (since with utf-8 we might have to check multiple bytes).
the attached fix simply increases the allocated buffer slightly (more than what happens already), so the read can take place on safe grounds.
[1] like with $ valgrind --tool=memcheck --leak-check=full ./src/pd -noprefs -nrt -noaudio -stderr
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3505262&group_…
Patches item #3421335, was opened at 2011-10-10 18:06
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3421335&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: puredata
>Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Anthony Lauzon (pfaffian)
>Assigned to: Miller Puckette (millerpuckette)
Summary: Bug in bonk~ for Max/MSP
Initial Comment:
The file handle allocator was not allocating the right amount of memory for the input file. This patch fixes that.
----------------------------------------------------------------------
Comment By: Anthony Lauzon (pfaffian)
Date: 2012-03-14 11:39
Message:
bump
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3421335&group_…
Patches item #3421335, was opened at 2011-10-10 18:06
Message generated for change (Comment added) made by pfaffian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3421335&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Anthony Lauzon (pfaffian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in bonk~ for Max/MSP
Initial Comment:
The file handle allocator was not allocating the right amount of memory for the input file. This patch fixes that.
----------------------------------------------------------------------
>Comment By: Anthony Lauzon (pfaffian)
Date: 2012-03-14 11:39
Message:
bump
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3421335&group_…
Bugs item #3502849, was opened at 2012-03-12 12:41
Message generated for change (Tracker Item Submitted) made by ailo-at
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3502849&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ailo (ailo-at)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: gui objects dollar sign bug
Initial Comment:
Naming send or receive using $0 only works if the name begins with $0. Naming send or receive using $1 works in both cases, while it does not display correctly in the gui object properties.
Attachment shows all four cases.
Tested on Pd-0.43.1-extended-20120311-debian-wheezy-i386.deb 11-Mar-2012 09:58
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3502849&group_…