User forums > Nightly builds

Ubuntu64 package available

(1/3) > >>

mandrav:
I have created a debian package for AMD64, using Ubuntu64. Hopefully it will work in other debian-based distros.
It's only for your convenience. It probably won't be updated nightly but maybe weekly.

The only thing that doesn't work in this 64bit binary, is the scripting. Hopefully this will change soon. Anyway, please don't flood us with bug reports about script error dialogs ;).

Oh, I almost forgot. You can get it here.

takeshimiya:
Reporting in. :)

First, doing sudo dpkg -i codeblocks_1.0r2075-1_amd64.deb installs C::B without a hickup. :D

Bugs when using it (discovered in a few minutes):
First of all, just because I know cbKeyBinder can be buggy I disable it.

* Menu File->Save as is enabled, and only the Start page is open.
* Menu File->Close Project is enabled even trough there isn't any project open.
* The same goes for Save Workspace, Save Workspace as, and Close Workspace.

* Menu View->Manager hides the manager. But it never gets back. :( (but others like View->Messages does work).
* Menu View->Open files list hides the Open files list. But it never gets back. :(

* Menu View->FullScreen does absolutely nothing.

* The svn revision string is "0".

* Some ocasionally segfaults when moving panels. Some segfaults when moving things around (dragging text, dragging toolbars, dragging panels, dragging anything).

Editor:
* Settings->Editor->General settings->EOL->CRLF where the default should be LF on linux.

* Doing Edit->Select all, and later clicking on the text, sometimes keeps the mouse hanged in a Drag&Drop state, making everything unusueable. It's probably a Scintilla bug on linux.

* The mouse becomes a pointer (sometimes?), where it should be an editor caret always.

CodeCompletion:
* After loading a project, Settings->Editor hangs C::B. It does not happen with CodeCompletion disabled.

* After loading a project, there's an (sometimes unusual) amount of time while C::B seems hanged. But most of times it hangs.

* Typing for example "std::" hangs C::B. On Windows this happens (sometimes) but after a while it comes back to life.

* After closing C::B, it remains in memory but without any open window.

I can post more, but overall CodeCompletion is not really stable/useable here.

wxSmith:
*Just closing a tab:

--- Code: ---codeblocks: ./wxsresource.cpp:43: void wxsResource::EditorSaysHeIsClosing(): Assertion `Editor != __null' failed.
Aborted

--- End code ---
I'm not going to post more about wxSmith because it's really unstable on linux, so better wait for the recode.

Should I post each of this to the bug tracker?

Game_Ender:
Most of these have already been covered but I will confirm the ones I have experienced:


--- Quote from: Takeshi Miya on February 26, 2006, 04:13:18 am ---* Menu View->Manager hides the manager. But it never gets back. :( (but others like View->Messages does work).
* Menu View->Open files list hides the Open files list. But it never gets back. :(

--- End quote ---
This has been a problem for at least a hundred versions, I believe it is related to gtk menu asserts that show up when you run CB from the terminal.


--- Quote ---* Some ocasionally segfaults when moving panels. Some segfaults when moving things around (dragging text, dragging toolbars, dragging panels, dragging anything).

--- End quote ---
Just recently had the happen to me too.  I should do some testing of the wxAUI demo to make sure this is just a CB problem and not a wxAUI problem.


--- Quote ---* Doing Edit->Select all, and later clicking on the text, sometimes keeps the mouse hanged in a Drag&Drop state, making everything unusueable. It's probably a Scintilla bug on linux.

--- End quote ---
Its either a Scintilla or wxWidgets error because I get the same problem in DialogBlocks.


--- Quote ---CodeCompletion:
* After loading a project, Settings->Editor hangs C::B. It does not happen with CodeCompletion disabled.

--- End quote ---
I get that too.


--- Quote ---* After loading a project, there's an (sometimes unusual) amount of time while C::B seems hanged. But most of times it hangs.

--- End quote ---
I usually get a slight hang of CB while code completetion is parsing (deduced from the 100% cpu load).


--- Quote ---* Typing for example "std::" hangs C::B. On Windows this happens (sometimes) but after a while it comes back to life.

--- End quote ---
Thats just the tip of the iceberg, CB i tried using Boost and had a name space alias set up, boost::posix_time aliased to bpt:: and everytime bpt:: was written the program hang.


--- Quote ---I can post more, but overall CodeCompletion is not really stable/useable here.

--- End quote ---
Seconded :(

I am running Ubuntu 5.10 standard.

Pecan:

--- Quote ---First of all, just because I know cbKeyBinder can be buggy I disable it.
--- End quote ---

I would surely appreciate reports of these bugs you
experience with keybinder. I can't fix 'em if you don't
report 'em.

thanks
pecan

takeshimiya:

--- Quote from: Pecan on February 26, 2006, 06:00:52 am ---
--- Quote ---First of all, just because I know cbKeyBinder can be buggy I disable it.
--- End quote ---

I would surely appreciate reports of these bugs you
experience with keybinder.

--- End quote ---
I only said "cbKeyBinder can be buggy so I disable it" only to clarify that all the problems I'm describing aren't because cbKeyBinder's fault (esp. the menu problems).
I'm more concerned about the other things right now. :)


--- Quote ---Its either a Scintilla or wxWidgets error because I get the same problem in DialogBlocks.

--- End quote ---
It's probably a Scintilla bug, because it happened to me in Anjuta (which uses Scintilla, no wxWidgets at all). But it could be a GTK bug maybe.

Navigation

[0] Message Index

[#] Next page