Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on May 25, 2007, 08:38:41 pm

Title: The 25 May 2007 build will NOT be out.
Post by: killerbot on May 25, 2007, 08:38:41 pm
Berlios publishing page doesn't seem to load
Title: Re: The 25 May 2007 build will NOT be out.
Post by: lubos on May 25, 2007, 08:48:28 pm
once again  :(
Title: Re: The 25 May 2007 build will NOT be out.
Post by: rickg22 on May 26, 2007, 12:11:15 am
Oh darn, just when I had uploaded my first patch in a year! :-P
Title: Re: The 25 May 2007 build will NOT be out.
Post by: dmoore on May 26, 2007, 02:47:11 am
anyone having troubles with find in files on the latest source on linux? (In my case ubuntu feisty) The list of hits populates, but clicking fails to open the file in question. EDIT: find in files works for project/workspace searches, but not specific directory searches.
Title: Re: The 25 May 2007 build will NOT be out.
Post by: dmoore on May 26, 2007, 02:47:47 am
I'll crank up the debugger to see what's going on if I can get my source to compile.
Title: Re: The 25 May 2007 build will NOT be out.
Post by: dmoore on May 26, 2007, 02:52:28 am
btw, someone needs to install create some smaller sized mimetype icons for the project files. in the file dialogs the full sized 48x48 icons look massive. (incidentally, why not install them to /usr/share/icons/hicolor/SIZE/mimetypes instead of /usr/share/icons/gnome/SIZE/mimetypes, so that they show up in non-gnome desktops)
Title: Re: The 25 May 2007 build will NOT be out.
Post by: dmoore on May 26, 2007, 03:13:07 am
ok. the bug is that the filename path on a successful search is converted to a relative path in a buggy way (line 2307-2309 of sdk/editormanager.cpp for find in files)

for example, if the filename is "/usr/lib/myapp/myfile.txt" and the search path was "/usr" (but not "/usr/") then the path is truncated to "/lib/myapp/myfile.txt" which will obviously fail.

the quick solution is just using the full path in the results. otherwise, it would be better to use the wxFileName methods to appropriately split out the relative path.
Title: Re: The 25 May 2007 build will NOT be out.
Post by: dmoore on May 26, 2007, 03:36:27 am
too easy: wxFileName::MakeRelativeTo
(someone should check that this also works for windows - no reason why it wouldn't unless wxFileName is buggy...)

patch here:

https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=2021&group_id=5358
Title: Re: The 25 May 2007 build will NOT be out.
Post by: kurapix on May 26, 2007, 04:48:52 pm
Using wxWidget 2.8.4 and Code::Blocks build 3993 I've found a strange behavior :
1 - Create New Console Project
2 - Name project
3 - The project name is ok but the .cbp and the folder containing the project only has the first letter of the name given.
I don't know if it does with other Project type, I'll check.

Kurapix
Title: Re: The 25 May 2007 build will NOT be out.
Post by: Biplab on May 26, 2007, 05:05:01 pm
@Kurapix,

I observed that bug in Linux. But in Windows I haven't seen it.
Title: Re: The 25 May 2007 build will NOT be out.
Post by: killerbot on May 26, 2007, 06:23:43 pm
did a new build on mu linux box (with wx284, thanks to the help of Daniel) :
but ending up with :
Quote
Scanning for plugins in /usr/local/share/codeblocks/plugins...
ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)
???
Title: Re: The 25 May 2007 build will NOT be out.
Post by: kurapix on May 26, 2007, 08:31:48 pm
Yeah I have this error too since 21 May build with wxWidget 2.8.4, with wxWidget 2.6.3 there isn't this problem.

Kurapix