Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on January 04, 2008, 12:47:06 am

Title: The 03 January 2008 build (4771) is out.
Post by: killerbot on January 04, 2008, 12:47:06 am
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.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_wx287.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 03 January 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20080103_rev4771_win32.7z
  - Linux :
   none

Resolved Fixed:

list]

Regressions/Confirmed/Annoying/Common bugs:


[/list]
Title: Re: The 03 January 2008 build (4771) is out.
Post by: pasgui on January 04, 2008, 02:08:17 am
Build for Ubuntu i386 can be found here (http://lgp203.free.fr/spip/spip.php?article1)

Best regards, pasgui
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Acki on January 04, 2008, 03:10:54 am
Yeah, now the double clicking works for all file types again, thx !!! :)
But there is still a little problem with this:
as usual C::B is not loaded and you open a file by double click (.workspace, .cbp, .cpp and .h tested)
now the file/project is loaded and everything works fine with C::B
but the folder containing the file is still blocked (no reactions, no updating, just white screen) and after closing C::B this "file not found" error message still appears !!!
this is for any folder and also for the desktop when I open a file there by double click...
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 04, 2008, 07:06:35 am
Binaries for the three debian main-suites and sources can be found on my server (see signature).
I just put svn4770 into my repo. The only difference between svn4770 and svn4771 is one startup-tip.
I uploaded the version yesterday from work via DSL and don't want to upload the newer version from at home, because I only have ISDN  :( here.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 04, 2008, 07:14:28 am
Yeah, now the double clicking works for all file types again, thx !!! :)
But there is still a little problem with this:
as usual C::B is not loaded and you open a file by double click (.workspace, .cbp, .cpp and .h tested)
now the file/project is loaded and everything works fine with C::B
but the folder containing the file is still blocked (no reactions, no updating, just white screen) and after closing C::B this "file not found" error message still appears !!!
this is for any folder and also for the desktop when I open a file there by double click...


Does the "file not found" message appear in a C::B related window, or imight there be a hook to another application that should look at opened files (virus-scanner for example) but is missing?
Have you tried to minimize all windows one by one (with the minimize-button of the windows, not the show-desktop button from quickstart)?
Sometimes modal dialogs are opened and wait for user-action (and of course block their parent-window/-application), but are not visible, because other applications (in your case C::B) are in the foreground.

I ask because I don't have this problem. Neither on W2K nor on XP-Professional SP2.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: alchemist on January 04, 2008, 11:37:26 am
Hello,

I have a problem when i double-click on a .cbp file from Windows exporer or any explorer-like (Total Commander) : it seems C::B doesn't reply to the DDE message "open", such that the caller (the explorer windows) doesn't respond until C::B closes and we get an error message "file not found" on the caller explorer window.

I tested and observed that with all the recent releases, but I don't know if this is a bug or regression (before, I opened the projects from C::B)

[attachment deleted by admin]
Title: Re: The 03 January 2008 build (4771) is out.
Post by: obijohn on January 04, 2008, 12:32:03 pm
Hello,

I have a problem when i double-click on a .cbp file from Windows exporer or any explorer-like (Total Commander) : it seems C::B doesn't reply to the DDE message "open", such that the caller (the explorer windows) doesn't respond until C::B closes and we get an error message "file not found" on the caller explorer window.

I tested and observed that with all the recent releases, but I don't know if this is a bug or regression (before, I opened the projects from C::B)

Right, this hasn't worked for me for a while now, at least since the 4719 build which is when I first noticed it. If C::B is already open, clicking on an associated file does open it properly. But it doesn't if C::B is *not* already open.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: lobby on January 04, 2008, 03:16:54 pm
the DDE bug should be added to the Regressions/Confirmed/Annoying/Common bugs
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Acki on January 04, 2008, 03:44:54 pm
Does the "file not found" message appear in a C::B related window, or imight there be a hook to another application that should look at opened files (virus-scanner for example) but is missing?
Have you tried to minimize all windows one by one (with the minimize-button of the windows, not the show-desktop button from quickstart)?
Sometimes modal dialogs are opened and wait for user-action (and of course block their parent-window/-application), but are not visible, because other applications (in your case C::B) are in the foreground.

