avr-eclipse-user — General discussions and support for the AVR Eclipse plugin

[Avr-eclipse-user] [ avr-eclipse-Support Requests-2958632 ] Can't Change the AVR-compiler settings

[SourceForge.net <no...@so...>]

Support Requests item #2958632, was opened at 2010-02-25 12:08
Message generated for change (Comment added) made by odedg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&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: ODED GOTTDENKER (odedg)
Assigned to: Thomas Holland (innot)
Summary: Can't Change the AVR-compiler settings

Initial Comment:
Hello,

I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former.

I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered.
I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions.
In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur.

Thanks for the help,
Oded

----------------------------------------------------------------------

>Comment By: ODED GOTTDENKER (odedg)
Date: 2010-12-23 15:51

Message:
Hello Thomas,

I finally found the reason to my problem of "Non responsive GUI compiler
options" and thought I'll share it with you incase someone else encounters
the same problem.
It turns out that eclipse uses windows language settings when it runs.
My language settings are set to Hebrew, and for some reason, it interferes
with the normal operation of eclipse and AVR plugin. When I change the
language settings to english
everything works as expected - all compiler options are selectable.
Since I need these settings when I work on windows, I found out that I can
change
the language settings for the eclipse itself by adding a few lines in the
file: eclipse.ini under
the eclipse library.
Open the file "eclipse.ini" in the eclipse directory and, under the line
"-vmargs", add the following lines:
-Dosgi.nl=en_US
-Duser.country=US
-Duser.language=en

Now, when you open the eclipse avr project, all the compiler options will
be selectable.

Oded

----------------------------------------------------------------------

Comment By: ODED GOTTDENKER (odedg)
Date: 2010-03-09 16:26

Message:
Hello Thomas,

I did as you instructed me, and tried calling the eclipse program from the
command line with -clean flag, which didn't help.
Next I created a new workspace(called twork) and created an empty test
project with the same results.
I'm attaching the error log file here for you to see.
Note, that I presently have 3 Eclipse versions on my computer(GALILEO,
GANYMEDE and EUROPA). Maybe they interfer with each other?
Or maybe, my java framework is not as yours?

Thank you for your help,
Oded

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-03-09 13:51

Message:
I checked your Project and everything works fine for me. I can change
settings and compile the project without any problems.

I also checked the error log and there are a multitude of Exceptions
happening in core CDT and Eclipse functions. I looked at some of the
Exceptions and they really should not happen unless some internal Eclipse
data structures are mangled.

Eclipse saves (and reloades) most of its data structures constantly to the
workspace, (mostly to the '.metadata' folder), so my guess would be that
there is something messed up in your workspace.

Two things I would like you to try:
1. Start Eclipse with the '-clean' option to rebuild these internal
structures. The easiest way to do this is to start Eclipse from a command
shell with '-clean' appended.
If this doesn't help try

2. Create a new Workspace and use it to create a new test project.  To do
this you need to create an empty folder somewhere, then select 'File ->
Switch Workspace -> Other...' , browse to this new empty folder and click
on OK. 

If this still doesn't help then you could again dump the error log (with
the new workspace in use) and attach it here.

Thomas

----------------------------------------------------------------------

Comment By: ODED GOTTDENKER (odedg)
Date: 2010-03-07 10:46

Message:
Hello Thomas,

I've downloaded the new eclipse version: eclipse-cpp-galileo-SR2-win32.zip
and installed the AVR plugin, but the problem still occurs.
I'm attaching here error log file and also an a test project. Maybe you
can try updating the settings of drop-down menus in it and see if it fails
on your computer also.
Note, that I'm using the AT90PWM316 micro in the test project, but I don't
think it is micro dependant as I tried others and it failed also.

Thank you for your help,
Oded

Thank you for your help,


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2010-03-06 23:34

Message:
Oded, for the error log check (with Galileo) under 'Help -> About Eclipse
->  Installation Details -> Configuration -> Show Error Log'. This should
not be emtpy, as every Eclipse start is logged there.

What do you mean by "Galileo Eclipse project from the site"? If you mean
the Eclipse Download page, then I have already done this, because I usually
test the plugin against a plain download of the "Eclipse for C/C++
Developers" without any additional plugins.

----------------------------------------------------------------------

Comment By: ODED GOTTDENKER (odedg)
Date: 2010-03-02 11:44

Message:
Hello Thomas,

I'm using Windows XP. I can't attach a copy of the error log, bcz there
isn't one.
The IDE simply refuses to change the drop-down menu settings under:
Properties->C/C++ Build->Settings->Optimization->Optimization Level
And also Under:
Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info
And also Under:
Properties->C/C++ Build->Settings->Language Standard

It seems it's stuck in it's default configurations and does not except any
changes regarding these drop-down menus.

Maybe you can try downloading the Galileo Eclipse project from the site as
a user(not a developer) on windows XP if you have one and then download the
AVR-Plugin.

Thank you for your help,
Oded



----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-02-28 23:12

Message:
Hi Oded,

like with the other report I can't reproduce this, so we need to do some
more troubleshooting. 

Does this Problem occur with every project? I.e. if you create a new empty
AVR project, does the problem occur as well?

Which Operating System do you use? (So far the problems seem to be only on
MacOSX)

Could you please attach a copy of your Eclipse error log to this Support
Request. Maybe there is something in there which could point to the source
of the problem.

