Recent Posts

Pages: 1 [2] 3 4 5 6 7 ... 10
11
Using Code::Blocks / Re: C::B "ALL_OPEN_FILES"
« Last post by oBFusCATed on Today at 11:10:44 am »
The code is here: https://sourceforge.net/p/codeblocks/code/HEAD/tree/trunk/src/sdk/macrosmanager.cpp
It is probably easy thing to add. Then you can test it and if it is useful you can provide a patch.
12
Using Code::Blocks / Sorting the output of the Vera++/cppchecker
« Last post by Jewest on Today at 11:05:28 am »
Hello,

Can anyone tell me how I can sort the output of the cppchecker?
I would like to solve one type of suggestion at a time.
The message window in version 17.12 does not allow sorting by clicking on the column header.
Is there a new version which has this option? ( I know, the new version will come as it comes.)

Best regards,

Jewest
13
Using Code::Blocks / C::B "ALL_OPEN_FILES"
« Last post by cacb on Today at 10:57:13 am »
On a Win10 box I currently use C::B 11530 with MSVC2013 compiler.

For debugging under Windows, I prefer to use the debugger in Visual Studio. To do this, I create an entry in the C::B Tools menu to start the Visual Studio IDE/Debugger with the current source file and at the current editor line:

/edit $(ACTIVE_EDITOR_FILENAME) /command "edit.goto $(ACTIVE_EDITOR_LINE)" /debugexe $(TARGET_OUTPUT_FILE)

See attached image for full details, this works fine with Visual Studio 2013 Professional and with slightly different syntax you can do the same with the free Visual Studio 2013 Express. It opens the currently active source file correctly, but no other source files.

I usually work with several projects at once (in a Workspace) and typically have several editor windows open. What I am missing is a way to automatically open all the same source files that are currently open in C::B also in Visual Studio debugger. To experiment, I found that $(ALL_PROJECT_FILES) will work as advertised, it opens all the current project files, but that is not what I want. Instead I think something like the imaginary $(ALL_OPEN_FILES) would do the trick, i.e. $(ALL_OPEN_FILES) would evaluate to full paths to all currently open source files in the C::B IDE, including files from different C::B projects.

Then I would specify:
/edit $(ACTIVE_EDITOR_FILENAME) /command "edit.goto $(ACTIVE_EDITOR_LINE)" $(ALL_OPEN_FILES) /debugexe $(TARGET_OUTPUT_FILE)

Is there perhaps a C::B variable somewhere to do this already?

14
Using Code::Blocks / Re: Debugging problems GDB + C::B
« Last post by Jewest on Today at 10:19:17 am »
Sorry for the late reply, for some reason I do not get an email notification.(will sort this out later).

With unstable I mean that some times it does stop and sometimes it does not.
So I can never be sure that what I am debugging is correct.
I did however found out that if I remove the start / stop then the debugging is more stable.
15
Development / Re: wxWidgets 3.1.2 Released
« Last post by ollydbg on Today at 06:12:23 am »
There are many code in the file: sdk\wxscintilla\src\PlatWX.cpp, which change focus to it's parent, maybe, they get conflict which the current wx3.1.2's implementation.
16
Using Code::Blocks / Re: Can mouse-over tooltip also show value?
« Last post by Napoleon on Today at 04:32:28 am »
Thanks oBFusCATed.  It's there, but in Ubuntu's package installed 16.01 it is not on by default.
17
Development / Re: wxWidgets 3.1.2 Released
« Last post by oBFusCATed on Today at 02:19:50 am »
Strange. I guess we're doing something 'advanced'...
18
BlueHazzard - there are no error messages. There is only a failure to launch.

Answer!
It turns out that the Compiler's Installer Directory was slightly wrong. I hadn't specified the bin folder (the file dialog didn't give me that option the first time round). I set it to a wrong thing, to reset it to the right thing which then allowed me to point to the bin folder. So now it both compiles AND runs!
19
Development / Re: wxWidgets 3.1.2 Released
« Last post by New Pagodi on Yesterday at 11:55:06 pm »
I don't know if this is helpful or not, but here's a patch to add a very rudimentary type of autocompletion to the wxWidgets stc sample.  It doesn't show the crash under discussion, so it might not be helpful at all.

Code: [Select]
diff --git a/samples/stc/edit.cpp b/samples/stc/edit.cpp
index 7e7f412ec2..c16b1aae2b 100644
--- a/samples/stc/edit.cpp
+++ b/samples/stc/edit.cpp
@@ -60,6 +60,21 @@ const int ANNOTATION_STYLE = wxSTC_STYLE_LASTPREDEFINED + 1;
 // Edit
 //----------------------------------------------------------------------------
 
+static char * pound_xpm[] = {
+"10 10 2 1",
+" c None",
+". c #BD08F9",
+"  ..  ..  ",
+"  ..  ..  ",
+"..........",
+"..........",
+"  ..  ..  ",
+"  ..  ..  ",
+"..........",
+"..........",
+"  ..  ..  ",
+"  ..  ..  "};
+
 wxBEGIN_EVENT_TABLE (Edit, wxStyledTextCtrl)
     // common
     EVT_SIZE (                         Edit::OnSize)
@@ -177,6 +192,10 @@ Edit::Edit (wxWindow *parent, wxWindowID id,
     CmdKeyClear (wxSTC_KEY_TAB, 0); // this is done by the menu accelerator key
     SetLayoutCache (wxSTC_CACHE_PAGE);
     UsePopUp(wxSTC_POPUP_ALL);
+   
+    wxImage::AddHandler(new wxXPMHandler);
+    wxBitmap b(pound_xpm);
+    RegisterImage(0, b);
 }
 
 Edit::~Edit () {}
@@ -483,6 +502,13 @@ void Edit::OnCharAdded (wxStyledTextEvent &event) {
         SetLineIndentation (currentLine, lineInd);
         GotoPos(PositionFromLine (currentLine) + lineInd);
     }
+    else if (chr == '#') {
+        wxString s = "define?0 elif?0 elifdef?0 elifndef?0 else?0 endif?0 "
+                      "error?0 if?0 ifdef?0 ifndef?0 include?0 line?0 line?0 "
+                      "pragma?0 undef?0";
+       
+        AutoCompShow(0,s);
+    }
 }
 
 
20
Using Code::Blocks / Re: C::B ignores object output path
« Last post by Pecan on Yesterday at 11:51:09 pm »
This problem appears to have been fixed in the nightlies.
Pages: 1 [2] 3 4 5 6 7 ... 10