I ask because I don't have this problem. Neither on W2K nor on XP-Professional SP2.
no, the only app that is running is Norton firewall, nothing else...
and even if I disable the firewall the problem presists...
and my system is WXP-pro (sp2)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Albenejean on January 04, 2008, 03:49:13 pm
Quote
Quote from: Acki on Today at 02:10:54 AM
Yeah, now the double clicking works for all file types again, thx !!! Smile
But there is still a little problem with this:
as usual C::B is not loaded and you open a file by double click (.workspace, .cbp, .cpp and .h tested)
now the file/project is loaded and everything works fine with C::B
but the folder containing the file is still blocked (no reactions, no updating, just white screen) and after closing C::B this "file not found" error message still appears !!!
this is for any folder and also for the desktop when I open a file there by double click...
As I said many times before, you have to disable the symbol browser! There is probably a bug with it.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: dannyyy on January 04, 2008, 04:55:09 pm
I can't connect to the Berlios SVN...
Title: Re: The 03 January 2008 build (4771) is out.
Post by: stahta01 on January 04, 2008, 05:00:15 pm
I can't connect to the Berlios SVN...

EDIT: The status page is backup, I suggest trying to download again.

I can not connect either,I can not even see this page this is normally up

http://monitor.berlios.de/berlios-status/index.php

I was thinking it was a local DNS issue, my ISP, Verizon DSL, seems to have DNS problems a lot more than you would think a big company should. But, it looks like something is wrong out the USA.

Tim S
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 04, 2008, 07:29:49 pm
I was thinking it was a local DNS issue, my ISP, Verizon DSL, seems to have DNS problems a lot more than you would think a big company should. But, it looks like something is wrong out the USA.

Tim S

I wasn't even able to connect from germany, so I think it was a local problem.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Acki on January 04, 2008, 08:22:55 pm
As I said many times before, you have to disable the symbol browser! There is probably a bug with it.
"many times before" is nice, it was just the last thread (release)... :lol:
Well, OK this works, but this is a crappy solution (as I said many times before, too), I just wanted to mention that this error still exists !!! ;)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Albenejean on January 04, 2008, 08:59:19 pm
Quote
I just wanted to mention that this error still exists !!! Wink
The best way would be to fill a bug report.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: stahta01 on January 05, 2008, 06:44:30 am
Patch needed for FreeBSD; I am trying out PC-BSD.

More info at http://forums.codeblocks.org/index.php/topic,5279.msg57006.html#msg57006

Tim S

Code: [Select]
Index: src/include/scripting/sqplus/sqplus.h
===================================================================
--- src/include/scripting/sqplus/sqplus.h       (revision 4759)
+++ src/include/scripting/sqplus/sqplus.h       (working copy)
@@ -15,7 +15,11 @@
 #ifdef __APPLE__
   #include <malloc/malloc.h>
 #else
-  #include <malloc.h>
+  #ifdef __FreeBSD__
+    #include <stdlib.h>
+  #else
+    #include <malloc.h>
+  #endif
 #endif
 #include <memory.h>
 #if defined(_MSC_VER) || defined(__BORLANDC__)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: killerbot on January 05, 2008, 10:18:46 am
done
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Darck on January 05, 2008, 08:42:29 pm
I asked this question on Ubuntu forum, but nobody anwsered yet. Maybe you can help me:
I've installed from source, but Synaptic think i've still old version.

I've just installed pango-1.19.2 from source by `./configure; make; make install'
Everything went correct. I need this package to install the newest libwxgtk, which need new pango.

Now i want install libwxgtk from repository , but it says there is conflict, because i have pango-1.18.2 (which is no true anymore) and it ned at least 1.18.3.

How to update information which synaptic has about current version of my pango. (I couldn't upgrade libpango through synaptic, because there wasn't any upgrade available. I had to download source made for debian from pango.com)

(i need libwxgtk to install deb package of Code::Blocks compiler)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 05, 2008, 09:14:16 pm
You can try the libpango from debian-experimental (1.19.2-1).
The download directory is http://ftp.debian.org/debian/pool/main/p/pango1.0/ (http://ftp.debian.org/debian/pool/main/p/pango1.0/)
You need at least "libpango1.0-0" and "libpango1.0-common", but perhaps you need some more packages from experimental.
If you have the source-code for libpango with debian-subdir you can build the .deb-packages with "dpkg-buildpackage" .
Title: Re: The 03 January 2008 build (4771) is out.
Post by: olaoni on January 06, 2008, 01:42:21 am
Yeah, now the double clicking works for all file types again, thx !!! :)
But there is still a little problem with this:
as usual C::B is not loaded and you open a file by double click (.workspace, .cbp, .cpp and .h tested)
now the file/project is loaded and everything works fine with C::B
but the folder containing the file is still blocked (no reactions, no updating, just white screen) and after closing C::B this "file not found" error message still appears !!!
this is for any folder and also for the desktop when I open a file there by double click...




Acki,
I have just download and tested out the latest nightly build. Double clicking on a *.cbp file loads the project correctly without any problem.
I am running C::B on a windows Xp with SP2.

