Release 7.4

If you are using wxDev-C++ for your wxWidgets design, please ask your questions here instead of in IDE Related.
Post Reply
tbreina
Moderator
Moderator
Posts: 1289
Joined: Thu Nov 25, 2004 7:38 pm
Location: Coronado, CA

Release 7.4

Post by tbreina » Sat Oct 15, 2011 4:09 am

Thanks to Mal and Robert, we've finally pulled together a release for 7.4 which is now available at sourceforge.

So far I'm only including the wxWidgets 2.8.12 ansi devpaks, but we're working on 2.9.2 unicode and even working on the gcc 4.5 compiler. Hopefully it won't be too much longer before we have that finished.

In this release, the GDB debugger should work again for your gcc programs. Just make sure that you enable debugging information in the compiler and turn off all optimization before running a debugger session (Project->Project Options->Compiler). Note that if you get a debugger error about not finding symbols, please do a Rebuild All and then start the debugger session.

I've added the proper directories for MS VC2010 for those of you who use it. The default MS VC compiler should point to 2010 now (although the hooks for 2008, 2005, and VC6 are all still there too).

-Tony

Release notes:
  • New debugger routines. Robert Wall spent months re-coding the GDB/MI debugger interface. We now have an interface that not only works again, but is fairly easy to use. Just make sure that you have gdb version >= 7.2.
  • Allowing native graphic file support. No longer are you stuck with having to convert all of your graphic files to XPM format. You can now include your GIF, PNG, BMP or whatever other native graphic formats that wxWidgets recognizes. Note well that you're responsible for making sure that your executables can find the graphic files at runtime. (We can't do everything for you.)
  • Bug fix for #2695519. Sizers were always referring to 'this->' as the parent rather than actually determining what the parent name was. This is only a problem in the (exotic) cases of a sizer within a panel within a wxFrame.
  • Possible fix for bug 2971134. Accessing null pointers?
  • Fixed bug 2968705. We weren't hijacking the delete key in the form designer. So when the user hit delete in the designer, it would delete the wxWidget component, but was not updating the property inspector. Note that the delete option in the designer menu was executing the proper code. I've added code to hijack the delete key and pass it as if the user clicked on delete from the designer menu.
  • Fix for bug report #2813179
  • Fix for bug 3020853 (wxNB_FIXEDWIDTH in wxNotebook)
  • Fix for bug report #2945060. Surround with can now be undone.
  • Fix for command line bug #3057427 (Arnaud Amiel)
  • wxWidgets spin controls now can't go negative.
  • Default 2.8.12 for wxWidgets spin values
  • wxWidgets GUI now can be set for individual compiler types (so user can have compiler type 1 be wxWidgets 2.9.2 and compiler type 2 be wxWidgets 2.8.10).
  • Replaces "static char *" with "static const char *" in xpm generation, removes a warning using recent gcc compilers.
    Fixed crash when debugger output written during IDE close.
  • Changed wxTL_ALIGN_LEFT flag to simply wxALIGN_LEFT. Apparently, wxTreeListCtrl docs are incorrect.
  • Added update feature to list view editor.
  • Fixed alignment flag strings for wxtreelistctrl.pas
  • Fix for wxTreeListCtrl. Parameters were switched without switching %d and %s. Led to a runtime error.
  • Correcting wxTreeListCtrl per Noel
  • Fix for bitmap include header's not working for XPM files (Mal)
  • Fix for reverse creation order of components
  • Bug fix #2989190 - Added wxTE_NO_VSCROLL to memo control styles.
  • Bug fix for 2991978. Statusbar not clearing when file closed.
  • Possible fix for code completion crash reported by hackish. Added line to check if fText is valid before doing a refresh.
  • Added backend and validator options for wxMediaCtrl
  • Fixed bug 3001662 - Wrong event type for wxFilePickerCtrl OnFileChanged.
  • Fix for the persistent lock on executables. I think we were forgetting to free TDevExecutor which kept a lock on the compiled executable until the IDE exited. Explicitly calling Free seems to allow the executable to be deleted outside of the IDE.
  • Bug # 1746321 - Menu bitmaps weren't updating properly. Bug was that we were generating two XPM files per menu item that had different names. Corrected that so the menu bitmap file name for XPM file is {Filename}{Menu Item ID}_XPM.xpm.
  • Bug #2905552 - Splash screen shows up in Windows taskbar.
  • Bug# 2923932 - Screen not refreshed when paste scrolls. Added refresh command after paste code.
  • Bug# 2912640 - "asm" in commented block breaks syntax highlighting. I've corrected the break by modifying the regex parser. It fixes the immediate bug, but I'm not convinced that the IDE is properly formatting the assembler code. Might have to revisit this problem.
  • Corrected "remove all breakpoints" menu item to be disabled/enabled like its menu group. it will auto-disable option when no text in editor.
  • Added debug menu option to remove all active breakpoints.
  • Fix for 120 DPI fonts.
  • Add more KeepFormat/PreserveFormat properties in attempt to keep GenerateXPM from firing when user wants to maintain original graphics format.
  • Re-worded tick box in ReplaceFrm per suggestion of Robert.
