Menu
▾
▴
jmax-bugs — jMax Bugs Report
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(13) |
Mar
(6) |
Apr
|
May
(7) |
Jun
(11) |
Jul
(70) |
Aug
(11) |
Sep
(7) |
Oct
(43) |
Nov
(14) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(5) |
Feb
(4) |
Mar
|
Apr
|
May
(11) |
Jun
(8) |
Jul
(8) |
Aug
(10) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2007-01-10 19:08:06
|
Bugs item #1007585, was opened at 2004-08-11 14:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1007585&group_id=26076 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: windows Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: jmax can't be launched Initial Comment: jmax is correctly installed onto windows XP, but when trying to launch application nothing happens. There's no message error, even when launching from dos term. JRE version is 1.4.2 nio...@fr... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-01-10 11:08 Message: Logged In: NO Hello, Add this line into your Path Env: C:\Program Files\Java\j2re1.4.2_13\bin\client ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1007585&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2005-08-20 16:16:10
|
Bugs item #1264941, was opened at 2005-08-20 09:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1264941&group_id=26076 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: mac os x Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: jMax 4.1 buffer index error - Mac OS X 10.4.2 Initial Comment: jMax 4.1 use to work quite nicely in Mac OS X 10.3.x. At some point, and I can't pin down the exact version, OS X 10.4.x seems to have broken something. Perhaps some tighter security checking in Java. In any case, attempting to start jMax results in a rather immediate error: Cannot launch Java application Uncaught exception in main method: java.lang.ArrayIndexOutOfBoundsException: 4 > 3 No crash log was generated unfortunately. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1264941&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2005-06-24 16:32:24
|
Bugs item #1227114, was opened at 2005-06-24 18:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1227114&group_id=26076 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: interface Group: None Status: Open Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Riccardo Borghesi (borghesi) Summary: float track range dialog accepts only integers? Initial Comment: (tested with the float track part of a multitrack) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1227114&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2005-02-22 11:45:21
|
Bugs item #978425, was opened at 2004-06-23 20:30 Message generated for change (Settings changed) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=978425&group_id=26076 Category: Gabor Group: None >Status: Closed >Resolution: Fixed Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Riccardo Borghesi (borghesi) Summary: gabor display with fslice not working Initial Comment: frow or fcol objects sent to gbr.display are not displayed anymore (this used to work...) fmat still works ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=978425&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2005-02-22 11:43:59
|
Bugs item #1068801, was opened at 2004-11-18 17:13 Message generated for change (Comment added) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 Category: kernel Group: CVS >Status: Closed >Resolution: Fixed Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: references inside subpatches broken Initial Comment: in jmax 4.1, references inside a subpatch are broken, regardless wether they reference a definition inside the subpatch or upwards. However, references inside the top level patcher always work, wether they reference a definition inside the top level patcher or inside a subpatcher or a sub-subpatcher. ---------------------------------------------------------------------- >Comment By: Diemo Schwarz (diemo) Date: 2005-02-22 12:43 Message: Logged In: YES user_id=628813 fixed: when evaluating expressions with fts_expression_reduce in patcherobject.c, messconst.c, and define.c, lookup of definitions for references took place in the patcher and not in its scope ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2005-02-22 11:12:33
|
Bugs item #1032743, was opened at 2004-09-22 17:37 Message generated for change (Comment added) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1032743&group_id=26076 Category: interface Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Riccardo Borghesi (borghesi) Summary: window size and position not saved Initial Comment: The jmax editor doesn't save the size and position of patch windows anymore. (Load works fine, as can be seen when opening patches saved with an earlier version of jMax.) ---------------------------------------------------------------------- >Comment By: Diemo Schwarz (diemo) Date: 2005-02-22 12:12 Message: Logged In: YES user_id=628813 position is stored as properties, but the (now removed) wx, wy, ww, wh fields in patcher.h were still used in bmaxfile.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1032743&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-12-27 08:25:26
|
Bugs item #1091604, was opened at 2004-12-27 00:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1091604&group_id=26076 Category: mac os x Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Serious frozen computer crash Initial Comment: I had closed Jmax and was going about browsing using Safari when the entire screen frozen except the mouse pointer. I was unable to change to another application and force quit did not work. I needed to re-set the computer. I believe FTS was still running and the message contained in the attached document points to a crash in that server freezing my computer. I'm running OS 10.3.7 on a 533Mhz G4. Jo tho...@ho... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1091604&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-11-18 16:15:46
|
Bugs item #1068801, was opened at 2004-11-18 17:13 Message generated for change (Settings changed) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 Category: kernel >Group: CVS Status: Open Resolution: None >Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: references inside subpatches broken Initial Comment: in jmax 4.1, references inside a subpatch are broken, regardless wether they reference a definition inside the subpatch or upwards. However, references inside the top level patcher always work, wether they reference a definition inside the top level patcher or inside a subpatcher or a sub-subpatcher. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-11-18 16:13:04
|
Bugs item #1068801, was opened at 2004-11-18 17:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 Category: kernel Group: None Status: Open Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: references inside subpatches broken Initial Comment: in jmax 4.1, references inside a subpatch are broken, regardless wether they reference a definition inside the subpatch or upwards. However, references inside the top level patcher always work, wether they reference a definition inside the top level patcher or inside a subpatcher or a sub-subpatcher. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1068801&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-09-22 15:37:30
|
Bugs item #1032743, was opened at 2004-09-22 17:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1032743&group_id=26076 Category: interface Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Riccardo Borghesi (borghesi) Summary: window size and position not saved Initial Comment: The jmax editor doesn't save the size and position of patch windows anymore. (Load works fine, as can be seen when opening patches saved with an earlier version of jMax.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1032743&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-30 16:48:06
|
Bugs item #975414, was opened at 2004-06-18 14:59 Message generated for change (Comment added) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 Category: FTM Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: print/post bugs Initial Comment: post (with "($myfmat post)") does not write to console until the next print (missing \n?) print of a freshly imported big matrix (18x100) crashes Max/MSP (after one save/load with persistence, print works fine). ---------------------------------------------------------------------- >Comment By: Diemo Schwarz (diemo) Date: 2004-08-30 16:48 Message: Logged In: YES user_id=628813 reopened, since second part still not fixed: print of a freshly imported big matrix (18x100) crashes Max/MSP (after one save/load with persistence, print works fine). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-30 11:41:46
|
Bugs item #977628, was opened at 2004-06-22 16:55 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=977628&group_id=26076 Category: FTM Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Riccardo Borghesi (borghesi) Summary: ftm.mess paste broken Initial Comment: copy/paste into ftm.mess in subpatcher not working (pastes new messagebox instead) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=977628&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-30 11:41:03
|
Bugs item #987133, was opened at 2004-07-08 09:22 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=987133&group_id=26076 Category: FTM Group: None >Status: Closed Resolution: None Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: ftm.object init with references Initial Comment: ftm.object init with references to local variables don't work. example: [ftm.object tuple $foo $bar] is grey unless all referenced objects are global. worse: loading such a patch crashes immediately ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=987133&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-27 11:54:01
|
Bugs item #992224, was opened at 2004-07-16 10:20 Message generated for change (Comment added) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=992224&group_id=26076 Category: FTM Group: None >Status: Deleted Resolution: None Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: ftm.define DOES NOT WORK immediately Initial Comment: banging an [ftm.define name value] outputs the value, but $name is not available in the message box (first undefined, then void) ---------------------------------------------------------------------- >Comment By: Norbert Schnell (nschnell) Date: 2004-08-27 11:53 Message: Logged In: YES user_id=618590 ftm.define is deprecated (use ftm.object instead) ---------------------------------------------------------------------- Comment By: Diemo Schwarz (diemo) Date: 2004-07-16 10:24 Message: Logged In: YES user_id=628813 it works as promised after saving and reloading the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=992224&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-27 11:53:20
|
Bugs item #987831, was opened at 2004-07-09 09:23 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=987831&group_id=26076 Category: FTM Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Jean-Philippe Lambert (jp_lambert) Assigned to: Norbert Schnell (nschnell) Summary: fmat persistency crash Initial Comment: using FTM.BETA.2004.04(8) with MAX/MSP 4.3.2 - create a global and named fmat - connect to a bang and a print message - duplicate more than ten times -> setting the persistency dot for the eleventh or following instances crashes MAX -- max v2; #N vpatcher 334 342 768 566; #P origin 0 84; #P window setfont "Sans Serif" 9.; #P comment 191 143 75 196617 CRASHES MAX; #B color 14; #P comment 10 126 215 196617 2) click on the left side to save with patch ->; #P user ftm.mess 325 51 50 15 3 9 255 255 255 0 0 0 1 print; #P user ftm.mess 236 58 50 15 3 9 255 255 255 0 0 0 1 print; #P button 317 120 15 0; #P user ftm.object 232 119 39 18 3 9 "fmat "; #T name impact10; #P button 317 99 15 0; #P user ftm.object 232 98 39 18 3 9 "fmat "; #T name impact9; #P comment 9 102 215 196617 1) click on the left side to save with patch ->; #P connect 5 0 1 0; #P connect 2 0 1 0; #P connect 6 0 3 0; #P connect 4 0 3 0; #P pop; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=987831&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 13:43:32
|
Bugs item #975414, was opened at 2004-06-18 14:59 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 Category: FTM Group: None Status: Deleted Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: print/post bugs Initial Comment: post (with "($myfmat post)") does not write to console until the next print (missing \n?) print of a freshly imported big matrix (18x100) crashes Max/MSP (after one save/load with persistence, print works fine). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 13:41:07
|
Bugs item #975414, was opened at 2004-06-18 14:59 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 Category: FTM Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) Summary: print/post bugs Initial Comment: post (with "($myfmat post)") does not write to console until the next print (missing \n?) print of a freshly imported big matrix (18x100) crashes Max/MSP (after one save/load with persistence, print works fine). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=975414&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-24 13:40:02
|
Bugs item #998585, was opened at 2004-07-27 09:21 Message generated for change (Settings changed) made by nschnell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 Category: FTM Group: None >Status: Closed Resolution: None Priority: 7 Submitted By: Jean-Philippe Lambert (jp_lambert) Assigned to: Norbert Schnell (nschnell) Summary: import for fmat is broken Initial Comment: After FTM.BETA.2004.04(8), the import method for fmat is no longer functional, at least for aiff files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-23 16:01:36
|
Bugs item #1014443, was opened at 2004-08-23 16:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1014443&group_id=26076 Category: misc Group: None Status: Open Resolution: None Priority: 5 Submitted By: Diemo Schwarz (diemo) Assigned to: Nobody/Anonymous (nobody) Summary: configured install paths ignored in startup Initial Comment: jmax can't start when specific install paths are given to ./configure. Since a certain time, the architecture-independent files are no longer installed into the datadir $prefix/share/jmax (although this is still claimed by ./configure --help --- a corollary documentation bug), but into libdir/jmax When a libdir different from the default $prefix/lib is given in configuration, JMaxApplication.java doesn't find the root by itself, but crashes in guessDirectories line 592 (see below). When giving the root manually to jmax, it is not passed to fts, and there is no way to specify the exact lib and bin paths. Crash log: Exception in thread "main" java.lang.StringIndexOutOfBoundsException: String index out of range: -10 at java.lang.String.substring(String.java:1480) at ircam.jmax.JMaxApplication.guessDirectories(JMaxApplication.java:592) at ircam.jmax.JMaxApplication.start(JMaxApplication.java:512) at ircam.jmax.JMaxApplication.main(JMaxApplication.java:417) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1014443&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-08-11 21:59:27
|
Bugs item #1007585, was opened at 2004-08-11 14:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1007585&group_id=26076 Category: windows Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: jmax can't be launched Initial Comment: jmax is correctly installed onto windows XP, but when trying to launch application nothing happens. There's no message error, even when launching from dos term. JRE version is 1.4.2 nio...@fr... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=1007585&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-07-29 08:11:07
|
Bugs item #651938, was opened at 2002-12-11 10:23 Message generated for change (Settings changed) made by dechelle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=651938&group_id=26076 Category: kernel Group: None >Status: Deleted Resolution: Rejected Priority: 5 Submitted By: Francois Dechelle (dechelle) Assigned to: Nobody/Anonymous (nobody) Summary: fts_sched_remove within a callback Initial Comment: Calling fts_sched_remove within a scheduler callback causes a memory corruption. This situation can happen for instance when an object that has installed a scheduler callback is deleted from the GUI. This deletion happens inside a scheduler callback (the client actions are processed within a scheduler callback). The corresponding entry is removed from the scheduler callback list, but the iteration in this list still maintains a pointer to the removed callback and thus a memory corruption happens. The proposed solution is to reimplement the scheduler callback list using an array indexed by the file descriptor itself. Each entry in the array is a structure of 3 pointers: read callback, write callback, error callback. Adding a callback = storing a pointer to a newly allocated callback in the corresponding entry in the array. Removing a callback = finding the entries that points to the object in the array and deleting them. Doing select = iterating from 0 to maximum file descriptor (that is computed when building the file descriptor set) { if array( file descriptor) != NULL) call the callback; } For sched_always, a second array is build with fake file descriptor build by a counter (incremented at each sched add). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=651938&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-07-29 08:09:52
|
Bugs item #651938, was opened at 2002-12-11 10:23 Message generated for change (Settings changed) made by dechelle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=651938&group_id=26076 Category: kernel Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Francois Dechelle (dechelle) Assigned to: Nobody/Anonymous (nobody) Summary: fts_sched_remove within a callback Initial Comment: Calling fts_sched_remove within a scheduler callback causes a memory corruption. This situation can happen for instance when an object that has installed a scheduler callback is deleted from the GUI. This deletion happens inside a scheduler callback (the client actions are processed within a scheduler callback). The corresponding entry is removed from the scheduler callback list, but the iteration in this list still maintains a pointer to the removed callback and thus a memory corruption happens. The proposed solution is to reimplement the scheduler callback list using an array indexed by the file descriptor itself. Each entry in the array is a structure of 3 pointers: read callback, write callback, error callback. Adding a callback = storing a pointer to a newly allocated callback in the corresponding entry in the array. Removing a callback = finding the entries that points to the object in the array and deleting them. Doing select = iterating from 0 to maximum file descriptor (that is computed when building the file descriptor set) { if array( file descriptor) != NULL) call the callback; } For sched_always, a second array is build with fake file descriptor build by a counter (incremented at each sched add). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=651938&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 09:23:31
|
Bugs item #998585, was opened at 2004-07-27 11:21 Message generated for change (Settings changed) made by jp_lambert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 Category: FTM Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Jean-Philippe Lambert (jp_lambert) Assigned to: Norbert Schnell (nschnell) Summary: import for fmat is broken Initial Comment: After FTM.BETA.2004.04(8), the import method for fmat is no longer functional, at least for aiff files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 09:21:18
|
Bugs item #998585, was opened at 2004-07-27 11:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 Category: FTM Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jean-Philippe Lambert (jp_lambert) Assigned to: Norbert Schnell (nschnell) Summary: import for fmat is broken Initial Comment: After FTM.BETA.2004.04(8), the import method for fmat is no longer functional, at least for aiff files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=998585&group_id=26076 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 10:24:37
|
Bugs item #992224, was opened at 2004-07-16 10:20 Message generated for change (Comment added) made by diemo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=992224&group_id=26076 Category: FTM Group: None Status: Open Resolution: None Priority: 9 Submitted By: Diemo Schwarz (diemo) Assigned to: Norbert Schnell (nschnell) >Summary: ftm.define DOES NOT WORK immediately Initial Comment: banging an [ftm.define name value] outputs the value, but $name is not available in the message box (first undefined, then void) ---------------------------------------------------------------------- >Comment By: Diemo Schwarz (diemo) Date: 2004-07-16 10:24 Message: Logged In: YES user_id=628813 it works as promised after saving and reloading the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424542&aid=992224&group_id=26076 |
