Author Topic: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.  (Read 54153 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5489
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc452-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z

The 15 August 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110815_rev7386_DEBUGGER_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous DEBUGGER BRANCH nightly:

* debugger_branch: fixed bug when changing the selected compiler in "Settings->Compiler.."
* debugger_branch:
imported shared_ptr in namespace cb;
replaced all occurrences of std::tr1::shared_ptr with cb::shared_ptr;
renamed GetRootWatch to cbGetRootWatch;
cbDebuggerPlugins::AddWatch now returns cbWatch::Pointer instead of the raw pointer;
fixed a warning related to the wrong pch used on windows;
some style changes (here and there);
* debugger_branch:
- Added ValueTooltip API, so debuggers can should value tooltips easier;
- Rewritten the TipWindow and now wxPropertyGrid is used to show the value;
- Added option to show the value tooltip only if the control key is pressed (doesn't work on windows, because the dwell event is not sent by Scintilla);
- Improved the logic for hiding the other tooltips
- Improved the logic for showing the tooltips (now it is checked if the mouse is over the selection);
* debugger_branch: Fixed a bug in wxPropertyGrid (see here for details http://sourceforge.net/tracker/?func=detail&aid=3389455&group_id=133406&atid=727081)
* debugger_branch: fixed bug when changing the selected compiler in "Settings->Compiler.."
* all updates that occurred on trunk


Note: Watch parsing prints an error message in the watches window if the parsing fails. If you see this string please report it as a bug.

THIS IS A SPECIAL TEST BUILD OF REFACTORINGS CARRIED OUT ON THE DEBUGGER BRANCH IN OUR SVN.
FOCUS IS ON ENHANCED DEBUGGING USABILITY.

Give your feedback on this version only in this thread, don't mix it with the regular nightly please.

Once we don't have any blockers on this version,we will merge the changes into trunk and it will be part of the regular nightlies.

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #1 on: August 16, 2011, 11:23:49 am »
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

If you want to use apt (or dselect, synaptic or whatever) you need to add the following entries to /etc/apt/sources.list :
Code
deb http://apt.jenslody.de/ any dbg
deb-src http://apt.jenslody.de/ any dbg
and remove entries for the normal nightlies.

Alternatively you can download the deb's directly from http://apt.jenslody.de/pool/dbg/c/codeblocks/ .

Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #2 on: August 16, 2011, 07:54:15 pm »
1.The SpellChecker Path settings (Dictionaries path, Thesauri path, Bitmaps path) not support $(DATAPATH) and all global CB variables.

2. In the SpellChecker settings (when not installed Dictionary) the checkbox "Enable online spell checker" inaccessible, and so impossible
    to switch off SpellChecker (it's only accessible when Dictionary is installed).

3. In Settings->Debugger,  Debugger executable path still also not support $(TARGET_COMPILER_DIR) and all global CB variables.

4. In Project->Properties->Debugger->Additional Shell Commands->Before Connection the any outside program is not started under windows cmd shell (usually uses for starting gdbserver before target remote). I type any combination and this is not work.

Thanks.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #3 on: August 16, 2011, 08:13:09 pm »
3. In Settings->Debugger,  Debugger executable path still also not support $(TARGET_COMPILER_DIR) and all global CB variables.
It is on the todo, wait or provide a patch (it is one liner probably)

(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Freem

  • Almost regular
  • **
  • Posts: 219
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #4 on: August 18, 2011, 02:41:27 pm »
I only post now, but used this release yesterday in train, on my notebook.

I've found some problems, but before, some of my computers'specs:
asus eeepc, with a small screen :) (I've found some problems because of that)
debian testing/unstable with:
    Kernel: linux v3.0.0-1-amd64
    Desktop Environment: xfce4.8
(I think I have some problem related on both C::B and XFCE, as I didn't see those problems on forum and they are specific to C::B)

* It is impossible to reduce the watch window passed a certain point. (I have placed it at bottom, and with it's minimum size it take near 1/3 of my notebook's screen)

* I don't have context menu in many logs (I noticed build log and debug log for now), but it works with the build messages log.

* The debugger's log say: "Can't launch console (x-terminal-emulator -T 'Program Console' -e sleep 80002139)" when I try to debug, but everything work perfectly. (I mean, the program I want to debug is launched, if it was working perfectly I wouldn't like to debug it :D )

* When debugging, focus stay on source editor when I tried to use CTRL+C/CTRL+V, when I want to edit a watch. The strange thing is that the cursor is really in the watch, so if I type it is the watch which is edited...

* It appear possible to rename an object's member in a watch. In fact, it have no effect, nothing is renamed, but the entry in context menu is here.

* Floating watch tip have a length problem. I had a "cannot access memory" style message not entirely visible, and the variable name had many space remaining.

* One of most important things:
I have many random crashes (or freeze like infinite loop, I didn't wait more than a minute). They are often caused by opening a file which is not of my workspace (like tr1/shared_ptr.h or something like this). I think there is something else related to files that make it crash but cannot remember...

* Another:
C::B systematically run in the same kind of freeze/crash as my last problem when I use the class wizard, and when it automatically open created files.

* When killing C::B with xkill after one of my freezes , it seem that C::B keep a lock about the "one instance only".
When retrying to start C::B multiple times, and take a look in "ps -u me" I was able to see many C::B, but didn't have interface at all.

* The menu which allowed us to validate or not the add of files have disappeared: all of them are now systematically included in project.

I have some other little problems, but they are not specially related to this release. I just need to look if those other issues are already in bug tracked or not.


PS: thanks for all the work and sorry if some problems are known and I just see them those last days...

Offline adfm

  • Multiple posting newcomer
  • *
  • Posts: 21
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #5 on: August 18, 2011, 05:26:36 pm »
Well, I got a problem with the "Goto Function...". It worked fine in my last debbuger branch version (7075) and I just updated and in every file in my projects I get a "No functions parsed in this file..." error message.

I already did a "Reparse current project", but I keep getting the same error.

Any ideas?

Cheers

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #6 on: August 18, 2011, 05:31:12 pm »
* It is impossible to reduce the watch window passed a certain point. (I have placed it at bottom, and with it's minimum size it take near 1/3 of my notebook's screen)
Make your system default fonts smaller.
Can I see a screenshot (don't attach it please)?

* The debugger's log say: "Can't launch console (x-terminal-emulator -T 'Program Console' -e sleep 80002139)" when I try to debug, but everything work perfectly. (I mean, the program I want to debug is launched, if it was working perfectly I wouldn't like to debug it :D )
What is the command in "settings->environment->general->terminal to launch"?

* When debugging, focus stay on source editor when I tried to use CTRL+C/CTRL+V, when I want to edit a watch. The strange thing is that the cursor is really in the watch, so if I type it is the watch which is edited...
Known problem. Unfortunately Ctrl+c/v is not an easy to solve problem :(
I have it on the to-do.

* It appear possible to rename an object's member in a watch. In fact, it have no effect, nothing is renamed, but the entry in context menu is here.
Adding to the TO-DO

* Floating watch tip have a length problem. I had a "cannot access memory" style message not entirely visible, and the variable name had many space remaining.
Should be fixed in r7388.

* One of most important things:
I have many random crashes (or freeze like infinite loop, I didn't wait more than a minute). They are often caused by opening a file which is not of my workspace (like tr1/shared_ptr.h or something like this). I think there is something else related to files that make it crash but cannot remember...

* Another:
C::B systematically run in the same kind of freeze/crash as my last problem when I use the class wizard, and when it automatically open created files.
This are mostly CC issues. :(
Can you try a trunk version?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #7 on: August 18, 2011, 05:34:15 pm »
Well, I got a problem with the "Goto Function...". It worked fine in my last debbuger branch version (7075) and I just updated and in every file in my projects I get a "No functions parsed in this file..." error message.
This was reported on the trunk nightly and is fixed there.
Please report only problems related to the debugger. This nightly has the same fixes as the trunk nightly. Mainly CC fixes.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline adfm

  • Multiple posting newcomer
  • *
  • Posts: 21
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #8 on: August 18, 2011, 05:36:21 pm »
Roger ;)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #9 on: August 18, 2011, 09:47:17 pm »
To windows users: can you open the Setting -> Debugger dialog? I can't in my self build C::B :( I'm on Windows7 64bit

edit: The nightly crashes in the same way :(
edit2: All nightlies with this new dialog crash in this way :(
« Last Edit: August 18, 2011, 10:51:11 pm by oBFusCATed »
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #10 on: August 19, 2011, 07:39:32 am »
I am work on winxp sp3 and when I open Setting -> Debugger settings dialog, there is never crashes last
and previous nightly builds.. Current I uses svn7387. In general works fine.

Thanks.

Offline Freem

  • Almost regular
  • **
  • Posts: 219
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #11 on: August 19, 2011, 09:58:05 am »
To windows users: can you open the Setting -> Debugger dialog? I can't in my self build C::B :( I'm on Windows7 64bit

win xp pro sp3, C::B rev 7387, no crash.
debian testing, C::B rev 7386, works fine via xming && ssh. If I run C::B directly on my eeepc, the dialog is reduced to the "Common" pseudo title, a small line with the tree control (like it was a choicebook), "Auto-Build project [...]" is reduced to "Au" and its checkbox, and last the wxStdDialogButtonSizer is fine. I can resize it anyway, but that's not fun...

This dialog have huge size not used, anyway... I think there is a sizer problem here?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #12 on: August 19, 2011, 10:12:20 am »
I'm more interested in win vista/7 users, I've tried it on xp sp3 and it was working fine. :(
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #13 on: August 19, 2011, 12:03:33 pm »
To windows users: can you open the Setting -> Debugger dialog? I can't in my self build C::B :( I'm on Windows7 64bit

edit: The nightly crashes in the same way :(
edit2: All nightlies with this new dialog crash in this way :(

I can access 'settings->debugger', add or delete configs, works with no problems.

OS: Win7 x64

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #14 on: August 19, 2011, 12:24:54 pm »
Do you have any of the access control features disabled?
I've non disabled, I think.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #15 on: August 19, 2011, 12:32:48 pm »
Do you have any of the access control features disabled?
I've non disabled, I think.
Do u mean UAC or something else? I have UAC disabled if that's what u're asking.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #16 on: August 19, 2011, 01:05:24 pm »
I don't know what it is named (probably UAC), this is the extremely annoying thing that everybody disables.
Can you enable it and try again?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #17 on: August 19, 2011, 01:38:52 pm »
To windows users: can you open the Setting -> Debugger dialog? I can't in my self build C::B :( I'm on Windows7 64bit

edit: The nightly crashes in the same way :(
edit2: All nightlies with this new dialog crash in this way :(
No crash here. I can open the dialog, browse its pages and click OK (without changing anything nevertheless).

Windows 7, 64 bits. Current nightly (3787) installed over CB 10.05.
Kernel Extremist - PedroM power ©

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #18 on: August 19, 2011, 02:11:32 pm »
Hm, strange...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #19 on: August 19, 2011, 06:06:36 pm »
Should be UAC, enabled it and can still access 'settings->debugger', works as normal.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #20 on: August 19, 2011, 09:17:34 pm »
Tried several other win7 64bit installs and there are no crashes :(
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #21 on: August 19, 2011, 09:42:45 pm »
I used the nighly provided here, in this thread, so your build would be invalid ? Perhaps the version of something is wrong ?
Kernel Extremist - PedroM power ©

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #22 on: August 19, 2011, 10:25:59 pm »
A small issue:
removing all breakpoints does not work (at least not via context menu), removing a single breakpoint is no problem.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #23 on: August 19, 2011, 10:35:51 pm »
I've tried all the nightlies which have this feature, all of them crashed badly...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #24 on: August 19, 2011, 10:39:53 pm »
A small issue:
removing all breakpoints does not work (at least not via context menu), removing a single breakpoint is no problem.
Seems to work here.
Can you give me the exact steps to reproduce the problem?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #25 on: August 19, 2011, 11:19:33 pm »
A small issue:
removing all breakpoints does not work (at least not via context menu), removing a single breakpoint is no problem.
Seems to work here.
Can you give me the exact steps to reproduce the problem?
No.
At the moment it works (again).
It happened after debugging C::B with several breakpoints and several restarts of C::B.
I will try to reproduce and post the steps later (or find the cause).

By the way:
I stumbled over a crash, when removing all breakpoints while the debugge was running.
Here is the backtrace from crash-logger:
Code
<?xml version="1.0" encoding="utf-8"?>
<report version="1.0" kind="exception">
  <system description="Linux 3.0.0 x86_64"/>
  <stack>
    <frame level="0"/>
    <frame level="1"/>
    <frame level="2" function="wxStringBase::ConcatSelf(unsigned long, wchar_t const*, unsigned long)" offset="000000d3"/>
    <frame level="3" function="GdbCmd_AddBreakpoint::ParseOutput(wxString const&amp;)" offset="00000744"/>
    <frame level="4" function="GDB_driver::ParseOutput(wxString const&amp;)" offset="000001e3"/>
    <frame level="5" function="DebuggerGDB::OnGDBOutput(wxCommandEvent&amp;)" offset="0000002f"/>
    <frame level="6" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&amp;, wxEvtHandler*, wxEvent&amp;)" offset="00000055"/>
    <frame level="7" function="wxEventHashTable::HandleEvent(wxEvent&amp;, wxEvtHandler*)" offset="000000ac"/>
    <frame level="8" function="wxEvtHandler::ProcessEvent(wxEvent&amp;)" offset="000000b4"/>
    <frame level="9" function="wxEvtHandler::ProcessPendingEvents()" offset="00000065"/>
    <frame level="10" function="wxAppConsole::ProcessPendingEvents()" offset="00000049"/>
    <frame level="11" function="wxAppBase::ProcessIdle()" offset="00000019"/>
    <frame level="12"/>
    <frame level="13" function="g_main_context_dispatch" offset="000001dd"/>
    <frame level="14"/>
    <frame level="15" function="g_main_loop_run" offset="0000016a"/>
    <frame level="16" function="gtk_main" offset="000000a7"/>
    <frame level="17" function="wxEventLoop::Run()" offset="00000048"/>
    <frame level="18" function="wxAppBase::MainLoop()" offset="0000004b"/>
  </stack>
</report>
It might be that ParseOutput was called after the bp was removed.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #26 on: August 20, 2011, 12:06:48 am »
I've seen this crash, too, but it is very rare :(
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #27 on: August 20, 2011, 09:13:07 am »
I've seen this crash, too, but it is very rare :(
We had similar issues with the watches, that's why I added the pendingDelete flag.
It is set to true, if a watch has an active command and the real deletion is done in ParseOutput, so it can not crash.

I don't know, whether a similar mechanism would work for breakpoints.

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #28 on: August 20, 2011, 01:57:49 pm »
I don't know if this applies especially to this branch of to trunk, but I got this crash :
Code
<?xml version="1.0" encoding="utf-8"?>
<report version="1.0" kind="exception">
  <system description="Linux 2.6.32-5-amd64 x86_64"/>
  <modules>
    <module path="/usr/local/bin/codeblocks" address="00400000" size="000ed000"/>
    <module path="[heap]" address="0156e000" size="00ded000"/>
    <module path="/SYSV00000000" address="7f29ad53d000" size="00060000"/>
    <module path="/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so" address="7f29ad5a3000" size="001ff000" version="xpm"/>
    <module path="/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf" address="7f29ad7a3000" size="0004f000"/>
    <module path="/usr/share/icons/hicolor/icon-theme.cache" address="7f29af7f6000" size="0002d000"/>
    <module path="/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf" address="7f29af8be000" size="0008f000"/>
    <module path="/usr/lib/pango/1.6.0/modules/pango-basic-fc.so" address="7f29af94f000" size="001ff000" version="fc"/>
    <module path="/var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-le64.cache-3" address="7f29afb4f000" size="00004000"/>
    <module path="/lib/libnss_files-2.11.2.so" address="7f29afba3000" size="0000b000" version="2.11.2"/>
    <module path="/lib/libnss_files-2.11.2.so" address="7f29afdad000" size="00001000" version="2.11.2"/>
    <module path="/lib/libnss_nis-2.11.2.so" address="7f29afdaf000" size="0000a000" version="2.11.2"/>
    <module path="/lib/libnss_nis-2.11.2.so" address="7f29affb8000" size="00001000" version="2.11.2"/>
    <module path="/lib/libnsl-2.11.2.so" address="7f29affba000" size="00015000" version="2.11.2"/>
    <module path="/lib/libnsl-2.11.2.so" address="7f29b01ce000" size="00001000" version="2.11.2"/>
    <module path="/lib/libnss_compat-2.11.2.so" address="7f29b01d2000" size="00007000" version="2.11.2"/>
    <module path="/lib/libnss_compat-2.11.2.so" address="7f29b03d8000" size="00001000" version="2.11.2"/>
    <module path="/usr/lib/gconv/UTF-32.so" address="7f29b03da000" size="00002000" version="32"/>
    <module path="/usr/lib/gconv/UTF-32.so" address="7f29b05db000" size="00001000" version="32"/>
    <module path="/usr/lib/libXdmcp.so.6.0.0" address="7f29b05dd000" size="00005000" version="6.0.0"/>
    <module path="/usr/lib/libXdmcp.so.6.0.0" address="7f29b07e1000" size="00001000" version="6.0.0"/>
    <module path="/usr/lib/libXau.so.6.0.0" address="7f29b07e4000" size="00200000" version="6.0.0"/>
    <module path="/usr/lib/libxcb-render.so.0.0.0" address="7f29b09e5000" size="00007000" version="0.0.0"/>
    <module path="/usr/lib/libxcb-render.so.0.0.0" address="7f29b0bec000" size="00001000" version="0.0.0"/>
    <module path="/usr/lib/libxcb-render-util.so.0.0.0" address="7f29b0bf0000" size="001ff000" version="0.0.0"/>
    <module path="/usr/lib/libpixman-1.so.0.16.4" address="7f29b0df0000" size="00056000" version="0.16.4"/>
    <module path="/usr/lib/libpixman-1.so.0.16.4" address="7f29b1045000" size="00003000" version="0.16.4"/>
    <module path="/usr/lib/libxcb.so.1.1.0" address="7f29b1064000" size="001ff000" version="1.1.0"/>
    <module path="/lib/libuuid.so.1.3.0" address="7f29b1264000" size="00004000" version="1.3.0"/>
    <module path="/lib/libuuid.so.1.3.0" address="7f29b1467000" size="00001000" version="1.3.0"/>
    <module path="/usr/lib/libICE.so.6.3.0" address="7f29b147f000" size="001ff000" version="6.3.0"/>
    <module path="/lib/libselinux.so.1" address="7f29b1683000" size="0001c000" version="1"/>
    <module path="/lib/libselinux.so.1" address="7f29b189e000" size="00001000" version="1"/>
    <module path="/lib/libresolv-2.11.2.so" address="7f29b18a1000" size="00013000" version="2.11.2"/>
    <module path="/lib/libresolv-2.11.2.so" address="7f29b1ab3000" size="00001000" version="2.11.2"/>
    <module path="/lib/libpcre.so.3.12.1" address="7f29b1ab7000" size="00030000" version="3.12.1"/>
    <module path="/lib/libpcre.so.3.12.1" address="7f29b1ce6000" size="00001000" version="3.12.1"/>
    <module path="/usr/lib/libXcursor.so.1.0.2" address="7f29b1cf0000" size="00200000" version="1.0.2"/>
    <module path="/usr/lib/libXrandr.so.2.2.0" address="7f29b1ef1000" size="00008000" version="2.2.0"/>
    <module path="/usr/lib/libXrandr.so.2.2.0" address="7f29b20f8000" size="00001000" version="2.2.0"/>
    <module path="/usr/lib/libXi.so.6.1.0" address="7f29b2108000" size="001ff000" version="6.1.0"/>
    <module path="/usr/lib/libXrender.so.1.3.0" address="7f29b2308000" size="00009000" version="1.3.0"/>
    <module path="/usr/lib/libXrender.so.1.3.0" address="7f29b2511000" size="00001000" version="1.3.0"/>
    <module path="/usr/lib/libXext.so.6.4.0" address="7f29b2523000" size="00200000" version="6.4.0"/>
    <module path="/usr/lib/libcairo.so.2.10800.10" address="7f29b2724000" size="0007b000" version="2.10800.10"/>
    <module path="/usr/lib/libcairo.so.2.10800.10" address="7f29b299e000" size="00003000" version="2.10800.10"/>
    <module path="/usr/lib/libXfixes.so.3.1.0" address="7f29b29a6000" size="001ff000" version="3.1.0"/>
    <module path="/usr/lib/libXdamage.so.1.1.0" address="7f29b2ba6000" size="00002000" version="1.1.0"/>
    <module path="/usr/lib/libXdamage.so.1.1.0" address="7f29b2da7000" size="00001000" version="1.1.0"/>
    <module path="/usr/lib/libXcomposite.so.1.0.0" address="7f29b2daa000" size="001ff000" version="1.0.0"/>
    <module path="/usr/lib/libX11.so.6.3.0" address="7f29b2faa000" size="00135000" version="6.3.0"/>
    <module path="/usr/lib/libX11.so.6.3.0" address="7f29b32df000" size="00006000" version="6.3.0"/>
    <module path="/usr/lib/libpangocairo-1.0.so.0.2800.3" address="7f29b32f1000" size="001ff000" version="0.2800.3"/>
    <module path="/usr/lib/libexpat.so.1.5.2" address="7f29b34f1000" size="00026000" version="1.5.2"/>
    <module path="/usr/lib/libexpat.so.1.5.2" address="7f29b3717000" size="00002000" version="1.5.2"/>
    <module path="/usr/lib/libtiff.so.4.3.3" address="7f29b377a000" size="001ff000" version="4.3.3"/>
    <module path="/usr/lib/libjpeg.so.62.0.0" address="7f29b397c000" size="00023000" version="62.0.0"/>
    <module path="/usr/lib/libjpeg.so.62.0.0" address="7f29b3b9e000" size="00001000" version="62.0.0"/>
    <module path="/usr/lib/libz.so.1.2.3.4" address="7f29b3bb6000" size="001ff000" version="1.2.3.4"/>
    <module path="/lib/libpng12.so.0.44.0" address="7f29b3db6000" size="00025000" version="0.44.0"/>
    <module path="/lib/libpng12.so.0.44.0" address="7f29b3fdb000" size="00001000" version="0.44.0"/>
    <module path="/usr/lib/libSM.so.6.0.1" address="7f29b3fe4000" size="001ff000" version="6.0.1"/>
    <module path="/usr/lib/libXinerama.so.1.0.0" address="7f29b41e4000" size="00002000" version="1.0.0"/>
    <module path="/usr/lib/libXinerama.so.1.0.0" address="7f29b43e5000" size="00001000" version="1.0.0"/>
    <module path="/lib/libglib-2.0.so.0.2400.2" address="7f29b44c1000" size="001ff000" version="0.2400.2"/>
    <module path="/lib/librt-2.11.2.so" address="7f29b46c2000" size="00007000" version="2.11.2"/>
    <module path="/lib/librt-2.11.2.so" address="7f29b48c8000" size="00001000" version="2.11.2"/>
    <module path="/usr/lib/libgthread-2.0.so.0.2400.2" address="7f29b48ca000" size="00004000" version="0.2400.2"/>
    <module path="/usr/lib/libgthread-2.0.so.0.2400.2" address="7f29b4acd000" size="00001000" version="0.2400.2"/>
    <module path="/usr/lib/libgmodule-2.0.so.0.2400.2" address="7f29b4ad1000" size="001ff000" version="0.2400.2"/>
    <module path="/usr/lib/libgobject-2.0.so.0.2400.2" address="7f29b4cd1000" size="00045000" version="0.2400.2"/>
    <module path="/usr/lib/libgobject-2.0.so.0.2400.2" address="7f29b4f16000" size="00002000" version="0.2400.2"/>
    <module path="/usr/lib/libfontconfig.so.1.4.4" address="7f29b4f4b000" size="00200000" version="1.4.4"/>
    <module path="/usr/lib/libfreetype.so.6.6.0" address="7f29b514d000" size="00083000" version="6.6.0"/>
    <module path="/usr/lib/libfreetype.so.6.6.0" address="7f29b53cf000" size="00006000" version="6.6.0"/>
    <module path="/usr/lib/libpango-1.0.so.0.2800.3" address="7f29b541e000" size="00200000" version="0.2800.3"/>
    <module path="/usr/lib/libgio-2.0.so.0.2400.2" address="7f29b5621000" size="000ae000" version="0.2400.2"/>
    <module path="/usr/lib/libgio-2.0.so.0.2400.2" address="7f29b58cf000" size="00003000" version="0.2400.2"/>
    <module path="/usr/lib/libgdk_pixbuf-2.0.so.0.2000.1" address="7f29b58d3000" size="0001b000" version="0.2000.1"/>
    <module path="/usr/lib/libgdk_pixbuf-2.0.so.0.2000.1" address="7f29b5aee000" size="00001000" version="0.2000.1"/>
    <module path="/usr/lib/libpangoft2-1.0.so.0.2800.3" address="7f29b5b18000" size="00200000" version="0.2800.3"/>
    <module path="/usr/lib/libatk-1.0.so.0.3009.1" address="7f29b5d19000" size="0001f000" version="0.3009.1"/>
    <module path="/usr/lib/libatk-1.0.so.0.3009.1" address="7f29b5f37000" size="00003000" version="0.3009.1"/>
    <module path="/usr/lib/libgdk-x11-2.0.so.0.2000.1" address="7f29b5fe2000" size="00200000" version="0.2000.1"/>
    <module path="/usr/lib/libgtk-x11-2.0.so.0.2000.1" address="7f29b61e7000" size="00415000" version="0.2000.1"/>
    <module path="/usr/lib/libgtk-x11-2.0.so.0.2000.1" address="7f29b67fb000" size="0000b000" version="0.2000.1"/>
    <module path="/lib/libc-2.11.2.so" address="7f29b6808000" size="00158000" version="2.11.2"/>
    <module path="/lib/libc-2.11.2.so" address="7f29b6b5f000" size="00004000" version="2.11.2"/>
    <module path="/lib/libgcc_s.so.1" address="7f29b6b69000" size="00016000" version="1"/>
    <module path="/lib/libgcc_s.so.1" address="7f29b6d7e000" size="00001000" version="1"/>
    <module path="/lib/libm-2.11.2.so" address="7f29b6dff000" size="00200000" version="2.11.2"/>
    <module path="/lib/libm-2.11.2.so" address="7f29b7000000" size="00001000" version="2.11.2"/>
    <module path="/usr/lib/libstdc++.so.6.0.13" address="7f29b70f7000" size="00200000" version="6.0.13"/>
    <module path="/usr/lib/libstdc++.so.6.0.13" address="7f29b72fe000" size="00002000" version="6.0.13"/>
    <module path="/lib/libdl-2.11.2.so" address="7f29b7315000" size="00002000" version="2.11.2"/>
    <module path="/lib/libdl-2.11.2.so" address="7f29b7517000" size="00001000" version="2.11.2"/>
    <module path="/lib/libpthread-2.11.2.so" address="7f29b7519000" size="00017000" version="2.11.2"/>
    <module path="/lib/libpthread-2.11.2.so" address="7f29b772f000" size="00001000" version="2.11.2"/>
    <module path="/usr/lib/libwx_baseu-2.8.so.0.6.0" address="7f29b7735000" size="0014f000" version="0.6.0"/>
    <module path="/usr/lib/libwx_baseu-2.8.so.0.6.0" address="7f29b7a84000" size="0000c000" version="0.6.0"/>
    <module path="/usr/lib/libwx_baseu_net-2.8.so.0.6.0" address="7f29b7a9a000" size="0002e000" version="0.6.0"/>
    <module path="/usr/lib/libwx_baseu_net-2.8.so.0.6.0" address="7f29b7cc8000" size="00003000" version="0.6.0"/>
    <module path="/usr/lib/libwx_baseu_xml-2.8.so.0.6.0" address="7f29b7cd4000" size="00200000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_core-2.8.so.0.6.0" address="7f29b7ed5000" size="003cb000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_core-2.8.so.0.6.0" address="7f29b84a0000" size="00057000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_adv-2.8.so.0.6.0" address="7f29b8503000" size="000d2000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_adv-2.8.so.0.6.0" address="7f29b87d5000" size="00012000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_html-2.8.so.0.6.0" address="7f29b87ea000" size="000a8000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_html-2.8.so.0.6.0" address="7f29b8a91000" size="0000c000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_qa-2.8.so.0.6.0" address="7f29b8a9e000" size="00020000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_qa-2.8.so.0.6.0" address="7f29b8cbd000" size="00003000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_xrc-2.8.so.0.6.0" address="7f29b8d53000" size="00200000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_aui-2.8.so.0.6.0" address="7f29b8f5c000" size="00073000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_aui-2.8.so.0.6.0" address="7f29b91cf000" size="00006000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_richtext-2.8.so.0.6.0" address="7f29b91d6000" size="000f1000" version="0.6.0"/>
    <module path="/usr/lib/libwx_gtk2u_richtext-2.8.so.0.6.0" address="7f29b94c6000" size="0000d000" version="0.6.0"/>
    <module path="/usr/local/lib/libcodeblocks.so.0.0.1" address="7f29b94d6000" size="0061f000" version="0.0.1"/>
    <module path="/usr/local/lib/libcodeblocks.so.0.0.1" address="7f29b9cf4000" size="00036000" version="0.0.1"/>
    <module path="/lib/ld-2.11.2.so" address="7f29b9d36000" size="0001e000" version="2.11.2"/>
    <module path="/SYSV00000000" address="7f29b9d55000" size="00003000"/>
    <module path="/usr/lib/locale/locale-archive" address="7f29b9db8000" size="00175000"/>
    <module path="/usr/lib/gconv/gconv-modules.cache" address="7f29b9f4a000" size="00007000"/>
    <module path="/lib/ld-2.11.2.so" address="7f29b9f53000" size="00001000" version="2.11.2"/>
    <module path="[stack]" address="7fff5189a000" size="00015000"/>
  </modules>
  <stack>
    <frame level="0"/>
    <frame level="1" function="wxMBConv::FromWChar(char*, unsigned long, wchar_t const*, unsigned long) const" offset="000000e0"/>
    <frame level="2" function="wxMBConv::cWC2MB(wchar_t const*, unsigned long, unsigned long*) const" offset="00000046"/>
    <frame level="3" function="wxString::mb_str(wxMBConv const&amp;) const" offset="0000001d"/>
    <frame level="4" function="cbU2C(wxString const&amp;)" offset="00000013"/>
    <frame level="5" function="realpath(wxString const&amp;)" offset="0000003c"/>
    <frame level="6" function="EditorManager::IsOpen(wxString const&amp;)" offset="00000023"/>
    <frame level="7" function="MainFrame::ShowHideStartPage(bool)" offset="00000000"/>
    <frame level="8" function="MainFrame::MainFrame(wxWindow*)" offset="00000000"/>
    <frame level="9" function="CodeBlocksApp::InitFrame()" offset="00000000"/>
  </stack>
</report>
I did that :
- installed Debian Squeeze 46 bits
- compiled Codeblocks svn 7398 (configure: --with-contrib-plugins=all)
- installed it
- modified /etc/ld.so.conf and run ldconfig
- launched codeblocks via xterm. I just closed the "tip" and the "script" windows of this instance
- tried to launch another instance of codeblocks via xterm. the carsh happened immediately
Kernel Extremist - PedroM power ©

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #29 on: August 20, 2011, 10:15:53 pm »
We had similar issues with the watches, that's why I added the pendingDelete flag.
It is set to true, if a watch has an active command and the real deletion is done in ParseOutput, so it can not crash.

I don't know, whether a similar mechanism would work for breakpoints.
I plan to switch all pointers to cb::shared_ptr, probably this change will fix the bug...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #30 on: September 13, 2011, 06:37:21 am »
I create 2 patches for CB:

1. Add support Environment variable on the Debugger path settings on debugger branch.

2. Disable Pre/Post buld steps, when using external Makefile.
The  Pre/Post buld steps must be disable when using external Makefile because Makefile must be independent from CB environment, so all pre/post build steps must be inside in Makefile. Projects may be build on command line shell without CB environment...

All patches I testing on debugger branch svn 7444 on winxp sp3 and works fine.

Thanks. 

Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #31 on: September 13, 2011, 06:39:14 am »
Debugger path patch

[attachment deleted by admin]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #32 on: September 13, 2011, 09:32:37 am »
Non-debugger patches, should be made against trunk and discussed on the trunks topics.
Here we are interested only in the debugger.

BTW: Why would you want to disable the pre/post build steps? They could be useful if you're using a makefile you can't control. And if you need to build with the makefile only you could do so, no one stops you.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #33 on: September 13, 2011, 09:20:06 pm »
I'm experiencing a crash on win7 sp1 with rev7387. That's how it happens:
1-Launch cb without any project loaded.
2-Double-click 'CodeBlocks.cbp' file on my local trunk folder.

There comes the crash. Is it specific to me or anyone else able to reproduce it?

Note: CB doesn't crash if I load cb by double-clicking on the project file.
« Last Edit: September 13, 2011, 09:21:52 pm by scarphin »

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #34 on: September 13, 2011, 09:35:57 pm »
Report from 'codeblocks.rpt' file:
Code
Error occured on Tuesday, September 13, 2011 at 22:20:15.

C:\GNU\CodeBlocks\codeblocks.exe caused an Access Violation at location 65eae3bd in module C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll Reading from location 00000000.

Registers:
eax=00000000 ebx=00000000 ecx=00000001 edx=00000000 esi=00000483 edi=0028e67c
eip=65eae3bd esp=0028e544 ebp=0028e56c iopl=0         nv up ei pl zr na po nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246

Call stack:
65EAE3BD  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EAE3BD
6CCC7670  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCC7670  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCC77A9  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCC77A9  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCC7B74  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCC7B74  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CDD70ED  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CDD70ED  _ZN11wxTimerBase6NotifyEv
6CD07BDC  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07BDC  _ZN7wxTimer4InitEv
74F362FA  C:\Windows\syswow64\USER32.dll:74F362FA  gapfnScSendMessage
74F36D3A  C:\Windows\syswow64\USER32.dll:74F36D3A  GetThreadDesktop
74F377C4  C:\Windows\syswow64\USER32.dll:74F377C4  CharPrevW
74F3788A  C:\Windows\syswow64\USER32.dll:74F3788A  DispatchMessageW
74F5C81F  C:\Windows\syswow64\USER32.dll:74F5C81F  IsDialogMessageW
6CCF59BC  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF59BC  _ZN11wxEventLoop17PreProcessMessageEP6tagMSG
6CCF556D  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF556D  _ZN11wxEventLoop14ProcessMessageEP6tagMSG
6CCF576B  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF576B  _ZN11wxEventLoop8DispatchEv
6CCDDC1C  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCDDC1C  _ZN5wxApp5YieldEb
6CCCBC72  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCBC72  _Z7wxYieldv
6CCC4B53  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCC4B53  _Z9wxExecuteRK8wxStringiP9wxProcess
6CCCA31B  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCA31B  _ZN15wxMessageOutput3SetEPS_
65EC1408  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EC1408
65EBF38A  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EBF38A
65EC276B  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EC276B
65EC1DA8  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EC1DA8
65EAB622  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EAB622
65F09C84  C:\GNU\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65F09C84  _ZN12cbToolPlugin9BuildMenuEP9wxMenuBar
61880F24  C:\GNU\CodeBlocks\codeblocks.dll:61880F24  _ZN7Manager12ProcessEventER15CodeBlocksEvent
61897A18  C:\GNU\CodeBlocks\codeblocks.dll:61897A18  _ZN13PluginManager13NotifyPluginsER15CodeBlocksEvent
618B534A  C:\GNU\CodeBlocks\codeblocks.dll:618B534A  _ZN14ProjectManager10SetProjectEP9cbProjectb
618B8A93  C:\GNU\CodeBlocks\codeblocks.dll:618B8A93  _ZN14ProjectManager11LoadProjectERK8wxStringb
004461E6  C:\GNU\CodeBlocks\codeblocks.exe:004461E6
00445CB9  C:\GNU\CodeBlocks\codeblocks.exe:00445CB9
00445567  C:\GNU\CodeBlocks\codeblocks.exe:00445567
0040830F  C:\GNU\CodeBlocks\codeblocks.exe:0040830F
0040198D  C:\GNU\CodeBlocks\codeblocks.exe:0040198D
6CCB2025  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCB2025  _ZN11wxDDEClient16DeleteConnectionEPv
74F4E97A  C:\Windows\syswow64\USER32.dll:74F4E97A  DdeCreateStringHandleW
74F4E928  C:\Windows\syswow64\USER32.dll:74F4E928  DdeCreateStringHandleW
74F4FE0C  C:\Windows\syswow64\USER32.dll:74F4FE0C  DdeGetData
74F4FD92  C:\Windows\syswow64\USER32.dll:74F4FD92  DdeGetData
74F4FD62  C:\Windows\syswow64\USER32.dll:74F4FD62  DdeGetData
74F362FA  C:\Windows\syswow64\USER32.dll:74F362FA  gapfnScSendMessage
74F36D3A  C:\Windows\syswow64\USER32.dll:74F36D3A  GetThreadDesktop
74F377C4  C:\Windows\syswow64\USER32.dll:74F377C4  CharPrevW
74F3788A  C:\Windows\syswow64\USER32.dll:74F3788A  DispatchMessageW
74F5C81F  C:\Windows\syswow64\USER32.dll:74F5C81F  IsDialogMessageW
6CCF59BC  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF59BC  _ZN11wxEventLoop17PreProcessMessageEP6tagMSG
6CCF556D  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF556D  _ZN11wxEventLoop14ProcessMessageEP6tagMSG
6CCF576B  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCF576B  _ZN11wxEventLoop8DispatchEv
6CD8D518  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD8D518  _ZN17wxEventLoopManual3RunEv
6CD6BB19  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD6BB19  _ZN9wxAppBase8MainLoopEv
004058C4  C:\GNU\CodeBlocks\codeblocks.exe:004058C4
6CC73248  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC73248  _Z14wxUninitializev
6CCCD392  C:\GNU\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCD392  _Z7wxEntryP11HINSTANCE__S0_Pci
00401D71  C:\GNU\CodeBlocks\codeblocks.exe:00401D71
004823C6  C:\GNU\CodeBlocks\codeblocks.exe:004823C6
004010DB  C:\GNU\CodeBlocks\codeblocks.exe:004010DB
00401158  C:\GNU\CodeBlocks\codeblocks.exe:00401158
7503339A  C:\Windows\syswow64\kernel32.dll:7503339A  BaseThreadInitThunk
77439ED2  C:\Windows\SysWOW64\ntdll.dll:77439ED2  RtlInitializeExceptionChain
77439EA5  C:\Windows\SysWOW64\ntdll.dll:77439EA5  RtlInitializeExceptionChain

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #35 on: September 13, 2011, 10:32:42 pm »
Does it happen with the trunk version of the nightly?
What happens if you disabled the CC?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #36 on: September 14, 2011, 01:02:41 am »
Trunk also crashes. When I disable code-completion, both (trunk and debuggers branch) work. I can then enable cc plugin. Can u reproduce the crash or is it just me?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #37 on: September 14, 2011, 01:11:14 am »
CC is known to be crashy in this revision, disable it and wait for the next nightly...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Manolo

  • Multiple posting newcomer
  • *
  • Posts: 47
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #38 on: September 14, 2011, 10:43:53 am »
Hello
I use MinGw/GDB. I'm getting this issue while debugging:
When the GDB just execute this line of code:
  wxString *psty = (wxString*) NULL;
I put the mouse over 'psty' and a SIGSEGV is prompt:

Code
> whatis psty
type = wxString *
>>>>>>cb_gdb:
> output psty
(wxString *) 0x0>>>>>>cb_gdb:
> output /c psty->wx_str()[0]@psty->length()
The program being debugged was signaled while in a function called from GDB.
GDB has restored the context to what it was before the call.
To change this behavior use "set unwindonsignal off".
Evaluation of the expression containing the function
(wxString::wx_str() const) will be abandoned.
Program received signal SIGSEGV, Segmentation fault.
0x6fc611d6 in libstdc++-6!_ZNKSbIwSt11char_traitsIwESaIwEE5c_strEv () from c:\mingw\bin\libstdc++-6.dll
>>>>>>cb_gdb:

I'm also using the script I posted some days ago:
http://forums.codeblocks.org/index.php/topic,15050.msg101768.html#msg101768

Of course, the problems arise because psty is not pointing to a valid wxString object.
What I ask here and myself is: How can C:B be aware of this before trying to output this invalid var?

Regards

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #39 on: September 14, 2011, 10:48:39 am »
I guess we can check for NULL in before evaluating some scripts...
But I suggest to use python enabled gdb + pretty printers for wxwidgets (there are available for 2.9+). This is the better approach.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5906
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #40 on: September 14, 2011, 11:16:22 am »
Hello
I use MinGw/GDB. I'm getting this issue while debugging:
When the GDB just execute this line of code:
  wxString *psty = (wxString*) NULL;
I put the mouse over 'psty' and a SIGSEGV is prompt:

Code
> whatis psty
type = wxString *
>>>>>>cb_gdb:
> output psty
(wxString *) 0x0>>>>>>cb_gdb:
> output /c psty->wx_str()[0]@psty->length()
The program being debugged was signaled while in a function called from GDB.
GDB has restored the context to what it was before the call.
To change this behavior use "set unwindonsignal off".
Evaluation of the expression containing the function
(wxString::wx_str() const) will be abandoned.
Program received signal SIGSEGV, Segmentation fault.
0x6fc611d6 in libstdc++-6!_ZNKSbIwSt11char_traitsIwESaIwEE5c_strEv () from c:\mingw\bin\libstdc++-6.dll
>>>>>>cb_gdb:

I'm also using the script I posted some days ago:
http://forums.codeblocks.org/index.php/topic,15050.msg101768.html#msg101768

Of course, the problems arise because psty is not pointing to a valid wxString object.
What I ask here and myself is: How can C:B be aware of this before trying to output this invalid var?

Regards


I just test on gdb (the gdb build myself with python support, you can find download links in this forum), the log is below, it seems there is no crash.
Code
> p psty
$1 = (wxString *) 0x0
>>>>>>cb_gdb:
> whatis psty
type = wxString *
>>>>>>cb_gdb:
> output /c psty->m_pchData[0]@((wxStringData*)psty->m_pchData - 1)->nDataLength
Cannot access memory at address 0x0
>>>>>>cb_gdb:
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 15 August 2011 build (7386) DEBUGGER BRANCH version is out.
« Reply #41 on: September 14, 2011, 12:05:20 pm »
The difference probably is that you're accessing a member, but Manalo is calling a function...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]