You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(90) |
Sep
(38) |
Oct
(22) |
Nov
(3) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(40) |
Feb
(119) |
Mar
(236) |
Apr
(41) |
May
(45) |
Jun
(10) |
Jul
(9) |
Aug
(12) |
Sep
(5) |
Oct
(17) |
Nov
(2) |
Dec
(3) |
2006 |
Jan
(23) |
Feb
(36) |
Mar
(49) |
Apr
|
May
|
Jun
(1) |
Jul
(11) |
Aug
(11) |
Sep
(15) |
Oct
(30) |
Nov
(36) |
Dec
(13) |
2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(1) |
Sep
(19) |
Oct
(1) |
Nov
(2) |
Dec
(5) |
2008 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(5) |
Dec
|
2009 |
Jan
(26) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(26) |
Sep
(6) |
Oct
(5) |
Nov
(6) |
Dec
(6) |
2010 |
Jan
(3) |
Feb
|
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(6) |
Aug
(8) |
Sep
(220) |
Oct
(9) |
Nov
(27) |
Dec
(33) |
2012 |
Jan
|
Feb
(4) |
Mar
(9) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2013 |
Jan
(6) |
Feb
(20) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(17) |
Nov
(2) |
Dec
|
2014 |
Jan
(9) |
Feb
(1) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jeff W. <jww...@ya...> - 2005-02-12 17:09:17
|
Hiroo> The original stack trace was on the "new patch" Hiroo> command for Alesis DM5 Hiroo> Single driver. It occurred one time. Sorry, Hiroo. My mistake. I went back and looked at the original message I sent and I did say that the original stack trace was on the Bass POD not the DM5. For some reason I got confused. My apologies. Other than that, the above statement is accurate. Also I tested all of the drivers for the Bass Pod, Pod 2.0, and Alesis DM5 again yesterday and all appear to be working fine (i.e. the NullPointerException was not thrown). __________________________________ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com |
From: Hiroo H. <hir...@co...> - 2005-02-11 05:56:53
|
Hi Rib, Rib> > 4. Toolbar window close in SDI mode. Rib> > Rib> > Now when Toolbar window is closed, JSynthlib does not exit. I think it Rib> > is more straight-forward for a user if JSynthlib exits. Rib> Rib> I did it this way to act like Mac applications. Maybe this should be Rib> a platform dependent feature. At the lunch time I asked my colleague about the MacOSX interface. It getting more clear. Correct me if I am misunderstanding. The menu bar set by setJMenuBar() is shown at the top of the screen (not the frame). The menu bar for the active frame at that point is shown at the top of screen. What is shown at the top of screen, if setJMenuBar() is not called on the active frame? For other OSs, the toolbar looks like a kind of the center window. But for MacOSX it looks line just a one of frames. Is this the common way for toolbar in SDI mode on MacOSX? When all of frames are closed, it is not strange if the menu bar at the top of screen remains. (The 'invisible' frame is for this purpose.) This behavior on MacOSX is almost the behavior of JDesktopPane. It would be a clean implementation, if JDesktopPane had a mode in which mode the whole screen was treated as a desktop pane. Anyway now I understand your JSL* class much more. Rib> > 5. menu bar Rib> > Rib> > This is not visible for users. This may be a question to Rib. Rib> > Rib> > Now menu bar is created in JSLDesktop class. This make it difficult for Rib> > JSLDesktop class to be generic class, because the menu bar is JSynthlib Rib> > specific. I think it would be better to create and add the menu bar out Rib> > side of JSKDesktop class. Rib> Rib> The problem is that the menu bar has to be created for every JSLFrame. Rib> Maybe we should make a MenuFactory interface, and pass an instance of Rib> it to the JSLDesktop. It is better for each JSLFrame to have its own menu bar. There can be a JSLFrame without menu bar. It's a choice of application program. To keep the current behavior JSynthLib can add menubar on JSLFrame (which does not have menu bar by default) by extending JSLFrame. I think this is a flexible and clean way. The biggest problem now I see is the name of the extended class. org.jsynthlib.jsynthlib.JSLJSLFrame class !!!? -- Hiroo Hayashi |
From: Hiroo H. <hir...@co...> - 2005-02-11 05:06:39
|
Jeff, Thank you for your comment. I was thinking same thing. I'll try that. Jeff> I have a suggestion for useability. How about adding a Jeff> Cancel button to the "Unsaved Data" dialog? All it Jeff> would do is close the "Unsaved Data" dialog and take Jeff> no further action. Jeff> Jeff> The same thing could be done for the "Save Changes?" Jeff> dialog when exiting a patch editor. The Save Changes? Jeff> dialog has the following three choices: "Place Changed Jeff> Version on Clipboard", "Revert to Original", and "Keep Jeff> Changes". A Cancel button, would do nothing but close Jeff> the Save Changes dialog and return the user to the Jeff> editor. -- Hiroo Hayashi |
From: Hiroo H. <hir...@co...> - 2005-02-11 05:01:26
|
Well, Let me summarize again. I need some more info. Jeff: The original stack trace was on the "new patch" command for Alesis DM5 Single driver. It occurred one time. Denis: NullPointerException occurs every time (?) edit for Matrix or FS1R , single or bank is invoked (?). Is this correct? Which Matrix driver you mentioned, Matrix 1000 or Matrix 6[R]? Are there any editor which does not cause the error? In other words, are these all of ther driver you tested? How about you, other MacOS X users? denis> The error was: denis> null denis> The exception text is: denis> java.lang.NullPointerException denis> at core.Actions$EditAction$Worker.run(Unknown Source) Can you get normal(?) stack trace which has line number information? But I suspect getSelectedFrame() on the line 797 in Actions.java may be causing the exception. It's just because I made a change of it recently. On Thu, 10 Feb 2005 06:53:56 -0800 (PST) Jeff Weber <jww...@ya...> wrote: =2E.. Jeff> Just to clarify--I've only actually seen this happen Jeff> one time and for me it didn't happen with the Jeff> Line6BassPod driver it happened with the Alesis DM5 Jeff> Single Set driver. The reason I brought up the signal Jeff> error issue is because I thought they might be somehow Jeff> connected, which would explain why I haven't been able Jeff> to reproduce the problem. On Thu, 10 Feb 2005 20:41:44 +0100 denis queffeulou <dqu...@fr...> wrote: denis> Actually this is the error I have when I *edit* a patch (Matrix or F= S1R , single=20 denis> or bank) : denis>=20 denis> The error was: denis> null denis> The exception text is: denis> java.lang.NullPointerException denis> at core.Actions$EditAction$Worker.run(Unknown Source) On Thu, 10 Feb 2005 15:46:43 +0100 denis queffeulou <dqu...@fr...> wrote: denis> Hiroo Hayashi wrote: denis>=20 denis> >It seems that I misunderstood this issue. denis> > denis> > NullPointerException occurs every time on new patch command= on denis> > MacOSX. =2E.. denis> > It is occurs on only Line6BassPod driver (or others, too?). denis> > =20 denis> > denis> no I have nullptr with FS1R, but not in FS1R code =2E.. denis> >Am I correct? I'll investigate more this evening. denis> > =20 denis> > denis> I'll try to check that after work --=20 Hiroo Hayashi |
From: denis q. <dqu...@fr...> - 2005-02-10 19:41:57
|
Actually this is the error I have when I *edit* a patch (Matrix or FS1R , single or bank) : The error was: null The exception text is: java.lang.NullPointerException at core.Actions$EditAction$Worker.run(Unknown Source) -- Denis > Hiroo Hayashi wrote: > >> It seems that I misunderstood this issue. >> >> NullPointerException occurs every time on new patch command on >> MacOSX. >> >> > I think this is the case > >> It is occurs on only recent CVS version. >> >> > the main for me > >> It is occurs on only Line6BassPod driver (or others, too?). >> >> > no I have nullptr with FS1R, but not in FS1R code > >> SIGSEGV, SIGKILL, etc. occurs sometimes. >> This is solved by using PlumStone MIDI provider. >> >> >> > I don't really remember but the fact is that I'm using Plumstone because > I had problems with CAProvider > >> Am I correct? I'll investigate more this evening. >> >> > I'll try to check that after work > |
From: denis q. <dqu...@fr...> - 2005-02-10 14:53:01
|
Hiroo Hayashi wrote: >It seems that I misunderstood this issue. > > NullPointerException occurs every time on new patch command on > MacOSX. > > I think this is the case > It is occurs on only recent CVS version. > > the main for me > It is occurs on only Line6BassPod driver (or others, too?). > > no I have nullptr with FS1R, but not in FS1R code > SIGSEGV, SIGKILL, etc. occurs sometimes. > This is solved by using PlumStone MIDI provider. > > > I don't really remember but the fact is that I'm using Plumstone because I had problems with CAProvider >Am I correct? I'll investigate more this evening. > > I'll try to check that after work -- Denis |
From: Jeff W. <jww...@ya...> - 2005-02-10 14:33:00
|
Hiroo, I have a suggestion for useability. How about adding a Cancel button to the "Unsaved Data" dialog? All it would do is close the "Unsaved Data" dialog and take no further action. The same thing could be done for the "Save Changes?" dialog when exiting a patch editor. The Save Changes? dialog has the following three choices: "Place Changed Version on Clipboard", "Revert to Original", and "Keep Changes". A Cancel button, would do nothing but close the Save Changes dialog and return the user to the editor. Thanks, Jeff --- Hiroo Hayashi <hir...@co...> wrote: > 3. "File -> Exit" behavior in SDI (multiple window) > mode > > When a library, scene, patch editor, or bank editor > is closed, a dialog > window asking save data or not pops up. But when > "File -> Exit" is > selected, JSynthlib exits without saving data. This > is inconsistent. > The dialog window should pop-up when "File -> Exit" > is selected. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Hiroo H. <hir...@co...> - 2005-02-10 14:28:35
|
denis> I use MacOSX and I have such errors, that's why I have difficulties to denis> make the main work. denis> I haven't them until I update the main for the nullptrex in FS1R, so I'm denis> not sure the problem is about CAProvider which was already included in denis> my last local build. It seems that I misunderstood this issue. NullPointerException occurs every time on new patch command on MacOSX. It is occurs on only recent CVS version. It is occurs on only Line6BassPod driver (or others, too?). SIGSEGV, SIGKILL, etc. occurs sometimes. This is solved by using PlumStone MIDI provider. Am I correct? I'll investigate more this evening. -- Hiroo Hayashi |
From: Joachim B. <jba...@pi...> - 2005-02-10 10:55:46
|
> About GUI, does anyone already think about using Netbeans.org=20 > application framework to make the GUI ? instead of making again and=20 > again the menu, the window etc. I see no reason to use Netbeans.org. Who is making the menu, the window, etc. again and again? Regards, Joachim Backhaus > -----Urspr=FCngliche Nachricht----- > Von: jsy...@li... > [mailto:jsy...@li...]Im=20 > Auftrag von denis > queffeulou > Gesendet: Donnerstag, 10. Februar 2005 11:37 > An: JSynthLib Development > Betreff: Re: [Jsynthlib-devel] NullPointerException when=20 > creating a new > patch >=20 >=20 > I use MacOSX and I have such errors, that's why I have=20 > difficulties to=20 > make the main work. > I haven't them until I update the main for the nullptrex in=20 > FS1R, so I'm=20 > not sure the problem is about CAProvider which was already=20 > included in=20 > my last local build. >=20 > I don't think I could debug the GUI core problems. >=20 > About GUI, does anyone already think about using Netbeans.org=20 > application framework to make the GUI ? instead of making again and=20 > again the menu, the window etc. >=20 > --=20 > Denis >=20 > >Greetings, > > > >I just checked out the latest code from the repository > >(the version that allows changing the look and feel > >without quitting the application) and I got the > >following exception when trying to create a new Bass > >Pod patch using the New command: > >ERR> 'Unable to create this new patch.' reported. > >ERR> [Exception] null > >java.lang.NullPointerException > > at > >core.Actions$NewPatchAction.actionPerformed(Actions.java:1138) > > at > >javax.swing.AbstractButton.fireActionPerformed(AbstractButton > .java:1819) > > at > >javax.swing.AbstractButton$ForwardActionEvents.actionPerforme > d(AbstractButton.java:1872) > > at > >javax.swing.DefaultButtonModel.fireActionPerformed(DefaultBut > tonModel.java:420) > > at > >javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel. > java:258) > > at > >javax.swing.AbstractButton.doClick(AbstractButton.java:321) > > at > >apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:83) > > at > >java.awt.MenuItem.processActionEvent(MenuItem.java:589) > > at java.awt.MenuItem.processEvent(MenuItem.java:548) > > at > >java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:285) > > at > >java.awt.MenuComponent.dispatchEvent(MenuComponent.java:273) > > at > >java.awt.EventQueue.dispatchEvent(EventQueue.java:458) > > at > >java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDi > spatchThread.java:234) > > at > >java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDisp > atchThread.java:184) > > at > >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) > > at > >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) > > at > >java.awt.EventDispatchThread.run(EventDispatchThread.java:100) > > > >I haven't been able to reproduce this but I was > >wondering if anyone else was noticing any strange > >goings on. My system seems to be acting up lately. > >JSynthLib is crashing right and left with signal > >errors (i.e. SIGSEGV, SIGKILL, etc.) The same thing > >happened a few months ago but it seemed to just go > >away by itself. Now in the last couple of days it > >seems I can't keep JSynthLib running for more than a > >minute or two. > > > >I don't know much about signal errors except that they > >are unrecoverable system errors or traps and I believe > >thay are unique to UNIX systems. If you're running > >Windows, you're probably not having this problem. Am I > >right? > > > >I use Mac OSX but I was just wondering if any of you > >who are Linux users are seeing anything like this. > >Does anyone else on the project team use Mac OSX? > > > >By the way, I never had a problem with signal errors > >under version 0.18. It wasn't until after the > >changeover to CAProvider that I started to have the > >problem. This makes me wonder if CAProvider might be > >part of the problem. And I run a number of other Java > >applications, including NeoOfficeJ (which is a Mac > >only version of OpenOffice ported over to Java) > >without any problems. > > > >Does anyone have any ideas? > > > >Thanks, > >Jeff > > > > > > =09 > >__________________________________=20 > >Do you Yahoo!?=20 > >All your favorites on one personal page =96 Try My Yahoo! > >http://my.yahoo.com=20 > > > > > >------------------------------------------------------- > >SF email is sponsored by - The IT Product Guide > >Read honest & candid reviews on hundreds of IT Products from=20 > real users. > >Discover which products truly live up to the hype. Start reading now. > >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > >_______________________________________________ > >Jsynthlib-devel mailing list > >Jsy...@li... > >https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > > > > > =20 > > >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from=20 > real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >=20 |
From: denis q. <dqu...@fr...> - 2005-02-10 10:42:44
|
I use MacOSX and I have such errors, that's why I have difficulties to=20 make the main work. I haven't them until I update the main for the nullptrex in FS1R, so I'm=20 not sure the problem is about CAProvider which was already included in=20 my last local build. I don't think I could debug the GUI core problems. About GUI, does anyone already think about using Netbeans.org=20 application framework to make the GUI ? instead of making again and=20 again the menu, the window etc. --=20 Denis >Greetings, > >I just checked out the latest code from the repository >(the version that allows changing the look and feel >without quitting the application) and I got the >following exception when trying to create a new Bass >Pod patch using the New command: >ERR> 'Unable to create this new patch.' reported. >ERR> [Exception] null >java.lang.NullPointerException > at >core.Actions$NewPatchAction.actionPerformed(Actions.java:1138) > at >javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1819) > at >javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractB= utton.java:1872) > at >javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.ja= va:420) > at >javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) > at >javax.swing.AbstractButton.doClick(AbstractButton.java:321) > at >apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:83) > at >java.awt.MenuItem.processActionEvent(MenuItem.java:589) > at java.awt.MenuItem.processEvent(MenuItem.java:548) > at >java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:285) > at >java.awt.MenuComponent.dispatchEvent(MenuComponent.java:273) > at >java.awt.EventQueue.dispatchEvent(EventQueue.java:458) > at >java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThrea= d.java:234) > at >java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.= java:184) > at >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) > at >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) > at >java.awt.EventDispatchThread.run(EventDispatchThread.java:100) > >I haven't been able to reproduce this but I was >wondering if anyone else was noticing any strange >goings on. My system seems to be acting up lately. >JSynthLib is crashing right and left with signal >errors (i.e. SIGSEGV, SIGKILL, etc.) The same thing >happened a few months ago but it seemed to just go >away by itself. Now in the last couple of days it >seems I can't keep JSynthLib running for more than a >minute or two. > >I don't know much about signal errors except that they >are unrecoverable system errors or traps and I believe >thay are unique to UNIX systems. If you're running >Windows, you're probably not having this problem. Am I >right? > >I use Mac OSX but I was just wondering if any of you >who are Linux users are seeing anything like this. >Does anyone else on the project team use Mac OSX? > >By the way, I never had a problem with signal errors >under version 0.18. It wasn't until after the >changeover to CAProvider that I started to have the >problem. This makes me wonder if CAProvider might be >part of the problem. And I run a number of other Java >applications, including NeoOfficeJ (which is a Mac >only version of OpenOffice ported over to Java) >without any problems. > >Does anyone have any ideas? > >Thanks, >Jeff > > > =09 >__________________________________=20 >Do you Yahoo!?=20 >All your favorites on one personal page =96 Try My Yahoo! >http://my.yahoo.com=20 > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Jsynthlib-devel mailing list >Jsy...@li... >https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > > =20 > |
From: Hiroo H. <hir...@co...> - 2005-02-10 05:28:19
|
Hi, I'm thinking to make the following changes. Please give me your comments before we start fixing them. 1. Cross Breed Now cross breed command randomly selects one of patch in the active library frame, then cross the patch with another patch which is also selected randomly from the same kind of patches in the library. I think it is better to let users select the first patch. For example when there are some patches for DX7 and some patches for Kawai K4 in a library, a user want to specify for which synth new patch will be. 2. "Remove Driver" button Now there is a "Remove Driver" button on a Device Details dialog window (Preference -> Synth Driver -> Show Details -> Loaded Drivers). I don't understand what this function for? In what situation is this button used? I think the button should be removed. 3. "File -> Exit" behavior in SDI (multiple window) mode When a library, scene, patch editor, or bank editor is closed, a dialog window asking save data or not pops up. But when "File -> Exit" is selected, JSynthlib exits without saving data. This is inconsistent. The dialog window should pop-up when "File -> Exit" is selected. 4. Toolbar window close in SDI mode. Now when Toolbar window is closed, JSynthlib does not exit. I think it is more straight-forward for a user if JSynthlib exits. 5. menu bar This is not visible for users. This may be a question to Rib. Now menu bar is created in JSLDesktop class. This make it difficult for JSLDesktop class to be generic class, because the menu bar is JSynthlib specific. I think it would be better to create and add the menu bar out side of JSKDesktop class. -- Hiroo Hayashi |
From: Hiroo H. <hir...@co...> - 2005-02-09 03:25:10
|
> According to this mail, it seems that CAProvider is > broken. I'm sorry that this may cause misreading. I forgot that CAProvider was written only by Java. Java VM should not cause crash. -- Hiroo Hayashi |
From: Jeff W. <jww...@ya...> - 2005-02-08 14:24:02
|
Thanks guys. At least this confirms my suspicions. I have already reported it to Apple numerous times. Mac users are still waiting for Apple to release Java 1.5 so we'll have to wait to see if that fixes the problem. In the mean time I might try the other MIDI plugin. --- Hiroo Hayashi <hir...@co...> wrote: > I'm not a MacOS X user. I remember there was a > discussion about this. > > http://groups.yahoo.com/group/jsynthlib-dev/message/1450 > > According to this mail, it seems that CAProvider is > broken. > > I've update release note of CAProvider on sf.net > project page. --- Rib Rdb <ri...@gm...> wrote: > If you're getting segfaults it from a bug in the VM. > CAProvider seems > to have a knack for running into these, and I > haven't been able to > find a workaround. Try using the other midi plugin. > I can't remember > the name of it at the moment. > Also, you can report the problem at radar.apple.com > and send them a > copy of the crash report. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Hiroo H. <hir...@co...> - 2005-02-08 03:53:53
|
Brian, Could you update http://www.jsynthlib.org/ little? I've realized there are some people who still join and post to old yahoo mailing list. You might be waiting for a stable release (IMHO 0.19 is more stable than 0.18). It would help if you update the mailing list information and note that information for developers are on sf.net site. Thanks. -- Hiroo Hayashi |
From: Hiroo H. <hir...@co...> - 2005-02-08 03:45:48
|
Jeff> By the way, I never had a problem with signal errors Jeff> under version 0.18. It wasn't until after the Jeff> changeover to CAProvider that I started to have the Jeff> problem. This makes me wonder if CAProvider might be Jeff> part of the problem. And I run a number of other Java Jeff> applications, including NeoOfficeJ (which is a Mac Jeff> only version of OpenOffice ported over to Java) Jeff> without any problems. I'm not a MacOS X user. I remember there was a discussion about this. http://groups.yahoo.com/group/jsynthlib-dev/message/1450 According to this mail, it seems that CAProvider is broken. I've update release note of CAProvider on sf.net project page. -- Hiroo Hayashi |
From: Jeff W. <jww...@ya...> - 2005-02-08 00:12:23
|
Greetings, I just checked out the latest code from the repository (the version that allows changing the look and feel without quitting the application) and I got the following exception when trying to create a new Bass Pod patch using the New command: ERR> 'Unable to create this new patch.' reported. ERR> [Exception] null java.lang.NullPointerException at core.Actions$NewPatchAction.actionPerformed(Actions.java:1138) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1819) at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1872) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) at javax.swing.AbstractButton.doClick(AbstractButton.java:321) at apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:83) at java.awt.MenuItem.processActionEvent(MenuItem.java:589) at java.awt.MenuItem.processEvent(MenuItem.java:548) at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:285) at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:273) at java.awt.EventQueue.dispatchEvent(EventQueue.java:458) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) I haven't been able to reproduce this but I was wondering if anyone else was noticing any strange goings on. My system seems to be acting up lately. JSynthLib is crashing right and left with signal errors (i.e. SIGSEGV, SIGKILL, etc.) The same thing happened a few months ago but it seemed to just go away by itself. Now in the last couple of days it seems I can't keep JSynthLib running for more than a minute or two. I don't know much about signal errors except that they are unrecoverable system errors or traps and I believe thay are unique to UNIX systems. If you're running Windows, you're probably not having this problem. Am I right? I use Mac OSX but I was just wondering if any of you who are Linux users are seeing anything like this. Does anyone else on the project team use Mac OSX? By the way, I never had a problem with signal errors under version 0.18. It wasn't until after the changeover to CAProvider that I started to have the problem. This makes me wonder if CAProvider might be part of the problem. And I run a number of other Java applications, including NeoOfficeJ (which is a Mac only version of OpenOffice ported over to Java) without any problems. Does anyone have any ideas? Thanks, Jeff __________________________________ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com |
From: Hiroo H. <hir...@co...> - 2005-02-07 05:59:28
|
Hi, I've checked in the following changes this week end. If you see any problem, let me know. 1. feature improvement: GUI look and feel is changed on the fly. You don't have to restart JSynthlib anymore. 2. bug fix: deiconify a frame when an iconified frame is selected by window menu in SDI mode. 3. bug fix: fix the initial patch editor frame size. Now scrollbar is enabled only when necessary. 4. API fix: make BankDriver.getPatchName/setPatchName method abstract. 5. API fix: make ParamModel() and ParamModel(Patch) constructor deprecated. 6. update update the section "Param Model and Sender". -- Hiroo Hayashi |
From: Joachim B. <jba...@pi...> - 2005-02-04 14:35:20
|
Hi, > No, I tried to mean, for example, "J2SE 5.0 Documentation" on > http://java.sun.com/j2se/1.5.0/download.jsp. How can I express it? I think I understood now and changed the text accordingly. > Good point. We also need a document for core developers. How about > adding "(for core developers)" for now? For me it's OK. I added this and changed the style of this part into "third person". > But I'm not sure it > worth for you to send your precious time for this now. That's a good point. At first I should finish all the synthdrivers I have planned. Regards, Joachim Backhaus > -----Urspr=FCngliche Nachricht----- > Von: jsy...@li... > [mailto:jsy...@li...]Im=20 > Auftrag von Hiroo > Hayashi > Gesendet: Freitag, 4. Februar 2005 15:19 > An: jsy...@li... > Betreff: Re: AW: AW: AW: [Jsynthlib-devel] AW: Eclipse: Indentation / > Displayed tab width >=20 >=20 > # Quick response before going to work. >=20 > Joachim> I dont't understand the following sentence: > Joachim> "If you installed the Javadoc of JDK, ..." > Joachim>=20 > Joachim> I thought the Javadoc is part of every JDK=20 > Joachim> whether it is from Sun, IBM or whomsoever. > Joachim> And you need a JDK to run Eclipse, don't you? >=20 > Good point. >=20 > Joachim> I changed it to "For using the Javadoc generation go to ...". >=20 > No, I tried to mean, for example, "J2SE 5.0 Documentation" on > http://java.sun.com/j2se/1.5.0/download.jsp. How can I express it? >=20 > Joachim> Another thing: > Joachim> Do we really need the part=20 > Joachim> "<h3>I.c. Proper Use of Access Control Modifier</h3>" > Joachim>=20 > Joachim> I think this is more a project internal documentation > Joachim> while the target group of the document are all potential > Joachim> driver developers. >=20 > Good point. We also need a document for core developers. How about > adding "(for core developers)" for now? >=20 > Joachim> The use of the "public" keyword is a problem I think=20 > we can solve > Joachim> in step-by-step updates. > Joachim> I can do this next week from tuesday on if nothing speaks > Joachim> against it. > Joachim> If we don't change it we will never get rid of this problem > Joachim> and with every new driver it will be more difficult to solve. >=20 > Well, I think we already resolved this issue almost for=20 > classed which is > used by synth drivers. Yes, it not perfect yet. But I'm not sure it > worth for you to send your precious time for this now. We have a plan > to change package structure. The rule? for modifier will be changed. >=20 > And "public vs protected" and "public vs not modifier" are often > difficult decision... > --=20 > Hiroo Hayashi >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20 > Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >=20 |
From: Hiroo H. <hir...@co...> - 2005-02-04 14:17:14
|
# Quick response before going to work. Joachim> I dont't understand the following sentence: Joachim> "If you installed the Javadoc of JDK, ..." Joachim> Joachim> I thought the Javadoc is part of every JDK Joachim> whether it is from Sun, IBM or whomsoever. Joachim> And you need a JDK to run Eclipse, don't you? Good point. Joachim> I changed it to "For using the Javadoc generation go to ...". No, I tried to mean, for example, "J2SE 5.0 Documentation" on http://java.sun.com/j2se/1.5.0/download.jsp. How can I express it? Joachim> Another thing: Joachim> Do we really need the part Joachim> "<h3>I.c. Proper Use of Access Control Modifier</h3>" Joachim> Joachim> I think this is more a project internal documentation Joachim> while the target group of the document are all potential Joachim> driver developers. Good point. We also need a document for core developers. How about adding "(for core developers)" for now? Joachim> The use of the "public" keyword is a problem I think we can solve Joachim> in step-by-step updates. Joachim> I can do this next week from tuesday on if nothing speaks Joachim> against it. Joachim> If we don't change it we will never get rid of this problem Joachim> and with every new driver it will be more difficult to solve. Well, I think we already resolved this issue almost for classed which is used by synth drivers. Yes, it not perfect yet. But I'm not sure it worth for you to send your precious time for this now. We have a plan to change package structure. The rule? for modifier will be changed. And "public vs protected" and "public vs not modifier" are often difficult decision... -- Hiroo Hayashi |
From: Joachim B. <jba...@pi...> - 2005-02-04 09:17:08
|
Hi, I dont't understand the following sentence: "If you installed the Javadoc of JDK, ..." I thought the Javadoc is part of every JDK=20 whether it is from Sun, IBM or whomsoever. And you need a JDK to run Eclipse, don't you? I changed it to "For using the Javadoc generation go to ...". Another thing: Do we really need the part=20 "<h3>I.c. Proper Use of Access Control Modifier</h3>" I think this is more a project internal documentation while the target group of the document are all potential driver developers. The use of the "public" keyword is a problem I think we can solve in step-by-step updates. I can do this next week from tuesday on if nothing speaks against it. If we don't change it we will never get rid of this problem and with every new driver it will be more difficult to solve. Regards, Joachim Backhaus > -----Urspr=FCngliche Nachricht----- > Von: jsy...@li... > [mailto:jsy...@li...]Im=20 > Auftrag von Hiroo > Hayashi > Gesendet: Freitag, 4. Februar 2005 06:18 > An: jsy...@li... > Betreff: Re: AW: AW: [Jsynthlib-devel] AW: Eclipse: Indentation / > Displayed tab width >=20 >=20 > Hi, >=20 > Joachim> I hope it's better now. :-) > Yes. I checked in some minor updates. Please double-check. >=20 > Joachim> By the way: I would like to change from "first person" to > Joachim> "third person" or specify the author for the=20 > corresponding text passages. > I guess the original document was written by Brian and he is/was using > jEdit. I made the document dull by my poor English;-< =20 > Please update if > you think it is good. >=20 > Joachim> And last but not least I suggest to add the "last=20 > modified" date > Joachim> after the headline, >=20 > This is a good idea. >=20 > Thanks. > --=20 > Hiroo Hayashi >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20 > Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >=20 |
From: Hiroo H. <hir...@co...> - 2005-02-04 05:16:03
|
Hi, Joachim> I hope it's better now. :-) Yes. I checked in some minor updates. Please double-check. Joachim> By the way: I would like to change from "first person" to Joachim> "third person" or specify the author for the corresponding text passages. I guess the original document was written by Brian and he is/was using jEdit. I made the document dull by my poor English;-< Please update if you think it is good. Joachim> And last but not least I suggest to add the "last modified" date Joachim> after the headline, This is a good idea. Thanks. -- Hiroo Hayashi |
From: Joachim B. <jba...@pi...> - 2005-02-03 07:56:01
|
Hi, I rewrote the text a bit and softened the "use ..." with=20 a prefixed "please". I hope it's better now. :-) By the way: I would like to change from "first person" to "third person" or specify the author for the corresponding text = passages. E.g. the reader doesn't know who wrote the following: "I wrote a significant part of the JSynthLib core code using EDIT.COM = which comes with Windows. More recently, I've switched to jEdit, a Java = based emacs-like programmer's editor with syntax highlighting and = bracket matching." And this is a little bit like recommending EDIT.COM which in my eyes is not a good idea (it doesn't support the tab settings, has no synthax highlighting, etc.). And last but not least I suggest to add the "last modified" date after the headline, e.g. <h1>JSynthLib Programmer's Guide</h1> <p>Last modified: $Date$</p> This example uses the date which is generated by CVS when a checkin is = made. Regards, Joachim Backhaus > -----Urspr=FCngliche Nachricht----- > Von: jsy...@li... > [mailto:jsy...@li...]Im=20 > Auftrag von Hiroo > Hayashi > Gesendet: Donnerstag, 3. Februar 2005 07:31 > An: jsy...@li... > Betreff: Re: AW: [Jsynthlib-devel] AW: Eclipse: Indentation /=20 > Displayed > tab width >=20 >=20 > Hi, >=20 > Joachim> Please have a look at the changes whether they are OK. >=20 > Basically I agree with you. >=20 > You replaced >=20 > original> Preferred indentation level is 4. >=20 > by follows; >=20 > new> <p><strong>Important:</strong> Use an indentation level of 4=20 >=20 > This is stronger than before. I hesitated to force synth driver > developers the indentation level. I did not change indentation of > synth drivers except for Kawai K4. I did it for Kawai K4 with Brian's > approval, because it is a reference driver. >=20 > I'd like to hear the comments from others. >=20 > new> and a "tab stop"/ "displayed tab width" value of 8.<br>=20 > new> The reason for this is compatibility with:</p> > new>=20 > new> <ul> > new> <li>... Emacs in Java mode which replaces 8 blank=20 > spaces to 1 tab if possible.</li> > new> <li>... Unix command line tools like cat, less, tail, ...</li> > new> <li>... viewcvs, the CVS browser that SourceForge uses.</li> > new> </ul> >=20 > Emacs is extremely flexible and has no problem for any style. Instead > of that, "notepad" for Windows is another good example. >=20 > The point is that there are many widely used tools which supports only > displayed tab width 8. We have no choice here on a group project like > JSynthlib project. And it is the default setting even for tools which > can change the setting. (I forgot the default setting of Eclipse. It > might be an exception.) We can just say "don't change the default > setting." >=20 > new> The JSynthLib team recommends the use of <a > new> href=3D"#setupEclipse">Eclipse</a> which is able to support this > new> settings.<br>=20 >=20 > Do we? I personally strongly recommend Eclipse, but I don't want to > do it as the JSynthLib team. I'd like to let developers to use any > tool he likes. >=20 > I believe there is no tool which cannot set the display tab=20 > width to 8. >=20 > new> Text editors that also support these settings are > new> e.g. <a href=3D"http://www.jedit.org/">jEdit</a> and <a > new> href=3D"http://scintilla.sourceforge.net/SciTE.html">SciTE</a> > new> which are both open source and availabe for Linux, Mac OS X and > new> Windows like Eclipse. >=20 > I don't think we need this info here. Let's put this on the section > "What do I need in order to add support for a new synthesizer?" >=20 > And seeing the balance of whole this chapter, it may be better to move > the part starting "The reason for this is ..." to FAQ chapter and to > make a link to it from here. >=20 > --=20 > Hiroo Hayashi >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20 > Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >=20 |
From: Hiroo H. <hir...@co...> - 2005-02-03 06:28:57
|
Hi, Joachim> Please have a look at the changes whether they are OK. Basically I agree with you. You replaced original> Preferred indentation level is 4. by follows; new> <p><strong>Important:</strong> Use an indentation level of 4 This is stronger than before. I hesitated to force synth driver developers the indentation level. I did not change indentation of synth drivers except for Kawai K4. I did it for Kawai K4 with Brian's approval, because it is a reference driver. I'd like to hear the comments from others. new> and a "tab stop"/ "displayed tab width" value of 8.<br> new> The reason for this is compatibility with:</p> new> new> <ul> new> <li>... Emacs in Java mode which replaces 8 blank spaces to 1 tab if possible.</li> new> <li>... Unix command line tools like cat, less, tail, ...</li> new> <li>... viewcvs, the CVS browser that SourceForge uses.</li> new> </ul> Emacs is extremely flexible and has no problem for any style. Instead of that, "notepad" for Windows is another good example. The point is that there are many widely used tools which supports only displayed tab width 8. We have no choice here on a group project like JSynthlib project. And it is the default setting even for tools which can change the setting. (I forgot the default setting of Eclipse. It might be an exception.) We can just say "don't change the default setting." new> The JSynthLib team recommends the use of <a new> href="#setupEclipse">Eclipse</a> which is able to support this new> settings.<br> Do we? I personally strongly recommend Eclipse, but I don't want to do it as the JSynthLib team. I'd like to let developers to use any tool he likes. I believe there is no tool which cannot set the display tab width to 8. new> Text editors that also support these settings are new> e.g. <a href="http://www.jedit.org/">jEdit</a> and <a new> href="http://scintilla.sourceforge.net/SciTE.html">SciTE</a> new> which are both open source and availabe for Linux, Mac OS X and new> Windows like Eclipse. I don't think we need this info here. Let's put this on the section "What do I need in order to add support for a new synthesizer?" And seeing the balance of whole this chapter, it may be better to move the part starting "The reason for this is ..." to FAQ chapter and to make a link to it from here. -- Hiroo Hayashi |
From: Joachim B. <jba...@pi...> - 2005-02-02 08:11:43
|
Hi, > - update "Programming.html" for containing the explaination > of Hiroo and the information from Thorsten that this > makes the code style compatible to Emacs in Java mode > (which combines 8 blank spaces to 1 tab when possible). > Then I think it should be clear to everyone why this > options should be chosen. nobody screamed, so I updated the file. ;-) Please have a look at the changes whether they are OK. Regards, Joachim Backhaus |
From: Joachim B. <jba...@pi...> - 2005-02-01 13:50:12
|
Hi, I recently mailed with Thorsten Klose and it made "click" in my mind. This is what I will do: - set "Displayed Tab Width" in my Eclipse to 8 while the indentation = level=20 stays at 4 (using blank spaces) - update "Programming.html" for containing the explaination of Hiroo and the information from Thorsten that this makes the code style compatible to Emacs in Java mode (which combines 8 blank spaces to 1 tab when possible). Then I think it should be clear to everyone why this options should be chosen. Is that OK? I didn't wanted to start an indentation flame war but I also didn't really understood the reason for the decision for a "displayed tab width" of 8. I think I got it now. ;-) Regards, Joachim Backhaus > -----Urspr=FCngliche Nachricht----- > Von: jsy...@li... > [mailto:jsy...@li...]Im Auftrag von > Joachim Backhaus > Gesendet: Dienstag, 1. Februar 2005 10:30 > An: jsy...@li... > Betreff: [Jsynthlib-devel] AW: Eclipse: Indentation / Displayed tab > width >=20 >=20 > Hi, >=20 > I searched in the old mails and found the following: >=20 > (written by Hiroo) > > The problem is the default "Displayed Tab Width" > > (Preferences->Java->Editor) is set to 4. This is bad choice. Most > > tools (ex. cat on console, CVS browser on JSynthLib=20 > > SourceForge site, ....) > > assumes "Displayed Tab Width" is 8. I see indentation of=20 > some code is > > broken in JSynthLib. This default value may be one of the reason. >=20 > I don't think the setting of the "Displayed tab width" to 8=20 > is a good solution > for that, as it just moves the layout issues to another place. >=20 > Best in my opinion would be the using of blank spaces for tabs > reset "Displayed Tab Width" to 4. >=20 > Regardless of that: The "Displayed tab width" problem should > be included in the "Programming.html" documentation. >=20 > Regards, > Joachim Backhaus >=20 >=20 >=20 >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: Joachim Backhaus=20 > > Gesendet: Dienstag, 1. Februar 2005 10:21 > > An: jsy...@li... > > Betreff: Eclipse: Indentation / Displayed tab width > >=20 > >=20 > > Hi, > >=20 > > I've started a discussion with Hiroo concerning > > the indentation and displayed tab width. > >=20 > > In the "programming.html" the following can > > be found: > >=20 > > "1. Preferences->Java->Editor->Displayed tab width must be=20 > > set to '8'. " > >=20 > > This seems to be the issue. > >=20 > > Can anybody explain why the "Displayed tab width" should be set to 8 > > when indentation level should be set to 4? > >=20 > > I know that in most tools you can set up both differently but > > it usually doesn't make sense. > >=20 > > In this case it leads to the point that there are two kinds=20 > > of JSynthLib > > developers: > > A The one who use Eclipse with the setting above > > B Those who use an editor with the recommended indentation &=20 > > displayed tab width > > setting of 4 (may also be Eclipse in my case). > >=20 > > Of course, the code of Group B developers looks strange for Group A > > and vice versa. > >=20 > > And this leads to the discussion we have now here. > >=20 > > Regards, > > Joachim Backhaus > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20 > Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >=20 |