You might find it handy to check Settings | Environment | Check & Set File association (Windows Only)
And ensure that the files which you are double clicking are associated correctly to C::B.

Good luck

Regards
Ola Oni

Title: Re: The 03 January 2008 build (4771) is out.
Post by: Albenejean on January 06, 2008, 07:17:47 am
Hello everyone.

Here is my first patch.

Code: [Select]
Index: todolist.cpp
===================================================================
--- todolist.cpp (revision 4782)
+++ todolist.cpp (working copy)
@@ -243,9 +243,22 @@
 
 void ToDoList::OnViewList(wxCommandEvent& event)
 {
-    CodeBlocksDockEvent evt(event.IsChecked() ? cbEVT_SHOW_DOCK_WINDOW : cbEVT_HIDE_DOCK_WINDOW);
-    evt.pWindow = m_pListLog->GetWindow();
-    Manager::Get()->ProcessEvent(evt);
+    if(m_StandAlone)
+    {
+        CodeBlocksDockEvent evt(event.IsChecked() ? cbEVT_SHOW_DOCK_WINDOW : cbEVT_HIDE_DOCK_WINDOW);
+        evt.pWindow = m_pListLog->GetWindow();
+        Manager::Get()->ProcessEvent(evt);
+    }
+    else
+    {
+        if(event.IsChecked())
+        {
+                CodeBlocksLogEvent evtShow(cbEVT_SHOW_LOG_MANAGER);
+                Manager::Get()->ProcessEvent(evtShow);
+                CodeBlocksLogEvent event(cbEVT_SWITCH_TO_LOG_WINDOW, m_pListLog);
+                Manager::Get()->ProcessEvent(event);
+        }
+    }
 }
 
 void ToDoList::OnAddItem(wxCommandEvent& event)

When the ToDo window was within the Log Notebook, cliking on the menu View->Todo wasn't switching to the window.
In fact the GetWindow was returning the Log Notebook window.  I correct it.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: killerbot on January 06, 2008, 10:36:25 am
applied, thanks
Title: Re: The 03 January 2008 build (4771) is out.
Post by: libfab on January 06, 2008, 01:25:56 pm
Yeah, now the double clicking works for all file types again, thx !!! :)
But there is still a little problem with this:
as usual C::B is not loaded and you open a file by double click (.workspace, .cbp, .cpp and .h tested)
now the file/project is loaded and everything works fine with C::B
but the folder containing the file is still blocked (no reactions, no updating, just white screen) and after closing C::B this "file not found" error message still appears !!!
this is for any folder and also for the desktop when I open a file there by double click...




Acki,
I have just download and tested out the latest nightly build. Double clicking on a *.cbp file loads the project correctly without any problem.
I am running C::B on a windows Xp with SP2.

You might find it handy to check Settings | Environment | Check & Set File association (Windows Only)
And ensure that the files which you are double clicking are associated correctly to C::B.

Good luck

Regards
Ola Oni



Hi,
I confirm Acki's report on the closing crash (OS is XP Family SP2), even with Ola Oni's precautionary step of checking the .cbp box in the Settings | Environment | Check & Set File association (Windows Only) dialog.
The crash only occurs if and only if:

1. CB was opened by double click on .cbp project
2. CB was closed with the top right-hand side " X cross" or the Quit instruction;
3. when mods have been applied to at least one project file ;
4. ==  AND == if the Save file instruction was used to apply these mods.
Strangely enough, if mods were saved through the dialog box
File is modified...Do you want to save the changes?
then no crash occurs at all even if 1. to 3. were done.

Fab
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Darck on January 06, 2008, 03:30:21 pm
this is hopeless. when i want install one thing it needs another newer. And this another has dependency on another package with newer version. It's endless circle. I would have to install Ubuntu hardy to have possibility running Code::Blocks.

Is there any code::blocks which can run with libwxgtk2.8-02.8.4.0-0ubuntu3 instead of (>= 2.8.7)

I can't install libwxgtk2.8-0_2.8.7.1-0_i386.deb - it has too many dependencies!

-------------------
I installed this:
http://prdownload.berlios.de/codeblocks/CB_20070907_rev4439_Ubuntu6.10+7.04_wx2.8.4.tar.gz
If you know newer version which can run with wx2.8.4 let me know.
if you know
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Albenejean on January 06, 2008, 03:39:46 pm
Quote
Strangely enough, if mods were saved through the dialog box
File is modified...Do you want to save the changes?
then no crash occurs at all even if 1. to 3. were done.