Everybody's got something to hide except for me and my monkey.

loucypher
Earned a small fee
Earned a small fee
Posts: 13
Joined: Thu Apr 05, 2007 1:05 pm
Location: Under the Tuscan sun

Re: Release 7.4

Post by loucypher » Mon Oct 17, 2011 9:17 am

Thanks Tony!
The good new: this version fixed the issues I had recompiling/modifying an old project (where the wxNoteBook weren't build properly).
Moreover it works on W7 x64, compiles, debugs, etc.

A bad new: modifying some editor's setting (colors, line numbers, etc.), retouching control position in my old application, I ended up with my dialog's .wxform window as blank (I could only see the background color, there was no dialog anymore).
Then I closed/reopened wxDev-C++, tried to switch color scheme and setting to defaults, and I had again my dialog, but this time all the text labels had disappeared... I tried recompiling, and the application keep working, but the dialog designer was unusable. Even closing and reopening the project I had the same result. Creating a new dialog based application worked smooth, but the old project wasn't anymore editable.
In the last effort, closing wxDev-C++, it crashed with the attached bug report.
Restoring the whole project from a backup, everything returned to normal (...) suggesting that the anomaly had been saved with project files.

~Lou

[EDIT]
One more crash on closing application has been captured in attached "a1.bugreport.txt". In this case all was working, I recompiled and run my application successfully.
Attachments
a1.bugreport.txt
Crash on application close: all was working before
(25.42 KiB) Downloaded 90 times
a.bugreport.txt
Crash on application close: .wxform was unreadable
(14.32 KiB) Downloaded 95 times

tbreina
Moderator
Moderator
Posts: 1289
Joined: Thu Nov 25, 2004 7:38 pm
Location: Coronado, CA

Re: Release 7.4

Post by tbreina » Mon Oct 17, 2011 5:23 pm

Thanks for the report Lou.

I think the .wxform is being corrupted somewhere. Try editing the file manually with Notepad or Wordpad. The file is human-readable. Try to find somewhere that one of the objects just trails off without being closed properly. That's most likely causing the form designer to choke. Please let me know what component had the problem and I'll look to see why it isn't saving properly.

-Tony
Everybody's got something to hide except for me and my monkey.

loucypher
Earned a small fee
Earned a small fee
Posts: 13
Joined: Thu Apr 05, 2007 1:05 pm
Location: Under the Tuscan sun

Re: Release 7.4

Post by loucypher » Tue Oct 18, 2011 8:31 am

The .wxform had been created originally with a 6.x wxDev-C++, then reloaded and updated over time with subsequent releases. Latest conversion happened maybe from 7.0(?) to 7.3 format.
Looking at the file, everything seems to be OK: note however that unfortunately I don't have anymore the bad file, as I overwritten it with a working one. In case I'm touching again the dialog, and have a crash, I'll check it again -- just hoping the corruption is evident: right now the .wxform file is near 3500 lines...

After your advice on checking file, I restated the .wform from version 7.0 (dubbed as a .bak in older conversion) and re-converted it again with this latest 7.4, to see if everything is still OK. For now everything is consistent.
One desirable feature is "Undo" on .wxform editing...

The only evident change in conversion is that .wxform file from previous version was around 66K, the new one is 60K (all the "Wx_ControlOrientation = wxControlVertical" were removed), but as I modify anything (like a control's background color) it turns to almost 120K (looks like all the default settings for controls are now included).

Thanks again,
~Lou

tbreina
Moderator
Moderator
Posts: 1289
Joined: Thu Nov 25, 2004 7:38 pm
Location: Coronado, CA

Re: Release 7.4

Post by tbreina » Tue Oct 18, 2011 6:25 pm

loucypher wrote: The only evident change in conversion is that .wxform file from previous version was around 66K, the new one is 60K (all the "Wx_ControlOrientation = wxControlVertical" were removed), but as I modify anything (like a control's background color) it turns to almost 120K (looks like all the default settings for controls are now included).

Thanks again,
~Lou
If you run across another bad .wxform, please send me a copy via PM. I might be able to get a better picture. Usually, it occurs because there's some component property that has been re-defined or removed.

-Tony
Everybody's got something to hide except for me and my monkey.

Post Reply