BTW, I do not think that this is a AVR Plugin problem because
Saving/Restoring of the compiler settings (like the optimization level) is
done by CDT itself, the AVR Plugin only defines the different options (in
XML format).

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165

[Avr-eclipse-user] How to use AVR Eclipse plugin with existing Makefile?

[Kerry L. <ker...@gm...>]

Greetings,

I am trying to migrate from AVR Studio 4 (on a Windows XP VM)
to Eclipse CDT (on a Linux VM) for a large C project. I just about
have the Eclipse CDT w/ AVR plugin working for a new project
(still trying to get avarice and avr-gdb to work).  But I will ultimately
need to build an existing code base for AVR.

I have created a New->Makefile Project with Existing Code->AVR-GCC
Toolchain project, but I don't see the AVR plugin in the project's
properties.  Hence, I cannot upload or debug the target yet under
Eclipse.

Is there a way to do this?  I've looked at "Convert to a C/C++ project"
but my project doesn't show up as a candidate for conversion.  Also I
should mention the root directory for this project is not in my default
workspace, but changing the workspace doesn't seem to affect the
ability to convert the project either.

TIA, -K-

[Avr-eclipse-user] [ avr-eclipse-Feature Requests-3115715 ] Bootloader Support CAN

[SourceForge.net <no...@so...>]

Feature Requests item #3115715, was opened at 2010-11-22 17:37
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3115715&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: Additional Functionality
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Matthew McDougal (mmdoogie)
Summary: Bootloader Support CAN 

Initial Comment:
Please add the support for the Bbootloader provided at http://www.kreatives-chaos.com/artikel/can-bootloader or just add a custom button which will execute a command in the terminal.

Thanks

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3115715&group_id=189165

[Avr-eclipse-user] can't program atmega 1280, other MCUs work fine

[francis k. <fk...@gm...>]

Hey All,

I've been using Eclipse with the avr-eclipse plugin for a couple weeks to
develop a project on the atmega328p.  Everyhting works great.  However, I
have recently switched to an atmega1280 and I can't upload a program to it.
I changed the target hardware appropriately.  There are no errors when I
upload... everything seems OK... but the chip doesn't run my program.
I'm using Linux and , like I said, I have no trouble programming the 328p
and even 168.  Any ideas what might be going wrong?  The fact that I don't
get any error is troubling.

Thanks,
Francis

[Avr-eclipse-user] [ avr-eclipse-Feature Requests-3101596 ] avr assembler support

[SourceForge.net <no...@so...>]

Feature Requests item #3101596, was opened at 2010-11-02 13:42
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3101596&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: Additional Functionality
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Matthew McDougal (mmdoogie)
Summary: avr assembler support

Initial Comment:
support for developing software for Atmel AVR MCUs in assembler
often theese MCUs are used in applications with critical timing, 
for such reason assembler development would be ineteresting feature

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3101596&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Support Requests-3089786 ] XMEGA

[SourceForge.net <no...@so...>]

Support Requests item #3089786, was opened at 2010-10-18 15:50
Message generated for change (Settings changed) made by innot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&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: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Maarten Brock (maartenbrock)
Assigned to: Thomas Holland (innot)
Summary: XMEGA

Initial Comment:
Hi,

I just installed the plugin (2.3.4) through the update site and wanted to start a new project for an XMEGA. However no XMEGA shows up in the MCU Type dropdown list. Did I do something wrong?

Maarten

----------------------------------------------------------------------

>Comment By: Thomas Holland (innot)
Date: 2010-10-19 12:59

Message:
Yes, there could be some kind of warning if no AVR Toolchain has been
installed.
I'll put this on my to-do list.

----------------------------------------------------------------------

Comment By: Maarten Brock (maartenbrock)
Date: 2010-10-19 12:32

Message:
Thomas,

Thanks for answering. I didn't have WinAVR installed yet. That was my next
step. Now that I have it the list is longer and includes xmega's.

Kind of surprising that the default list contains a subset of all
supported devices. Maybe it could be empty or something like "<avr-gcc not
found>".

Maarten

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-10-19 12:22

Message:
Maarten,

probably your AVR toolchain is to old and does not support XMegas. If you
are on Windows install the latest WinAVR and if you are running Linux / OSX
take a look at this page:
http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_GCC_Toolchain

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Support Requests-3089786 ] XMEGA

[SourceForge.net <no...@so...>]

Support Requests item #3089786, was opened at 2010-10-18 15:50
Message generated for change (Settings changed) made by innot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&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: Maarten Brock (maartenbrock)
>Assigned to: Thomas Holland (innot)
Summary: XMEGA

Initial Comment:
Hi,

I just installed the plugin (2.3.4) through the update site and wanted to start a new project for an XMEGA. However no XMEGA shows up in the MCU Type dropdown list. Did I do something wrong?

Maarten

----------------------------------------------------------------------

>Comment By: Thomas Holland (innot)
Date: 2010-10-19 12:22

Message:
Maarten,

probably your AVR toolchain is to old and does not support XMegas. If you
are on Windows install the latest WinAVR and if you are running Linux / OSX
take a look at this page:
http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_GCC_Toolchain

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Support Requests-3089786 ] XMEGA

[SourceForge.net <no...@so...>]

Support Requests item #3089786, was opened at 2010-10-18 15:50
Message generated for change (Tracker Item Submitted) made by maartenbrock
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&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: Maarten Brock (maartenbrock)
Assigned to: Nobody/Anonymous (nobody)
Summary: XMEGA

