Author Topic: The 10 January 2006 build is out.  (Read 56315 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5513
The 10 January 2006 build is out.
« on: January 11, 2006, 12:20:12 am »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z

The 10 January 2006 build is out.
  - Windows : http://download.berlios.de/codeblocks/CB_10jan2006_rev1707_win32.7z
  - Linux : not supported yet


Resolved Fixed:

  • KeyBinder:0.4.6 Rebuild menuitems with misaligned bitmaps and accelerators
  • Minor modifications to remove some warnings when compiling wxPdfDocument with -Wall
  • Converted ToDoList from message log to docking window
  • Added menu "View->To-Do list"
  • Converted menus "Debug->Debugging windows->*" to checkable
  • Compiler errors don't highlight the whole line with the ugly orange color anymore. Instead, a red mark is used in the margin
  • Removed obsolete editor's color settings (like "compiler error")
  • Updated wxScintilla to version 1.67
  • Fixed the crash-before-exit in linux
  • Add new files to recent list (patch #1402078)(bug : 1401383)
  • Upgraded wxAUI to 0.9.1 (partial patch #1402085)
  • Added wxAUI as a dependency of src in the unix project file
  • Fix for recent files/projects lists to always display the full filename (patch #1402109) (bug : 1401379)
  • Manager framework redesign
    - No more ManagerProxy
    - Manager::Get() is a lot less expensive than it was before
    - Manager::Get() never returns an invalid pointer, the same is true for Manager::GetConfigManager.
    - All other managers are initialised when they are first referenced and deinitialised in order of dependence during shutdown.
    - The Manager::GetXXX functions will not automatically return null while the application is shutting down. Instead, a valid pointer is returned as long as the respective manager is available, null thereafter.
    - Plugins are freed before most core managers (for example EditorManager, ProjectManager, and MessageManager) shut down, so there can never be an invalid pointer for these.
    - The status of all managers can be verified using the static ManagerXXX::Valid() function.
    - PersonalityManager correctly works for the --profile=ask option now (showing a list of available profiles)

Regressions/Confirmed/Annoying/Common bugs:

  • DDE bug : clicking in windows explorer on a CB registered file throws an error message box
  • toolbar-images-not-changing-state (is a wx problem)


Offline 280Z28

  • Regular
  • ***
  • Posts: 397
  • *insert unicode here*
Re: The 10 January 2006 build is out.
« Reply #1 on: January 11, 2006, 12:23:43 am »
What do you mean by "# toolbar-images-not-changing-state (is a wx problem)"
78 280Z, "a few bolt-ons" - 12.71@109.04
99 Trans Am, "Daily Driver" - 525rwhp/475rwtq
 Check out The Sam Zone :cool:

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5513
Re: The 10 January 2006 build is out.
« Reply #2 on: January 11, 2006, 12:25:33 am »
It was artoj who asked me this to add to the list, and I remember a little bit seeing some discussions in other topics about this. I don't know 100% the problem.

@artoj : could you please explain again the problem

Offline 280Z28

  • Regular
  • ***
  • Posts: 397
  • *insert unicode here*
Re: The 10 January 2006 build is out.
« Reply #3 on: January 11, 2006, 12:28:20 am »
It was artoj who asked me this to add to the list, and I remember a little bit seeing some discussions in other topics about this. I don't know 100% the problem.

@artoj : could you please explain again the problem

If it has to do with the fact that the Abort button on the debugger toolbar doesn't go gray when it's disabled.... omg I tried to make that work but dang...
78 280Z, "a few bolt-ons" - 12.71@109.04
99 Trans Am, "Daily Driver" - 525rwhp/475rwtq
 Check out The Sam Zone :cool:

Offline Michael

  • Lives here!
  • ****
  • Posts: 1608
Re: The 10 January 2006 build is out.
« Reply #4 on: January 11, 2006, 10:26:08 am »
It was not what was discussed here?

Michael

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #5 on: January 11, 2006, 11:45:05 am »
It was not what was discussed here?

Yup, that's the one.

The affected buttons are (at least): save, print, find, replace and abort debug.

save - image always enabled
print - image always disabled
find - image always enabled
replace - image always enabled
abort debug - image always enabled

-----------

Could someone with proper rights to the SF.net project page close these bugs because they are now fixed:

1401383 
1401376

Thanks for killerbot for creating the patches (and devs for applying them). :)

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #6 on: January 11, 2006, 04:15:14 pm »
I've posted the following bug to the tracker:

Quote
1. Launch Code::Blocks.
2. Create new project (File -> New project...)
3. Select Console application (or other project type). Select "C:\" (or other drive root directory) as the directory where to create files. Type name for the project.
4. Press OK. The project creation fails.

#1403023 Project creation to drive root fails (nightly)

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #7 on: January 11, 2006, 05:01:03 pm »
And next:

Quote
1. Open CodeBlocks and create new file (File -> New).
2. Minimize CodeBlocks.
3. Open the new file in external editor (such as Notepad).
4. Edit the file in Notepad and save changes you made.
5. Press the CodeBlocks button in the Taskbar to maximize CodeBlocks.
6. The file is changed but no reload file dialog is shown.

#1403064 File modifications outside CB -notification fails (nighly)

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 10 January 2006 build is out.
« Reply #8 on: January 11, 2006, 05:15:25 pm »
I can confirm the bug in the 1717 build which I use to work with (fully optimized, stripped).

However, I was NOT able to reproduce it in the non-optimized, non-stripped 1717 build.  :?
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #9 on: January 11, 2006, 05:22:49 pm »
I can confirm the bug in the 1717 build which I use to work with (fully optimized, stripped).

However, I was NOT able to reproduce it in the non-optimized, non-stripped 1717 build.  :?

Hmm...

@killerbot, what build flags do you use in the nightly builds?
« Last Edit: January 11, 2006, 05:24:24 pm by artoj »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5513
Re: The 10 January 2006 build is out.
« Reply #10 on: January 11, 2006, 05:42:59 pm »
I use the cbp files, so that means several of them have debug info, non optimized, and during the update phase the debug info get's stripped off.

Offline Michael

  • Lives here!
  • ****
  • Posts: 1608
Re: The 10 January 2006 build is out.
« Reply #11 on: January 11, 2006, 05:54:17 pm »
I have remarked another small issue (or may be it is just my crazy notebook :)).

When I select some text and I wish to move it, the arrow with the small rectangle appears, but when I click to put the text in the new position, it does not work :?. So, I have to press "Esc" to re-use C::B.

Has someone else remarked this problem?

Michael

[EDIT]: It seems it was just a local problem (i.e., my crazy notebook strikes again :)). After a new re-start, it works. Anyway, I have remarked that it do not put the text exactly where I would like, but just a line above :?.
« Last Edit: January 11, 2006, 06:31:02 pm by Michael »

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #12 on: January 11, 2006, 06:30:38 pm »
I use the cbp files, so that means several of them have debug info, non optimized, and during the update phase the debug info get's stripped off.

OK, thanks.

So I can produce the bug with non-optimized build.

When I select some text and I wish to move it, the arrow with the small rectangle appears, but when I click to put the text in the new position, it does not work :?. So, I have to press "Esc" to re-use C::B.

Has someone else remarked this problem?

Sorry, I can't reproduce it. :(

Offline Michael

  • Lives here!
  • ****
  • Posts: 1608
Re: The 10 January 2006 build is out.
« Reply #13 on: January 11, 2006, 06:32:33 pm »
When I select some text and I wish to move it, the arrow with the small rectangle appears, but when I click to put the text in the new position, it does not work :?. So, I have to press "Esc" to re-use C::B.

Has someone else remarked this problem?

Sorry, I can't reproduce it. :(

Sorry, just my fault :oops:. See my EDIT above.

Michael

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #14 on: January 11, 2006, 08:31:42 pm »
OK, I have found another bug (it's bit hard to reproduce, it needs quick mouse hand)

1. Launch Code::Blocks and load the default layout (I'm using the default default layout, nothing changed).
2. Drag the management window so it will undock.
3. Dock the management window again to its default place.
4. Minimize Code::Blocks.
5. When Code::Blocks is minimizing quickly press the Code::Blocks taskbar button. You have to hit it before Code::Blocks is fully minimized. If you did it right Code::Blocks will be unrestoreable from the taskbar by pressing the taskbar button (you can actually restore it by right clicking the taskbar icon with mouse and selecting Restore).

This unrestoreable state only happens if you move the docking windows around.

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 10 January 2006 build is out.
« Reply #15 on: January 12, 2006, 09:10:37 pm »
And next:

1. Open CodeBlocks and create new file (File -> New).
2. Minimize CodeBlocks.
3. Open the new file in external editor (such as Notepad).
4. Edit the file in Notepad and save changes you made.
5. Press the CodeBlocks button in the Taskbar to maximize CodeBlocks.
6. The file is changed but no reload file dialog is shown.
Regarding this bug, I suggest you have "check for external modifications" turned off. It works without any problems here...

By the way, this is not a good place to post bugs.
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #16 on: January 12, 2006, 09:27:04 pm »
Regarding this bug, I suggest you have "check for external modifications" turned off. It works without any problems here...

Hmm... try minimizing Code::Blocks by clicking the taskbar icon (in step 2.). I can reproduce this bug. The reload file dialog *is* shown after I minimize C::B again.

Quote
By the way, this is not a good place to post bugs.

I haven't posted it to SF.net yet because you said you cannot reproduce it.

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 10 January 2006 build is out.
« Reply #17 on: January 12, 2006, 09:33:38 pm »
Hmm... try minimizing Code::Blocks by clicking the taskbar icon (in step 2.). I can reproduce this bug. The reload file dialog *is* shown after I minimize C::B again.
That is an entirely different thing than what you wrote above. You said no dialog was shown at all. Now it is about the same dialog being shown over and over again.
My revision 1717 build does not show either of these bugs.
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #18 on: January 12, 2006, 09:52:05 pm »
That is an entirely different thing than what you wrote above. You said no dialog was shown at all.

Yeah, you are right, I should have been more clearer. Partly this was because of the bug though, because the reload file pops up in wrong place I didn't notice it earlier.

After step 6. the reload file dialog is not shown. It isn't under the main application. It doesn't exist. Now, if I *after* step 6. minimize C::B the reload file pops up when C::B is fully minimized.

Offline artoj

  • Almost regular
  • **
  • Posts: 206
  • Location: Supporting my team
    • http://ajonsson.kapsi.fi/
Re: The 10 January 2006 build is out.
« Reply #19 on: January 12, 2006, 10:36:41 pm »
Here's the final set of steps:

1. Open CodeBlocks and create new file (File -> New).
2. Minimize CodeBlocks using taskbar icon. If you minimize using the minimize button in the top of the window the bug cannot be reproduced.
3. Open the new file in external editor (such as Notepad).
4. Edit the file in Notepad and save changes you made.
5. Press the CodeBlocks button in the Taskbar to maximize CodeBlocks. Do not restore by right clicking with mouse and selecting Restore.
6. The file is changed but no reload file dialog is shown.

Now try to regain focus to the main application (first lose the focus and then set the focus back) and the reload file dialog is displayed. This can be done e.g. by minimizing C::B.

If it's still unclear what I'm talking about, watch this flash demo, it shows the steps and reproduces the bug: http://ajonsson.kapsi.fi/pub/bug.htm. It's made with Wink. I know the colors look like s***t but I needed to keep the file size small. Now I'm going to bed. Good night.

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5513
Re: The 10 January 2006 build is out.
« Reply #20 on: January 13, 2006, 12:37:45 am »
I've posted the following bug to the tracker:

Quote
1. Launch Code::Blocks.
2. Create new project (File -> New project...)
3. Select Console application (or other project type). Select "C:\" (or other drive root directory) as the directory where to create files. Type name for the project.
4. Press OK. The project creation fails.

#1403023 Project creation to drive root fails (nightly)

I have fixed this and posted a patch for it @ sourceforge.
@Yiannis, I have assigned it to you. Very little changes.
While debugging and fixing this I noted that the wxString's are not shown correctly when they contain a '\', it shows 2 characters for it , the '\' followed by another one.

Cheers,
Lieven