Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on November 21, 2006, 06:58:57 pm

Title: The 21 november 2006 build is out.
Post by: killerbot on November 21, 2006, 06:58:57 pm
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://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 21 November 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061121_rev3253_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061121_rev3253_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061121_rev3253_suse100+101.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20061121_rev3253_fc4+5.rpm (not yet)


Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 21 november 2006 build is out.
Post by: sethjackson on November 21, 2006, 07:34:52 pm
Windows ANSI build here (http://savefile.com/files/278982).
Title: Re: The 21 november 2006 build is out.
Post by: vdumont on November 21, 2006, 07:47:08 pm
I get these error messages when running Code::blocks after upgrading to this nighty build

Scanning for plugins in C:\Program Files\CodeBlocks/share/codeblocks/plugins...
ERROR: Plugin resource not found: cbprofiler.zip
ERROR: Plugin resource not found: compilergcc.zip
ERROR: Plugin resource not found: debuggergdb.zip
ERROR: Plugin resource not found: pluginwizard.zip


I can compile/build projects without any problem though..

Title: Re: The 21 november 2006 build is out.
Post by: killerbot on November 21, 2006, 08:18:55 pm
I get these error messages when running Code::blocks after upgrading to this nighty build

Scanning for plugins in C:\Program Files\CodeBlocks/share/codeblocks/plugins...
ERROR: Plugin resource not found: cbprofiler.zip
ERROR: Plugin resource not found: compilergcc.zip
ERROR: Plugin resource not found: debuggergdb.zip
ERROR: Plugin resource not found: pluginwizard.zip


I can compile/build projects without any problem though..



go into that share directory and plug directory and delete those files  you listed (the zip version and the dll version)
(they are old and not needed anymore)

or

install the nightly in a fresh directory
Title: Re: The 21 november 2006 build is out.
Post by: vdumont on November 21, 2006, 08:29:23 pm
Works! Thanks.

Also,
If I have a C project, and have a struct, let's say:

Code
typedef struct Flex
{
    char *text;
    struct Flex *next;
} Flexion;

If I use that structure somewhere
Like:

Code
Flexion f
f.
Is the code-completion feature supposed to list me the members of that structure when I type the dot after 'f' ?


One last thing, non-related:
Does anyone know how to AVOID the Windows XP Console to run fullscreen!? It always run fullscreen when building/compiling with Code::Blocks or any other IDE. I'm so tired of that fullscreen console! In the registry "Fullscreen" is set to 0...

Title: Re: The 21 november 2006 build is out.
Post by: SharkCZ on November 21, 2006, 08:36:09 pm
This nightly build will be available soon in Fedora Extras for Fedora Core 5, 6 and Development.
Title: Re: The 21 november 2006 build is out.
Post by: cstudent on November 21, 2006, 08:53:07 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Get 6.06 (Dapper) build from link in first post by killerbot.

Edit: Pulled the 6.10 file from the site. Several errors when opening CB of not finding a zip file that contains images and the start page, etc. I would assume the 6.06 build is doing the same thing. Errors logged below:

06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/edit_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/contents_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-readonly.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-added.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-conflict.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-outofdate.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-uptodate.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-requireslock.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-external.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-gotlock.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-lockstolen.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-mismatch.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/rc-file-noncontrolled.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/gohome.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/codeblocks.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/folder_open.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/vfolder_open.png': file does not exist.
06:45:54 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:45:54 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/folder_open.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/ascii.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/modified_file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/16x16/filefind.png': file does not exist.
06:45:54 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:45:54 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.

Unable to open requested HTML document: /usr/local/share/codeblocks/start_here.zip#zip:start_here.html

When I try to open plugins menu:

06:48:33 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:48:33 AM: XRC resource 'dlgConfigurePlugins' (class 'wxDialog') not found!
Title: Re: The 21 november 2006 build is out.
Post by: MortenMacFly on November 21, 2006, 09:10:13 pm
If I have a C project, and have a struct, let's say: [...]
...it works if you implement it this way:

Code
struct Flex
{
    char *text;
    struct Flex *next;
};
typedef struct Flex Flex;

With regards, Morten.
Title: Re: The 21 november 2006 build is out.
Post by: gjsmo on November 22, 2006, 12:33:08 am
If I have a C project, and have a struct, let's say:

Code
typedef struct Flex
{
    char *text;
    struct Flex *next;
} Flexion;

If I use that structure somewhere
Like:

Code
Flexion f
f.
Is the code-completion feature supposed to list me the members of that structure when I type the dot after 'f' ?
Yes, but only if you have saved the file containing the code for your structure.
EDIT:Check your code completion settings, too. On my system (WinXP,svn build 3253) the default is to start code completion after I type 4 letters.
Title: Re: The 21 november 2006 build is out.
Post by: vdumont on November 22, 2006, 12:42:27 am
Thanks Morten, it works.


Still got to figure out how to stop getting the fullscreen console
Title: Re: The 21 november 2006 build is out.
Post by: reptils on November 22, 2006, 12:56:28 pm
I asked to killerbot if it was possible to make the "autoclose" options for these symbols ( [ { " ' I don't know if he had time to implement this option, I would like to know if it is easy to do this via the SDK plugin?
maybe I'll try
Title: Re: The 21 november 2006 build is out.
Post by: MortenMacFly on November 22, 2006, 03:58:14 pm
Yes, but only if you have saved the file containing the code for your structure.
Sure that is. Otherwise you'd have to re-parse the whole file every time you type/delete a character. This is *very* time consuming.

On my system (WinXP,svn build 3253) the default is to start code completion after I type 4 letters.
...or CTRL + Space. That's what I do if it's less than 4 characters and I want to see the members anyway.

With regards, Morten.
Title: Re: The 21 november 2006 build is out.
Post by: qwertz on November 22, 2006, 05:27:03 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Get 6.06 (Dapper) build from link in first post by killerbot.

Edit: Pulled the 6.10 file from the site. Several errors when opening CB of not finding a zip file that contains images and the start page, etc. I would assume the 6.06 build is doing the same thing. Errors logged below:

06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/edit_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/contents_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-readonly.png': file does not exist.

[...]

When I try to open plugins menu:

06:48:33 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:48:33 AM: XRC resource 'dlgConfigurePlugins' (class 'wxDialog') not found!


I get the same error on Edgy. Tried to set the correct path with "--prefix" and "CODEBLOCKS_DATA_DIR", but that also doesn't work.
Title: Re: The 21 november 2006 build is out.
Post by: killerbot on November 22, 2006, 08:00:15 pm
I asked to killerbot if it was possible to make the "autoclose" options for these symbols ( [ { " ' I don't know if he had time to implement this option, I would like to know if it is easy to do this via the SDK plugin?
maybe I'll try

slipped my mind, could you refresh my memory please
Title: Re: The 21 november 2006 build is out.
Post by: reptils on November 22, 2006, 08:24:50 pm
I think that a possibility to autoclose the symbols ( [ { " ' would be interesting, but maybe you have more important bugs/improvement to implement before  :?
Title: Re: The 21 november 2006 build is out.
Post by: WilliamT on November 22, 2006, 09:56:48 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Get 6.06 (Dapper) build from link in first post by killerbot.

Edit: Pulled the 6.10 file from the site. Several errors when opening CB of not finding a zip file that contains images and the start page, etc. I would assume the 6.06 build is doing the same thing. Errors logged below:

06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/edit_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/contents_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-readonly.png': file does not exist.

[...]

When I try to open plugins menu:

06:48:33 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:48:33 AM: XRC resource 'dlgConfigurePlugins' (class 'wxDialog') not found!


I get the same error on Edgy. Tried to set the correct path with "--prefix" and "CODEBLOCKS_DATA_DIR", but that also doesn't work.

Hi,

I'm found a workaround to this problem. If you copy the codeblocks directory from the /usr/share folder to /usr/local/share, all the errors will go away.  It looks like some of the dependency files are in /usr/share and others are expected in /usr/local/share.  You can probably manually copy only the needed files over, but I'm too lazy.

Thanks,
William
Title: Re: The 21 november 2006 build is out.
Post by: mandrav on November 22, 2006, 11:09:24 pm
Quote
I'm found a workaround to this problem.

Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:
Code
cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install

Finally, if none of the above suits you, just start codeblocks with the --prefix option:
Code
codeblocks --prefix=/usr
Title: Re: The 21 november 2006 build is out.
Post by: gjsmo on November 23, 2006, 12:19:18 am
On my system (WinXP,svn build 3253) the default is to start code completion after I type 4 letters.
...or CTRL + Space. That's what I do if it's less than 4 characters and I want to see the members anyway.
I thought the purpose of code-completion was to save typing (though if I already have the object name in, sometimes it helps to do that if I don't want to wade through libraries)
Title: Re: The 21 november 2006 build is out.
Post by: cstudent on November 23, 2006, 04:35:36 am
Quote
I'm found a workaround to this problem.

Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:
Code
cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install

Finally, if none of the above suits you, just start codeblocks with the --prefix option:
Code
codeblocks --prefix=/usr


While all this is true, I do not make any prefix changes when I build the deb files. I also create a new directory and do a full svn download of the trunk for the revision I'm building. However, I believe I found the problem in the rules file under the debian folder. It was calling for prefix=/usr and not /usr/local. I made the change and rebuilt the deb for edgy. It is now placing the files in /usr/local/share/codeblocks like it should be and seems to be working fine now. I don't know why this problem has not appeared before now.

I will check any future builds and fix this, but it would help if you could change the rules file in the debian directory to use --prefix=/usr/local. I might also suggest that you change the changelog file to reflect dapper instead of breezy. And in the control file add subversion under the Build-Depends: section.

Anyone using any future Ubuntu debs should be able to remove their /usr/share/codeblocks directory.

I have uploaded the fixed Edgy build for this nightly here (http://www.savefile.com/projects/1037211).

Edit: Oh, yeah. Happy Thanksgiving to everyone too. :)

Title: Re: The 21 november 2006 build is out.
Post by: Alturin on November 23, 2006, 06:56:47 am
If I recall properly from my Linux time, it's due to the fact that when you're building (and afterwards, installing) from source, it's installed in /usr/local/share, and when you install a package (.deb file in your case), it's installed in /usr/share/ by default. (It could be the other way around, though.)
As far as I know, that is a Linux thing, not something that has anything to do with Code::Blocks, or the debian package.

Hope that helps.
Title: Re: The 21 november 2006 build is out.
Post by: mandrav on November 23, 2006, 09:19:38 am
Quote
I believe I found the problem in the rules file under the debian folder. It was calling for prefix=/usr and not /usr/local. I made the change and rebuilt the deb for edgy.

That's not a problem. Debs are built for /usr...
Title: Re: The 21 november 2006 build is out.
Post by: qwertz on November 23, 2006, 10:55:45 am
I did more testing on the problem and this is what I found out so far:

- the dapper-build works correct on an edgy system ("./codeblocks --prefix" does the job)
- the edgy-build doesn't work though.... (even "./codeblocks --prefix" is no help here)

So what I did was to rebuild C:B with an older version of gcc on my edgy system (3.4 actually). Well.... the error was gone. I suspect this to be a gcc-4.1 related problem.


Edit: Even though the new version now works out of its install-directory (that could be at any location), the error still happens when I move the whole directory to somewhere else. Again the --prefix option doesn't work.
I guess I'll have to give it some more testing then...
Title: Re: The 21 november 2006 build is out.
Post by: BrianSidebotham on November 23, 2006, 01:05:46 pm
If I have a C project, and have a struct, let's say: [...]
...it works if you implement it this way:

Code
struct Flex
{
    char *text;
    struct Flex *next;
};
typedef struct Flex Flex;

With regards, Morten.


ahhhhh, bliss. I've been hanging on the edge of my seat for a workaround to structs code completion! Excellent.

Keep up the great work on c::b
Title: Re: The 21 november 2006 build is out.
Post by: cstudent on November 23, 2006, 03:20:17 pm
That's not a problem. Debs are built for /usr...

That occurred to me later. The Dapper deb looks like it is working fine. I've just got figure out what changed between revision 3230 and 3253 that affects building the Edgy deb.

Title: Re: The 21 november 2006 build is out. - Slackware 10.2 package
Post by: jsibarani on November 24, 2006, 07:16:21 am


slackware 10.2  .tgz package unicode build : 

http://images.jefrisibarani.multiply.com/movie/jefrisibarani:video:1/jefrisibarani/1.tgz/1ZsQs22vVAwlel+Wn5,53A/codeblocks-1.0.0.svn.3253-i686-1jsa.tgz (http://images.jefrisibarani.multiply.com/movie/jefrisibarani:video:1/jefrisibarani/1.tgz/1ZsQs22vVAwlel+Wn5,53A/codeblocks-1.0.0.svn.3253-i686-1jsa.tgz)

http://jefrisibarani.multiply.com/ (http://jefrisibarani.multiply.com/)

note : the package installs to /opt/codeblocks

cheers
Title: Re: The 21 november 2006 build is out.
Post by: SharkCZ on November 24, 2006, 01:10:20 pm
I see the problems with /usr/local and resources too on the Fedora Extras builds. The same SRPM rebuild on FC4 - OK, build on official build system FC6 - problem.
Title: Re: The 21 november 2006 build is out.
Post by: SharkCZ on November 24, 2006, 10:57:13 pm
FC6/i386 build for revision 3240 works OK, but 3245 is bad. And I expect revision 3245 to be the first bad (there are changes in finding the location of the executable).
Title: Re: The 21 november 2006 build is out.
Post by: mandrav on November 24, 2006, 11:18:13 pm
r3259 contains the fix.
Title: Re: The 21 november 2006 build is out.
Post by: cstudent on November 25, 2006, 03:58:55 am
r3259 contains the fix.

You're the man Mandrav!  :) Definitely cured the problem.
Title: Re: The 21 november 2006 build is out.
Post by: SharkCZ on November 25, 2006, 10:15:18 am
r3259 contains the fix.
Tested on FC6/i386 - it works again.
Title: Re: The 21 november 2006 build is out.
Post by: afb on November 25, 2006, 10:45:09 am
r3259 contains the fix.

Will commit the fix for Mac OS X shortly. Also including binreloc for Solaris (experimental)