Initial Comment:
Hi,

I just installed the plugin (2.3.4) through the update site and wanted to start a new project for an XMEGA. However no XMEGA shows up in the MCU Type dropdown list. Did I do something wrong?

Maarten

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3089786&group_id=189165

Re: [Avr-eclipse-user] What versions of eclipse/cdt are known to work with AVREclipse?

[Steve J. <st...@is...>]

Hi,

I can confirm that avrEclipse works with Helios. My set-up is Ubuntu 10.04 running under VMWare on a 
WIN7 host. On the host the ATMEL jtag USB driver has been replaced with the usblib driver from 
winAVR (C:\WinAVR-20100110\utils\libusb\bin)

On Ubuntu I have:

eclipse-cpp-helios-SR1-linux-gtk.tar.gz

and (just, no other plugins)

avreclipse-p2-repository-2.3.4.20100807PRD

To setup for debugging using an ATMEL JTAG ICE MK2 I load the hex onto my target and kick off 
avarice in a linux terminal window with:

avarice --erase --file myprog.hex -2 --ignore-intr --jtag usb :4242

OR if the target is already flashed:

avarice -2 --ignore-intr --jtag usb :4242

Then follow the "Debugging on the target/Helios" instructions in

http://embedded-linux.co.uk/tutorial/eclipse-cross-compile

The only difference being:

GDB Debugger: avr-gdb
Connection: TCP, localhost, 4242

Pressing "Debug" brings up the debug perspective with the source code window on main(). Breakpoints 
work.

I imagine the same set up will work directly on Windows/WinAVR/Helios though I've not tried it.


Cheers, Steve.


On 10/10/2010 09:03, Steve Jones wrote:
> Hi Thomas,
>
> On Ganymede (which works), I enter the Debug perspective and halt on main(). The console views(s)
> for the debug session are empty.
>
> Using the same eclipse workspace and project, If I try the same on Helios I just stay in the C/C++
> perspective. The console view for "C/C++ Attach to Application gdb traces" contains the following:
>
> 315,583 1-environment-cd D:/ubuntu/contiki/eclipse/world
> 315,598 1^done
> 315,598 (gdb)
> 315,598 2-file-exec-and-symbols D:/ubuntu/contiki/eclipse/world/Debug/world.elf
> 315,614 2^done
> 315,614 (gdb)
> 315,614 3-gdb-set auto-solib-add on
> 315,629 3^done
> 315,629 (gdb)
> 315,661 4-environment-directory D:/ubuntu/contiki/eclipse/world D:/ubuntu/contiki/eclipse/world/.set\
> tings D:/ubuntu/contiki/eclipse/world/Debug D:/ubuntu/contiki/eclipse/world/Debug/src D:/ubuntu/cont\
> iki/eclipse/world/src
> 315,676 4^done,source-path="D:/ubuntu/contiki/eclipse/world;D:/ubuntu/contiki/eclipse/world/.setting\
> s;D:/ubuntu/contiki/eclipse/world/Debug;D:/ubuntu/contiki/eclipse/world/Debug/src;D:/ubuntu/contiki/\
> eclipse/world/src;$cdir;$cwd"
> 315,676 (gdb)
> 315,676 5-target-select extended-remote localhost:4242
> 316,706 5^connected,thread-id="0",frame={addr="0x00000000",func="__vectors",args=[]}
> 316,706 (gdb)
>
> I know switching between eclipse versions on the same workspace is not a good idea but I originally
> started with Helios. When that failed I want back to Ganymede and it worked.
>
> I'm not sure which of the debug launch configurations it is best to use. I've been using "C/C++
> Attach to Application". The "GDB Hardware Debugging" configuration is not in the standard Helios/CDT
> download, see:
>
> http://download.eclipse.org/tools/cdt/releases/helios/
>
> I also have Ubuntu 10.4 running under VMWare on the same PC. Would it be better to use that as my
> base system instead of Windows?
>
> Anyway, now that I know it should be work on Helios I'll persevere a while longer though any
> suggestions would be most welcome.
>
> Cheers, Steve.
>
>
>
> On 09/10/2010 21:47, Thomas Holland wrote:
>>     Hi Steve,
>>
>> so far I haven't had any problems with debugging on any Eclipse Version
>> up to and including Helios.
>> Could you post the console output of avr-gdb and of avarice to see what
>> is going on? You can use the little icon that looks like a computer
>> screen on the top right of the 'Console' view to switch between the
>> different consoles.
>>
>> Also debugging with avarice and AVR processors is generally slow, AFAIK
>> due to inefficient protocols (reverse engineered because Atmel has not
>> released the MK2 communication protocol). This is aggravated by Eclipse
>> as it tries to read all AVR registers after each step.
>> However 5 seconds per step seems rather slow. With my AVRDragon (usually
>> connected to an AVR Butterfly for testing) It takes maybe 0,5 to 1 sec
>> per step.
>>
>> Maybe you can increase the JTAG bitrate to improve the speed. Take a
>> look at the '--jtag-bitrate' option of avarice any see if it helps.
>> Another thing to improve single stepping is to change to 'Instruction
>> step mode'. Instead of single stepping the C source this mode will step
>> single assembler instructions, which is usually faster. IIRC this is
>> activated by clicking on the little 'I' Icon next to the 'Step in',
>> 'Step over' and 'Step out' icons.
>>
>> Cheers,
>>
>> Thomas
>>
>>
>> On 08.10.2010 14:43, Steve Jones wrote:
>>> Hi,
>>>
>>> I'm cannot get debugging to work with more recent versions of eclipse than 3.4 (Ganymede).
>>>
>>> I'm using an ATMEL/AVR JTAG MK2 on windows with WinAVR-20100110. Even on Ganymede single stepping is
>>> very slow (5 seconds per step).
>>>
>>> On eclipse 3.5 and 3.6 hardware debugging fails to start on both. I can download using AVRDude OK.
>>> WinAVR/avr-gdb starts up and acknowledges a connection but eclipse fails to enter the debug perspective.
>>>
>>> Are there known issues with later versions of eclipse or am I doing something wrong?
>>>
>>> Thank, Steve.
>>>
>>> ------------------------------------------------------------------------------
>>> Beautiful is writing same markup. Internet Explorer 9 supports
>>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&    L3.
>>> Spend less time writing and  rewriting code and more time creating great
>>> experiences on the web. Be a part of the beta today.
>>> http://p.sf.net/sfu/beautyoftheweb
>>> _______________________________________________
>>> avr-eclipse-user mailing list
>>> avr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Beautiful is writing same markup. Internet Explorer 9 supports
>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&   L3.
>> Spend less time writing and  rewriting code and more time creating great
>> experiences on the web. Be a part of the beta today.
>> http://p.sf.net/sfu/beautyoftheweb
>> _______________________________________________
>> avr-eclipse-user mailing list
>> avr...@li...
>> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>>
>
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&  L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>