No, I have opened the CB project, put a space somewhere, and closed it. I have saved the filed through the dialog box and the crash still occurs!
Title: Re: The 03 January 2008 build (4771) is out.
Post by: wobien on January 06, 2008, 05:09:27 pm
Code: [Select]
Index: src/plugins/classwizard/classwizarddlg.cpp
===================================================================
--- src/plugins/classwizard/classwizarddlg.cpp (revision 4783)
+++ src/plugins/classwizard/classwizarddlg.cpp (working copy)
@@ -227,6 +227,7 @@
         buffer << eolstr;
     }
 
+    if (!AncestorFilename.IsSameAs(_T("<>")))
     if (!AncestorFilename.IsEmpty())
     {
         buffer << _T("#include ") << AncestorFilename << eolstr;
My first little patch. It prevents the classwizard to insert:
Code: [Select]
#include <>in your header file if you don't use inheritance.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Acki on January 06, 2008, 05:54:51 pm
You might find it handy to check Settings | Environment | Check & Set File association (Windows Only)
And ensure that the files which you are double clicking are associated correctly to C::B.
thanks for this hint, but I'm not that stupid...  :lol:
I'm working with computers for more than 20 years and so I know how file association works... ;)

no, I think the bug has to do with the "Symbols browser" or something that depends on it, because everything works fine if the "Symbols browser" is disabled... ;)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: olaoni on January 06, 2008, 06:34:16 pm
You might find it handy to check Settings | Environment | Check & Set File association (Windows Only)
And ensure that the files which you are double clicking are associated correctly to C::B.
thanks for this hint, but I'm not that stupid...  :lol:
I'm working with computers for more than 20 years and so I know how file association works... ;)

no, I think the bug has to do with the "Symbols browser" or something that depends on it, because everything works fine if the "Symbols browser" is disabled... ;)

