Menu
▾
▴
avr-eclipse-user — General discussions and support for the AVR Eclipse plugin
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(5) |
Mar
(17) |
Apr
(8) |
May
(6) |
Jun
(5) |
Jul
(23) |
Aug
(22) |
Sep
(7) |
Oct
(8) |
Nov
(14) |
Dec
(16) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(15) |
Feb
(4) |
Mar
(8) |
Apr
(13) |
May
(12) |
Jun
|
Jul
(5) |
Aug
(3) |
Sep
(2) |
Oct
(15) |
Nov
(2) |
Dec
(3) |
| 2010 |
Jan
(12) |
Feb
(13) |
Mar
(8) |
Apr
(1) |
May
|
Jun
(8) |
Jul
(11) |
Aug
(12) |
Sep
(4) |
Oct
(7) |
Nov
(3) |
Dec
(4) |
| 2011 |
Jan
(2) |
Feb
(5) |
Mar
(6) |
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-01-22 20:08:46
|
Support Requests item #2899833, was opened at 2009-11-18 16:30 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 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: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 22:08 Message: Hi Thomas, I am experiencing the exact same behavior. I am getting it apparently every time I create a project. (I am following these instructions: http://robertcarlsen.net/2009/10/31/arduino-in-eclipse-989). I'll upload a fresh project tar with zero source file in it. I'll do it on bug ID: 2934539. No intention to cross post. This one just had the 1MHz observation more precisely described then the ...539. ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-22 16:22 Message: Hi, first of all. the Plugin does not read the MCU clock frequency from the target MCU. It can only determine the MCU (a convenience featrue if you do not know the exact type) But nevertheless the clock frequency should not change itself. So this could be a bug and if you send me the affected project (or attach it to this support request item) I can check if I can reproduce the bug. Thomas ---------------------------------------------------------------------- Comment By: Interactive Matter (interactmatter) Date: 2010-01-21 16:18 Message: Yes, it is still valid. Unfortunately it appears to affect just one project. Can I help you by providing some project file or something? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 15:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-22 14:22:17
|
Support Requests item #2899833, was opened at 2009-11-18 15:30 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 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: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-22 15:22 Message: Hi, first of all. the Plugin does not read the MCU clock frequency from the target MCU. It can only determine the MCU (a convenience featrue if you do not know the exact type) But nevertheless the clock frequency should not change itself. So this could be a bug and if you send me the affected project (or attach it to this support request item) I can check if I can reproduce the bug. Thomas ---------------------------------------------------------------------- Comment By: Interactive Matter (interactmatter) Date: 2010-01-21 15:18 Message: Yes, it is still valid. Unfortunately it appears to affect just one project. Can I help you by providing some project file or something? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 14:18:04
|
Support Requests item #2899833, was opened at 2009-11-18 15:30 Message generated for change (Comment added) made by interactmatter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 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: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- Comment By: Interactive Matter (interactmatter) Date: 2010-01-21 15:18 Message: Yes, it is still valid. Unfortunately it appears to affect just one project. Can I help you by providing some project file or something? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 13:55:18
|
Support Requests item #2899833, was opened at 2009-11-18 15:30 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 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: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-21 14:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 13:52:26
|
Support Requests item #2934539, was opened at 2010-01-18 22:13 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 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: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) >Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-21 14:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-18 21:13:02
|
Support Requests item #2934539, was opened at 2010-01-18 23:13 Message generated for change (Tracker Item Submitted) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 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: Mikko Saarisalo (mikkosaarisalo) Assigned to: Nobody/Anonymous (nobody) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: Jon E. <li...@dr...> - 2009-12-08 23:18:29
|
On 07/12/09 20:33, Thomas Holland wrote: > > To work on the plugin you need at least some basic Java skills. There is > a lot of documentation on how to write Eclipse Plugins (Books, Tutorials > etc.). However there is almost no documentation on writing CDT Plugins. > To work on the AVR Plugin you would probably have to study a lot of CDT > source code and do some trial and error to get somewhere. > > If you are still interested on working on the project you could check > out my instructions on how to build the plugin > <http://avr-eclipse.sourceforge.net/wiki/index.php/Building_the_Plugin> > from the sources. Once you have the sources and are able to build the > plugin you can start to fiddle around and see if you find anything you > would like to improve. > > Thomas > Thanks for the response, it does look like I've got a lot of reading to do ;) I've been digging through the sources, and found a few useful articles, will see what I'm able to do with them.. Regards, Jon |
|
From: Thomas H. <th...@in...> - 2009-12-07 20:59:38
|
Jon Escombe wrote: > Hi, > > Have just started using avr-eclipse, and it's looking very impressive so > far. So, first things first, thanks for a great product! > Thank you! > Looking though the site, there was mention of a i/o register view in the > next version. Is there much active development going on these days? > Currently not. Due to some changes in my (unrelated) paying job early this year I haven't had the time to do much work on the plugin (which is a pure spare time project) > Would be keen to get involved and help out, although I'd be the first to > confess I've never touched Eclipse plugin development, so might be a > steep learning curve ahead of me?! > Probably yes ;-) To work on the plugin you need at least some basic Java skills. There is a lot of documentation on how to write Eclipse Plugins (Books, Tutorials etc.). However there is almost no documentation on writing CDT Plugins. To work on the AVR Plugin you would probably have to study a lot of CDT source code and do some trial and error to get somewhere. If you are still interested on working on the project you could check out my instructions on how to build the plugin <http://avr-eclipse.sourceforge.net/wiki/index.php/Building_the_Plugin> from the sources. Once you have the sources and are able to build the plugin you can start to fiddle around and see if you find anything you would like to improve. > Regards, > Jon > brgds, Thomas |
|
From: Jon E. <li...@dr...> - 2009-12-03 00:52:05
|
Hi, Have just started using avr-eclipse, and it's looking very impressive so far. So, first things first, thanks for a great product! Looking though the site, there was mention of a i/o register view in the next version. Is there much active development going on these days? Would be keen to get involved and help out, although I'd be the first to confess I've never touched Eclipse plugin development, so might be a steep learning curve ahead of me?! Regards, Jon |
|
From: SourceForge.net <no...@so...> - 2009-11-30 06:07:44
|
Feature Requests item #2905839, was opened at 2009-11-30 17:07 Message generated for change (Tracker Item Submitted) made by msjaye You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928234&aid=2905839&group_id=189165 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 Improvements Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: MsJaye (msjaye) Assigned to: Matthew McDougal (mmdoogie) Summary: Upload Project To Target Device from any point in Project Initial Comment: Having to explicitly select the top level project item in the Project Explorer to allow "Upload Project to Target Device" to work is rather irritating. Surely, if any element within a project is selected in the Project Explorer, then it's clear that the containing project is the one that's meant to be uploaded? It's a bit of a hassle having to bring up the Project Explorer and click on the project's top level item, especially when working on a small monitor when the Project Explorer isn't always visible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928234&aid=2905839&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-11-18 14:30:26
|
Support Requests item #2899833, was opened at 2009-11-18 14:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 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: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-14 02:28:39
|
Bugs item #2872447, was opened at 2009-10-04 03:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-10-14 02:28 Message: A simple failure mode that would allow me to manually enter the path to WinAVR would be all that is needed --- right now, the dialog to enter it gets the exception and nothing can be entered in the path field. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-10-14 02:26 Message: I am using Galileo on both machines. On the 32bit machine is Build id: 20090920-1017 Here is a copy of the exception on the 32bit machine -- I got to this one through a different path, but it is still in getWinAVRBasePath java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:60) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.preferences.AVRPathsPreferences$1.run(AVRPathsPreferences.java:168) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-13 22:56 Message: BTW what Eclipse version do you use? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-13 22:55 Message: I have started to work on this Bug and the obvious culprit is not the AVR Plugin but the WindowRegistry Class from CDT. There is already a bug report that this class is not working on 64bit Windows. https://bugs.eclipse.org/bugs/show_bug.cgi?id=236330 To fix the Problem I will need to check the return value of WindowsRegistry.getRegistry() and if it is Null then either fail gracefully or try some other method of getting access to the registry. I have just contacted the author of the above mentioned bug report to see if I can use his patch as a fallback when getRegistry() fails. Why it also fails on your 32 bit XP I have currently no idea. Can you confirm that it is the same NullPointerException or maybe something other Exception? ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 05:52 Message: I have now confirmed that this exception is also thrown on my 32bit Windows XP machine so the difference in the registry data is not the cause of the null pointer exception ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-04 05:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 03:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-14 02:26:20
|
Bugs item #2872447, was opened at 2009-10-04 03:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-10-14 02:26 Message: I am using Galileo on both machines. On the 32bit machine is Build id: 20090920-1017 Here is a copy of the exception on the 32bit machine -- I got to this one through a different path, but it is still in getWinAVRBasePath java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:60) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.preferences.AVRPathsPreferences$1.run(AVRPathsPreferences.java:168) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-13 22:56 Message: BTW what Eclipse version do you use? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-13 22:55 Message: I have started to work on this Bug and the obvious culprit is not the AVR Plugin but the WindowRegistry Class from CDT. There is already a bug report that this class is not working on 64bit Windows. https://bugs.eclipse.org/bugs/show_bug.cgi?id=236330 To fix the Problem I will need to check the return value of WindowsRegistry.getRegistry() and if it is Null then either fail gracefully or try some other method of getting access to the registry. I have just contacted the author of the above mentioned bug report to see if I can use his patch as a fallback when getRegistry() fails. Why it also fails on your 32 bit XP I have currently no idea. Can you confirm that it is the same NullPointerException or maybe something other Exception? ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 05:52 Message: I have now confirmed that this exception is also thrown on my 32bit Windows XP machine so the difference in the registry data is not the cause of the null pointer exception ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-04 05:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 03:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-13 23:26:32
|
Bugs item #2830837, was opened at 2009-08-01 16:54 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2830837&group_id=189165 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: v2.3 >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Thomas Holland (innot) Summary: compiler standard can not be changed Initial Comment: compiler standard can not be changed mm...@gm... ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-14 01:26 Message: Need more info! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2830837&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-13 23:24:46
|
Bugs item #2715567, was opened at 2009-03-26 23:21 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2715567&group_id=189165 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: Behavior Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Holland (innot) Assigned to: Thomas Holland (innot) Summary: Tool Settings: Assembler Debug Format not inhibited Initial Comment: In the AVR Assembler settings the 'Debug Info Format' is not inhibited when 'No Debugging Info' has been selected (like with the AVR Compiler settings) The reason for this is a copy&paste error in the build definition (thanks for Frederic Baudrand for noticing the problem) ####################################################################################### # winAVR Assembler # ####################################################################################### ... <not> <checkOption optionId="de.innot.avreclipse.assembler.option.debug.level" value="de.innot.avreclipse.compiler.option.debug.level.none"/> </not> ... correct would be: value="de.innot.avreclipse.assembler.option.debug.level.none"/> This will be fixed for the next release. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-14 01:24 Message: Fixed in HEAD and R2.3 Maintenance branch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2715567&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-13 23:13:19
|
Bugs item #2830970, was opened at 2009-08-02 02:28 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2830970&group_id=189165 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: Behavior >Group: v2.3 >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: Barney (barney86) >Assigned to: Thomas Holland (innot) Summary: Incorrect Path Initial Comment: Hi, I'm not sure if this problem is unique to me, avr plugin, CDT or eclipse - so ignore as you see fit. Fresh install of Eclipse+CDT(Galileo) and AVRPlugin 2.3.1.20081204PRD under Debian Multiple targets AVR project (cant rembember the exact name - the one thats not static) 'Console' window shows makefile is found, but "echo Command not found", rm not found etc etc. To Fix: Go to Project -> Properties -> C/C++ Build -> Environment -> Path Change /usr/bin:/usr/bin: to /usr/bin:/bin: It took me ages to figure out, hope it helps. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-14 01:13 Message: Hi, the two paths that you see on the Path page are the paths for the 'AVR-GCC' and 'GNU Make' as set on the Preferences -> AVR -> Paths page. These two paths get prepended to the the paths that CDT already knows ( Preferences -> C/C++ -> Build Variables -> Path ), which in turn should be the PATH from the shell that Eclipse was started in. Could you please check if /bin is in this path? If not you could either edit the CDT Path variable or ensure that Eclipse is started with the appropriate PATH environment variable. Please report, otherwise this bug report will close automatically in 14 days. Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2830970&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-13 22:56:14
|
Bugs item #2872447, was opened at 2009-10-04 05:10 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-14 00:56 Message: BTW what Eclipse version do you use? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-14 00:55 Message: I have started to work on this Bug and the obvious culprit is not the AVR Plugin but the WindowRegistry Class from CDT. There is already a bug report that this class is not working on 64bit Windows. https://bugs.eclipse.org/bugs/show_bug.cgi?id=236330 To fix the Problem I will need to check the return value of WindowsRegistry.getRegistry() and if it is Null then either fail gracefully or try some other method of getting access to the registry. I have just contacted the author of the above mentioned bug report to see if I can use his patch as a fallback when getRegistry() fails. Why it also fails on your 32 bit XP I have currently no idea. Can you confirm that it is the same NullPointerException or maybe something other Exception? ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 07:52 Message: I have now confirmed that this exception is also thrown on my 32bit Windows XP machine so the difference in the registry data is not the cause of the null pointer exception ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-04 07:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 05:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-13 22:55:17
|
Bugs item #2872447, was opened at 2009-10-04 05:10 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-14 00:55 Message: I have started to work on this Bug and the obvious culprit is not the AVR Plugin but the WindowRegistry Class from CDT. There is already a bug report that this class is not working on 64bit Windows. https://bugs.eclipse.org/bugs/show_bug.cgi?id=236330 To fix the Problem I will need to check the return value of WindowsRegistry.getRegistry() and if it is Null then either fail gracefully or try some other method of getting access to the registry. I have just contacted the author of the above mentioned bug report to see if I can use his patch as a fallback when getRegistry() fails. Why it also fails on your 32 bit XP I have currently no idea. Can you confirm that it is the same NullPointerException or maybe something other Exception? ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 07:52 Message: I have now confirmed that this exception is also thrown on my 32bit Windows XP machine so the difference in the registry data is not the cause of the null pointer exception ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-04 07:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 05:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-09 04:49:40
|
Support Requests item #2871692, was opened at 2009-10-01 22:18 Message generated for change (Comment added) made by bock2911 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 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: Install Problem (example) Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Bock (bock2911) Assigned to: Thomas Holland (innot) Summary: AVR Plugin problem with OS X Initial Comment: I am trying to install this on my MAC (intel chipset). And i am having a problem with the system not able to recognize the AVR Dragon that I have. I did find that paths it is not able to find the "ATmel part description files system". I have just reinstalled the Crosspack. Is that in there? Am I missing something also? One last thing, when I turn on the program, I do get the following error: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem Any help would be great. Thanks. ---------------------------------------------------------------------- Comment By: Dan Bock (bock2911) Date: 2009-10-08 21:49 Message: Thanks for the help. However, I still have the same error as before: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 U nknown C/C++ Problem The output from running the gcc is as follows: Using built-in specs. Target: avr Configured with: ../configure --target=avr --program-prefix=avr- --enable-languages=c --disable-libssp --disable-nls --with-dwarf2 Thread model: single gcc version 4.2.0 /usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD ignoring nonexistent directory "/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include" #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc/avr/4.2.0/include /usr/local/lib/gcc/avr/4.2.0/../../../../avr/include End of search list. #define __STDC__ 1 #define __STDC_HOSTED__ 1 #define __GNUC__ 4 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 0 #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __WCHAR_TYPE__ int #define __WINT_TYPE__ unsigned int #define __INTMAX_TYPE__ long long int #define __UINTMAX_TYPE__ long long unsigned int #define __GXX_ABI_VERSION 1002 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __INT_MAX__ 32767 #define __LONG_MAX__ 2147483647L #define __LONG_LONG_MAX__ 9223372036854775807LL #define __WCHAR_MAX__ 32767 #define __CHAR_BIT__ 8 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_EVAL_METHOD__ 0 #define __DEC_EVAL_METHOD__ 2 #define __FLT_RADIX__ 2 #define __FLT_MANT_DIG__ 24 #define __FLT_DIG__ 6 #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MAX_EXP__ 128 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN__ 1.17549435e-38F #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 24 #define __DBL_DIG__ 6 #define __DBL_MIN_EXP__ (-125) #define __DBL_MIN_10_EXP__ (-37) #define __DBL_MAX_EXP__ 128 #define __DBL_MAX_10_EXP__ 38 #define __DBL_MAX__ 3.40282347e+38 #define __DBL_MIN__ 1.17549435e-38 #define __DBL_EPSILON__ 1.19209290e-7 #define __DBL_DENORM_MIN__ 1.40129846e-45 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 24 #define __LDBL_DIG__ 6 #define __LDBL_MIN_EXP__ (-125) #define __LDBL_MIN_10_EXP__ (-37) #define __LDBL_MAX_EXP__ 128 #define __LDBL_MAX_10_EXP__ 38 #define __DECIMAL_DIG__ 9 #define __LDBL_MAX__ 3.40282347e+38L #define __LDBL_MIN__ 1.17549435e-38L #define __LDBL_EPSILON__ 1.19209290e-7L #define __LDBL_DENORM_MIN__ 1.40129846e-45L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DEC32_MANT_DIG__ 7 #define __DEC32_MIN_EXP__ (-95) #define __DEC32_MAX_EXP__ 96 #define __DEC32_MIN__ 1E-95DF #define __DEC32_MAX__ 9.999999E96DF #define __DEC32_EPSILON__ 1E-6DF #define __DEC32_DEN__ 0.000001E-95DF #define __DEC64_MANT_DIG__ 16 #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MAX_EXP__ 384 #define __DEC64_MIN__ 1E-383DD #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC128_MANT_DIG__ 34 #define __DEC128_MIN_EXP__ (-6143) #define __DEC128_MAX_EXP__ 6144 #define __DEC128_MIN__ 1E-6143DL #define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL #define __DEC128_EPSILON__ 1E-33DL #define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL #define __REGISTER_PREFIX__ #define __USER_LABEL_PREFIX__ #define __VERSION__ "4.2.0" #define __GNUC_GNU_INLINE__ 1 #define __NO_INLINE__ 1 #define __FINITE_MATH_ONLY__ 0 #define __AVR 1 #define __AVR__ 1 #define AVR 1 #define __AVR_ARCH__ 2 Is it the directory error my problem that it says is nonexistent? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-03 13:09 Message: Hi Dan, the path to the "Atmel part description files" is currently unused by the plugin and therefore not required. (The Atmel Part Description files are part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not available separately) So the problem with recognizing your Dragon must be somewhere else. Maybe you can provide the console output to see where it is failing. For your second problem: I haven't seen this error message so I don't know where it comes from and what is causing it. But a few things you could try: check that the file "/Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists and is just a empty file (except for one newline). Second: execute the whole command ("avr-gcc -E -P -v -dD /Users/.../specs.c") from a shell to check if there is any problem with that. BTW the "Test_1" in the output. Is that the name of a / the Project? Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-09 04:46:26
|
Support Requests item #2875452, was opened at 2009-10-08 21:46 Message generated for change (Tracker Item Submitted) made by bock2911 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2875452&group_id=189165 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: Dan Bock (bock2911) Assigned to: Nobody/Anonymous (nobody) Summary: Still problem Initial Comment: Thanks for the help. However, I still have the same error as before: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem The output from running the gcc is as follows: Using built-in specs. Target: avr Configured with: ../configure --target=avr --program-prefix=avr- --enable-languages=c --disable-libssp --disable-nls --with-dwarf2 Thread model: single gcc version 4.2.0 /usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD ignoring nonexistent directory "/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include" #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc/avr/4.2.0/include /usr/local/lib/gcc/avr/4.2.0/../../../../avr/include End of search list. #define __STDC__ 1 #define __STDC_HOSTED__ 1 #define __GNUC__ 4 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 0 #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __WCHAR_TYPE__ int #define __WINT_TYPE__ unsigned int #define __INTMAX_TYPE__ long long int #define __UINTMAX_TYPE__ long long unsigned int #define __GXX_ABI_VERSION 1002 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __INT_MAX__ 32767 #define __LONG_MAX__ 2147483647L #define __LONG_LONG_MAX__ 9223372036854775807LL #define __WCHAR_MAX__ 32767 #define __CHAR_BIT__ 8 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_EVAL_METHOD__ 0 #define __DEC_EVAL_METHOD__ 2 #define __FLT_RADIX__ 2 #define __FLT_MANT_DIG__ 24 #define __FLT_DIG__ 6 #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MAX_EXP__ 128 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN__ 1.17549435e-38F #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 24 #define __DBL_DIG__ 6 #define __DBL_MIN_EXP__ (-125) #define __DBL_MIN_10_EXP__ (-37) #define __DBL_MAX_EXP__ 128 #define __DBL_MAX_10_EXP__ 38 #define __DBL_MAX__ 3.40282347e+38 #define __DBL_MIN__ 1.17549435e-38 #define __DBL_EPSILON__ 1.19209290e-7 #define __DBL_DENORM_MIN__ 1.40129846e-45 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 24 #define __LDBL_DIG__ 6 #define __LDBL_MIN_EXP__ (-125) #define __LDBL_MIN_10_EXP__ (-37) #define __LDBL_MAX_EXP__ 128 #define __LDBL_MAX_10_EXP__ 38 #define __DECIMAL_DIG__ 9 #define __LDBL_MAX__ 3.40282347e+38L #define __LDBL_MIN__ 1.17549435e-38L #define __LDBL_EPSILON__ 1.19209290e-7L #define __LDBL_DENORM_MIN__ 1.40129846e-45L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DEC32_MANT_DIG__ 7 #define __DEC32_MIN_EXP__ (-95) #define __DEC32_MAX_EXP__ 96 #define __DEC32_MIN__ 1E-95DF #define __DEC32_MAX__ 9.999999E96DF #define __DEC32_EPSILON__ 1E-6DF #define __DEC32_DEN__ 0.000001E-95DF #define __DEC64_MANT_DIG__ 16 #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MAX_EXP__ 384 #define __DEC64_MIN__ 1E-383DD #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC128_MANT_DIG__ 34 #define __DEC128_MIN_EXP__ (-6143) #define __DEC128_MAX_EXP__ 6144 #define __DEC128_MIN__ 1E-6143DL #define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL #define __DEC128_EPSILON__ 1E-33DL #define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL #define __REGISTER_PREFIX__ #define __USER_LABEL_PREFIX__ #define __VERSION__ "4.2.0" #define __GNUC_GNU_INLINE__ 1 #define __NO_INLINE__ 1 #define __FINITE_MATH_ONLY__ 0 #define __AVR 1 #define __AVR__ 1 #define AVR 1 #define __AVR_ARCH__ 2 Is it the directory error my problem that it says is nonexistent? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2875452&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-04 05:52:28
|
Bugs item #2872447, was opened at 2009-10-03 22:10 Message generated for change (Comment added) made by mitchmitchell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 00:52 Message: I have now confirmed that this exception is also thrown on my 32bit Windows XP machine so the difference in the registry data is not the cause of the null pointer exception ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-04 00:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-03 22:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-04 05:11:55
|
Bugs item #2872447, was opened at 2009-10-04 05:10 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) >Assigned to: Thomas Holland (innot) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-04 07:11 Message: Thanks for the detailed description. I will fix this in the next release. ---------------------------------------------------------------------- Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-04 05:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-04 03:12:10
|
Bugs item #2872447, was opened at 2009-10-03 22:10 Message generated for change (Comment added) made by mitchmitchell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Matthew McDougal (mmdoogie) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- >Comment By: Mitch Mitchell (mitchmitchell) Date: 2009-10-03 22:12 Message: Should have read as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR Also under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Free Software Foundation\WinAVR-20090313 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-04 03:10:14
|
Bugs item #2872447, was opened at 2009-10-03 22:10 Message generated for change (Tracker Item Submitted) made by mitchmitchell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 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: Behavior Group: v2.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mitch Mitchell (mitchmitchell) Assigned to: Matthew McDougal (mmdoogie) Summary: getWinAVRBasePath throws exception on Vista 64 Initial Comment: Whenever getWinAVRBasePath is called on my Windows Vista 64 system, I get the exception below. Creating an AVR project, trying to modify the paths under the AVR plugin etc. I think this is because the WinAVR registry key is not in HKML\Software\WinAVR but rather under HKML\Software\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\WinAVR java.lang.NullPointerException at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:112) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:89) at de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:64) at de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102) at de.innot.avreclipse.core.paths.AVRPathProvider.getPath(AVRPathProvider.java:63) at de.innot.avreclipse.core.toolinfo.AVRDude.getToolPath(AVRDude.java:152) at de.innot.avreclipse.core.toolinfo.AVRDude.loadProgrammersList(AVRDude.java:666) at de.innot.avreclipse.core.toolinfo.AVRDude.getProgrammersList(AVRDude.java:212) at de.innot.avreclipse.ui.preferences.AVRDudeConfigEditor.<init>(AVRDudeConfigEditor.java:137) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.editButtonAction(ProgConfigListFieldEditor.java:468) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor.access$7(ProgConfigListFieldEditor.java:434) at de.innot.avreclipse.ui.preferences.ProgConfigListFieldEditor$4.widgetSelected(ProgConfigListFieldEditor.java:376) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.jface.window.Window.runEventLoop(Window.java:825) at org.eclipse.jface.window.Window.open(Window.java:801) at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:211) at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) at org.eclipse.jface.action.Action.runWithEvent(Action.java:498) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2872447&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2009-10-03 20:09:51
|
Support Requests item #2871692, was opened at 2009-10-02 07:18 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 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: Install Problem (example) Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Bock (bock2911) >Assigned to: Thomas Holland (innot) Summary: AVR Plugin problem with OS X Initial Comment: I am trying to install this on my MAC (intel chipset). And i am having a problem with the system not able to recognize the AVR Dragon that I have. I did find that paths it is not able to find the "ATmel part description files system". I have just reinstalled the Crosspack. Is that in there? Am I missing something also? One last thing, when I turn on the program, I do get the following error: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem Any help would be great. Thanks. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2009-10-03 22:09 Message: Hi Dan, the path to the "Atmel part description files" is currently unused by the plugin and therefore not required. (The Atmel Part Description files are part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not available separately) So the problem with recognizing your Dragon must be somewhere else. Maybe you can provide the console output to see where it is failing. For your second problem: I haven't seen this error message so I don't know where it comes from and what is causing it. But a few things you could try: check that the file "/Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists and is just a empty file (except for one newline). Second: execute the whole command ("avr-gcc -E -P -v -dD /Users/.../specs.c") from a shell to check if there is any problem with that. BTW the "Test_1" in the output. Is that the name of a / the Project? Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 |
