Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on May 25, 2007, 08:38:41 pm
-
Berlios publishing page doesn't seem to load
-
once again :(
-
Oh darn, just when I had uploaded my first patch in a year! :-P
-
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.
-
I'll crank up the debugger to see what's going on if I can get my source to compile.
-
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)
-
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.
-
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
-
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
-
@Kurapix,
I observed that bug in Linux. But in Windows I haven't seen it.
-
did a new build on mu linux box (with wx284, thanks to the help of Daniel) :
but ending up with :
Scanning for plugins in /usr/local/share/codeblocks/plugins...
ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)
???
-
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