[MOD] Arduino Enhanced Release 1.0.5 for Windows (installer, drivers, etc) +SRC

I'll put in my pennies worth.

You have done a great job,
kept the focus , and fixed the bugs that have been driving us all crazy
and made the windows installation as easy as it should be,

How difficult would it be to put an option under "preferences" to bypass the automatic generation of protypes by the IDE preprocessor? Just leave the .pde/.ino file untouched as a C++ file prior to "merging" with the library source to produce the .cpp file for actual compilation by gcc. That would be a nice addition to the the "external editor" option, if feasible. Eliminate (well, bypass) a whole class of long-standing bugs in the IDE.

pico:
How difficult would it be to put an option under "preferences" to bypass the automatic generation of protypes by the IDE preprocessor? Just leave the .pde/.ino file untouched as a C++ file prior to "merging" with the library source to produce the .cpp file for actual compilation by gcc. That would be a nice addition to the the "external editor" option, if feasible. Eliminate (well, bypass) a whole class of long-standing bugs in the IDE.

Hi, what kind of bugs? can you elaborate a Little more about the benefits of this feature?

Great program. It would be nice if the your exe remembered the last window size and position.

warren631:
Great program. It would be nice if the your exe remembered the last window size and position.

You should use "File/Quit" (it is something inherit from original ide)

eried:

pico:
How difficult would it be to put an option under "preferences" to bypass the automatic generation of protypes by the IDE preprocessor? Just leave the .pde/.ino file untouched as a C++ file prior to "merging" with the library source to produce the .cpp file for actual compilation by gcc. That would be a nice addition to the the "external editor" option, if feasible. Eliminate (well, bypass) a whole class of long-standing bugs in the IDE.

Hi, what kind of bugs? can you elaborate a Little more about the benefits of this feature?

Have a browse if you feel inclined:

http://code.google.com/p/arduino/issues/list?can=2&q=preprocessor&colspec=ID+Type+Status+Priority+Milestone+Owner+Summary&cells=tiles

There are also numerous threads in these forums discussing these bugs.

The depressing "official" response to these long standing issues is that it's "tricky" to fix the IDE automatic prototype generation so that it doesn't randomly produce illegal code from valid source files, and that people should simply work around the issues by various tricks (like putting the source code into a .h include file so the IDE preprocessor doesn't touch it.) I don't believe anyone actually understands what the mess of regex code really does anymore, if they ever did. Realistically, the whole mess should be tossed out and redone properly, using proper parsing techniques, but there is no "official" will to do that, and judging by the history, I don't believe these bugs will ever be addressed.

I wasted enough time chasing down issues with this "random code generator" that I eventually moved away from using the IDE completely, using Martin Oldfield's makefiles instead. The only difference is that I have to write my own prototypes now, but that is infinitely preferable to a buggy IDE that attempts to do this automatically. If the IDE had the ability to turn off or bypass its buggy automatic prototype generation, I'd give the IDE further consideration, particularly with the use of the "external editor" option and many of your enhancements.

So the ability to bypass the automatic prototype generation code would be a considerable enhancement to the stability of the IDE. It really attempts to do something that is of dubious or marginal benefit at most to the user anyway. Writing a prototype is no harder than writing the function declaration, and is good practice for a beginning programmer to get into in any case. And as one of the bug reporters commented, "pity the poor noob" who gets bitten by these bugs...

Interesting... have you checked if the 1.5 solves anything? I believe they rebuilded most part of the code for that version?

I can think on even rebuilding the pre-parser, I love regular expressions/challenges and I noticed how buggy was when I touched something in the header and screwed everything (weeks ago, the comments problem)

eried:
Interesting... have you checked if the 1.5 solves anything? I believe they rebuilded most part of the code for that version?

No. But given the tendency of the Arduino folks to simply leave these long standing issues in the "too hard" basket in the past, I would be very surprised if anything significant has changed. At this stage, I really don't believe they have either the will or the wherewithal to fix it. It seems to be classified under "acceptably broken".

My solution has been simply to avoid it altogether, but that has also meant avoiding the IDE altogether. Which is why I was wondering if it would be easy to actually put a "bypass" option within the IDE itself, analogous to "use external editor" option.

Can you post some code that should compile if that option exists? I am not sure where I have to start to add the "skips"

eried:
Can you post some code that should compile if that option exists? I am not sure where I have to start to add the "skips"

Skipping the lines that actually write out the attempted automatically generated prototypes into the .cpp file would be the minimal change that should do it. The other stuff it does probably doesn't matter in terms of stability.

Just a quick Q: does the installer install its own Java runtime?

AlxDroidDev:
Just a quick Q: does the installer install its own Java runtime?

Yes, it uses an internal (updated) java runtime

I am trying to install on Windows 8 - running in Parallels on a Mac - it install OK but I cannot install the drivers for a UNO board during installation - nor when I drop all security settings.

Also when I run it I cannot see any Serial Ports under Tools drop down menu.

I have a similar problem when running a 'standard release' where Windows downloads/installs drivers when the Arduino is first plugged in - Windows does not see it behind the Virtual Machine.

Any suggestions will be welcome.

Thank-you

davidhux:
I am trying to install on Windows 8 - running in Parallels on a Mac - it install OK but I cannot install the drivers for a UNO board during installation - nor when I drop all security settings.

Also when I run it I cannot see any Serial Ports under Tools drop down menu.

I have a similar problem when running a 'standard release' where Windows downloads/installs drivers when the Arduino is first plugged in - Windows does not see it behind the Virtual Machine.

Any suggestions will be welcome.

Thank-you

Check the first post, the part about driver installer

eried:

AlxDroidDev:
Just a quick Q: does the installer install its own Java runtime?

Yes, it uses an internal (updated) java runtime

Can the installation of its own java runtime be optional, if I want to use my already-installed Java runtime?

The thing is that since I use a SSD drive, I am a bit (too) concious about wear leveling, so I tend to limit the writes as much as possible in the SSD drive. Besides, space is kind of a constraint as well.

Problem solved - W8 dos not allow drivers without signatures to be loaded - you have to go into Settings and disable this feature.

see
http://www.bryonconnolly.com/windows-8-arduino-driver-install

davidhux:
Problem solved - W8 dos not allow drivers without signatures to be loaded - you have to go into Settings and disable this feature.

see
http://www.bryonconnolly.com/windows-8-arduino-driver-install

Yes, it is the same the first post says.

AlxDroidDev:

eried:

AlxDroidDev:
Just a quick Q: does the installer install its own Java runtime?

Yes, it uses an internal (updated) java runtime

Can the installation of its own java runtime be optional, if I want to use my already-installed Java runtime?

The thing is that since I use a SSD drive, I am a bit (too) concious about wear leveling, so I tend to limit the writes as much as possible in the SSD drive. Besides, space is kind of a constraint as well.

Yes, but without it, the package will stay the same in size, it will only skip to write the Java folder, that is what you want? (another option is to detect if java is present and only download it if is not in the machine) in that way the package probably will be less than 5 MB in size.

Very handy, works well (takes me back to Win98 !!!).

Cheers ........... Mike B

Froggins:
Very handy, works well (takes me back to Win98 !!!).

Cheers ........... Mike B

Windows 98? I hope that is something good :smiley: