Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z
The 01 June 2009 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20090601_rev5616_win32.7z
- Linux :
none
Resolved Fixed:
- compiler: added regex for "cannot open output file" (TODO: Probably valid for other compilers, too?!)
- debian build:
- reorganised debug-packages, needed after changing compatibility level to 5,
because the codeblocks-dbg package became a little too large (40 MB):
codeblocks shared library is now in codeblocks-dbg,
added codeblocks-contrib-dbg package containing debug libraries for
the contrib-plugins;
- moved codesnippets executable from codeblocks- to contrib-plugins-package - CodeSnippets 1.3.102 2009/05/26
- Remove app default.conf.cbtemp from /APPDATA/codesnippets in OnClose;
- Correct .cbtemp name to .cbTemp for linux
- Don't raise focus when ::wxActiveWindow != CodeSnippetsTreeCtrl in OnEnterWindow() - patch applied : don't show debugging value tooltip when a context menu is open (will greatly improve the "right click : Add" watch functionality)
- don't show code completion tooltip when debugging [we want to see the value tooltip in case it has been enabled]
- added regex for linker-warning and another linker-error; removed ipc.cpp and ipc.h from project-file, because they are not used, but can lead to an internal compiler error with gcc >= 4.3 on 64-bit systems
- wx-2.9 migration: Temporarily disabled compiler version detection with wx-2.9 to fix a lock-up during C::B startup
Regressions/Confirmed/Annoying/Common bugs:
Just uploaded the debian-build on my server (see signature).
They are build on lenny-pbuilder and are linked against wxWidgets 2.8.10 from now on.
Thanks to all the devs. :D
I'm downloading now.
Ctrl + J not work.
Quote from: Loaden on June 01, 2009, 05:26:17 PM
Ctrl + J not work.
Works here (debian 64-bit), does it work from menu ("Edit -> Auto-complete") ?
Quote from: jens on June 01, 2009, 05:53:28 PM
Quote from: Loaden on June 01, 2009, 05:26:17 PM
Ctrl + J not work.
Works here (debian 64-bit), does it work from menu ("Edit -> Auto-complete") ?
Oh. sorry.
The reason is: Auto-complete's hotkey modified.
"Edit -> Auto-complete" work fine!
Hi
The downloads are corrupt. Can you repload them please? I have tried downloading 5 times and all I got was corrupt 7z files.
Quote from: kartal on June 02, 2009, 02:08:43 AM
Hi
The downloads are corrupt. Can you repload them please? I have tried downloading 5 times and all I got was corrupt 7z files.
Works quite well. I think you networking is not quite good. Try to use a proxy or something else. :D
Hmm, it cannot be my network because I am on a 12mb cable connection. I have tried at least 6 times. Kind of weird. But the connection to berlios.de is crazy slow for some reason. I am getting 6-7 kb/sec
Hello everybody! :) I have a problem:
It will be better to wrap messages in 'build messages' pane or make range of horizontal scroller by the longest message (but I think the first is easier and better).
Why I post such a message -> very often I need to drag the header to right side to look to entire message - this very unhandy. :?
Please, make something with it.
With regards, critic.
Quote from: ollydbg on June 02, 2009, 05:30:36 AM
Works quite well. I think you networking is not quite good. Try to use a proxy or something else. :D
Its happening to me also. Its not just with this build but also many a times with previous builds. I get around 4-5kbps now while with others (from diff websites) i get around 0.5-2 Mbps.
I doubt any issue with proxy or network.
Berlios is very very wellknown for slow downloads or server downtime.
Just a small request. is it possible to upload windows binary at other places also.
Thanks & regards
Gururaja
Quote from: critic on June 02, 2009, 06:05:52 AM
Please, make something with it.
Why don't you just inspect the created HTML log file? That's specifically "nice" doe for viewing / inspecting it. Even inside C::B in HTML window.
Quote from: krgh on June 02, 2009, 07:13:02 AM
Quote from: ollydbg on June 02, 2009, 05:30:36 AM
Works quite well. I think you networking is not quite good. Try to use a proxy or something else. :D
Just a small request. is it possible to upload windows binary at other places also.
Thanks & regards
Gururaja
I second this one as well. Maybe those who managed to download can put on mirrors.
thanks
Quote from: kartal on June 02, 2009, 07:20:36 AM
I second this one as well. Maybe those who managed to download can put on mirrors.
Everybody can put a mirror to something like a file sharing platform. Who's willing?
I think I've found a bug. I'm using ubuntu 9.02 x64 and when I go to project properties->Build targets and try to change from, let's say, GUI Aplication to console aplication I get a crash.
'Build log' pane is better than HTML - in the pane text formated better:
In file included from d:/bin/dev/libs/Qt/4.5.0/include/QtGui/qkeysequence.h:1,
from d:/bin/dev/libs/Qt/4.5.0/include/QtGui/../../src/gui/kernel/qaction.h:45,
from d:/bin/dev/libs/Qt/4.5.0/include/QtGui/qaction.h:1,
and so on.
I like use 'build messages' pane because it navigate me to source code editor (to concrete line) and it will be better to see the message just in this page (to exclude switching between 'build log' and 'build messages' panes, especially because the latter is shown after build is complete).
@critic.
I do second this improvement.
I have a similar problem reported several days ago. see here:
http://forums.next.codeblocks.org/index.php/topic,10130.msg70360.html#msg70360
so great! Im downloading now. Thanks for all devs!!!
ollydbgExcuse me, but my english is not great - I don't understand what you mean in this message :oops::
QuoteI do second this improvement.
Is it mean that you made changes in the sources of C::B module that control 'build messages' panel?
If so then where I can get them? :?:
The "Search" and "Options" buttons have disappeared from the Thread Search message pane from this nightly build.
(Button Tips appear with the mouse positioned where the buttons should be, and clicking actually invokes either search or options)
Anyone else experiencing this?
Using CodeBlocks under WinXP SP3.
seems the code completion is much better !especially for gtk+-2.0!
but why the func. such as msgsnd() ftok() ... even sprintf()...
still cannot be found !
(I'm using Ubuntu jaunty).
Still , the exec time is always 0.00s on nightly build on ubunt!
Quote from: critic on June 03, 2009, 01:11:20 PM
ollydbg
Excuse me, but my english is not great - I don't understand what you mean in this message :oops::
QuoteI do second this improvement.
Is it mean that you made changes in the sources of C::B module that control 'build messages' panel?
If so then where I can get them? :?:
"second" means "support".
Sorry, I haven't investigate in that code. In Windows, it is easy to "double click" on the title to stretch the length to the longest string of the list.
Seems this is not implemented in linux.
hi all,
I have a litlle problem. I am working on a c++ project, we use debian etch and codeblocks. The problem is that we cannot upgrade to lenny and i need to install a new laptop from scratch and need to install codeblocks on it.
Is there any way of get an old deb package for etch?
It is important for me because the laptop is for a trip and if i am not able to install codeblocks on it i would have to use another IDE and that will be days of work ... and of course ( as allways ) we are running out of time ...
So it will be very nice of you it could help me
Quote from: thamurath on June 04, 2009, 01:47:20 PM
hi all,
I have a litlle problem. I am working on a c++ project, we use debian etch and codeblocks. The problem is that we cannot upgrade to lenny and i need to install a new laptop from scratch and need to install codeblocks on it.
Is there any way of get an old deb package for etch?
It is important for me because the laptop is for a trip and if i am not able to install codeblocks on it i would have to use another IDE and that will be days of work ... and of course ( as allways ) we are running out of time ...
So it will be very nice of you it could help me
Hi,
I just created an archive (http://apt.jenslody.de/archive/) subdirectory on my server and moved C::B svn r5532 into it.
It should work on etch and is build with wxWidgets-2.8.9.
I hope that helps.
Thank you very much!
You have saved my neck !!!
Quote from: chikigai on June 04, 2009, 01:38:48 AM
The "Search" and "Options" buttons have disappeared from the Thread Search message pane from this nightly build.
(Button Tips appear with the mouse positioned where the buttons should be, and clicking actually invokes either search or options)
Anyone else experiencing this?
Using CodeBlocks under WinXP SP3.
Me too.
great project!
Quote from: MortenMacFly on June 02, 2009, 07:21:55 AM
Quote from: kartal on June 02, 2009, 07:20:36 AM
I second this one as well. Maybe those who managed to download can put on mirrors.
Everybody can put a mirror to something like a file sharing platform. Who's willing?
My suggestion would be using some of the download programs out there which I did when I faced difficulty in network instability and congestion. Other than that would be to compile Code::blocks by ourselves. Thanks.
Quote from: jens on June 04, 2009, 01:55:14 PM
Quote from: thamurath on June 04, 2009, 01:47:20 PM
hi all,
I have a litlle problem. I am working on a c++ project, we use debian etch and codeblocks. The problem is that we cannot upgrade to lenny and i need to install a new laptop from scratch and need to install codeblocks on it.
Is there any way of get an old deb package for etch?
It is important for me because the laptop is for a trip and if i am not able to install codeblocks on it i would have to use another IDE and that will be days of work ... and of course ( as allways ) we are running out of time ...
So it will be very nice of you it could help me
Hi,
I just created an archive (http://apt.jenslody.de/archive/) subdirectory on my server and moved C::B svn r5532 into it.
It should work on etch and is build with wxWidgets-2.8.9.
I hope that helps.
Sorry for the inconvenience but i have found a problem while installing ... the package you gave me depends on libraries libwxbase (version 2.8.9.2) and libwxgtk (version 2.8.9.2) but i have versions 2.8.9.1 and cannot connect with wxwidgets repository to download ....could you please help me?
Thank you very much in advance ...
You can try to install them from the commandline with dpkg -i --force-depends-version.
Ubuntu 7.04 to 8.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx289) can be found here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20090531_802_rev5616_Ubuntu704-810_wx289_amd64tar.gz) (direct link).
I found a strange problem in this nightly build(Windows). When I toggle off the "Search results" panel, then the other panels show badly---all blank, you can see the images below.
(http://sites.google.com/site/studycodeblocks/imagescb/1.PNG)
(http://sites.google.com/site/studycodeblocks/imagescb/2.PNG)
(http://sites.google.com/site/studycodeblocks/imagescb/3.PNG)
Thanks :D
Quote from: ollydbg on June 12, 2009, 04:41:23 AM
I found a strange problem in this nightly build(Windows). When I toggle off the "Search results" panel, then the other panels show badly---all blank, you can see the images below.
Does not happen for the wxAUI branch. Can you give it a try, please?
I just installed the SVN 5616 nightly and confirm that the Messages displays are messed up when 'Search results' is toggled off.
SVN 5642 exhibits a similar problem in Logs & others displays. Toggling 'Search results' off and selecting other options will produce blank displays. Toggling 'Search results' back on will restore other displays. Windows XP.
I entered a bug in berlios a long time ago.
I think its is also valid for TODO list plugin.
But it must be more than one year old now...
Dje
Quote from: dje on June 12, 2009, 10:02:10 PM
I entered a bug in berlios a long time ago.
I think its is also valid for TODO list plugin.
But it must be more than one year old now...
Dje
The main part of the bug is fixed since several months, but I was not aware of the "new" bug.
It only happens on windows (in trunk and aui-branch), but seems not ot happen in all versions.
Most likely a problem with the native controls used by some windows-versions.
Nevertheless, it should be fixed in r5644 for wxAui-branch and r5645 for trunk.
Would be nice if anybody whoa had the problems can confirm the fix.
By the way it only happened if it was a ListControl-Logger and if the logger was the active one (at least for me on w2k).
Quote from: jens on June 13, 2009, 12:08:38 AM
Nevertheless, it should be fixed in r5644 for wxAui-branch and r5645 for trunk.
Would be nice if anybody whoa had the problems can confirm the fix.
By the way it only happened if it was a ListControl-Logger and if the logger was the active one (at least for me on w2k).
Hi, Jens.
I update to r5645, and I can confirm this bug was fixed. Thank you very much!!!
By the way, I had reached the "attachment size limit", so I can't upload any attachment any more. My question is: How much is a regular user own in this forum?
Seems I need to delete some attachment in my old posts? :(
Thanks
Quote from: jens on June 13, 2009, 12:08:38 AM
Nevertheless, it should be fixed in r5644 for wxAui-branch and r5645 for trunk.
Would be nice if anybody who had the problems can confirm the fix.
r5645 works fine for me, too. Thanks, Jens.
Hi, I have 5616 running on Windows XP and Linux Kubuntu 8.04.
There seems to be a problem with the wxSmith control buttons on Windows, there are no button images (text instead), and the buttons become very big indeed. On Linux the button images are ok. On Windows I get button images for the contrib tab only.
Also, icons are missing in the Resources tree view.
Looks like I have to use the previous nightly on Windows. :o
Patch needed for NON PCH build on Windows XP
Index: src/plugins/debuggergdb/gdb_driver.cpp
===================================================================
--- src/plugins/debuggergdb/gdb_driver.cpp (revision 5655)
+++ src/plugins/debuggergdb/gdb_driver.cpp (working copy)
@@ -12,6 +12,7 @@
#include "gdb_commands.h"
#include "debuggerstate.h"
#include <manager.h>
+#include <macrosmanager.h>
#include <configmanager.h>
#include <scriptingmanager.h>
#include <globals.h>
done
Just an idea though, but can we have a nightly build for the wxAUI branch. Might get debugged more than just having the source publicly available?
Best regards,
I've collected some more crashes with the last nightly (not current one but rev 5602). Since the upload folder is full, I'll post them as text.
Error occured on Wednesday, June 10, 2009 at 16:14:45.
C:\Programme\CB_20090516_rev5602_win32\codeblocks.exe caused an Access Violation at location 7c92b21a in module C:\WINDOWS\system32\ntdll.dll Writing to location 00000432.
Registers:
eax=00000422 ebx=00000000 ecx=00000320 edx=02e8f630 esi=02e8f620 edi=00000000
eip=7c92b21a esp=0676fd84 ebp=0676fdf8 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246
Call stack:
7C92B21A C:\WINDOWS\system32\ntdll.dll:7C92B21A RtlpWaitForCriticalSection
7C911046 C:\WINDOWS\system32\ntdll.dll:7C911046 RtlEnterCriticalSection
6CCCC46E C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCCC46E _ZN12wxEvtHandler15AddPendingEventER7wxEvent
61930540 C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:61930540 _Z11wxPostEventP12wxEvtHandlerR7wxEvent
617E874C C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E874C _ZN12cbThreadPool13WaitingThreadEv
617E898D C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E898D _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCC66F8 C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC66F8 _ZN8wxThread6CreateEj
6CCC67DE C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC67DE _ZN8wxThread6CreateEj
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B729 C:\WINDOWS\system32\kernel32.dll:7C80B729 GetModuleFileNameA
-------------------
Error occured on Monday, June 15, 2009 at 14:33:13.
C:\Programme\CB_20090516_rev5602_win32\codeblocks.exe caused an Access Violation at location 7c92b21a in module C:\WINDOWS\system32\ntdll.dll Writing to location 00000011.
Registers:
eax=00000001 ebx=00000000 ecx=06b6fd5c edx=7c91e514 esi=05923b20 edi=00000000
eip=7c92b21a esp=06b6fd84 ebp=06b6fdf8 iopl=0 nv up ei ng nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010286
Call stack:
7C92B21A C:\WINDOWS\system32\ntdll.dll:7C92B21A RtlpWaitForCriticalSection
7C911046 C:\WINDOWS\system32\ntdll.dll:7C911046 RtlEnterCriticalSection
6CCCC46E C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCCC46E _ZN12wxEvtHandler15AddPendingEventER7wxEvent
61930540 C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:61930540 _Z11wxPostEventP12wxEvtHandlerR7wxEvent
617E874C C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E874C _ZN12cbThreadPool13WaitingThreadEv
617E898D C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E898D _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCC66F8 C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC66F8 _ZN8wxThread6CreateEj
6CCC67DE C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC67DE _ZN8wxThread6CreateEj
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B729 C:\WINDOWS\system32\kernel32.dll:7C80B729 GetModuleFileNameA
-------------------
Error occured on Tuesday, June 16, 2009 at 17:07:59.
C:\Programme\CB_20090516_rev5602_win32\codeblocks.exe caused an Access Violation at location 7c91100b in module C:\WINDOWS\system32\ntdll.dll Reading from location 00000014.
Registers:
eax=00000000 ebx=0022f244 ecx=7ffde000 edx=00000000 esi=018b12fc edi=7c946ee3
eip=7c91100b esp=0539fe04 ebp=0539fe10 iopl=0 nv up ei pl nz ac pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010212
Call stack:
7C91100B C:\WINDOWS\system32\ntdll.dll:7C91100B RtlEnterCriticalSection
6CCCC46E C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCCC46E _ZN12wxEvtHandler15AddPendingEventER7wxEvent
61930540 C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:61930540 _Z11wxPostEventP12wxEvtHandlerR7wxEvent
617E874C C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E874C _ZN12cbThreadPool13WaitingThreadEv
617E898D C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E898D _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCC66F8 C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC66F8 _ZN8wxThread6CreateEj
6CCC67DE C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC67DE _ZN8wxThread6CreateEj
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B729 C:\WINDOWS\system32\kernel32.dll:7C80B729 GetModuleFileNameA
-------------------
Error occured on Wednesday, June 17, 2009 at 15:50:36.
C:\Programme\CB_20090516_rev5602_win32\codeblocks.exe caused an Access Violation at location 7c92b21a in module C:\WINDOWS\system32\ntdll.dll Writing to location 000005a2.
Registers:
eax=00000592 ebx=00000000 ecx=00000400 edx=06b47250 esi=06b47240 edi=00000000
eip=7c92b21a esp=093cfd84 ebp=093cfdf8 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246
Call stack:
7C92B21A C:\WINDOWS\system32\ntdll.dll:7C92B21A RtlpWaitForCriticalSection
7C911046 C:\WINDOWS\system32\ntdll.dll:7C911046 RtlEnterCriticalSection
6CCCC46E C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCCC46E _ZN12wxEvtHandler15AddPendingEventER7wxEvent
61930540 C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:61930540 _Z11wxPostEventP12wxEvtHandlerR7wxEvent
617E874C C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E874C _ZN12cbThreadPool13WaitingThreadEv
617E898D C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E898D _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCC66F8 C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC66F8 _ZN8wxThread6CreateEj
6CCC67DE C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC67DE _ZN8wxThread6CreateEj
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B729 C:\WINDOWS\system32\kernel32.dll:7C80B729 GetModuleFileNameA
-------------------
Error occured on Wednesday, June 17, 2009 at 17:40:24.
C:\Programme\CB_20090516_rev5602_win32\codeblocks.exe caused an Access Violation at location 7c92b21a in module C:\WINDOWS\system32\ntdll.dll Writing to location 000003e6.
Registers:
eax=000003d6 ebx=00000000 ecx=00000310 edx=05429d50 esi=05429d40 edi=00000000
eip=7c92b21a esp=0696fd84 ebp=0696fdf8 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246
Call stack:
7C92B21A C:\WINDOWS\system32\ntdll.dll:7C92B21A RtlpWaitForCriticalSection
7C911046 C:\WINDOWS\system32\ntdll.dll:7C911046 RtlEnterCriticalSection
6CCCC46E C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCCC46E _ZN12wxEvtHandler15AddPendingEventER7wxEvent
61930540 C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:61930540 _Z11wxPostEventP12wxEvtHandlerR7wxEvent
617E874C C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E874C _ZN12cbThreadPool13WaitingThreadEv
617E898D C:\Programme\CB_20090516_rev5602_win32\codeblocks.dll:617E898D _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCC66F8 C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC66F8 _ZN8wxThread6CreateEj
6CCC67DE C:\Programme\CB_20090516_rev5602_win32\wxmsw28u_gcc_cb.dll:6CCC67DE _ZN8wxThread6CreateEj
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B729 C:\WINDOWS\system32\kernel32.dll:7C80B729 GetModuleFileNameA
Quote from: geiermeier on June 18, 2009, 08:33:09 AM
I've collected some more crashes with the last nightly (not current one but rev 5602). Since the upload folder is full, I'll post them as text.
You have only 10+ posts, but your upload folder is full? :shock:
Does any forum administrator can explain the upload folder limit size? I can't upload images and patches, that's frustrated. :(
Thanks very much!
Quote from: ollydbg on June 18, 2009, 10:56:02 AM
I can't upload images and patches, that's frustrated. :(
Well - if you read the forum rules then the "nettiquette" states to use file upload services and not forum space, because the latter is limited and (even worse) costly. So please, use services like imageshack for images (they even provide a nice link to embed into a form post) and megaupload/rapidshare for others.
Be aware that forums space is limited. So - attachments are being deleted from the forums from time to time. If you need to store information like patches, use the patch tracker.
@MartonMacfly
Ok, I understand.
Did you mean that "the patch tracker" == http://developer.berlios.de/patch/?group_id=5358
Quote from: ollydbg on June 18, 2009, 12:02:39 PM
Did you mean that "the patch tracker" == http://developer.berlios.de/patch/?group_id=5358
Exactly. :-)
Hello all.
Came across something interesting, not sure if this is a bug or not but here it is. It's been a little over a week since I have been able to work on my current project. When I loaded C::B this morning and loaded me project up I found that several of my .h and .cpp files were no longer part of the project. There was another file that reverted back to an earlier version and thought I lost all my new work but found that it was saved under file.cpp.save (I assume this is how the auto save feature filenames work) so I was able to just copy and paste to get this part back, but I had to add the other files back to the project. This is the only time this has happened to me in the two years I have been using C::B.
Not sure what other info you might need so just let me know. I am using nightly 5616 and windows XP.
Sounds like C::B was closed withoout saving files.
Did you accidently shut down your system without closing C::B ?
Or do you have any crash reports in the directory, where the C::B executable is ?
Should be named "codeblocks.rpt", if I remember right.
Or are there remaining *.cbTemp-files along the original files of your project ?
there are no *.cbTemp files
Nothing in the crash report
I am always very careful about saving my work, although I do have a bad habit of leaving C::B running, sometimes for days at a time, without using it. Possible the power could have flashed causing the computer to reboot while C::B was running.
Perhaps I just need to start saving and exiting when I leave the computer...?
You can use the autosave plugin :)