Ubuntu64 package available

[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.

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

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:

* 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.

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.

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

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.

* 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.

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

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

I get that too.

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

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

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

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.

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

Seconded

I am running Ubuntu 5.10 standard.

[Pecan]

First of all, just because I know cbKeyBinder can be buggy I disable it.

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]

First of all, just because I know cbKeyBinder can be buggy I disable it.

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

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.

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

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.

[mandrav]

Thanks for reporting guys.
Although I was mainly concerned about the package itself, I will take a look at the issues mentioned .

[mandrav]

* 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.

Do these work differently in windows? Because, as far as I know, there is no platform specific reason to work differently...

* The svn revision string is "0".

That's because I created the package from exported sources.

I 'm not going to comment on code-completion bugs (and wxSmith's) because I 'm working on them already .

[mandrav]

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

* Menu View->FullScreen does absolutely nothing.

Fixed

[mandrav]

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

Fixed.

[Game_Ender]

Thanks for reporting guys.
Although I was mainly concerned about the package itself, I will take a look at the issues mentioned .

I wish I had more time, but I think a nightly set of linux packages would help with bug fixing on linux just as much as it has on windows.  If I can ever get the time I will set up the proper debian/ubuntu package environment and get a set python scripts to do it on a nightly basis.

[TheTuxKeeper]

Thanks for reporting guys.
Although I was mainly concerned about the package itself, I will take a look at the issues mentioned .

I wish I had more time, but I think a nightly set of linux packages would help with bug fixing on linux just as much as it has on windows.  If I can ever get the time I will set up the proper debian/ubuntu package environment and get a set python scripts to do it on a nightly basis.

The last few days Lieven and I were writing few times about linux nightly builds.

I'll install debian today and test whether codeblocks, which has been compiled on Suse, runs on debian. If yes, Lieven can compile it on Suse and provide one .tar.gz archive for Linux (just like Firefox nightly builds), which runs on nearly every distri (I hope).

I've also compiled new wxGTK 2.6.2 packages for Fedora Core 4, which contains libs compatible to those of the Suse packages. The official is not compatible, because of the enabled compatibility to wxwidgets 2.2. -> http://forums.codeblocks.org/index.php?topic=2479

Daniel