Please accept my appology. I did not imply any stupidity  :(. In my past experience I had sometimes resulted into finding very complicated solutions, and over looking simple ones.

Moreover I did have a problem of C::B crashing when I double click on the *cbp file. After playing around with various setting I found the file association was not set, thats why I offered the suggestion.

Regards
Ola
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 06, 2008, 06:58:35 pm
this is hopeless. when i want install one thing it needs another newer. And this another has dependency on another package with newer version. It's endless circle. I would have to install Ubuntu hardy to have possibility running Code::Blocks.

Is there any code::blocks which can run with libwxgtk2.8-02.8.4.0-0ubuntu3 instead of (>= 2.8.7)

I can't install libwxgtk2.8-0_2.8.7.1-0_i386.deb - it has too many dependencies!
Which version of Ubuntu do you use ?
There are wxWidgets2.8.7 packages for dapper, feisty and gutsy and 2.8.6 packages for edgy on the wxWidgets-server (look here (http://wiki.wxpython.org/InstallingOnUbuntuOrDebian) how to install them).
If none of the versions work you can try to build it from source.
The Ubuntu-sources are on the same server.
If you have build-dependency problems when you use "dpkg-buildpackage", install all the missing packages in the newest version you get for your Ubuntu-version.
And if you have done this (don't try it without) you can run "dpkg-buildpackage -d" to override the dependencies on special versions. This might work. You can also try to fix the "debian/control"-file to work with your Ubuntu-suite.
Normally a wxWidgets-version for an older Ubuntu-suite should work with yours.
I use wxWidgets for debian-edge on edge, lenny, sid and experimental without problems.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: killerbot on January 06, 2008, 07:01:31 pm
Code: [Select]
Index: src/plugins/classwizard/classwizarddlg.cpp
===================================================================
--- src/plugins/classwizard/classwizarddlg.cpp (revision 4783)
+++ src/plugins/classwizard/classwizarddlg.cpp (working copy)
@@ -227,6 +227,7 @@
         buffer << eolstr;
     }
 
+    if (!AncestorFilename.IsSameAs(_T("<>")))
     if (!AncestorFilename.IsEmpty())
     {
         buffer << _T("#include ") << AncestorFilename << eolstr;
My first little patch. It prevents the classwizard to insert:
Code: [Select]
#include <>in your header file if you don't use inheritance.

applied thanks
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Darck on January 06, 2008, 07:46:13 pm
Which version of Ubuntu do you use ?
There are wxWidgets2.8.7 packages for dapper, feisty and gutsy and 2.8.6 packages for edgy on the wxWidgets-server (look here (http://wiki.wxpython.org/InstallingOnUbuntuOrDebian) how to install them).
If none of the versions work you can try to build it from source.
The Ubuntu-sources are on the same server.
If you have build-dependency problems when you use "dpkg-buildpackage", install all the missing packages in the newest version you get for your Ubuntu-version.
And if you have done this (don't try it without) you can run "dpkg-buildpackage -d" to override the dependencies on special versions. This might work. You can also try to fix the "debian/control"-file to work with your Ubuntu-suite.
Normally a wxWidgets-version for an older Ubuntu-suite should work with yours.
I use wxWidgets for debian-edge on edge, lenny, sid and experimental without problems.

I'm using Ubuntu 7.1 - Gutsy. I partially resolved problemm installing older Code::Blocks from
http://prdownload.berlios.de/codeblocks/CB_20070907_rev4439_Ubuntu6.10+7.04_wx2.8.4.tar.gz


I've found info how to add wxWidgets to repository:

build against wxWidgets 2.8.7.1 from:
deb http://apt.wxwidgets.org/ gutsy-wx main

key-import to apt's trusted keys:
wget -q http://apt.wxwidgets.org/key.asc -O- | sudo apt-key add -

But problem is, that, when i tray to install wxWidgets, it says that i have too old libpango. There isn't any newer in repository. There is newer for Ubuntu Hardy. and here:http://ftp.debian.org/debian/pool/main/p/pango1.0/ I downloaded it, tried to install and the same - it says me i have too old libc6 and libdatrie, i tried install newer libdatrie and the same. ENDLESS CIRCLE !!!

How to simply install wxWidgets 2.8.7.1 without all this complications.

It's not a problem that i have to install wxWidgets from source, but problem that every library need another newer library (or more than one) on lowel level. I would have to do big tree of upgrades to finally install wxWidgets.

Or maybe i can ignore wxWidgets dependency to libpango in some way and install it anyway.
It needs libpango 1.18.3 and I have 1.18.2 version, so maybe 0.00.1 isn't big deal?

If yes can I install it by :
sudo apt-get --force-yes upgrade libwxgtk2.8
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 06, 2008, 08:23:55 pm
Or maybe i can ignore wxWidgets dependency to libpango in some way and install it anyway.
It needs libpango 1.18.3 and I have 1.18.2 version, so maybe 0.00.1 isn't big deal?

If yes can I install it by :
sudo apt-get --force-yes upgrade libwxgtk2.8

You can try to do so.
Or you can try wxWidgets-packages for feisty, they depend on libpango >= 1.16.2.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Darck on January 06, 2008, 08:46:28 pm
You can try to do so.
Or you can try wxWidgets-packages for feisty, they depend on libpango >= 1.16.2.

Great thanks. That solved all problems and installed Code::Blocks smoothly. They should note ad wxWidgets page that packages for gutsy are really in folder fo feisty.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 06, 2008, 09:03:30 pm
They should note ad wxWidgets page that packages for gutsy are really in folder fo feisty.
I think the gutsy packages are in the right place, but the package-maintainer does not only use the gutsy standard libraries, what of course should never happen.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Ryen_Lee on January 07, 2008, 11:14:47 am
I just can not get the file.When I click the link,I only get a file of 3.2kb,and it's a htm file.I think there is something wrong on the server!Can anybody help me?
(PS:I'm from China)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: jens on January 07, 2008, 11:22:30 am
I just can not get the file.When I click the link,I only get a file of 3.2kb,and it's a htm file.I think there is something wrong on the server!Can anybody help me?
(PS:I'm from China)

Don't try to save the link target, it points to a download page only (that means you should only left-click on it).
direct link:
http://download.berlios.de/codeblocks/CB_20080103_rev4771_win32.7z (http://download.berlios.de/codeblocks/CB_20080103_rev4771_win32.7z) or
http://download2.berlios.de/codeblocks/CB_20080103_rev4771_win32.7z (http://download2.berlios.de/codeblocks/CB_20080103_rev4771_win32.7z)
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Grom on January 07, 2008, 07:38:00 pm
Would be grate to have in wxSmith a set of tools for work with DB. Say similar to the Borland's components. I have tried in wxSmith to repeat the GUI of one my old project, which was done long long time ago in Borlands IDE. It almost work!!! So I believe, that after official release of C::B will come up - the users will implement all necessary items.
Title: Re: The 03 January 2008 build (4771) is out.
Post by: byo on January 07, 2008, 10:11:10 pm
Would be grate to have in wxSmith a set of tools for work with DB. Say similar to the Borland's components. I have tried in wxSmith to repeat the GUI of one my old project, which was done long long time ago in Borlands IDE. It almost work!!! So I believe, that after official release of C::B will come up - the users will implement all necessary items.

Please don't start...
Title: Re: The 03 January 2008 build (4771) is out.
Post by: Darck on January 08, 2008, 02:06:20 am
yes, probably official release would be easier to promote.