Author Topic: The 07 April 2012 build (7925) is out. (Read 34556 times)

killerbot · « **on:** April 08, 2012, 03:25:56 pm »

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 07 April 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20120407_rev7925_win32.7z
  - Linux :
   none

Resolved Fixed:

MERGED DEBUGGERS BRANCH (wxpropgrid_debuggers) BACK IN TRUNK (all the changes in the branch are incorporated in trunk, now)
plugin manager: changed API for CC plugins to query for file extensions the CC plugin is capable to code complete
CC: re-implemented support of code completion for lexer keywords

Regressions/Confirmed/Annoying/Common bugs:

u_margus · « **Reply #1 on:** April 08, 2012, 05:46:18 pm »

I'm using C::B v7925 for win32 with CygWin.
I cannot find "Environment variables" from
menu -> Settings -> Environment... -> Environment variables ,
so, how add environment variable "CYGWIN" with a value of "nodosfilewarning"?

oBFusCATed · « **Reply #2 on:** April 08, 2012, 05:52:07 pm »

u_margus: Do you have the Environment variables plugin loaded?

u_margus · « **Reply #3 on:** April 08, 2012, 06:39:19 pm »

The Environment variables plugin isn't loaded and i can't find it.
When I unpacked the 7917 version, all is OK.
I noticed, v7925 cannot load most of plugins, but v7917 can.

oBFusCATed · « **Reply #4 on:** April 08, 2012, 06:58:55 pm »

Are you sure you've installed it correctly? In a clean directory.

killerbot · « **Reply #5 on:** April 08, 2012, 07:32:49 pm »

there's indeed something wrong with several plug-ins, somewhere the update process didn't work correctly, not updating all plug-ins, where older ones are still on the old SK.

Although I have don a clean all, before I started the build. Grrrrr, I think I already know the answer : F*** pch

I will create a new build ,and update the post.

u_margus · « **Reply #6 on:** April 08, 2012, 08:42:07 pm »

Quote from: oBFusCATed on April 08, 2012, 06:58:55 pm

Are you sure you've installed it correctly? In a clean directory.

Yes.

seb_seb0 · « **Reply #7 on:** April 08, 2012, 08:50:54 pm »

Quote from: killerbot on April 08, 2012, 07:32:49 pm

there's indeed something wrong with several plug-ins, somewhere the update process didn't work correctly, not updating all plug-ins, where older ones are still on the old SK.

Although I have don a clean all, before I started the build. Grrrrr, I think I already know the answer : F*** pch

I will create a new build ,and update the post.

I confirm the problem occurred, and I confirmed that a clean re-build (delete all sources, svn check-out, build) solved everything (at least for me, on Win7 64 bits).

Freem · « **Reply #8 on:** April 08, 2012, 09:16:50 pm »

I am very happy to know that debugging branch have been merged!
Well done, and many thanks for all your work.

Master · « **Reply #9 on:** April 08, 2012, 09:26:01 pm »

i get the object not found error! $:-\$ :

Code

http://download.berlios.de/error/HTTP_NOT_FOUND.html.var

Freem · « **Reply #10 on:** April 08, 2012, 09:34:05 pm »

I guess they removed the windows version because of the error in the build which was said before my first post.

Master · « **Reply #11 on:** April 08, 2012, 09:38:43 pm »

Quote from: Freem on April 08, 2012, 09:34:05 pm

I guess they removed the windows version because of the error in the build which was said before my first post.

tanx , i thought they have already fixed that
so gotta wait huh?

Freem · « **Reply #12 on:** April 08, 2012, 09:49:37 pm »

I don't know, I just guess

You can try to compile yourself if you do not want to wait: just use the SVN repo and the C::B project in it. The procedure is not very hard by itself, and it seem the problem is not in sources, but because killerbot forgot to clean correctly before building.

killerbot · « **Reply #13 on:** April 08, 2012, 10:38:25 pm »

second attempt failed again, after throwing away nearly all files.

attempt 3 started (build won't be posted before tomorrow morning, so please be patient) ...

Jenna · « **Reply #14 on:** April 08, 2012, 11:21:31 pm »

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

killerbot · « **Reply #15 on:** April 09, 2012, 10:36:03 am »

the build is back online :-)

zabzonk · « **Reply #16 on:** April 09, 2012, 12:23:24 pm »

I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?

oBFusCATed · « **Reply #17 on:** April 09, 2012, 03:02:42 pm »

Removed and waiting for a volunteer to reimplement them.

zabzonk · « **Reply #18 on:** April 09, 2012, 03:10:13 pm »

Quote

Removed and waiting for a volunteer to reimplement them.

It's an interesting model of software development where you "progress" by removing what to many people will be essential features.

oBFusCATed · « **Reply #19 on:** April 09, 2012, 04:03:56 pm »

Gnome people are our teachers, next version of C::B will have totally useless interface, but it will be touch ready

nenin · « **Reply #20 on:** April 09, 2012, 05:02:45 pm »

Quote from: Neil Butterworth on April 09, 2012, 12:23:24 pm

I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?

In some cases automatic view of local variables crashed gdb, or C::B, or both... You can view they manually. As I do.

ptDev · « **Reply #21 on:** April 09, 2012, 06:53:17 pm »

Quote from: nenin on April 09, 2012, 05:02:45 pm

Quote from: Neil Butterworth on April 09, 2012, 12:23:24 pm
I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?
In some cases automatic view of local variables crashed gdb, or C::B, or both... You can view they manually. As I do.

I've been getting GDB crashes too. Mostly when trying to watch local strings.

oBFusCATed · « **Reply #22 on:** April 09, 2012, 07:33:00 pm »

stl pretty printers + locals + breaking at the { of the function is a guarantee of a gdb crash or a long wait, because gdb had returned massive output.
But this is not the real reason for the "removal". I wanted to do it in multiple windows, but current AUI is not capable of moving windows between notebooks, so I abandoned the idea.

fubo · « **Reply #23 on:** April 10, 2012, 11:20:55 am »

Issue reported here is still present.

NilC · « **Reply #24 on:** April 10, 2012, 01:47:01 pm »

Hey guys!
Sorry for my English

rev 7918 and later - there are lags (not always, nearly 50\50) in C::B, when Debugger, or Compiler are started, also there are lags when you opening projects.
Platform: Win x64.

oBFusCATed · « **Reply #25 on:** April 10, 2012, 01:54:23 pm »

Do you have lag, when switching between files?

If you have then this is a known problem.

NilC · « **Reply #26 on:** April 10, 2012, 02:09:09 pm »

Hmm, nope. When files are opened and I switching between them - everything is OK.

Halan · « **Reply #27 on:** April 10, 2012, 10:30:48 pm »

Awesome! Code::Blocks is getting better and more stable ever release

News:

Author Topic: The 07 April 2012 build (7925) is out. (Read 34556 times)

zabzonk

zabzonk