Re: [Avr-eclipse-user] What versions of eclipse/cdt are known to work with AVREclipse?

[Steve J. <st...@is...>]

Hi Thomas,

On Ganymede (which works), I enter the Debug perspective and halt on main(). The console views(s) 
for the debug session are empty.

Using the same eclipse workspace and project, If I try the same on Helios I just stay in the C/C++ 
perspective. The console view for "C/C++ Attach to Application gdb traces" contains the following:

315,583 1-environment-cd D:/ubuntu/contiki/eclipse/world
315,598 1^done
315,598 (gdb)
315,598 2-file-exec-and-symbols D:/ubuntu/contiki/eclipse/world/Debug/world.elf
315,614 2^done
315,614 (gdb)
315,614 3-gdb-set auto-solib-add on
315,629 3^done
315,629 (gdb)
315,661 4-environment-directory D:/ubuntu/contiki/eclipse/world D:/ubuntu/contiki/eclipse/world/.set\
tings D:/ubuntu/contiki/eclipse/world/Debug D:/ubuntu/contiki/eclipse/world/Debug/src D:/ubuntu/cont\
iki/eclipse/world/src
315,676 4^done,source-path="D:/ubuntu/contiki/eclipse/world;D:/ubuntu/contiki/eclipse/world/.setting\
s;D:/ubuntu/contiki/eclipse/world/Debug;D:/ubuntu/contiki/eclipse/world/Debug/src;D:/ubuntu/contiki/\
eclipse/world/src;$cdir;$cwd"
315,676 (gdb)
315,676 5-target-select extended-remote localhost:4242
316,706 5^connected,thread-id="0",frame={addr="0x00000000",func="__vectors",args=[]}
316,706 (gdb)

I know switching between eclipse versions on the same workspace is not a good idea but I originally 
started with Helios. When that failed I want back to Ganymede and it worked.

I'm not sure which of the debug launch configurations it is best to use. I've been using "C/C++ 
Attach to Application". The "GDB Hardware Debugging" configuration is not in the standard Helios/CDT 
download, see:

http://download.eclipse.org/tools/cdt/releases/helios/

I also have Ubuntu 10.4 running under VMWare on the same PC. Would it be better to use that as my 
base system instead of Windows?

Anyway, now that I know it should be work on Helios I'll persevere a while longer though any 
suggestions would be most welcome.

Cheers, Steve.



On 09/10/2010 21:47, Thomas Holland wrote:
>    Hi Steve,
>
> so far I haven't had any problems with debugging on any Eclipse Version
> up to and including Helios.
> Could you post the console output of avr-gdb and of avarice to see what
> is going on? You can use the little icon that looks like a computer
> screen on the top right of the 'Console' view to switch between the
> different consoles.
>
> Also debugging with avarice and AVR processors is generally slow, AFAIK
> due to inefficient protocols (reverse engineered because Atmel has not
> released the MK2 communication protocol). This is aggravated by Eclipse
> as it tries to read all AVR registers after each step.
> However 5 seconds per step seems rather slow. With my AVRDragon (usually
> connected to an AVR Butterfly for testing) It takes maybe 0,5 to 1 sec
> per step.
>
> Maybe you can increase the JTAG bitrate to improve the speed. Take a
> look at the '--jtag-bitrate' option of avarice any see if it helps.
> Another thing to improve single stepping is to change to 'Instruction
> step mode'. Instead of single stepping the C source this mode will step
> single assembler instructions, which is usually faster. IIRC this is
> activated by clicking on the little 'I' Icon next to the 'Step in',
> 'Step over' and 'Step out' icons.
>
> Cheers,
>
> Thomas
>
>
> On 08.10.2010 14:43, Steve Jones wrote:
>> Hi,
>>
>> I'm cannot get debugging to work with more recent versions of eclipse than 3.4 (Ganymede).
>>
>> I'm using an ATMEL/AVR JTAG MK2 on windows with WinAVR-20100110. Even on Ganymede single stepping is
>> very slow (5 seconds per step).
>>
>> On eclipse 3.5 and 3.6 hardware debugging fails to start on both. I can download using AVRDude OK.
>> WinAVR/avr-gdb starts up and acknowledges a connection but eclipse fails to enter the debug perspective.
>>
>> Are there known issues with later versions of eclipse or am I doing something wrong?
>>
>> Thank, Steve.
>>
>> ------------------------------------------------------------------------------
>> Beautiful is writing same markup. Internet Explorer 9 supports
>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&   L3.
>> Spend less time writing and  rewriting code and more time creating great
>> experiences on the web. Be a part of the beta today.
>> http://p.sf.net/sfu/beautyoftheweb
>> _______________________________________________
>> avr-eclipse-user mailing list
>> avr...@li...
>> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>>
>
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&  L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>

