[PD-dev] [ pure-data-Patches-1532439 ] arrays on 64-bit archs
Patches item #1532439, was opened at 2006-08-01 07:07 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1532439group_id=55736 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 Submitted By: Guenter Geiger (ggeiger) Assigned to: Miller Puckette (millerpuckette) Summary: arrays on 64-bit archs Initial Comment: Arrays are currently not working correctly on 64 bit architectures. This patch implements a solution for the problem by introducing a ASTRIDE constant, which is the ratio sizeof(union word)/sizeof(t_sample). The drawback of this method is that arrays use twice as much memory on 64 bit archs. The patch should not affect 32 bit architectures, so it might be a valid temporal fix. Guenter -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 21:38 Message: Logged In: YES user_id=313747 I don't have a 64 bit machine yet to test this on... will fix things as soon as I can test them. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1532439group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1511490 ] g_rtext.c: t_resizebytes loses memory
Patches item #1511490, was opened at 2006-06-23 10:58 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1511490group_id=55736 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: 9 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: g_rtext.c: t_resizebytes loses memory Initial Comment: Hi all, this is a bad bug, and i'm wondering why PD doesn't crash more often as it does... in g_rtext.c there are three occurences of t_resizebytes where the result of the reallocation isn't stored (it might be different from the input). The attached diff is relative to devel_0_39, but the file doesn't seem to have changed too much. -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 21:41 Message: Logged In: YES user_id=313747 Took it for 0.40. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1511490group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1507593 ] -typeface option causes memory overflow
Patches item #1507593, was opened at 2006-06-16 16:28 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1507593group_id=55736 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: 8 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: -typeface option causes memory overflow Initial Comment: in s_main.c the char array for the sys_font variable has a fixed default size. Yet, this array can get with a longer string overwritten when using the -typeface option. This causes garbage to destroy the dac settings. -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 21:46 Message: Logged In: YES user_id=313747 Took it for 0.40 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1507593group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1516869 ] hide object name+args with gop
Patches item #1516869, was opened at 2006-07-04 02:48 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1516869group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: hide object name+args with gop Initial Comment: the attached patch adds a new checkbox to the gop-properties which allows to hide object name and arguments. this makes it possible to have long objectnames which at the same time are gop-abstractions with a small width. (i think it is very inconvenient if the minimum width of a gop-object is determined by the object's name and its arguments) this is related to feature request [ 1491020 ] -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 21:49 Message: Logged In: YES user_id=313747 Took it for 0.40 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1516869group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1417804 ] make versions into macros for easier use
Patches item #1417804, was opened at 2006-01-28 21:11 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1417804group_id=55736 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: wishlist Status: Open Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make versions into macros for easier use Initial Comment: This patch makes PD_BUGFIX_VERSION and PD_TEST_VERSION macros in m_pd.h and builds pd_version in s_main.s using those macros. Having all four parts of the version defined as macros will make it much easier to use the version numbers, like for example, a [version] object or [;pd get version( message. -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 22:22 Message: Logged In: YES user_id=313747 modified to avoid the effete asprintf() call, then took for 0.40 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-02-27 09:41 Message: Logged In: YES user_id=27104 the original patch did not put the version into doc/1.manual/1.introduction.txt, which is used as the About Pd page. The second patch fixes that, and moved the PD_VERSION replacement to the make install target rather than happening dynamically in menu_opentext(). This means that it is no longer necessary to send the pdgui the version, since that's the only place that it was used. So pd_myversion and related elements are removed from u_main.tk in this patch. This stuff is included in Pd-extended and makes the version numbers MUCH easier to handle. I've spent quite a bit of time figuring out regexps to parse out the ever changing format of pd_version, so this fix should make things much easier for anyone who wants to dynamically use the pd version number. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1417804group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1417751 ] make ../bin before compiling
Patches item #1417751, was opened at 2006-01-28 18:56 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1417751group_id=55736 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: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make ../bin before compiling Initial Comment: Simple makefile.in patch to prevent the bimonthly post about ../bin being missing when compiling Pd: cd ../obj; cc -Wl,-export-dynamic -lasound -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o \ -ldl -lm -lpthread -lasound /usr/bin/ld: cannot open output file ../bin/pd: No such file or directory collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1 -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-13 22:24 Message: Logged In: YES user_id=313747 Took it for 0.40 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-06-27 00:27 Message: Logged In: YES user_id=27104 I don't know why that dir goes missing, but the nada thing is a bad kludge. Any sane build system will create what it needs, and clean up what it creates. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-06-26 08:50 Message: Logged In: YES user_id=564396 it would be interesting to know where this problem comes from. in the CVS, there is a file nada in the pd/bin/ directory in order to force creation of the directory when you do a fresh checkout; in the pd-0.39-2.src.tar.gz as provided by msp, there is also the pd/bin directory; so why are some people missing this directory? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1417751group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1516869 ] hide object name+args with gop
Patches item #1516869, was opened at 2006-07-04 11:48 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1516869group_id=55736 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: wishlist Status: Closed Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: hide object name+args with gop Initial Comment: the attached patch adds a new checkbox to the gop-properties which allows to hide object name and arguments. this makes it possible to have long objectnames which at the same time are gop-abstractions with a small width. (i think it is very inconvenient if the minimum width of a gop-object is determined by the object's name and its arguments) this is related to feature request [ 1491020 ] -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 06:49 Message: Logged In: YES user_id=313747 Took it for 0.40 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1516869group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1543668 ] audio
Bugs item #1543668, was opened at 2006-08-20 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1543668group_id=55736 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.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: audio Initial Comment: Pd freezes when it looses communication with audio card (USB) with winXP (= 0.40). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1543668group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1544076 ] build pd without tcl/tk
Patches item #1544076, was opened at 2006-08-21 18:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544076group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: build pd without tcl/tk Initial Comment: sometimes pd is run in non-gui environments (e.g. with -nogui); it is desireable that one can build such a gui-less pd, without having to install the tcl/tk-headers. the patch adds a --disable-tk flag to configure and only sets the GSRC in makefile.in if tk is enabled. this has been in the feature request tracker. the patch only modifies configure.in and makefile.in; in order to work, one must run autoconf to generate a proper configure file. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544076group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1544076 ] build pd without tcl/tk
Patches item #1544076, was opened at 2006-08-21 18:53 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544076group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: build pd without tcl/tk Initial Comment: sometimes pd is run in non-gui environments (e.g. with -nogui); it is desireable that one can build such a gui-less pd, without having to install the tcl/tk-headers. the patch adds a --disable-tk flag to configure and only sets the GSRC in makefile.in if tk is enabled. this has been in the feature request tracker. the patch only modifies configure.in and makefile.in; in order to work, one must run autoconf to generate a proper configure file. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-21 19:07 Message: Logged In: YES user_id=564396 2nd attempt; this time it should work (this new patch also has the AC_SUBST(tk,yes) line, so you can ignore _that_ post) -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-21 19:00 Message: Logged In: YES user_id=564396 after applying the patch, you should set line 10 to AC_SUBST(tk, yes) (instead of no) to make it work properly -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544076group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1544083 ] alternative names for [list] objects
Patches item #1544083, was opened at 2006-08-21 19:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544083group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: alternative names for [list] objects Initial Comment: this patch adds alternative names with space changed to slash / for the group of [list]-objects: [list append] == [list/append] [list prepend] == [list/prepend] [list trim]== [list/trim] [list split] == [list/split] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1544083group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1548932 ] { freezes pd
Bugs item #1548932, was opened at 2006-08-30 00:45
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1548932group_id=55736
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.40.0
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Rich E (reakin)
Assigned to: Nobody/Anonymous (nobody)
Summary: { freezes pd
Initial Comment:
The { key (shift+bracket [ ) causes pd to freeze if
there is an abstraction open. This happened to me on
FC5/linux.
--
Comment By: IOhannes m zm�lnig (zmoelnig)
Date: 2006-08-30 10:10
Message:
Logged In: YES
user_id=564396
this duplicates bug#[1359216]
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1548932group_id=55736
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1525832 ] Pd crash when no coords are given in msg from parent to abs
Bugs item #1525832, was opened at 2006-07-20 13:56 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1525832group_id=55736 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 Submitted By: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) Summary: Pd crash when no coords are given in msg from parent to abs Initial Comment: Pd version 0.40-0test01 If a message is sent to an abstraction from its parent, and no co-ordinates are given e.g.: [pd-myabs.pd msg foo( or [pd-myabs.pd obj( Pd crashes with a segfault. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-30 17:41 Message: Logged In: YES user_id=564396 funnily enuff it does crash even with subpatches the problem only occurs with closed canvases. i have submitted a bugfix at patch #1549377 -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-30 17:16 Message: Logged In: YES user_id=564396 funnily enuff it doesn't crasn subpatches, just in abstractions -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1525832group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1488987 ] missing fft example docs
Bugs item #1488987, was opened at 2006-05-15 19:23 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1488987group_id=55736 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.39.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: davigoli (davigoli) Assigned to: Hans-Christoph Steiner (eighthave) Summary: missing fft example docs Initial Comment: The following Help documents included in Miller's version of Pd 0.39-2 are missing in pd-extended: H01.low-pass.pd H02.high-pass.pd H03.band-pass.pd H04.filter.sweep.pd H05.filter.floyd.pd H06.envelope.follower.pd H07.measure.spectrum.pd H08.heterodyning.pd H09.ssb.modulation.pd H10.measurement.pd H11.shelving.pd H12.peaking.pd H13.butterworth.pd H14.all.pass.pd H15.phaser.pd H16.adsr.filter.qlist.pd I01.Fourier.analysis.pd I02.Hann.window.pd I03.resynthesis.pd I04.noisegate.pd I05.compressor.pd I06.timbre.stamp.pd I07.phase.vocoder.pd I08.pvoc.reverb.pd I09.sheep.from.goats.pd I10.phase.bash.pd J01.even.odd.pd J02.trapezoids.pd J03.pulse.width.mod.pd J04.corners.pd J05.triangle.pd J06.enveloping.pd J07.oversampling.pd J08.classicsynth.pd J09.bandlimited.pd -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-30 17:51 Message: Logged In: YES user_id=564396 these files are now in CVS. i guess this automatically includes them into Pd-extended, so i close this. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-05-17 11:37 Message: Logged In: YES user_id=27104 These files are missing from CVS. Miller needs to commit them, then they'll be included in Pd-extended. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1488987group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1512112 ] CVS: dollarsign expansion for subpatch names broken
Bugs item #1512112, was opened at 2006-06-25 15:07 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1512112group_id=55736 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: Closed Resolution: Fixed Priority: 5 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: CVS: dollarsign expansion for subpatch names broken Initial Comment: This is a bug in current CVS-HEAD: dollar sign expansion in subpatch names doesn't work currently. a subpatch named [pd $0-name] will be saved as [pd 0-name], a subpatch named [pd $1-name] is saved as [pd 1-name]. According to notes.txt this bug seems to be known: pd $1 bug ($1 is saved as it was evaluated, not as '$1') but it is such a nasty issue and can lead to broken patches when using pd-HEAD, that I report it here so everyone is aware of it. -- Comment By: Frank Barknecht (fbar) Date: 2006-08-30 18:49 Message: Logged In: YES user_id=569446 yes, it seems fixed now. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-30 15:00 Message: Logged In: YES user_id=564396 is this still true? i cannot reproduce it. an empty patch with just a [pd $0-name] in it, saves here (0.40-0test05) as: #N canvas 0 0 450 300 10; #N canvas 0 0 450 300 \$0-name 0; #X restore 114 164 pd \$0-name; so it seems to be fixed. can you confirm this? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1512112group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1551815 ] align control checkboxes to left
Patches item #1551815, was opened at 2006-09-04 10:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551815group_id=55736 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 Submitted By: oskude (oskude) Assigned to: Nobody/Anonymous (nobody) Summary: align control checkboxes to left Initial Comment: -anchor w in checkbutton doesnt have any effect. moved to pack, so they aligh to the left... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551815group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1552482 ] Arguments to canvas object (cnv) do not take effect
Bugs item #1552482, was opened at 2006-09-05 01:48 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1552482group_id=55736 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 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Arguments to canvas object (cnv) do not take effect Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying cnv a b c d e f g h... and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually show up in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a canvas generator that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's gui-edit abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control selectable size and the x and y dimensions of the canvas). -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 01:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1552482group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1552482 ] Arguments to canvas object (cnv) do not take effect
Bugs item #1552482, was opened at 2006-09-05 01:48 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1552482group_id=55736 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: Closed Resolution: Works For Me Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Arguments to canvas object (cnv) do not take effect Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying cnv a b c d e f g h... and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually show up in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a canvas generator that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's gui-edit abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control selectable size and the x and y dimensions of the canvas). -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 03:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-05 03:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to reverse engineer the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 01:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1552482group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1556206 ] v/hslider may modify icoming numbers
Bugs item #1556206, was opened at 2006-09-11 11:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1556206group_id=55736 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 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: v/hslider may modify icoming numbers Initial Comment: Sliders should pass incoming numbers unchanged, but they don't. The slider objects vsl and hsl may modify incoming integer numbers. Sending for example the integer 2 to a slider with a range of 0-7 will make it output 2.00024 instead of 2. Attached example illustrates this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1556206group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1551825 ] autoscrollbars
Patches item #1551825, was opened at 2006-09-04 04:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: oskude (oskude) Assigned to: Nobody/Anonymous (nobody) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 15:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1551815 ] align control checkboxes to left
Patches item #1551815, was opened at 2006-09-04 10:05
Message generated for change (Comment added) made by oskude
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=1551815group_id=55736
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
Submitted By: oskude (oskude)
Assigned to: Nobody/Anonymous (nobody)
Summary: align control checkboxes to left
Initial Comment:
-anchor w in checkbutton doesnt have any effect.
moved to pack, so they aligh to the left...
--
Comment By: oskude (oskude)
Date: 2006-09-15 10:06
Message:
Logged In: YES
user_id=1383707
[snip]
checkbutton .controls.switches.audiobutton -text {compute
audio} \
-variable ctrls_audio_on \
-anchor w \
-command {pd [concat pd dsp $ctrls_audio_on \;]}
checkbutton .controls.switches.meterbutton -text {peak meters} \
-variable ctrls_meter_on \
-anchor w \
-command {pd [concat pd meters $ctrls_meter_on \;]}
pack .controls.switches.audiobutton
.controls.switches.meterbutton -side top
[snip]
looks like this:
[ ] compute audio
[ ] peak meters
as you see, -anchor -w doesnt have any effect when used in
checkbutton, they are not aligned to left(w:west)
so changing to this:
[snip]
checkbutton .controls.switches.audiobutton -text {compute
audio} \
-variable ctrls_audio_on \
-command {pd [concat pd dsp $ctrls_audio_on \;]}
checkbutton .controls.switches.meterbutton -text {peak meters} \
-variable ctrls_meter_on \
-command {pd [concat pd meters $ctrls_meter_on \;]}
pack .controls.switches.audiobutton
.controls.switches.meterbutton -side top \
-anchor w
[snip]
looks like this:
[ ] compute audio
[ ] peak meters
using -anchor w in pack aligns the checkbuttons to left...
--
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-13 21:25
Message:
Logged In: YES
user_id=27104
can you elaborate on what this patch does?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=1551815group_id=55736
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1551825 ] autoscrollbars
Patches item #1551825, was opened at 2006-09-04 10:17 Message generated for change (Comment added) made by oskude You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: oskude (oskude) Assigned to: Nobody/Anonymous (nobody) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) -- Comment By: oskude (oskude) Date: 2006-09-15 10:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 21:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1055258 ] fftw support
Patches item #1055258, was opened at 2004-10-27 08:52 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1055258group_id=55736 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: Closed Resolution: Fixed Priority: 5 Submitted By: Tim Blechmann (timblech) Assigned to: Miller Puckette (millerpuckette) Summary: fftw support Initial Comment: this patch provides the possibility to use the fftw library instead of the builtin mayer fft ... fftw is at least twice as fast ... it is a compile-time feature, so pd can be compiled without the fftw ... -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 14:22 Message: Logged In: YES user_id=27104 Miller added FFTW support in 0.40 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 13:45 Message: Logged In: YES user_id=27104 If the code that is in the patch works, then the only thing that would have to happen in configure.in is to check for fftw, if it exists, add -DHAVE_LIBFFTW3F to the CFLAGS. That's not the proper autotools way of doing it, but it would work fine. The proper way would be to use a config.h and have d_fft.c #include config.h. Ideally, Pd would use the config.h throughout, but that's a bigger project. -- Comment By: Tim Blechmann (timblech) Date: 2006-01-17 12:36 Message: Logged In: YES user_id=326084 hans, i think that after having a look at the patch, adapting (insert you favorite build system here) is more than trivial miller, scons has autoconf functionality for multiple platforms including windows, linux osx -- Comment By: Tim Blechmann (timblech) Date: 2006-01-17 12:36 Message: Logged In: YES user_id=326084 hans, i think that after having a look at the patch, adapting (insert you favorite build system here) is more than trivial miller, scons has autoconf functionality for multiple platforms including windows, linux osx -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 08:43 Message: Logged In: YES user_id=27104 I forgot to mention, this patch is incomplete. It includes all the FFTW code, but no way to enable the compilation of it. Ideally, FFTW would be added to the configure.in/Makefile.in -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 08:41 Message: Logged In: YES user_id=27104 http://www.fftw.org/install/windows.html According to that website, it sounds like FFTW builds fine with SSE on MinGW. So that should work well, since everything else in CVS builds with MinGW too. -- Comment By: Ed Kelly (edkelly) Date: 2006-01-17 08:10 Message: Logged In: YES user_id=1322859 Have you checked out the Windows binaries of FFTW3 at http://www.fftw.org/install/windows.html ? Maybe it's a hassle, but there are build files for VC6 and precompiled binaries...perhaps the problems mentioned on this page with SIMD instructions would be addressed by a more recent MSVC, but I only have MSVC6 so I can't check this... Ed -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-02 00:48 Message: Logged In: YES user_id=27104 This patch is safe since it does not enable any modified code unless you set the HAVE_LIBFFTW3F define. It would be nice to have the option to use FFTW already in the source. -- Comment By: Guenter Geiger (ggeiger) Date: 2005-05-18 03:47 Message: Logged In: YES user_id=430561 There is another fast FFT package called oura, i haven't benchmarked it personally, but it seems to be quite fast. Its a one source file FFT, so it could be used as a replacement for the meyer FFT (except, it computes RIRIRI instead of RRR) http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html No ALTIVEC or SSE support in it I fear. Guenter -- Comment By: christopher clepper (cclepper) Date: 2005-05-18 01:15 Message: Logged In: YES user_id=663212 I have used fftw on OSX and the Altivec version is many, many times faster than the Pd FFT. The installation was not too difficult, although there are tons of compile time options and the defaults are not usually the most efficient ones. For the port of partconv~ I just
[PD-dev] [ pure-data-Patches-1473873 ] osx now big or little endian
Patches item #1473873, was opened at 2006-04-21 00:31 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1473873group_id=55736 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: Closed Resolution: Fixed Priority: 7 Submitted By: Jamie Tittle (tigital) Assigned to: Miller Puckette (millerpuckette) Summary: osx now big or little endian Initial Comment: the attached patches update code which previously assumed osx == big endian... -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:32 Message: Logged In: YES user_id=564396 at least in 0.40 this seems to be fixed -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1473873group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1473684 ] fix for array overflow
Patches item #1473684, was opened at 2006-04-20 18:50 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1473684group_id=55736 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: Closed Resolution: Accepted Priority: 8 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: fix for array overflow Initial Comment: in s_inter.c, function sys_startgui the zz array is too small to hold all members of the defaultfontshit array, leading to overflow and uneasyness. Attached is a patch (relative to devel) providing a fix for the problem. greetings, Thomas -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:37 Message: Logged In: YES user_id=564396 seems to be fixed in 0.40 -- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:02 Message: Logged In: YES user_id=313747 Applied by hand, hope this fixes it. (0.40) -- Comment By: Thomas Grill (xovo) Date: 2006-04-20 18:51 Message: Logged In: YES user_id=350252 increased priority since the bug implies memory corruption or crashes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1473684group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1368488 ] qlist unused vars, etc
Patches item #1368488, was opened at 2005-11-28 19:41 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368488group_id=55736 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: Pending Resolution: Rejected Priority: 5 Submitted By: Mathieu Bouchard (matju) Assigned to: Nobody/Anonymous (nobody) Summary: qlist unused vars, etc Initial Comment: removed unused vars in x_net x_interface x_qlist fixed c++ error in x_qlist -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:41 Message: Logged In: YES user_id=564396 please either attach the fix, or we ought to close this -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368488group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1057320 ] mlock fix
Patches item #1057320, was opened at 2004-10-30 16:26 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1057320group_id=55736 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: Closed Resolution: Accepted Priority: 5 Submitted By: Tim Blechmann (timblech) Assigned to: Miller Puckette (millerpuckette) Summary: mlock fix Initial Comment: this patch will cause the os not to overcommit memory when memory locking is enabled. this will reduce the probability of a segfault after memory allocation -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:41 Message: Logged In: YES user_id=564396 this has been fixed some time ago (at least it is in 0.40) -- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 06:46 Message: Logged In: YES user_id=313747 I'm not sure this works on both 2.4 and 2.6 kernels... I've had trouble compiling something like this before. I'd have to test it carefully on several generations of linux to be sure. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1057320group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1551825 ] autoscrollbars
Patches item #1551825, was opened at 2006-09-04 04:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 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: Works For Me Priority: 7 Submitted By: oskude (oskude) Assigned to: Miller Puckette (millerpuckette) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-18 09:19 Message: Logged In: YES user_id=27104 One other thing that would be fixed ideally. This problem existed before this patch, but its related. If a patch is bigger than the window, the scrollbars are not displayed when that patch is opened. You have to resize the window, then the scrollbars will display. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 13:07 Message: Logged In: YES user_id=27104 Very nice! My only comment is that it is a couple pixels off on Mac OS X 10.4/Pd-extended 0.39.2-test5. I can cover about 3 pixels before the scrollbars kick in. I added to the Pd-extended build system as pure-data/packages/patches/pd_autoscrollbars-0.40-pre.patch It will be in the nightly builds starting tomorrow. -- Comment By: oskude (oskude) Date: 2006-09-15 04:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 15:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1551825group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1560895 ] [value] and [s]/[r] share the same name
Bugs item #1560895, was opened at 2006-09-18 19:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1560895group_id=55736 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 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [value] and [s]/[r] share the same name Initial Comment: [value] and [s] don't like if they are used with the same name. e.g. the following will output [value]: no method for bang [bang( | [s bla] [value bla] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1560895group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
Bugs item #1540259, was opened at 2006-08-15 00:21 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 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 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 19:19 Message: Logged In: YES user_id=564396 even though no special patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561099 ] Unused vars
Patches item #1561099, was opened at 2006-09-18 16:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561099group_id=55736 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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unused vars Initial Comment: Here is a patch with unused variables throughout PD. It'll help readability. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561099group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1368474 ] expr~ unused vars
Patches item #1368474, was opened at 2005-11-28 19:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368474group_id=55736 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: Pending Resolution: None Priority: 5 Submitted By: Mathieu Bouchard (matju) Assigned to: Nobody/Anonymous (nobody) Summary: expr~ unused vars Initial Comment: removed unused vars in expr~ that cause pagefuls of warnings when compiling with -Wall -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-19 09:06 Message: Logged In: YES user_id=564396 no patch enclosed might be duplicated by patch #1561099 https://sourceforge.net/tracker/?func=detailatid=478072aid=1561099group_id=55736 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368474group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
Bugs item #1540259, was opened at 2006-08-15 00:21 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 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 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao -- Comment By: João Miguel Pais (jmmmp) Date: 2006-09-19 15:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new upper value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 19:19 Message: Logged In: YES user_id=564396 even though no special patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
Bugs item #1540259, was opened at 2006-08-14 18:21 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 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 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao -- Comment By: Martin Peach (mrpeach) Date: 2006-09-19 11:20 Message: Logged In: YES user_id=919007 This seems to happen because shuffle_bang() doesn't know that the end point has changed. Only sending a float to the first inlet updates the arrays to match the new begin. Probably shuffle_ft1() and shuffle_ft2() should set a 'dirty' flag so shuffle_bang() can redo the pointers if shuffle_ft1() or shuffle_ft2() have changed a parameter. The shuffle_update() routine would be the same code as shuffle_float() except for the first line, so I would propose taking that code out of shuffle_float() and calling it shuffle_update(). -- Comment By: João Miguel Pais (jmmmp) Date: 2006-09-19 09:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new upper value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:19 Message: Logged In: YES user_id=564396 even though no special patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the pd/extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the pd/extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the pd/extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the pd/extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-19 20:14 Message: Logged In: YES user_id=27104 I forgot to mention, this is called differently from pd/src/makefile. The extern target should look like this to use this makefile: externs: make -C ../extra -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
Bugs item #1561839, was opened at 2006-09-19 21:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1378911 ] pd filename extension not added on OSX port
Bugs item #1378911, was opened at 2005-12-12 13:10 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1378911group_id=55736 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.4 Status: Pending Resolution: Fixed Priority: 5 Submitted By: B. Bogart (bbogart) Assigned to: Nobody/Anonymous (nobody) Summary: pd filename extension not added on OSX port Initial Comment: On linux when you do file - save and type the filename mypatch then PD will save a file called mypatch.pd if you do the same on OSX, you end up with a file called mypatch without the extension. One must manually add the extension to open the file. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-20 11:46 Message: Logged In: YES user_id=27104 I confirmed that both of these bugs existed in Pd-extended 0.38.4 on Mac OS X. I also confirmed that neither of these bugs exist in Pd-0.39.2-extended-test5. -- Comment By: B. Bogart (bbogart) Date: 2005-12-12 13:14 Message: Logged In: YES user_id=117349 Frank Barknecht adds that the filename extension on linux ONLY gets added only if the name doesn't contain any dots. This has bitten me several times when trying to save a rrad.osc~ file, which wouldn't get an appended .pd, too. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1378911group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1552482 ] Arguments to canvas object (cnv) do not take effect
Patches item #1552482, was opened at 2006-09-05 04:48 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1552482group_id=55736 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: Works For Me Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Miller Puckette (millerpuckette) Summary: Arguments to canvas object (cnv) do not take effect Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying cnv a b c d e f g h... and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually show up in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a canvas generator that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's gui-edit abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control selectable size and the x and y dimensions of the canvas). -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-20 05:45 Message: Logged In: YES user_id=1541432 Hello Hans, Done : ). But I can't effect the bugpatch change. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 20:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a Bug to a Patch. -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 06:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-05 06:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to reverse engineer the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 04:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1552482group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1552482 ] update to [cnv] help to document arguments
Patches item #1552482, was opened at 2006-09-05 04:48 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1552482group_id=55736 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: Works For Me Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Miller Puckette (millerpuckette) Summary: update to [cnv] help to document arguments Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying cnv a b c d e f g h... and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually show up in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a canvas generator that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's gui-edit abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control selectable size and the x and y dimensions of the canvas). -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-20 05:45 Message: Logged In: YES user_id=1541432 Hello Hans, Done : ). But I can't effect the bugpatch change. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 20:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a Bug to a Patch. -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 06:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-05 06:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to reverse engineer the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) -- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 04:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1552482group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1560895 ] [value] and [s]/[r] share the same name
Bugs item #1560895, was opened at 2006-09-18 13:11 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1560895group_id=55736 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 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [value] and [s]/[r] share the same name Initial Comment: [value] and [s] don't like if they are used with the same name. e.g. the following will output [value]: no method for bang [bang( | [s bla] [value bla] -- Comment By: Mathieu Bouchard (matju) Date: 2006-09-21 13:06 Message: Logged In: YES user_id=801174 To me it's normal that [r] and [value] share the same symbol-table using exactly the same field (s_thing). Why should it be different? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1560895group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 12:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 15:13 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 10:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 15:13 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 10:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1564800 ] a few old manual apple macros have crept back in
Patches item #1564800, was opened at 2006-09-24 21:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: a few old manual apple macros have crept back in Initial Comment: A few of the old MACOSX manually defined macros have crept back into the source. Everywhere else, its __APPLE__ which is the preferred macro to use, plus it automatically defined. The attached patch replaces the offending macros. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1565141 ] --disable-fat ./configure option
Patches item #1565141, was opened at 2006-09-25 10:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 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: feature Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: --disable-fat ./configure option Initial Comment: This adds a configure option to disable building fat binaries on Mac OS X. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1565141 ] ./configure --disable-fat
Patches item #1565141, was opened at 2006-09-25 10:46 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 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: feature Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: ./configure --disable-fat Initial Comment: This adds a configure option to disable building fat binaries on Mac OS X. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 12:13 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-25 23:40 Message: Logged In: NO Not a fix, but another workaround: I've checked in a for++.pd abstraction, which is compatible with the IEMLIB-external. It's in the CVS at http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/ ciao -- fbar -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 07:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
Bugs item #1561839, was opened at 2006-09-19 21:31 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_id=55736 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.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1564800 ] a few old MACOSX macros have crept back in
Patches item #1564800, was opened at 2006-09-24 21:57 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: a few old MACOSX macros have crept back in Initial Comment: A few of the old MACOSX manually defined macros have crept back into the source. Everywhere else, its __APPLE__ which is the preferred macro to use, plus it automatically defined. The attached patch replaces the offending macros. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1378911 ] pd filename extension not added on OSX port
Bugs item #1378911, was opened at 2005-12-12 10:10 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1378911group_id=55736 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.4 Status: Closed Resolution: Fixed Priority: 5 Submitted By: B. Bogart (bbogart) Assigned to: Nobody/Anonymous (nobody) Summary: pd filename extension not added on OSX port Initial Comment: On linux when you do file - save and type the filename mypatch then PD will save a file called mypatch.pd if you do the same on OSX, you end up with a file called mypatch without the extension. One must manually add the extension to open the file. -- Comment By: SourceForge Robot (sf-robot) Date: 2006-10-04 19:20 Message: Logged In: YES user_id=1312539 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: 2006-09-20 08:46 Message: Logged In: YES user_id=27104 I confirmed that both of these bugs existed in Pd-extended 0.38.4 on Mac OS X. I also confirmed that neither of these bugs exist in Pd-0.39.2-extended-test5. -- Comment By: B. Bogart (bbogart) Date: 2005-12-12 10:14 Message: Logged In: YES user_id=117349 Frank Barknecht adds that the filename extension on linux ONLY gets added only if the name doesn't contain any dots. This has bitten me several times when trying to save a rrad.osc~ file, which wouldn't get an appended .pd, too. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1378911group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1572290 ] serious troubles with folders with non-ASCII chars on WinXP
Bugs item #1572290, was opened at 2006-10-06 13:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572290group_id=55736 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.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: serious troubles with folders with non-ASCII chars on WinXP Initial Comment: On Windows XP, you cannot save a new file to any directory that has non-ASCII characters in it. For example, if someone has an accented E in their username, then their home folder will be in C:\Documents and Settings\USERNAME, where USERNAME is the name with the accented E. The work around is to save to the root of C:\, then move the file to the directory with the non-ASCII chars. After that, it is possible to save changes. But the only way to open the file is to double-click it and let it open via file associations. File-Open crashes Pd-0.40-2 and nothing happens on Pd-0.39.2-extended-test5. This has been confirmed on Pd-0.39.2-extended-test5 and Pd-0.40-0, on Windows XP US and Spanish editions. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572290group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1572310 ] after Save As..., the path remains at the location
Bugs item #1572310, was opened at 2006-10-06 14:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572310group_id=55736 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.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: after Save As..., the path remains at the location Initial Comment: If you open an instance of an abstraction, then Save As... to somewhere else, the path of that abstraction stays at the original location, even though the file was saved to the new location. Clicking File-Save will then save to the original location rather than the new location. Tested on Mac OS X with Pd-0.39.2, Pd-0.39.2-extended-test5, and Pd-0.40-0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572310group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1572310 ] after Save As..., the path remains at the location
Bugs item #1572310, was opened at 2006-10-06 20:20 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572310group_id=55736 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.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: after Save As..., the path remains at the location Initial Comment: If you open an instance of an abstraction, then Save As... to somewhere else, the path of that abstraction stays at the original location, even though the file was saved to the new location. Clicking File-Save will then save to the original location rather than the new location. Tested on Mac OS X with Pd-0.39.2, Pd-0.39.2-extended-test5, and Pd-0.40-0. -- Comment By: Frank Barknecht (fbar) Date: 2006-10-07 13:53 Message: Logged In: YES user_id=569446 I'm note sure if that's a bug, though I agree, that it's confusing. But if you open an instance of an abstraction and save that under a different name, this action doesn't affect the name of the abstraction's instance as it is used in the parent patch: This one will stay the same. If you want to use your newly saved abstraction you need to rename the instance to the new name as well first. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1572310group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1564800 ] a few old MACOSX macros have crept back in
Patches item #1564800, was opened at 2006-09-25 03:57 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 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: Closed Resolution: Accepted Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: a few old MACOSX macros have crept back in Initial Comment: A few of the old MACOSX manually defined macros have crept back into the source. Everywhere else, its __APPLE__ which is the preferred macro to use, plus it automatically defined. The attached patch replaces the offending macros. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-09 13:15 Message: Logged In: YES user_id=564396 seems to be fixed in 0.40.1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1573656 ] $arg-expansion gives error with old patches
Bugs item #1573656, was opened at 2006-10-09 13:06 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1573656group_id=55736 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.40.1 Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: $arg-expansion gives error with old patches Initial Comment: with the advent of the new and better $arg-expansion (namely: expansion of $args _within_ an argument, like bla-$2-blu), old patches (0.40) that used dollars within symbols are somewhat broken. example1: iemlib provides an object [parentdollarnull] with an alias [parent$0]; the latter gets expanded (e.g. to [parent1003]) and cannot be created. THIS IS NO BUG (imho) however, $0 is not only expanded on a logic level, but also on a visible level (i really see [parent1003]); this i believe IS a bug. example2 (more important!): in the olde times, if a symbol contained dollars within, it was saved (in the .pd file) like bla-$2-blu. in pd=0.40.0, the same symbol gets saved as bla-\$2-blu (note the backslash). loading an old abstraction yields an error (argument out of range), even if enough arguments (in this case: 2) are supplied. the expansion works correctly though! imho, either the warning should be supressed or the old behaviour (no expansion) should be preserved. (it would be good if the pd-version at the time of saving would be stored in the .pd-fileformat in order to allow such things) this little script should replace all $n with a missing backslash at the beginning with \$n find . -name *.pd | while read f do sed -i -e 's|\([^\\]\)\$|\1\\$|g' $f done note on the script: i haven't done excessive testing, but it seems to work; make backups before you apply it, since it will change all affected files without asking) note: it seems like old versions (tested with pd-0.39-2) seem to be able to correctly read files saved with pd-0.40-0 -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 15:00 Message: Logged In: YES user_id=564396 sorry if i was unclear here: dollar-expansion in class-names is a feature that i would _hate_ to miss. i think it is really important to do any thing more complex. (that is why i wrote in HUGE letters that i do not consider this a bug). the problem described is rather a bug in the iemlib (it shouldn't have used a name like [parent$0] in the first place.) however, i do think it a bug, that the classname [parent$0] is replaced by [parent1001] (literally!) the main bug report here was about pd-0.40 not being able to read older patches (created with pd-0.39) without an error-message. -- Comment By: Mathieu Bouchard (matju) Date: 2006-10-09 18:45 Message: Logged In: YES user_id=801174 PureUnity uses dollar-expansion in class names, so an exception cannot be made for class names, especially because PureUnity has no other way to implement its feature set. I call this feature abstraction templates or class templates: [f.swap], [~.swap], [#.swap] are like swapfloat, swapsignal, swapgrid would be in C++. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-09 13:11 Message: Logged In: YES user_id=564396 also confirmed with 0.40.1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1573656group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 21:13 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-26 08:40 Message: Logged In: NO Not a fix, but another workaround: I've checked in a for++.pd abstraction, which is compatible with the IEMLIB-external. It's in the CVS at http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/ ciao -- fbar -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 16:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1549377 ] fix crash on sending empty obj mesage to closed canvas
Patches item #1549377, was opened at 2006-08-30 17:39 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1549377group_id=55736 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 Submitted By: IOhannes m zm�lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: fix crash on sending empty obj mesage to closed canvas Initial Comment: as described in bug #1525832, pd crashes when you send a msg or obj message (without coordinates and arguments) to a canvas that is not visible (e.g. closed). this is due to the fact, that inthis case, pd automatically goes into edit mode, so you can type in the content of the object/message (it's like creating an empty object-box with Ctrl-1). this is a not so clever thing, when the canvas is closed. attached is a patch that fixes this, by checking whether the canvas is visible and refusing to continue otherwise -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 15:28 Message: Logged In: YES user_id=564396 raised priority, since a crasher should be fixed. added a patch to reliably reproduce the bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1549377group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1427520 ] Link broken in Help patch for netsend
Bugs item #1427520, was opened at 2006-02-08 14:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1427520group_id=55736 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: abstractions Group: None Status: Open Resolution: None Priority: 5 Submitted By: Piotr Majdak (piotrmajdak) Assigned to: Miller Puckette (millerpuckette) Summary: Link broken in Help patch for netsend Initial Comment: In netsend-help.pd is a link given, which seems to be broken: ftp://fals.ch/pub/pdnets -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 15:21 Message: Logged In: YES user_id=564396 for intercommunication with max, i suggest to use OSC. nevertheless, the link is really broken (fals.ch does not exist anymore), and should therefore be removed from the help-patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1427520group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1518030 ] subpatch clearing itself crashes Pd
Bugs item #1518030, was opened at 2006-07-06 11:54 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518030group_id=55736 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.40.1 Status: Open Resolution: None Priority: 7 Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: subpatch clearing itself crashes Pd Initial Comment: Tested on Linux with pd-0.39-2 from Miller's site. Steps to reproduce: start pd load the patch attached to this post click the bng close the patch load the patch again click the bng = crash OR start pd load the patch open the subpatch (optionally: close the subpatch) click the bng = crash Here's a gdb backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 27794)] pd_bang (x=0x11) at m_pd.c:269 269 m_pd.c: No such file or directory. in m_pd.c (gdb) where #0 pd_bang (x=0x11) at m_pd.c:269 #1 0x0808a61b in outlet_bang (x=0x3) at m_obj.c:328 #2 0x080765ad in bng_bout2 (x=0x81f2790) at g_bang.c:294 #3 0x080767f6 in bng_newclick (z=0x11, glist=0x81f2338, xpix=74, ypix=70, shift=0, alt=0, dbl=0, doit=1) at g_bang.c:343 #4 0x0806e907 in gobj_click (x=0x0, glist=0x11, xpix=17, ypix=17, shift=17, alt=17, dbl=17, doit=17) at g_editor.c:92 #5 0x0805b557 in graph_click (z=0x81f2338, glist=0x11, xpix=74, ypix=70, shift=0, alt=0, dbl=17, doit=1) at g_graph.c:1059 #6 0x0806e907 in gobj_click (x=0x0, glist=0x11, xpix=17, ypix=17, shift=17, alt=17, dbl=17, doit=17) at g_editor.c:92 #7 0x08070a97 in canvas_doclick (x=0x81ecd08, xpos=74, ypos=70, which=1, mod=0, doit=1) at g_editor.c:1094 #8 0x0807119d in canvas_mousedown (x=0x11, xpos=0, ypos=0, which=0, mod=0) at g_editor.c:1252 #9 0x08089789 in pd_typedmess (x=0x81ecd08, s=0x0, argc=0, argv=0x80cf488) at m_class.c:728 #10 0x08089665 in pd_typedmess (x=0x81f25f8, s=0x0, argc=4, argv=0x80cf468) at m_class.c:749 #11 0x0808c32f in binbuf_eval (x=0x11, target=0x81f25f8, argc=0, argv=0x0) at m_binbuf.c:574 #12 0x08091fdf in socketreceiver_read (x=0x81ec2f0, fd=7) at s_inter.c:540 #13 0x0809180f in sys_domicrosleep (microsec=17, pollem=1) at s_inter.c:180 #14 0x08092660 in sys_pollgui () at s_inter.c:823 #15 0x0808fe5b in m_scheduler () at m_sched.c:466 #16 0x08095b1b in main (argc=17, argv=0x11) at s_entry.c:27 -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 17:13 Message: Logged In: YES user_id=564396 the really interesting thing here, is that your patch will not crash when you only click on the [bng] once. you have to follow the steps as described. i add another patch that triggers the crash reliable and without the complicated procedure (just click it and crash it) raised priority, since crashers should be fixed. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-07-06 20:48 Message: Logged In: YES user_id=564396 this has nothing to do with GOP, therefore i renamed the bug-report. what happens: an object emits a message; the calling function is pushed to the stack; the message triggers the deletion of the object; after the message is done, the calling function (of the now deleted object) is popped back from the stack: but alas! the entire environment has changed and nothing is as it should bestack corruption - crash. personally i think, that this is NOT a bug in pd but rather a bug in the patch (but i am repeating myself...) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518030group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1518030 ] subpatch clearing itself crashes Pd
Bugs item #1518030, was opened at 2006-07-06 11:54 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518030group_id=55736 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.40.1 Status: Open Resolution: None Priority: 7 Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: subpatch clearing itself crashes Pd Initial Comment: Tested on Linux with pd-0.39-2 from Miller's site. Steps to reproduce: start pd load the patch attached to this post click the bng close the patch load the patch again click the bng = crash OR start pd load the patch open the subpatch (optionally: close the subpatch) click the bng = crash Here's a gdb backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 27794)] pd_bang (x=0x11) at m_pd.c:269 269 m_pd.c: No such file or directory. in m_pd.c (gdb) where #0 pd_bang (x=0x11) at m_pd.c:269 #1 0x0808a61b in outlet_bang (x=0x3) at m_obj.c:328 #2 0x080765ad in bng_bout2 (x=0x81f2790) at g_bang.c:294 #3 0x080767f6 in bng_newclick (z=0x11, glist=0x81f2338, xpix=74, ypix=70, shift=0, alt=0, dbl=0, doit=1) at g_bang.c:343 #4 0x0806e907 in gobj_click (x=0x0, glist=0x11, xpix=17, ypix=17, shift=17, alt=17, dbl=17, doit=17) at g_editor.c:92 #5 0x0805b557 in graph_click (z=0x81f2338, glist=0x11, xpix=74, ypix=70, shift=0, alt=0, dbl=17, doit=1) at g_graph.c:1059 #6 0x0806e907 in gobj_click (x=0x0, glist=0x11, xpix=17, ypix=17, shift=17, alt=17, dbl=17, doit=17) at g_editor.c:92 #7 0x08070a97 in canvas_doclick (x=0x81ecd08, xpos=74, ypos=70, which=1, mod=0, doit=1) at g_editor.c:1094 #8 0x0807119d in canvas_mousedown (x=0x11, xpos=0, ypos=0, which=0, mod=0) at g_editor.c:1252 #9 0x08089789 in pd_typedmess (x=0x81ecd08, s=0x0, argc=0, argv=0x80cf488) at m_class.c:728 #10 0x08089665 in pd_typedmess (x=0x81f25f8, s=0x0, argc=4, argv=0x80cf468) at m_class.c:749 #11 0x0808c32f in binbuf_eval (x=0x11, target=0x81f25f8, argc=0, argv=0x0) at m_binbuf.c:574 #12 0x08091fdf in socketreceiver_read (x=0x81ec2f0, fd=7) at s_inter.c:540 #13 0x0809180f in sys_domicrosleep (microsec=17, pollem=1) at s_inter.c:180 #14 0x08092660 in sys_pollgui () at s_inter.c:823 #15 0x0808fe5b in m_scheduler () at m_sched.c:466 #16 0x08095b1b in main (argc=17, argv=0x11) at s_entry.c:27 -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 17:13 Message: Logged In: YES user_id=564396 the really interesting thing here, is that your patch will not crash when you only click on the [bng] once. you have to follow the steps as described. i add another patch that triggers the crash reliable and without the complicated procedure (just click it and crash it) raised priority, since crashers should be fixed. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-07-06 20:48 Message: Logged In: YES user_id=564396 this has nothing to do with GOP, therefore i renamed the bug-report. what happens: an object emits a message; the calling function is pushed to the stack; the message triggers the deletion of the object; after the message is done, the calling function (of the now deleted object) is popped back from the stack: but alas! the entire environment has changed and nothing is as it should bestack corruption - crash. personally i think, that this is NOT a bug in pd but rather a bug in the patch (but i am repeating myself...) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518030group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1494449 ] configure script change for intel Mac
Bugs item #1494449, was opened at 2006-05-24 19:03 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1494449group_id=55736 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: Pending Resolution: None Priority: 5 Submitted By: christopher clepper (cclepper) Assigned to: Nobody/Anonymous (nobody) Summary: configure script change for intel Mac Initial Comment: Attached diff to detect for x86 or PowerPc based Macs -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-10 17:16 Message: Logged In: YES user_id=564396 set to pending; is this a bug-report or really just a patch ? -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-08-31 10:10 Message: Logged In: YES user_id=564396 it seems like this is now handled differently. should this bug-report be therefore closed? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1494449group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 15:13 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-12 18:57 Message: Logged In: YES user_id=27104 I never use this object, and its not my lib, so please stop assigning this bug to me. Its not something I am going to fix. The problem is that the source file name doesn't match the class name, therefore the resulting binary doesn't load the right class. -- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-26 02:40 Message: Logged In: NO Not a fix, but another workaround: I've checked in a for++.pd abstraction, which is compatible with the IEMLIB-external. It's in the CVS at http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/ ciao -- fbar -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 10:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1577739 ] Malformed data at end of patch is treated as sender
Bugs item #1577739, was opened at 2006-10-15 20:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1577739group_id=55736 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: 7 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Malformed data at end of patch is treated as sender Initial Comment: When opening a patch file Pd doesn't check correctly if all messages are well-formed. Inserting a line at end of a patch file, that starts with a symbol and ends with a ; will treat the leading symbol as a receive-target and will send the rest of the line to that receiver. For example inserting: pd dsp 1; at the end of a patch will switch on audio, even when the patch is started with pd -noloadbang. While this message is harmless, other messages may do nasty things and open a security hole. Attached is a patch that illustrates this behaviour, also see this pd-list message thread: http://lists.puredata.info/pipermail/pd-list/2006-10/043161.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1577739group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1564617 ] remove doubleclick as rightclick on Mac OS X
Patches item #1564617, was opened at 2006-09-24 13:20 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564617group_id=55736 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: Closed Resolution: Accepted Priority: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: remove doubleclick as rightclick on Mac OS X Initial Comment: From an email from Luke Iannini: I don't see the point of this feature; Control-Click is quite standardized across OS X applications (and works quite happily in Pd as well). Considering that anyone using Pd probably has a 2 button mouse (or has learned to control click), this is basically just a huge PITA. The example that finally brought me here was changing arguments to 64 instances of an abstraction in a patch I'm working on: one click selects the entire text of an object box, and another should place the cursor - oh, that's unless you click too fast, in which case you get a @#$% contextual menu. Ok, I'm going to go have a beer : ). -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-17 01:18 Message: Logged In: YES user_id=27104 miller took it for 0.40.0 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564617group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1370034 ] Matju's beautifications (untested)
Patches item #1370034, was opened at 2005-11-30 08:25 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1370034group_id=55736 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: wishlist Status: Pending Resolution: None Priority: 5 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: Matju's beautifications (untested) Initial Comment: Hey all, here's Matju's changes to the devel_0_39 codebase. There's a bug inside m_class.c, function pd_typedmess, where the break is missing at the end of the A_DEFSYM case, just before default. greetings, Thomas -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-17 01:38 Message: Logged In: YES user_id=27104 this has been here for a long while with no activity, so I am setting it to Pending. It'll be automatically set to closed after a while if no one tends to it. -- Comment By: Thomas Grill (xovo) Date: 2005-11-30 08:55 Message: Logged In: YES user_id=350252 there are also changes to extra. see the matju-extra.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1370034group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1563095 ] bug in iemlib's for++
Bugs item #1563095, was opened at 2006-09-21 21:13 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in iemlib's for++ Initial Comment: There is a bug with the iemlib for++ object in PD- extended: I discovered a workaround to load for++ for now: 1. try to make an object [for++] - PD will say that there is no object like for++ 2. try to make an object [forpp] - PD will say that there is no object like forpp 3. try again to make an object [for++] - et viola , there is thefor++ I was looking for cheers, Nils -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-17 09:38 Message: Logged In: YES user_id=564396 i have assigned this bugto you, since i thought that this bug is related to pd-extended only (and you are the one who takes care of this). the bug does not appear when using iemlib as it is thought to be used (as a library). it only happens when it is compiled as single externals (which is not supported upstream) probably i'll find time to talk the author into fixing it (or at least accept a fix) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-13 00:57 Message: Logged In: YES user_id=27104 I never use this object, and its not my lib, so please stop assigning this bug to me. Its not something I am going to fix. The problem is that the source file name doesn't match the class name, therefore the resulting binary doesn't load the right class. -- Comment By: Nobody/Anonymous (nobody) Date: 2006-09-26 08:40 Message: Logged In: NO Not a fix, but another workaround: I've checked in a for++.pd abstraction, which is compatible with the IEMLIB-external. It's in the CVS at http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/ ciao -- fbar -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-22 16:01 Message: Logged In: YES user_id=27104 This is most likely because the class name is for++, but the source filename is forpp.c. I think + is a valid character for the filesystem, otherwise it could be renamed using the hex loader. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1563095group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1523433 ] zexy's regex compiled without regex support
Bugs item #1523433, was opened at 2006-07-16 17:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1523433group_id=55736 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.39.2 Status: Pending Resolution: Fixed Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: zexy's regex compiled without regex support Initial Comment: In Pd-0.39.2-extended-test4, instantiating [regex] gives this message: [regex] part of zexy-2.1 Copyright (l) IOhannes m zmölnig, 1999-2006 forum::für::umläute IEM compiled: May 25 2006 error: [regex] non-functional: compiled without regex-support! -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-17 10:55 Message: Logged In: YES user_id=564396 since pd-extended now uses zexy's build system for building as single externals, this should be fixed (in theory). please confirm. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1523433group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1349967 ] 0.39-1 pd -jack doesn't set requested channels
Bugs item #1349967, was opened at 2005-11-07 06:09 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1349967group_id=55736 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: Closed Resolution: Fixed Priority: 5 Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: 0.39-1 pd -jack doesn't set requested channels Initial Comment: (with no .pdrc, doesn't make a difference if these flags are in there either) $ pd -jack -inchannels 2 -outchannels 2 -verbose -stderr input channels = 0, output channels = 0 Pd version 0.39-1 compiled 05:20:44 Nov 7 2005 port 5401 TCL_LIBRARY=/usr/local/lib/pd/tcl/library TK_LIBRARY=/usr/local/lib/pd/tk/library /usr/local/lib/pd/bin/pd-gui 5401 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 It is very inconvenient to have to set the number of channels (and activate them) in the settings dialog each time Pd is started. From what I can remember, it worked fine (ie, set the requested number of channels and activated them) in Pd 0.39-0test6. -- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2006-10-18 16:19 Message: Logged In: YES user_id=769033 Fixed in pd-0.40-1 from Miller's site: $ ./pd -jack -inchannels 2 -outchannels 2 -verbose -stderr input channels = 2, output channels = 2 Pd version 0.40-1 compiled 16:51:03 Oct 18 2006 port 5401 TCL_LIBRARY=../tcl/library TK_LIBRARY=../tk/library ../bin/pd-gui 5401 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 2, output channels = 2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1349967group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1518048 ] percent symbol (%) behaves weirdly in iemgui object labels
Bugs item #1518048, was opened at 2006-07-06 10:18 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518048group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: percent symbol (%) behaves weirdly in iemgui object labels Initial Comment: When the properties window of a vslider is opened after the label has been set to a name containing %p, the label changes to something with the %p replaced by a seemingly random hexadecimal value. I haven't checked which other gui objects are affected, nor whether other % codes (eg, %d or %f) are similarly affected. See attached pd patch for an example - click the bng and then open the properties window for the vslider. -- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2006-10-18 16:50 Message: Logged In: YES user_id=769033 Fixed in DesireData 0.39.A (anon CVS checkout as of today). -- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2006-10-18 16:12 Message: Logged In: YES user_id=769033 Behaves the same in pd-0.40-1 from Miller's site. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1518048group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1531757 ] Opening curly brace causes freeze until a closing brace
Bugs item #1531757, was opened at 2006-07-31 09:46
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1531757group_id=55736
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: Closed
Resolution: Postponed
Priority: 5
Submitted By: Jamie Bullock (postlude)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opening curly brace causes freeze until a closing brace
Initial Comment:
Typing a curly brace '{' anywhere in pd causes a freeze
until a closing brace is given.
--
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-18 20:25
Message:
Logged In: YES
user_id=27104
Since it wasn't really fixed, but rather just worked around,
I changed the resolution to something hopefully more
appropriate.
--
Comment By: IOhannes m zm�lnig (zmoelnig)
Date: 2006-10-18 04:13
Message:
Logged In: YES
user_id=564396
seems like this is fixed with pd-0.40-1 (probably earlier):
typing opening curly brace results in keycode 123: dropped.
(the better solution would of course be to properly escape
curly brackets so that they could be used)
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1531757group_id=55736
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1371511 ] declaration of `y1' shadows a global declaration
Bugs item #1371511, was opened at 2005-12-01 23:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1371511group_id=55736 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: Closed Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: declaration of `y1' shadows a global declaration Initial Comment: When using math.h on Darwin, the y1 variable causes lots of warnings. ../../pd/src/g_canvas.h:247: warning: declaration of `y1' shadows a global declaration /usr/include/architecture/ppc/math.h:483: warning: shadowed declaration is here Renaming y1 in g_canvas.h would fix this problem. -- Comment By: SourceForge Robot (sf-robot) Date: 2006-11-01 19:20 Message: Logged In: YES user_id=1312539 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: Mathieu Bouchard (matju) Date: 2006-10-18 06:47 Message: Logged In: YES user_id=801174 Whatever about calling functions y0,y1,yn, they've been there since almost the beginning of unix. They're Bessel functions defined in math.h. You won't be able to move them out of it. This suggests that the -Wshadow warning is of questionable use. I'd turn it off, personally. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-18 01:33 Message: Logged In: YES user_id=564396 a) has this been fixed already? (i cannot reproduce this anymore; also the pd(-extended) buildlogs do not show this warning) b) i don't think that this is a bug in pd; no global include file (/usr/include/architecture/ppc/math.h) should use global variable names like i, y1 and the like. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1371511group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1590814 ] Redraw of data structures in graph on parent delayed
Bugs item #1590814, was opened at 2006-11-05 14:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590814group_id=55736 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: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Redraw of data structures in graph on parent delayed Initial Comment: Data structures in graph on parent abstractions/subpatches are not displayed correctly, if the hide objects name and arguments toggle is switched on. Attached patch shows this with an example: The data structure slider in the abstraction dsslider.pd is not displayed, when the help-patch is loaded. Changing the slider's value with the attached number box will make the DS-slider appear. Also moving the abstraction in the parent will not move the displayed data structure unless a redraw is forced by using the numberbox again or by changing the DS-slider with the mouse and a bit of blind guesswork. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1590821 ] hide object name toggle broken for data structures
Bugs item #1590821, was opened at 2006-11-05 15:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590821group_id=55736 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: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: hide object name toggle broken for data structures Initial Comment: The hide object name and arguments toggle for subpatches does not survive saving the patch, if a data structure scalar is displayed inside the respective subpatch. Attached patch illustrates this behaviour: To reproduce it, toggle the hide-toggle to on for the [pd draw] and [pd $0-draw] subpatches, then save and reopen the file. The object name will show up again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590821group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1590814 ] Redraw of data structures in graph on parent delayed
Bugs item #1590814, was opened at 2006-11-05 14:56 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590814group_id=55736 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: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Redraw of data structures in graph on parent delayed Initial Comment: Data structures in graph on parent abstractions/subpatches are not displayed correctly, if the hide objects name and arguments toggle is switched on. Attached patch shows this with an example: The data structure slider in the abstraction dsslider.pd is not displayed, when the help-patch is loaded. Changing the slider's value with the attached number box will make the DS-slider appear. Also moving the abstraction in the parent will not move the displayed data structure unless a redraw is forced by using the numberbox again or by changing the DS-slider with the mouse and a bit of blind guesswork. -- Comment By: Frank Barknecht (fbar) Date: 2006-11-05 15:20 Message: Logged In: YES user_id=569446 Additional note: It seems the reason for this behaviour is, that the subpatch displaying the data structure doesn't completely fit into the parent's display area. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1590814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1565141 ] ./configure --disable-fat
Patches item #1565141, was opened at 2006-09-25 10:46 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 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: feature Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: ./configure --disable-fat Initial Comment: This adds a configure option to disable building fat binaries on Mac OS X. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-09 14:32 Message: Logged In: YES user_id=27104 Miller accepted in 0.41.0-test3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1565141group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1595028 ] [gate] object changes type on drag and on save
Bugs item #1595028, was opened at 2006-11-13 01:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1595028group_id=55736 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: Damian Stewart (damian_nz) Assigned to: Nobody/Anonymous (nobody) Summary: [gate] object changes type on drag and on save Initial Comment: if i drag a [gate] object around the gui window, or save a patch containing a [gate], the [gate] object is saved as a different type depending on what the last message to its left inlet was. (0==text, 1==object, 2==msg, 3==numberbox, ...) i'm running pd-0.39.2-extended-2006-11-08-windowsxp attached is a patch that demonstrates the bug. bang, then drag aroud the gate object, or just save and reload the patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1595028group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1601235 ] vcf_lp4~ outputs nan in helpfile on osx
Bugs item #1601235, was opened at 2006-11-22 11:16 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: vcf_lp4~ outputs nan in helpfile on osx Initial Comment: [env~] outputs nan when i connect it to the [vcf_lp4~] object in help-vcf_lp4~.pd testing with Pd-0.39.2-extended-test4 on osx 10.3.9 vcf_lp2~ is ok but the nan appers with help-vcf_lp8~ again -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-22 13:03 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1601235 ] vcf_lp4~ outputs nan in helpfile on osx
Bugs item #1601235, was opened at 2006-11-22 17:16 Message generated for change (Comment added) made by eerne You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: vcf_lp4~ outputs nan in helpfile on osx Initial Comment: [env~] outputs nan when i connect it to the [vcf_lp4~] object in help-vcf_lp4~.pd testing with Pd-0.39.2-extended-test4 on osx 10.3.9 vcf_lp2~ is ok but the nan appers with help-vcf_lp8~ again -- Comment By: eerne (eerne) Date: 2006-11-23 12:27 Message: Logged In: YES user_id=1373643 Originator: NO grüezi just one more comment: i tried to reduce the patch to the bug by using [osc~] [sig~] instead of [testtone~] [line~] but couldn't reproduce it this way. so i just added [env~] to the help patch. -- Comment By: eerne (eerne) Date: 2006-11-23 12:21 Message: Logged In: YES user_id=1373643 Originator: NO yep sorry... it seems that i can't attache a file when i reply to this bug. i post the file as text... or should i start a new bugreport ? thanks here it is: bug-help-vcf_lp4~.pd #N canvas 667 62 447 486 10; #X text 16 291 ~signal_in~; #X text 32 33 dsp ON/OFF; #X floatatom 104 145 3 15 133 0 - - -; #X obj 104 168 mtof; #X floatatom 104 191 9 0 22000 0 - - -; #X text 174 190 Hz; #X text 101 336 ~signal_out~; #X floatatom 232 325 7 0 0 0 - - -; #X text 289 327 dB; #X floatatom 181 140 9 0 22000 0 - - -; #X text 256 139 Hz; #X floatatom 95 96 3 15 133 0 - - -; #X floatatom 15 73 5 0 0 0 - - -; #X text 57 73 % cpu; #X obj 15 53 dsp; #X floatatom 146 238 7 0.01 1000 0 - - -; #X text 205 239 Q; #X obj 15 33 tgl 15 0 empty empty empty 8 -8 0 10 -262144 -1 -1 0 1 ; #X obj 95 382 dac~; #X obj 95 357 gainvu~ 300; #X obj 277 203 vu 15 120 empty empty 8 -8 0 10 -66577 -1 1 0; #X obj 333 226 vsl 15 128 0 127 0 1 empty empty empty 8 -8 0 10 -262144 -1 -1 1 1; #X obj 95 118 testtone~ 200; #X obj 162 79 init 69; #X text 122 97 midi; #X floatatom 326 374 7 0 0 0 - - -; #X text 382 375 dB; #X text 159 308 no arg.; #X obj 104 282 line~; #X obj 146 282 line~; #X obj 104 213 pack 0 10; #X obj 146 260 pack 0 10; #X obj 95 311 vcf_lp4~; #X text 156 14 frequency and Q; #X text 133 1 lowpass 4.order with signal-inlets for; #X obj 41 128 init 69; #X obj 25 221 init 0.707; #X obj 12 12 cnv 8 1 1 empty empty vcf_lp4~ 1 2 1 18 -262144 -1109 0; #X text 195 428 IEM KUG; #X text 179 416 musil; #X text 209 416 @; #X text 215 416 iem.at; #X text 130 405 (c) Thomas Musil 2000 - 2005; #X text 178 438 Graz \, Austria; #X floatatom 35 378 5 0 0 0 - - -; #X obj 37 353 envrms~; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 30 0; #X connect 11 0 22 0; #X connect 14 0 12 0; #X connect 15 0 31 0; #X connect 17 0 14 0; #X connect 19 0 18 0; #X connect 19 0 18 1; #X connect 19 1 25 0; #X connect 19 2 20 0; #X connect 20 1 7 0; #X connect 21 0 19 1; #X connect 22 0 32 0; #X connect 22 1 9 0; #X connect 23 0 11 0; #X connect 28 0 32 1; #X connect 29 0 32 2; #X connect 30 0 28 0; #X connect 31 0 29 0; #X connect 32 0 19 0; #X connect 32 0 45 0; #X connect 35 0 2 0; #X connect 36 0 15 0; #X connect 45 0 44 0; -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-22 19:03 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601235group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1602066 ] iemgui empty vertical offset crashes X on Linux
Bugs item #1602066, was opened at 2006-11-24 02:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602066group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: iemgui empty vertical offset crashes X on Linux Initial Comment: Steps to crash X windowing system on Linux using Pd: 1. Start X 2. Start Pd 3. Create a new patch 4. Create a new vslider in that patch 5. Open the properties window for that vslider 6. Set the label to x, and delete all text in the y-off field 7. to cause X to crash, click apply at this point X starts to use 100% CPU and its memory usage shoots up, making the whole machine largely unresponsive and requiring X to be aborted with Ctrl-Alt-Backspace Pd version 0.39-2 tcl 8.4.9 tk 8.4.9 X.org version 6.8.2 Kernel version 2.6.14-gentoo-r5 ATI proprietary video drivers -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602066group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1602617 ] some small issues in doc/3.audio.examples/
Bugs item #1602617, was opened at 2006-11-25 06:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 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: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1602617 ] some small issues in doc/3.audio.examples/
Bugs item #1602617, was opened at 2006-11-25 01:56 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 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.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1604134 ] iemlib2: compilation fixes for Mac/Intel
Patches item #1604134, was opened at 2006-11-27 23:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604134group_id=55736 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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: iemlib2: compilation fixes for Mac/Intel Initial Comment: the same as for iemlib1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604134group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1604140 ] iem_t3_lib: compilation fixes for Mac/Intel
Patches item #1604140, was opened at 2006-11-27 23:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604140group_id=55736 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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: iem_t3_lib: compilation fixes for Mac/Intel Initial Comment: again for iem_t3_lib -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604140group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1604142 ] cyclone: compilation fixes for Mac/Intel
Patches item #1604142, was opened at 2006-11-28 00:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604142group_id=55736 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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: cyclone: compilation fixes for Mac/Intel Initial Comment: two things: - endianness fixes - changed clip naming to Clip clip was obviously clashing with some other external, but now i can't recall which one -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1604142group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1601850 ] [vcf_filter~] without arguments crashes Pd
Bugs item #1601850, was opened at 2006-11-23 17:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601850group_id=55736 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: v0.39.2 Status: Open Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: musil (tmusil) Summary: [vcf_filter~] without arguments crashes Pd Initial Comment: Running Pd-0.39.2-extended-2006-11-23 on Mac OS X 10.4, when I instantiate [vcf_filter~] without any arguments, it crashes Pd. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-11-29 19:40 Message: Logged In: YES user_id=564396 Originator: NO i have fixed this in CVS by replacing A_DEFSYM by A_SYMBOL in vcf_filter~:323 this makes [vcf_filter~] refuse to create when no argument is given instead of crashing pd -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601850group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1608063 ] Trouble building on Mac OS X (patch included :)
Bugs item #1608063, was opened at 2006-12-03 12:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608063group_id=55736 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: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Trouble building on Mac OS X (patch included :) Initial Comment: I mistakenly installed OS X on a case-sensitive file system. It seemed the most logical to me, but I later learned that that is not the default. This has exposed that some of the mac related #includes rely on a case-insensitive file-system. IMO that is a bug, and I have attached a patch which fixes those which I found in the pd-extended source tree. Note that the patch also includes some other small Mac OS X build related changes to the Makefile: I had some trouble with the Makefile in packages/darwin_app doing 'mv' and 'ln' to files which already exist, which resulted in either [y/n] prompts to overwrite a file or just the Makefile aborting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608063group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1608063 ] Trouble building on Mac OS X (patch included :)
Bugs item #1608063, was opened at 2006-12-03 20:58 Message generated for change (Comment added) made by kunowoudt You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608063group_id=55736 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: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Trouble building on Mac OS X (patch included :) Initial Comment: I mistakenly installed OS X on a case-sensitive file system. It seemed the most logical to me, but I later learned that that is not the default. This has exposed that some of the mac related #includes rely on a case-insensitive file-system. IMO that is a bug, and I have attached a patch which fixes those which I found in the pd-extended source tree. Note that the patch also includes some other small Mac OS X build related changes to the Makefile: I had some trouble with the Makefile in packages/darwin_app doing 'mv' and 'ln' to files which already exist, which resulted in either [y/n] prompts to overwrite a file or just the Makefile aborting. -- Comment By: kuno (kunowoudt) Date: 2006-12-03 21:07 Message: Logged In: YES user_id=1174173 Originator: NO Woops, forgot to login. bug submitted by me [EMAIL PROTECTED]. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608063group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1608080 ] Pd does not respect OS X standard keybindings
Bugs item #1608080, was opened at 2006-12-03 14:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608080group_id=55736 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: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Pd does not respect OS X standard keybindings Initial Comment: Hallo, Just wanted to mention that no versions of Pd respond correctly to: Command-` to switch between different windows within the application. ^^This is my biggest one... would save a lot of time. Command-, to bring up preferences (though this one is more difficult since there are multiple preference windows...) Command-m to minimize the window (this currently brings up the send message dialogue box) I'm looking into this but I assume many could fix it faster than I : ). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1608080group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1608063 ] Trouble building on Mac OS X (patch included :)
Patches item #1608063, was opened at 2006-12-03 15:58 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Trouble building on Mac OS X (patch included :) Initial Comment: I mistakenly installed OS X on a case-sensitive file system. It seemed the most logical to me, but I later learned that that is not the default. This has exposed that some of the mac related #includes rely on a case-insensitive file-system. IMO that is a bug, and I have attached a patch which fixes those which I found in the pd-extended source tree. Note that the patch also includes some other small Mac OS X build related changes to the Makefile: I had some trouble with the Makefile in packages/darwin_app doing 'mv' and 'ln' to files which already exist, which resulted in either [y/n] prompts to overwrite a file or just the Makefile aborting. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-03 19:39 Message: Logged In: YES user_id=27104 Originator: NO I fixed the case problems in externals/io/hidio/HID Utilities Source/HID_Utilities.h and externals/hcs/hid/HID Utilities Source/HID_Utilities.h as well as packages/darwin_app/Makefile. The rm stuff is handled by the package_clean target, so I didn't include that stuff from the patch. The Gem stuff should be submitted as its own patch. In general patches should only cover very specific sections of code, as specific as possible. -- Comment By: kuno (kunowoudt) Date: 2006-12-03 16:07 Message: Logged In: YES user_id=1174173 Originator: NO Woops, forgot to login. bug submitted by me [EMAIL PROTECTED]. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1607921 ] IntelMac Autobuild, Don't start: Segmentation fault
Bugs item #1607921, was opened at 2006-12-03 11:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild, Don't start: Segmentation fault Initial Comment: The autobuilds of Pd-extended 0.39.2 for intel mac from 30th of Nov. to 3rd of Dec all dont start but return Segmentation fault (on Macbook). This might make the tracker item #1595768 obsolete, since a new error ocurs. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-03 20:47 Message: Logged In: YES user_id=27104 Originator: NO Can you give more info? Like a crash dump? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1607921 ] IntelMac Autobuild, Don't start: Segmentation fault
Bugs item #1607921, was opened at 2006-12-03 17:43 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild, Don't start: Segmentation fault Initial Comment: The autobuilds of Pd-extended 0.39.2 for intel mac from 30th of Nov. to 3rd of Dec all dont start but return Segmentation fault (on Macbook). This might make the tracker item #1595768 obsolete, since a new error ocurs. -- Comment By: stffn (stffn) Date: 2006-12-04 10:41 Message: Logged In: YES user_id=1658640 Originator: YES I'd like to provide more info. But I don't know what you mean by 'crash dump'. I tested them by running ./path/to/Contents/MacOS/pd-date-info from the terminal which just returned Segmentation fault. gdb was no help, sine there were no porcess to attach - i think thats the reason, it didn't give any usefull output anyways. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-04 02:47 Message: Logged In: YES user_id=27104 Originator: NO Can you give more info? Like a crash dump? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1607921 ] IntelMac Autobuild, Don't start: Segmentation fault
Bugs item #1607921, was opened at 2006-12-03 11:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 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.39.2 Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild, Don't start: Segmentation fault Initial Comment: The autobuilds of Pd-extended 0.39.2 for intel mac from 30th of Nov. to 3rd of Dec all dont start but return Segmentation fault (on Macbook). This might make the tracker item #1595768 obsolete, since a new error ocurs. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 19:27 Message: Logged In: YES user_id=27104 Originator: NO I think I fixed this bug, please check the autobuilds for tomorrow 2006-12-06. -- Comment By: stffn (stffn) Date: 2006-12-04 04:41 Message: Logged In: YES user_id=1658640 Originator: YES I'd like to provide more info. But I don't know what you mean by 'crash dump'. I tested them by running ./path/to/Contents/MacOS/pd-date-info from the terminal which just returned Segmentation fault. gdb was no help, sine there were no porcess to attach - i think thats the reason, it didn't give any usefull output anyways. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-03 20:47 Message: Logged In: YES user_id=27104 Originator: NO Can you give more info? Like a crash dump? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
Bugs item #1609736, was opened at 2006-12-06 01:31 Message generated for change (Comment added) made by cclepper You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1609736group_id=55736 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: :01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] :01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 -- Comment By: christopher clepper (cclepper) Date: 2006-12-06 02:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1609736group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
Bugs item #1609736, was opened at 2006-12-05 20:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1609736group_id=55736 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: :01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] :01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 22:17 Message: Logged In: YES user_id=27104 Originator: YES This also happens on Ubuntu, so its not OS-specific. I guess I forgot to mention that. The above Dell Dimension is running Ubuntu Dapper. Is there a certain set of ./configure options to try? -- Comment By: christopher clepper (cclepper) Date: 2006-12-05 21:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1609736group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1608063 ] Trouble building on Mac OS X (patch included :)
Patches item #1608063, was opened at 2006-12-03 20:58 Message generated for change (Comment added) made by kunowoudt You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Trouble building on Mac OS X (patch included :) Initial Comment: I mistakenly installed OS X on a case-sensitive file system. It seemed the most logical to me, but I later learned that that is not the default. This has exposed that some of the mac related #includes rely on a case-insensitive file-system. IMO that is a bug, and I have attached a patch which fixes those which I found in the pd-extended source tree. Note that the patch also includes some other small Mac OS X build related changes to the Makefile: I had some trouble with the Makefile in packages/darwin_app doing 'mv' and 'ln' to files which already exist, which resulted in either [y/n] prompts to overwrite a file or just the Makefile aborting. -- Comment By: kuno (kunowoudt) Date: 2006-12-11 17:52 Message: Logged In: YES user_id=1174173 Originator: NO Thank you for fixing!. I've submitted the patch for only the gem related files to the sourceforge bugtracker for GEM now. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-04 00:39 Message: Logged In: YES user_id=27104 Originator: NO I fixed the case problems in externals/io/hidio/HID Utilities Source/HID_Utilities.h and externals/hcs/hid/HID Utilities Source/HID_Utilities.h as well as packages/darwin_app/Makefile. The rm stuff is handled by the package_clean target, so I didn't include that stuff from the patch. The Gem stuff should be submitted as its own patch. In general patches should only cover very specific sections of code, as specific as possible. -- Comment By: kuno (kunowoudt) Date: 2006-12-03 21:07 Message: Logged In: YES user_id=1174173 Originator: NO Woops, forgot to login. bug submitted by me [EMAIL PROTECTED]. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1607921 ] IntelMac Autobuild, Don't start: Segmentation fault
Bugs item #1607921, was opened at 2006-12-03 11:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 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.39.2 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild, Don't start: Segmentation fault Initial Comment: The autobuilds of Pd-extended 0.39.2 for intel mac from 30th of Nov. to 3rd of Dec all dont start but return Segmentation fault (on Macbook). This might make the tracker item #1595768 obsolete, since a new error ocurs. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:13 Message: Logged In: YES user_id=27104 Originator: NO Looks like its all fixed. It was a combination of first, the Tcl/Tk stuff not being properly assembled into the .app wrapper, then bugs in the Apple-supplied Tcl/Tk Frameworks. Using 8.4.15-pre from CVS seems to have fixed everything. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 19:27 Message: Logged In: YES user_id=27104 Originator: NO I think I fixed this bug, please check the autobuilds for tomorrow 2006-12-06. -- Comment By: stffn (stffn) Date: 2006-12-04 04:41 Message: Logged In: YES user_id=1658640 Originator: YES I'd like to provide more info. But I don't know what you mean by 'crash dump'. I tested them by running ./path/to/Contents/MacOS/pd-date-info from the terminal which just returned Segmentation fault. gdb was no help, sine there were no porcess to attach - i think thats the reason, it didn't give any usefull output anyways. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-03 20:47 Message: Logged In: YES user_id=27104 Originator: NO Can you give more info? Like a crash dump? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1607921group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1602617 ] some small issues in doc/3.audio.examples/
Bugs item #1602617, was opened at 2006-11-25 01:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 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.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: some small issues in doc/3.audio.examples/ Initial Comment: Tested with pd-0.40-2 from Miller's site. D10.sampler.notes.pd error: ($4: argument number out of range error: tabread4~: sample0: no such array error: tabwrite~: sample: no such array E07.evenodd.pd error: array1: no such object error: array1: no such object error: array1: no such object E10.complex.FM.pd error: tabwrite~: E10-signal: no such array H04.filter.sweep.pd error: tabread4~: mtof: no such array H05.filter.floyd.pd error: 1280-metro: no such object H15.phaser.pd error: 1337-pole: no such object I07.phase.vocoder.pd error: detune: no such object J01.even.odd.pd pd: unknown message DSP 1 -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:33 Message: Logged In: YES user_id=27104 Originator: NO fixed in Pd-0.39.2-extended-test7 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1602617group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1601850 ] [vcf_filter~] does not instantiate without arguments
Bugs item #1601850, was opened at 2006-11-23 11:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601850group_id=55736 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: v0.39.2 Status: Open Resolution: None Priority: 3 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: musil (tmusil) Summary: [vcf_filter~] does not instantiate without arguments Initial Comment: Running Pd-0.39.2-extended-2006-11-23 on Mac OS X 10.4, when I instantiate [vcf_filter~] without any arguments, it crashes Pd. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-19 00:37 Message: Logged In: YES user_id=27104 Originator: YES changed to reflect the updated situation -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-29 20:55 Message: Logged In: YES user_id=27104 Originator: YES any chance of fixing it by setting a default value instead? Or maybe have it instatiate but do nothing without an argument. I think it can be quite confusing and annoying if you need an argument to instantiate. For example, I often create an object to open the hlep patch. That wouldn't work here. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-11-29 13:40 Message: Logged In: YES user_id=564396 Originator: NO i have fixed this in CVS by replacing A_DEFSYM by A_SYMBOL in vcf_filter~:323 this makes [vcf_filter~] refuse to create when no argument is given instead of crashing pd -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1601850group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
