Bugs item #2021648, was opened at 2008-07-18 19:05
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Federico Ferri (federico__)
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: zexy: configure.ac: $LDFLAGS in wrong place
Initial Comment:
line 425 of configure.ac:
LFLAGS=${LDFLAGS}
is wrong.
LDFLAGS are passed to gcc, not to ld.
I have in my LDFLAGS -Wl,-O1, which make ld fail.
ld should only see the -O1 option
make output:
i686-pc-linux-gnu-ld -shared --export-dynamic -Wl,-O1 -o zexy.pd_linux *.o -lm -lc
i686-pc-linux-gnu-ld: unrecognized option '-Wl,-O1'
i686-pc-linux-gnu-ld: use the --help option for usage information
make: *** [zexy] Error 1
please fix. (you can fix it by making an empty LFLAGS)
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-21 15:29
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have any reference tpo the correct use of LFLAGS vs LDFLAGS?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&group_…
Bugs item #2017183, was opened at 2008-07-13 06:38
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2017183&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: frey (freynz)
Assigned to: Nobody/Anonymous (nobody)
Summary: renaming 'current' dir causes error on File->Open attem
Initial Comment:
On Pd 0.40.2 vanilla, 0.41.4-vanilla, and 0.40.3-extended, renaming the directory that Pd thinks is the 'current' directory causes subsequent attempts to call up the Open dialog to fail with the following error:
bad directory "/Users/damian/2.current/rj/Track.rj"
bad directory "/Users/damian/2.current/rj/Track.rj"
while executing
"tk_getOpenFile -defaultextension .pd -filetypes { {{pd files} {.pd}} {{max files} {.pat}}} -initialdir $pd_opendir"
(procedure "menu_open" line 3)
invoked from within
"menu_open"
(procedure "pdtk_canvas_ctrlkey" line 33)
invoked from within
"pdtk_canvas_ctrlkey .printout.text o 0"
(command bound to event)
to reproduce the error:
1. open ~/thing/wossname.pd
2. close the patch.
3. mv ~/thing ~/otherthing
4. File->Open or Ctrl-O/Splodge-O
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-20 16:03
Message:
Logged In: YES
user_id=27104
Originator: NO
I can reproduce it on Mac OS X/Intel 10.4.11 using Pd-extended
0.40.3-extended-20080708. But there is one specific thing I had to do:
It happens when opening with the File->Open or Cmd-O, but not if I
double-click to launch the patch.
----------------------------------------------------------------------
Comment By: frey (freynz)
Date: 2008-07-18 04:44
Message:
Logged In: YES
user_id=1772500
Originator: YES
yeah, forgot to mention that, sorry - i'm on OSX intel
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-17 18:47
Message:
Logged In: YES
user_id=27104
Originator: NO
This works fine for me on Ubuntu/Hardy, someone the open panel magically
goes to the newly named folder. I am guessing that ext3 now has some magic
to make this happen. HFS+ does this kind of thing, AFAIK.
What platform did this happen for you?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2017183&group_…
Bugs item #1982664, was opened at 2008-06-02 17:14
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1982664&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: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
>Summary: vbap freezes Pd when it receives a large float value
Initial Comment:
On Mac OS X 10.4.11/Intel running 0.40.3-extended-20080602, sending an 'inf' float value, then banging vbap causes pd to freeze. See attached patch for example
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1982664&group_…
Bugs item #2012646, was opened at 2008-07-07 12:15
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2012646&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: Fixed
Priority: 5
Private: No
Submitted By: Cyrille Henry (nusmuk)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: entry does not load
Initial Comment:
after a fresh installation on ubuntu 4.08.1 hardy and the last dally build of pd extended 0.40.3, "entry" does not instantiate.
not error message on the terminal. but pd freeze and has to be killed.
to reproduce this, just create an [entry] object box.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-18 18:54
Message:
Logged In: YES
user_id=27104
Originator: NO
Fixed in committed revision 10180. I forgot to allocate a byte for the
NULL terminator. Apparently, things work fine without a NULL terminator on
Mac OS X, but not GNU/Linux.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2012646&group_…
Bugs item #2012646, was opened at 2008-07-07 12:15
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2012646&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: Fixed
Priority: 5
Private: No
Submitted By: Cyrille Henry (nusmuk)
Assigned to: Nobody/Anonymous (nobody)
Summary: entry does not load
Initial Comment:
after a fresh installation on ubuntu 4.08.1 hardy and the last dally build of pd extended 0.40.3, "entry" does not instantiate.
not error message on the terminal. but pd freeze and has to be killed.
to reproduce this, just create an [entry] object box.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-18 18:54
Message:
Logged In: YES
user_id=27104
Originator: NO
Fixed in committed revision 10180. I forgot to allocate a byte for the
NULL terminator. Apparently, things work fine without a NULL terminator on
Mac OS X, but not GNU/Linux.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2012646&group_…
Bugs item #2021648, was opened at 2008-07-18 19:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Federico Ferri (federico__)
Assigned to: Nobody/Anonymous (nobody)
Summary: zexy: configure.ac: $LDFLAGS in wrong place
Initial Comment:
line 425 of configure.ac:
LFLAGS=${LDFLAGS}
is wrong.
LDFLAGS are passed to gcc, not to ld.
I have in my LDFLAGS -Wl,-O1, which make ld fail.
ld should only see the -O1 option
make output:
i686-pc-linux-gnu-ld -shared --export-dynamic -Wl,-O1 -o zexy.pd_linux *.o -lm -lc
i686-pc-linux-gnu-ld: unrecognized option '-Wl,-O1'
i686-pc-linux-gnu-ld: use the --help option for usage information
make: *** [zexy] Error 1
please fix. (you can fix it by making an empty LFLAGS)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&group_…
Bugs item #2020998, was opened at 2008-07-17 19:02
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&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: v0.38.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [key], [keyup], [keyname] send OS-generated auto-repeats
Initial Comment:
[key], [keyup], [keyname] do not only send actual keyPress and keyRelease events. They also send OS-generated auto-repeat events, which makes these objects hard to use to detect individual key presses and releases.
This wiki page describes three approaches for fixing this:
http://wiki.tcl.tk/20299
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-18 11:45
Message:
Logged In: YES
user_id=27104
Originator: YES
I have yet to find a time when I wanted the auto-repeat key presses. Plus
the auto-repeat behaviors are completely different on each OS, so that
means if you rely on that, your patch is tied to a specific platform.
Lastly, it is far easier to generate the auto-repeat keys in Pd than it is
to remove them.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-18 06:30
Message:
Logged In: YES
user_id=569446
Originator: NO
I think, this report would be better as a Feature Request.
Adding a way to the key-objects to discern between auto-generated and
manual keypresses would be a nice feature, but in several use cases one
actually *wants* to receive autogenerated keyboard requests as well.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&group_…
Bugs item #2020998, was opened at 2008-07-18 01:02
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&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: v0.38.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [key], [keyup], [keyname] send OS-generated auto-repeats
Initial Comment:
[key], [keyup], [keyname] do not only send actual keyPress and keyRelease events. They also send OS-generated auto-repeat events, which makes these objects hard to use to detect individual key presses and releases.
This wiki page describes three approaches for fixing this:
http://wiki.tcl.tk/20299
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2008-07-18 12:30
Message:
Logged In: YES
user_id=569446
Originator: NO
I think, this report would be better as a Feature Request.
Adding a way to the key-objects to discern between auto-generated and
manual keypresses would be a nice feature, but in several use cases one
actually *wants* to receive autogenerated keyboard requests as well.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&group_…
Bugs item #2017183, was opened at 2008-07-13 10:38
Message generated for change (Comment added) made by freynz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2017183&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: frey (freynz)
Assigned to: Nobody/Anonymous (nobody)
Summary: renaming 'current' dir causes error on File->Open attem
Initial Comment:
On Pd 0.40.2 vanilla, 0.41.4-vanilla, and 0.40.3-extended, renaming the directory that Pd thinks is the 'current' directory causes subsequent attempts to call up the Open dialog to fail with the following error:
bad directory "/Users/damian/2.current/rj/Track.rj"
bad directory "/Users/damian/2.current/rj/Track.rj"
while executing
"tk_getOpenFile -defaultextension .pd -filetypes { {{pd files} {.pd}} {{max files} {.pat}}} -initialdir $pd_opendir"
(procedure "menu_open" line 3)
invoked from within
"menu_open"
(procedure "pdtk_canvas_ctrlkey" line 33)
invoked from within
"pdtk_canvas_ctrlkey .printout.text o 0"
(command bound to event)
to reproduce the error:
1. open ~/thing/wossname.pd
2. close the patch.
3. mv ~/thing ~/otherthing
4. File->Open or Ctrl-O/Splodge-O
----------------------------------------------------------------------
>Comment By: frey (freynz)
Date: 2008-07-18 08:44
Message:
Logged In: YES
user_id=1772500
Originator: YES
yeah, forgot to mention that, sorry - i'm on OSX intel
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-17 22:47
Message:
Logged In: YES
user_id=27104
Originator: NO
This works fine for me on Ubuntu/Hardy, someone the open panel magically
goes to the newly named folder. I am guessing that ext3 now has some magic
to make this happen. HFS+ does this kind of thing, AFAIK.
What platform did this happen for you?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2017183&group_…
Bugs item #2020998, was opened at 2008-07-17 19:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&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: v0.38.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [key], [keyup], [keyname] send OS-generated auto-repeats
Initial Comment:
[key], [keyup], [keyname] do not only send actual keyPress and keyRelease events. They also send OS-generated auto-repeat events, which makes these objects hard to use to detect individual key presses and releases.
This wiki page describes three approaches for fixing this:
http://wiki.tcl.tk/20299
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2020998&group_…