Re: [Avr-eclipse-user] What versions of eclipse/cdt are known to work with AVREclipse?

[Thomas H. <th...@in...>]

  Hi Steve,

so far I haven't had any problems with debugging on any Eclipse Version 
up to and including Helios.
Could you post the console output of avr-gdb and of avarice to see what 
is going on? You can use the little icon that looks like a computer 
screen on the top right of the 'Console' view to switch between the 
different consoles.

Also debugging with avarice and AVR processors is generally slow, AFAIK 
due to inefficient protocols (reverse engineered because Atmel has not 
released the MK2 communication protocol). This is aggravated by Eclipse 
as it tries to read all AVR registers after each step.
However 5 seconds per step seems rather slow. With my AVRDragon (usually 
connected to an AVR Butterfly for testing) It takes maybe 0,5 to 1 sec 
per step.

Maybe you can increase the JTAG bitrate to improve the speed. Take a 
look at the '--jtag-bitrate' option of avarice any see if it helps.
Another thing to improve single stepping is to change to 'Instruction 
step mode'. Instead of single stepping the C source this mode will step 
single assembler instructions, which is usually faster. IIRC this is 
activated by clicking on the little 'I' Icon next to the 'Step in', 
'Step over' and 'Step out' icons.

Cheers,

Thomas


On 08.10.2010 14:43, Steve Jones wrote:
> Hi,
>
> I'm cannot get debugging to work with more recent versions of eclipse than 3.4 (Ganymede).
>
> I'm using an ATMEL/AVR JTAG MK2 on windows with WinAVR-20100110. Even on Ganymede single stepping is
> very slow (5 seconds per step).
>
> On eclipse 3.5 and 3.6 hardware debugging fails to start on both. I can download using AVRDude OK.
> WinAVR/avr-gdb starts up and acknowledges a connection but eclipse fails to enter the debug perspective.
>
> Are there known issues with later versions of eclipse or am I doing something wrong?
>
> Thank, Steve.
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2&  L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>

[Avr-eclipse-user] What versions of eclipse/cdt are known to work with AVREclipse?

[Steve J. <st...@is...>]

Hi,

I'm cannot get debugging to work with more recent versions of eclipse than 3.4 (Ganymede).

I'm using an ATMEL/AVR JTAG MK2 on windows with WinAVR-20100110. Even on Ganymede single stepping is 
very slow (5 seconds per step).

On eclipse 3.5 and 3.6 hardware debugging fails to start on both. I can download using AVRDude OK. 
WinAVR/avr-gdb starts up and acknowledges a connection but eclipse fails to enter the debug perspective.

Are there known issues with later versions of eclipse or am I doing something wrong?

Thank, Steve.

[Avr-eclipse-user] [ avr-eclipse-Bugs-3074773 ] Automagic path detection on Unix slow

[SourceForge.net <no...@so...>]

Bugs item #3074773, was opened at 2010-09-24 14:05
Message generated for change (Tracker Item Submitted) made by innot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3074773&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: Thomas Holland (innot)
Assigned to: Thomas Holland (innot)
Summary: Automagic path detection on Unix slow

Initial Comment:
Problem: 
The automatic path detection done one the first AVR Plugin startup can take a very long time on Linux.

Solution:
Change the path detection to only use the 'find' command after asking the user to do so (and warning him that it may take a long time)

Also the path to the include files should be taken directly from 'avr-gcc' and not via an independent 'find'.
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3074773&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Support Requests-3064254 ] oTgmXvEvv

[SourceForge.net <no...@so...>]

Support Requests item #3064254, was opened at 2010-09-11 12:58
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3064254&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: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: oTgmXvEvv

Initial Comment:
VwyhyB http://ontogen.com
<a href="http://ontogen.com">online casino</a>
[URL=http://ontogen.com]best online casino[/URL]

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=3064254&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Bugs-3061382 ] C Language Standard Can`t be changed

[SourceForge.net <no...@so...>]

Bugs item #3061382, was opened at 2010-09-07 20:20
Message generated for change (Comment added) made by innot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3061382&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: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Thomas Holland (innot)
Summary: C Language Standard Can`t be changed

Initial Comment:
I am using winavr with gnu99 std but i have to set it by compiler custom flags
the main problem appears on 
Project Properties >> C/C++ Build >> Settings >> AVR Compliler >> Language Standard >> Language Standard
tath can`t be changed and always set to ISO C 90

----------------------------------------------------------------------

>Comment By: Thomas Holland (innot)
Date: 2010-09-11 13:00

Message:
Could you provide a bit more information?

Is it that you change the setting, but when you reopen the dialog it is
back at C90? Or that you can't change it at all?

What version of the plugin are you using? The latest release of the plugin
made C99 the default.

Does the problem also occur when you create a new project?

If you change the language standard to C99 and immediately thereafter
click on the 'AVR Compiler' in the settings tree, what '-std=....' flag do
you see in the "all options" text box?

Cheers,

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3061382&group_id=189165

[Avr-eclipse-user] [ avr-eclipse-Bugs-3061382 ] C Language Standard Can`t be changed

