Patches item #2928824, was opened at 2010-01-09 13:21
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&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: externals
Group: documentation
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: olsen (sesselastronaut)
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: matrix-help addition
Initial Comment:
added mtx_slice to the 'see also help for:' section in the matrix-help.pd
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 11:00
Message:
hmm, why should [mtx_slice] be added and not all of the other 70 or so
mtx_ objects?
any object that fits your current needs and which you have not found for
some time because it was not in the "see also" section deserves the same
attention.
i would rather have a "list of all matrix objects" somewhere: or delegate
this to the help-browser.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&group_…
Patches item #2929685, was opened at 2010-01-11 10:50
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&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-dev
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&group_…
Patches item #2929685, was opened at 2010-01-11 10:50
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&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-dev
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&group_…
Patches item #2929676, was opened at 2010-01-11 10:20
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929676&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-dev
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929676&group_…
Bugs item #2526611, was opened at 2009-01-21 19:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&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: Pending
>Resolution: Fixed
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: test if Jack is available rather than just crashing
Initial Comment:
Pd should then test to see if Jack is available before switching to it, otherwise it'll just crash if it is not there. Here's apple's method of testing:
http://developer.apple.com/documentation/mac/runtimehtml/RTArch-43.html
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 10:09
Message:
i think this is handled by patch #2929666
https://sourceforge.net/tracker/?func=browse&group_id=55736&atid=478072
which i found lying on my harddisk
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&group_…
Patches item #2929666, was opened at 2010-01-11 09:56
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&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: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: test for jack-availability
Initial Comment:
when jack is linked using "weak linking" (the default on OSX), it is possible to run Pd even though jack is not installed (that's the point of weak linking)
however, in this case, the application has to check itself whether the weak-linked library is available or not.
the attached patch this this (by checking whether the function pointer to "jack_client_new" is NULL or not)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&group_…
Patches item #2929666, was opened at 2010-01-11 09:56
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&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: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: test for jack-availability
Initial Comment:
when jack is linked using "weak linking" (the default on OSX), it is possible to run Pd even though jack is not installed (that's the point of weak linking)
however, in this case, the application has to check itself whether the weak-linked library is available or not.
the attached patch this this (by checking whether the function pointer to "jack_client_new" is NULL or not)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&group_…
Bugs item #2921711, was opened at 2009-12-27 02:46
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921711&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: externals
Group: None
>Status: Closed
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Bryan Jurish (mukau)
Summary: gfsm: incompatible implicit declaration of built-in function
Initial Comment:
This warning could cause problems on 64-bit:
/bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./gnulib -Wall -I/usr/include/glib-2.0 -I/usr/lib/glib
-2.0/include -O2 -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -c -o gfsmRegex.tab.lo gfsmRegex.tab.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./gnulib -Wall -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -DPD -I/home/pd/auto-build/pd-ex
tended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -c gfsmRegex.tab.c -o gfsmRegex.tab.ogfsmRegex.tab.c: In function 'yytnamerr':
gfsmRegex.tab.c:973: warning: implicit declaration of function 'stpcpy'gfsmRegex.tab.c:973: warning: incompatible implicit declaration of built-in function 'stpcpy'gfsmRegex.tab.c: In function 'yysyntax_error':
gfsmRegex.tab.c:1032: warning: incompatible implicit declaration of built-in function 'stpcpy'
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-11 02:25
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-12-27 18:13
Message:
Ok, just letting you know. Sounds like this should be marked as
Resolution: Wont Fix, and Closed. Mark it as you feel it should be.
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2009-12-27 11:42
Message:
This is actually a bison bug (occurs in gfsmRegex.tab.c). I've
successfully compiled & run the libgfsm utilities on 64-bit linux machines
(although the libgfsm packaged with pd-gfsm probably needs an update)
despite this warning.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921711&group_…
Bugs item #2929298, was opened at 2010-01-10 14:17
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929298&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: 10.6 + Audio on + Gem = pd hangs
Initial Comment:
turning audio on, opening a gem window and plugging in headphones Pd-0.43.0-devel-20091215 and Pd-0.42.5-extended-20091222 on 10.6 will make Pd hang. See attached patch.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929298&group_…
Bugs item #2929284, was opened at 2010-01-10 13:36
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929284&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.41
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: bang to switch~ while dsp off: Pd exits
Initial Comment:
When a bang is sent to the switch~ object while dsp is turned off (after having been on at least once since start up of Pd), Pd will exit with segmentation fault. This was tested with Pd extended 0.41.4 on OSX 10.5 and on Linux Ubuntu. I guess the bug could be fixed by extending the conditional check in the bang method for block~/switch~:
if(x->x_switched && !x->x_switchon && canvas_dspstate)
(reported anonymously by Katja Vetter)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929284&group_…