[SourceForge.net <no...@so...>]

Bugs item #3061382, was opened at 2010-09-07 18:20
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3061382&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: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Matthew McDougal (mmdoogie)
Summary: C Language Standard Can`t be changed

Initial Comment:
I am using winavr with gnu99 std but i have to set it by compiler custom flags
the main problem appears on 
Project Properties >> C/C++ Build >> Settings >> AVR Compliler >> Language Standard >> Language Standard
tath can`t be changed and always set to ISO C 90

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928231&aid=3061382&group_id=189165

Re: [Avr-eclipse-user] MCU Clock Frequency - Save Problem

[Thomas H. <th...@in...>]

  Hello Justin,

these problems crop up for some users, but so far I have no idea what is 
causing them. (see here 
<https://sourceforge.net/tracker/?func=detail&aid=2958632&group_id=189165&atid=928232>, 
and here 
<https://sourceforge.net/tracker/?func=detail&aid=2781365&group_id=189165&atid=928232>)

I see that you are using a Mac. I don't know if the issues are related, 
but just as a shot in the dark could you try the last suggestion from 
this forum thread 
<https://sourceforge.net/projects/avr-eclipse/forums/forum/664382/topic/3309107>.

You could also send me your eclipse error log (Help -> About Eclipse 
Platform -> Installation Details -> Configuration -> View Error Log). 
Maybe I can find something interesting there.

Thomas

On 18.08.2010 03:39, Justin Winter wrote:
> This has been driving me nuts for a while. No matter what I set my MCU 
> Clock Frequency to on the AVR > Target Hardware screen, it always 
> reverts to 1000000. I'm trying to set my Attiny2313 to use 8mhz  and 
> every time I click apply leave the screen and come back, the Clock 
> Frequency is reset.
>
>
>
>
> What could be causing this?
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
>
>
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user

[Avr-eclipse-user] MCU Clock Frequency - Save Problem

[Justin W. <jus...@gm...>]

This has been driving me nuts for a while. No matter what I set my MCU  
Clock Frequency to on the AVR > Target Hardware screen, it always  
reverts to 1000000. I'm trying to set my Attiny2313 to use 8mhz  and  
every time I click apply leave the screen and come back, the Clock  
Frequency is reset.

[Avr-eclipse-user] [ avr-eclipse-Feature Requests-3044796 ] Support for MHV AVR Tools

[SourceForge.net <no...@so...>]

Feature Requests item #3044796, was opened at 2010-08-14 09:40
Message generated for change (Comment added) made by innot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3044796&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: Additional Functionality
Group: In Progress
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Thomas Holland (innot)
Summary: Support for MHV AVR Tools

Initial Comment:
The attached patch adds support under Windows for the Make, Hack, Void AVR Tools available at http://www.makehackvoid.com/group-projects/mhvavrtools

----------------------------------------------------------------------

>Comment By: Thomas Holland (innot)
Date: 2010-08-15 23:02

Message:
Congratulations for supplying the first patch since I took over the
project.

I won't apply it right away because I am currently investigating a change
from svn to git. But I definitely will apply your patch before the next
release. 

Best regards,

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928234&aid=3044796&group_id=189165

Re: [Avr-eclipse-user] avr-gdb is very slow

[Thomas H. <th...@in...>]

  I can't say that I have much experience in debugging (AVR projects), 
but I would probably leave the delay functions unchanged and switch on 
light optimization (-o1) so that the original delays functions will 
work. With -o1 the generated assembler should still at least somewhat 
resemble the original C source code in structure so single stepping will 
work as expected.

Then, I would try to work with breakpoints as much as possible, instead 
of single stepping through everything.

On 07.08.2010 19:13, Trevor Johansen wrote:
> Ahh, dwarf-2 did the trick. Debugging is a beast in itself as for 
> single stepping having the delays as single ops instead of the loops 
> normally generated makes debugging fast but if you select continue or 
> run to cursor the hardware will run at full JTAG speed and things 
> wont initialize properly. A good example is a HD44780 LCD, 
> while initializing their are quite a few delays that are mandatory but 
> if you have 1ms+ delays in your program and try to step through or 
> over them it takes a few minuets.
>
> What do you guys do to deal with delays during debug?
>
>
> On Sat, Aug 7, 2010 at 3:07 AM, Thomas Holland <th...@in... 
> <mailto:th...@in...>> wrote:
>
>      On 07.08.2010 00:19, Trevor Johansen wrote:
>     >
>     > I cannot debug in Studio, I load the /debug/project.elf but studio
>     > reports:
>     > Coordinator: Error loading object file
>     >
>     > Do I need to change the debug info format or anything in the
>     projects
>     > properties for it to work with studio?
>
>     Debug Info Format must be "dwarf-2", other than that no special
>     settings
>     are required.
>

Re: [Avr-eclipse-user] avr-gdb is very slow

[Trevor J. <ice...@gm...>]

Ahh, dwarf-2 did the trick. Debugging is a beast in itself as for single
stepping having the delays as single ops instead of the loops normally
generated makes debugging fast but if you select continue or run to cursor
the hardware will run at full JTAG speed and things
wont initialize properly. A good example is a HD44780 LCD,
while initializing their are quite a few delays that are mandatory but if
you have 1ms+ delays in your program and try to step through or over them it
takes a few minuets.

What do you guys do to deal with delays during debug?


On Sat, Aug 7, 2010 at 3:07 AM, Thomas Holland <th...@in...> wrote:

>  On 07.08.2010 00:19, Trevor Johansen wrote:
> >
> > I cannot debug in Studio, I load the /debug/project.elf but studio
> > reports:
> > Coordinator: Error loading object file
> >
> > Do I need to change the debug info format or anything in the projects
> > properties for it to work with studio?
>
> Debug Info Format must be "dwarf-2", other than that no special settings
> are required.
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>

[Avr-eclipse-user] AVR Eclipse Plugin Version 2.3.4 released

[Thomas H. <th...@in...>]

  Hi,

I just released a new version of the AVR Eclipse Plugin. This version 
fixes two major bugs: Using XMegas with avrdude is now working and a 
long standing bug on 64bit Windows systems has been fixed.

The plugin can be downloaded 
<https://sourceforge.net/projects/avr-eclipse/files/> from Sourceforge 
as a P2 Repository (an updatesite in a .zip) and is available on the 
usual updatesite: http://avr-eclipse.sourceforge.net/updatesite

here is the changelog:

================================================================================
Version 2.3.4 [07. August 2010]

Changed / Improved:
-----------------------------
* F/R 2905839: Upload Project To Target Device from any point in Project

Fixes:
-----------------------------
* Bug 3023718: Errors when working with XMega MCUs
* Bug 2872447: getWinAVRBasePath throws exception on Vista 64 (finally)

================================================================================


Cheers,

Thomas

Re: [Avr-eclipse-user] avr-gdb is very slow

[Thomas H. <th...@in...>]

  On 07.08.2010 00:19, Trevor Johansen wrote:
>
> I cannot debug in Studio, I load the /debug/project.elf but studio 
> reports:
> Coordinator: Error loading object file
>
> Do I need to change the debug info format or anything in the projects 
> properties for it to work with studio?

Debug Info Format must be "dwarf-2", other than that no special settings 
are required.

[Avr-eclipse-user] [ avr-eclipse-Bugs-2872447 ] getWinAVRBasePath throws exception on Vista 64

[SourceForge.net <no...@so...>]

Bugs item #2872447, was opened at 2009-10-04 03:10
Message generated for change (Comment added) made by dagger2
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: Fixed
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: A. Dewhurst (dagger2)
Date: 2010-08-06 23:55

Message:
Confirming that path detection works for me.

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-08-06 23:07

Message:
Good, here is the fix:

http://avr-eclipse.sourceforge.net/previews/avreclipse-p2-repository-2.3.4.20100807INT.zip

If it does work for you I will release this as the final 2.3.4 tomorrow.

----------------------------------------------------------------------

Comment By: A. Dewhurst (dagger2)
Date: 2010-08-06 22:28

Message:
Good call:

$ reg query "HKLM\Software\Wow6432Node\WinAVR" /s | hexdump -C
...
00000020  77 36 34 33 32 4e 6f 64  65 5c 57 69 6e 41 56 52 
|w6432Node\WinAVR|
00000030  0d 0a 20 20 20 20 32 30  31 30 30 31 31 30 20 20  |..   
20100110  |
00000040  20 20 52 45 47 5f 53 5a  20 20 20 20 43 3a 5c 42  |  REG_SZ   
C:\B|
00000050  75 69 6c 64 5c 57 69 6e  41 56 52 0d 0a 0d 0a    
|uild\WinAVR....|


----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-08-06 22:16

Message:
As it is hard to see on this webpage, so could you confirm that the output
of 

C:\> reg query "HKLM\Software\Wow6432Node\WinAVR" /s

is separated by spaces instead of tabs. Probably the best way to check
this is by redirecting the output to a file ' >query.txt' and opening that
in a text editor.

On my System (WinXP/32bit) the output from 'reg query' has tabs between
"20100110", "REG_SZ" and "C:\...", but splitting the string by tabs failed
on your machine and caused the "ArrayIndexOutOfBoundsException". So I think
that maybe the output is now separated by four spaces instead of tabs.


----------------------------------------------------------------------

Comment By: A. Dewhurst (dagger2)
Date: 2010-08-06 21:45

Message:
That works (as in, lets me specify the paths manually).

C:\>reg query "HKLM\Software\WinAVR" /s & reg query
"HKLM\Software\Wow6432Node\WinAVR" /s
ERROR: The system was unable to find the specified registry key or value.

HKEY_LOCAL_MACHINE\Software\Wow6432Node\WinAVR
    20100110    REG_SZ    C:\Build\WinAVR

(This is on XP 64-bit.)

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-08-06 18:38

Message:
OK, I'am about to give up... 

... and upgrade to Window 7 64bit :-) 
(have this planned anyway for some time now)

In the meantime I fixed the ArrayIndexOutOfBoundsException.

Could you please try the version at:
http://avr-eclipse.sourceforge.net/previews/avreclipse-p2-repository-2.3.4.20100806INT.zip

This version probably won't find the paths automatically, but hopefully
won't throw Exceptions either.

Also, could you execute the following line from a command line and send me
the output:

reg query "HKLM\Software\WinAVR" /s 

and 

reg query "HKLM\Software\Wow6432Node\WinAVR" /s 



----------------------------------------------------------------------

Comment By: A. Dewhurst (dagger2)
Date: 2010-08-02 13:31

Message:
It's still broken, now with

java.lang.ArrayIndexOutOfBoundsException: 1
at
de.innot.avreclipse.core.paths.win32.MyWindowsRegistry.executeKeyValueCommand(MyWindowsRegistry.java:269)
at
de.innot.avreclipse.core.paths.win32.MyWindowsRegistry.getKeyName(MyWindowsRegistry.java:204)
at
de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRBasePath(SystemPathsWin32.java:126)
at
de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getWinAVRPath(SystemPathsWin32.java:92)
at
de.innot.avreclipse.core.paths.win32.SystemPathsWin32.getSystemPath(SystemPathsWin32.java:63)
at
de.innot.avreclipse.core.paths.SystemPathHelper.getPath(SystemPathHelper.java:102)

Perhaps it should just fail on 64-bit systems? It looks like the problem
is that CDT is broken on 64-bit, but this will get fixed at some point. As
far as I'm aware, the only time you access registry keys is to fetch the
path to WinAVR, and I already know what the path is (I had to pick it
during the installation, after all). I'd be happy if it just failed nicely
so I could supply it manually.

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-07-27 12:45

Message:
I have once again tried to fix this problem.

Before making a full release (which will be 2.3.4) I have uploaded a test
version to:

http://avr-eclipse.sourceforge.net/previews/avreclipse-p2-repository-2.3.4.20100727betaNGT.zip

If anybody still monitoring this tracker item could please give it a try
and see if the autodetection of paths now works on a 64bit Windows system.
Your feedback would be appreciated.

Thomas

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-07-22 20:32

Message:
(Copied from Support Request 3031058)

I thought I had this fixed (with 2.3.2), but I noticed that I never fully
finished the fix. As I don't have a 64bit Windows I didn't test the fix
before releasing it.

I try to fix the bug over the weekend. In the meantime you could try the
following workarounds:

1. Set the flag "Disable search for system paths at startup" on the AVR
->
Paths preference page and manually set the paths.

2. If you can't set the flag due to NullPointerExceptions you could try
to
hack this flag. With Eclipse *not* running edit the file
'{Workspace}\.metadata\.plugins\org.eclipse.core.runtime\.settings\de.innot.avreclipse.core.prefs'
and add/edit the following line: 'avrpaths/NoScanAtStartup=true'
Once you have done this you can restart Eclipse and again set the paths
manually in the preferences.

I have just tested this and it seems that with the workaround the
offending code does not get called.

----------------------------------------------------------------------

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

Re: [Avr-eclipse-user] avr-gdb is very slow

[Trevor J. <ice...@gm...>]

I have added --jtag-bitrate 2000khz and now my stepping is same as yours
4-5s for each line of c. I also modified the delay routines so when
optimization is disabled it does less file jumping.

#ifndef __OPTIMIZE__
void
_delay_ms(double __ms)
{
  __ms = 0;
}

void
_delay_us(double __us)
{
  __us = 0;
}
#endif


I cannot debug in Studio, I load the /debug/project.elf but studio reports:
Coordinator: Error loading object file

Do I need to change the debug info format or anything in the projects
properties for it to work with studio?





On Fri, Aug 6, 2010 at 2:23 PM, Thomas Holland <th...@in...> wrote:

>  On 02.08.2010 02:53, Trevor Johansen wrote:
> > I recently switched over to Eclipse to work on my projects so i could
> > bounce between different operating systems. The main problem I am
> > having though is when debugging it is painfully slow to step through
> > the code. It takes 4s for each step in asm and at least 16s for a
> > single step in c/c++ and its just not useful at those speeds.
>
> I just tried some debugging with my Dragon, connected to a Butterfly.
> While it was certainly not instantaneous, both C and ASM single steps
> took usually only 2s, sometimes 4-5s.
>
> I don't know why it is running so slow on your system. First of all you
> should drop the '-d' on the avarice command line. While it is useful
> when avarice is not working, all the debug output does slow Eclipse down.
>
> Secondly you could experiment with the avarice '--jtag-bitrate'. It
> defaults to 250khz, good for debugging an 1MHz MCU, but if your MCU has
> a higher clock you could try in increase Bitrate up to 6400khz (for a
> 25MHz MCU)
>
> If that does not help I am afraid I am out of ideas. The current
> Eclipse/CDT Debugger is slow because it always updates all variables
> after each step. This could probably be improved by tweaking the
> debugger in CDT -- something which I have planned for some time now, but
> haven't had the time to do.
>
> If you really need fast debugging you can use AVR-Studio as a debugger.
> Just open the .elf file generated by Eclipse in AVR Studio and you can
> debug your program immediately.
>
> >
> > On a second note I see on the winavr website page that mentions
> > Eclipse their is a tab open called "AVR Device Explorer" that would be
> > really handy. I used the device info in avrstudio all the time as a
> > quick reference without the datasheets and it would be nice to do the
> > same here. Where do I enable it or is it a separate plugin or something?
> In Eclipse go to 'Window -> Show View -> Other... -> AVR' and click on
> 'AVR Device Explorer'.
>
> Cheers,
>
> Thomas
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> avr-eclipse-user mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-eclipse-user
>