Code::Blocks

Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: therion on November 14, 2005, 02:53:24 pm

Title: SVN-HEAD binaries download
Post by: therion on November 14, 2005, 02:53:24 pm
Hello,

Congratulations for the great job. I´ve been using Code::blocks for over a month and its being really usefull.

I really would like to help you in development but, unfortunately I don´t have time even to touch the sources...
So Ill try to help Ceniza providing binaries for those who, like me, can´t wait to see the next release :-)

This week, for example, i got really amazed with the evolution of wxSmith, many crashes were fixed and a new beautiful layout implemented.

Well, ill place the binaries at http://paginas.terra.com.br/informatica/mauricio/codeblocks/

Happy testing!

Keep the good work guys,

Mauricio

PS: Don´t forget to help the development team posting bugs on:
http://sourceforge.net/tracker/?func=add&group_id=126998&atid=707416
Title: Re: CVS binaries download
Post by: Michael on November 14, 2005, 03:13:42 pm
Hello,

Thank you for providing CVS binaries :). I was at the point to write to the developers asking if it was possible to have binaries for CB version in development (unfortunately my work and my studies take quite all of my time :(  to make me, as you said, touch the sources).

Best wishes,
Michael
Title: Re: CVS binaries download
Post by: takeshi miya on November 14, 2005, 04:02:20 pm
Great!

Nightly builds would be better, and using sf.net Compiler Farm (http://sourceforge.net/docman/display_doc.php?docid=762&group_id=1) services, we can test C::B in almost every system!

Why C::B isn't using the Compiler Farm services?
Title: Re: CVS binaries download
Post by: therion on November 16, 2005, 02:58:59 pm
Hello

Thanks.
I've just uploaded a fresh cvs head compilation.
Hope you enjoy it :-)

c ya
Title: Re: CVS binaries download
Post by: roland on November 17, 2005, 09:03:06 am
Thank you therion. Build works as expected, nice going! I appreciate your effort and hope you provide more CVS builds when useful checkins are folded in. :D
Title: Re: CVS binaries download
Post by: baboo on November 18, 2005, 10:40:44 am
Is there any1 who produces binaries for Fedora Core4?
Title: Re: CVS binaries download
Post by: rudin on November 18, 2005, 11:20:04 am
baboo,

there is another thread on this forum: http://forums.codeblocks.org/index.php/topic,1194.0.html discussing about linux precompiled binaries, and i think fedora is on the list
Title: Re: CVS binaries download
Post by: therion on November 18, 2005, 08:42:50 pm
Just uploaded today´s fixes.
Title: Re: CVS binaries download
Post by: Ceniza on November 21, 2005, 11:22:27 pm
I would like to know how you're building from CVS. You just use the project file provided or do you tune it before building (like removing debugging information parameter, adding stripping, optimizations, ...)?

I would also like to know which plugins you're bundling with your build (contrib plugins).

BTW, thanks for the help.

PS: Due to two bugs recently fixed, still living in my latest snapshot, I'll delete it and upload a new one, for those interested.
Title: Re: CVS binaries download
Post by: therion on November 22, 2005, 01:05:18 am
I would like to know how you're building from CVS. You just use the project file provided or do you tune it before building (like removing debugging information parameter, adding stripping, optimizations, ...)?
I would also like to know which plugins you're bundling with your build (contrib plugins).

Whats up Ceniza,

Im using the default project files (Codeblocks-Newbuild.cbp and all plugins in ContribPlugins.workspace) to build CB on a mingw 3.4.4 system. Nothing special, no optimizations, no changes. Even my wx lib was compiled acording to the wiki tutorial :-)

To strip the executables I'm using (again the default) update script (under src).

I saw your build is slightly diferent from mines... what options are you using?

Best regards,
Mauricio
Title: Re: CVS binaries download
Post by: Ceniza on November 22, 2005, 01:33:06 am
Both for the main project file and all the contrib plugins' project files I remove -g and add -O3 and -s.

Before packing it into a 7z I run UPX --best on the EXE and DLLs in output.

Now, about the wx library, I compile it using configure and before 7z I run UPX --best on it too.

Well, I think those are all the tricks.

The only additional difference is I have access to the latest changes in CVS (anonymous CVS sees the changes about 5 hours later), functionality should be the same :)
Title: Re: CVS binaries download
Post by: therion on November 22, 2005, 11:33:32 am
Humm... yup, upx and opts are always a good idea :-)

BTW did you saw that post about w98 problems with our builds?
Do you know how to fix it?

C ya
Title: Re: CVS binaries download
Post by: takeshi miya on November 22, 2005, 12:43:46 pm
UPX has been discussed here. It does not provide any gain if it'll be compressed with 7-zip, it only makes things worse (search in the forum).
Title: Re: CVS binaries download
Post by: thomas on November 22, 2005, 01:00:11 pm
BTW did you saw that post about w98 problems with our builds?
There is no problem with the build. The issue is about SHGetFolderPath which is available on any reasonably up-to date Windows system.
Windows98 SE, ME, 2000, and NT4 support it out of the box. Only Windows98 and 95 do not, they require at least Internet Explorer 5. I daresay that these are no impossible requirements ;)
Title: Re: CVS binaries download
Post by: takeshi miya on November 22, 2005, 01:24:27 pm
thomas: that's not true, see here (http://forums.codeblocks.org/index.php/topic,1431.msg10077.html#msg10077) how to solve using Inno Setup.
Title: Re: CVS binaries download
Post by: Ceniza on November 22, 2005, 04:12:08 pm
Interesting... it compresses a bit more (about 300K smaller) if the EXEs and DLLs aren't UPXed...

Didn't know about those problems problems with Windows 98, but at least it has a solution.
Title: Re: CVS binaries download
Post by: Revy on November 22, 2005, 06:06:45 pm
BTW did you saw that post about w98 problems with our builds?
There is no problem with the build. The issue is about SHGetFolderPath which is available on any reasonably up-to date Windows system.
Windows98 SE, ME, 2000, and NT4 support it out of the box. Only Windows98 and 95 do not, they require at least Internet Explorer 5. I daresay that these are no impossible requirements ;)

You are right -there is no problem with the build if the target plaforms are WinME/2000/XP etc.
Otherwise take a look at the posting from Takeshi Miya, he has a good explanation.

Greetings
Revy
Title: Re: CVS binaries download
Post by: therion on November 24, 2005, 07:12:30 pm
Sorry, but i didn't have time to test the solutions this week :-/
Anyway, I've just uploaded a new build.

Title: Re: CVS binaries download
Post by: therion on November 28, 2005, 03:59:09 pm
Hello

I have just uploaded the latest svn head build.

Enjoy.
Title: Re: CVS binaries download
Post by: squizzz on November 28, 2005, 08:08:54 pm
Hello

I have just uploaded the latest svn head build.

Enjoy.
Could you, just like Ceniza does, put a link to your SVN binaries in your signature? :)
Title: Re: CVS binaries download
Post by: therion on November 29, 2005, 07:14:27 pm
Hello

I have just uploaded the latest svn head build.

Enjoy.
Could you, just like Ceniza does, put a link to your SVN binaries in your signature? :)

Sure :-)
Title: Re: CVS binaries download
Post by: therion on November 30, 2005, 12:35:38 pm
Hello,

I decided to change a bit the naming of my builds, from now on Ill put the revision number instead of the date. This number is used internally by subversion to track modifications, so please, if you are writing a bug report tell this number to the development team.

Best regards,
BTW, ive just uploaded a new build :-)
Title: Re: CVS binaries download
Post by: therion on December 02, 2005, 12:56:33 pm
Updated to revision 1421 :-)
Title: Re: CVS binaries download
Post by: therion on December 05, 2005, 12:08:24 pm
Updated to rev1447.
New Sdk v1.6, many bugfixes (including wxWidgets), optimizations on startup (got much faster). This is really a big step.

Enjoy :-)
Title: Re: CVS binaries download
Post by: Revy on December 05, 2005, 02:41:19 pm
Updated to rev1447.
New Sdk v1.6, many bugfixes (including wxWidgets), optimizations on startup (got much faster). This is really a big step.

Enjoy :-)

Hi therion,

would you be so kind and add SHFolder(before Shell32) to the link libraries of the sdk target for your builds - then Codeblocks could be used on W98 again.

Thank you and keep up the good work!

Greetings
Revy
Title: Re: CVS binaries download
Post by: Pecan on December 05, 2005, 03:06:36 pm
therion,

You mention "New Sdk v1.6" in your message. But I did not see the
Sdk in Codeblock_rev1447.7z. Is there any chance you could include the
plugin sdk headers and .a files in your .7z distribution so that we
could compile and test our own plugins?

thanks
Pecan
Title: Re: CVS binaries download
Post by: takeshi miya on December 05, 2005, 05:00:04 pm
Itsn't more easy to check out from SVN?

The compiled SDK .a and header files makes more sense in official releases.
Title: Re: CVS binaries download
Post by: therion on December 05, 2005, 05:05:44 pm
Itsn't more easy to check out from SVN?

The compiled SDK .a and header files makes more sense in official releases.

yup, and besides, it would increase much the size of the packs...
sorry but these files are intended to codeblocks users and beta-testers, not developers :-)
Title: Re: CVS binaries download
Post by: therion on December 05, 2005, 05:08:19 pm
would you be so kind and add SHFolder(before Shell32) to the link libraries of the sdk target for your builds - then Codeblocks could be used on W98 again.

Hello Revy

I have just recompiled CB with this lib, unfortunatelly, i dont have 98, can you test it pls?
I ll upload (rev1450) in a couple of minutes.

Thx
Title: Re: CVS binaries download
Post by: takeshi miya on December 05, 2005, 05:09:21 pm
Pecan: And, if you like to distribute your plugin here, ask for SVN contrib write access, and then the plugin will be compiled in the unofficial builds :wink:
Title: Re: CVS binaries download
Post by: duncanka on December 06, 2005, 03:30:22 am
would you be so kind and add SHFolder(before Shell32) to the link libraries of the sdk target for your builds - then Codeblocks could be used on W98 again.

Hello Revy

I have just recompiled CB with this lib, unfortunatelly, i dont have 98, can you test it pls?
I ll upload (rev1450) in a couple of minutes.

Thx

It works again on Windows 98SE!! Hooray!!!  :D :D :D
Title: Re: CVS binaries download
Post by: Revy on December 06, 2005, 09:46:00 am
Hi Therion,

it works perfectly, many thanks to you Therion!  :D


would you be so kind and add SHFolder(before Shell32) to the link libraries of the sdk target for your builds - then Codeblocks could be used on W98 again.

Hello Revy

I have just recompiled CB with this lib, unfortunatelly, i dont have 98, can you test it pls?
I ll upload (rev1450) in a couple of minutes.

Thx

Title: Re: CVS binaries download
Post by: Revy on December 06, 2005, 10:30:01 am
It looks like we were a bit too fast, it does start on w98 now, but you can't build any projects because someone hardcoded the shell command: :(

Execution of 'cmd /c mingw32-g++.exe  -IC:\MinGW\include  -c E:\Progr\CBT\Console\main.cpp -o .objs\main.o' in 'E:\Progr\CBT\Console' failed.

The option in the window where you are supposed to change this is disabled :/

Anyways thank you very much for your effort therion.

I guess I will just have to upgrade to W2k/XP and use MS Visual C++ again.
I'm a bit sad atm, because Code::Blocks is meant to be a portable IDE and can't even run on different Win32 platforms.
And the worst is, I'm absolutly sure the usage of W98 is higher than the usage of Linux.

Bye
A sad Revy
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 10:43:06 am
I guess I will just have to upgrade to W2k/XP and use MS Visual C++ again.
I'm a bit sad atm, because Code::Blocks is meant to be a portable IDE and can't even run on different Win32 platforms.
And the worst is, I'm absolutly sure the usage of W98 is higher than the usage of Linux.

Bye
A sad Revy

Quote from: C::B sources
Code: [Select]
    // TODO (mandrav#1#): Check windows version and substitute cmd.exe with command.com if needed.
        cmd->command = _T("cmd /c ") + cmd->command;

Revvy, you 're free to go whichever way you want but judging a program while it is still being developed is plain wrong.
You want to use the SVN-HEAD version. That's just fine. But if things don't work for you as expected (yet), you shouldn't complain about it. We 're working hard on this project and trying to make everybody happy. But things need to be coded to work. Code doesn't just write itself. So if I haven't had the time yet to fix this, it doesn't mean I never will.

If you want this to work now, provide a patch.
I don't work for you, nor any of the other developers. We do this on our free time and you have to respect it. If you don't like C::B, you 're free not to use it. But you don't have the right to demand from anyone here to work on your schedule.

You see Revvy, open source doesn't mean "free workers at your disposal". You got things all wrong...
Title: Re: CVS binaries download
Post by: David Perfors on December 06, 2005, 10:45:58 am
It shouldn't be that hard to change it, if there is a possibility to find which command to use (command or cmd) then it is very easy.. I will try to fix this tonight ;) (does this make youhappy again Revy :))
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 10:50:40 am
It shouldn't be that hard to change it, if there is a possibility to find which command to use (command or cmd) then it is very easy..

No, it's not. It just needs some time which I don't have. If you can fix it, please do so :)
It's in plugins/compilergcc/compilergcc.cpp:773.
Title: Re: CVS binaries download
Post by: killerbot on December 06, 2005, 10:59:56 am
Idea : you can either check the windows version or ....
in the windows system dir (C:\windows\system32 ) , don't remember if that exist on windows 98/SE/95 (well first part can be obtained from environment settings : windir or SystemRoot) you can check if exist :
  - cmd.exe
then use it, if not check if exist :
  - command.com
and then use that one.
If none exist, show dialog box instructing the user to :
 - log out
 - format c:
 - install linux


Cheers,
Lieven
Title: Re: CVS binaries download
Post by: David Perfors on December 06, 2005, 11:15:23 am
it is easy ;)
Code: [Select]
        if(wxGetOsVersion() == wxWIN95)
            cmd->command = _T("command /c ") + cmd->command;
        else
            cmd->command = _T("cmd /c ") + cmd->command;
I didn't test it on win98, but it works on XP
Title: Re: CVS binaries download
Post by: Urxae on December 06, 2005, 11:17:38 am
[I typed this before the last two posts, but I think my solution is better and cleaner, so here it is]

Quote from: C::B sources
Code: [Select]
    // TODO (mandrav#1#): Check windows version and substitute cmd.exe with command.com if needed.
        cmd->command = _T("cmd /c ") + cmd->command;

More complete code sample:
Code: [Select]
    // special shell used only for build commands
    if (!cmd->isRun)
    {
    #ifndef __WXMSW__
        // run the command in a shell, so backtick'd expressions can be evaluated
        cmd->command = GetConsoleShell() + _T(" '") + cmd->command + _T("'");
    #else
    // TODO (mandrav#1#): Check windows version and substitute cmd.exe with command.com if needed.
        cmd->command = _T("cmd /c ") + cmd->command;
    #endif
    }

I saw that change a while back, and I was wondering: Is there any particular reason "cmd /c " is prepended at all? Shouldn't it "just work" if you that wasn't done?

I see that according to the comments the reason a shell is prepended is to allow backticked expressions to execute, but I'm not aware of any windows version where that works (it's different for *nix of course). It certainly doesn't work in my win2000 cmd.exe...

I think this code should have the exact same effect, except it on win9x where it actually works now ;):
Code: [Select]
#ifndef __WXMSW__
    // special shell used only for build commands
    if (!cmd->isRun)
    {
        // run the command in a shell, so backtick'd expressions can be evaluated
        cmd->command = GetConsoleShell() + _T(" '") + cmd->command + _T("'");
    }
#endif
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 11:26:25 am
I saw that change a while back, and I was wondering: Is there any particular reason "cmd /c " is prepended at all? Shouldn't it "just work" if you that wasn't done?

I see that according to the comments the reason a shell is prepended is to allow backticked expressions to execute, but I'm not aware of any windows version where that works (it's different for *nix of course). It certainly doesn't work in my win2000 cmd.exe...

Yes, you 're right. The comment does not explain the reasoning for this change.
This was added to allow builtin shell commands to be used in pre-build and post-build steps, i.e. cp, del, etc. These do not work if not invoked within a shell.
Title: Re: CVS binaries download
Post by: Urxae on December 06, 2005, 11:47:52 am
Yes, you 're right. The comment does not explain the reasoning for this change.
This was added to allow builtin shell commands to be used in pre-build and post-build steps, i.e. cp, del, etc. These do not work if not invoked within a shell.

Ah, I understand. But I think you meant copy. And I should mention cp has worked just fine for me so far :).
But still, wouldn't it be a cleaner solution to have GetConsoleShell() return the proper command? That way this code can be un-#ifdef'd, and if you put the code to detect cmd.exe/command.com in there it'll probably be easier to cache. You could even make it a setting like in the *nix version. Just enable that textbox in the compiler options, and autodetect only on first run.
Then the user could even change it if he prefers sh.exe for example ;). (though sh.exe would break copy again, but that's the user's choice: he gets backticks and other goodies in return. Besides, he could always create a copy script/alias for cp)
Title: Re: CVS binaries download
Post by: David Perfors on December 06, 2005, 11:49:47 am
I think this code should have the exact same effect, except it on win9x where it actually works now ;):
Code: [Select]
#ifndef __WXMSW__
    // special shell used only for build commands
    if (!cmd->isRun)
    {
        // run the command in a shell, so backtick'd expressions can be evaluated
        cmd->command = GetConsoleShell() + _T(" '") + cmd->command + _T("'");
    }
#endif
It doesn't have the same effect. it has to be done without quotes, else it will not compile (on XP) (with I mean with 'not compile' is that the command is not correct when I want to compile a file with the "new" version. The compiler plugin compiles correctly):
Code: [Select]
    #ifndef __WXMSW__
        // run the command in a shell, so backtick'd expressions can be evaluated
        cmd->command = GetConsoleShell() + _T(" '") + cmd->command + _T("'");
    #else
        cmd->command = GetConsoleShell() + cmd->command;
    #endif
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 11:54:30 am
Yes, you 're right. The comment does not explain the reasoning for this change.
This was added to allow builtin shell commands to be used in pre-build and post-build steps, i.e. cp, del, etc. These do not work if not invoked within a shell.

Ah, I understand. But I think you meant copy. And I should mention cp has worked just fine for me so far :).

Well, yes, I meant copy :)

But still, wouldn't it be a cleaner solution to have GetConsoleShell() return the proper command? That way this code can be un-#ifdef'd, and if you put the code to detect cmd.exe/command.com in there it'll probably be easier to cache. You could even make it a setting like in the *nix version. Just enable that textbox in the compiler options, and autodetect only on first run.
Then the user could even change it if he prefers sh.exe for example ;). (though sh.exe would break copy again, but that's the user's choice: he gets backticks and other goodies in return. Besides, he could always create a copy script/alias for cp)

I didn't re-use GetConsoleShell() because it was initially created for non-windows installations. This has the side-effect that everyone has it now in their configuration as "/bin/sh". Do you see the problem?
Eventually, we will use GetConsoleShell() but we 'll have to check its value too...

EDIT: and mispunt is right about the quotes. I forgot to mention it...

EDIT2: Do you understand now why I said it needs some time to be correctly fixed/implemented?
Title: Re: CVS binaries download
Post by: Urxae on December 06, 2005, 12:00:48 pm
I think this code should have the exact same effect, except it on win9x where it actually works now ;):
Code: [Select]
#ifndef __WXMSW__
    // special shell used only for build commands
    if (!cmd->isRun)
    {
        // run the command in a shell, so backtick'd expressions can be evaluated
        cmd->command = GetConsoleShell() + _T(" '") + cmd->command + _T("'");
    }
#endif
It doesn't have the same effect. it has to be done without quotes, else it will not compile (on XP) (with I mean with 'not compile' is that the command is not correct when I want to compile a file with the "new" version. The compiler plugin compiles correctly):

I have a feeling you missed the #ifdef around it :).
On the windows version it would just run the command itself without any extra shell and without any extra quotes, just like it always did.

I didn't re-use GetConsoleShell() because it was initially created for non-windows installations. This has the side-effect that everyone has it now in their configuration as "/bin/sh". Do you see the problem?
Eventually, we will use GetConsoleShell() but we 'll have to check its value too...

The configuration file has a version number, so the most elegant way would be to bump it and have the conversion code take care of it, I think. Though bumping it for so minor a change might be an objection...
This solution does mean you wouldn't have to check the value, though. Just load the config normally but replace this particular setting by the default shell if on Windows and the config file version was 1.

Quote
EDIT: and mispunt is right about the quotes. I forgot to mention it...

See above
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 12:27:47 pm
Quote
EDIT: and mispunt is right about the quotes. I forgot to mention it...

See above

Mispunt is referring to using GetConsoleShell() under both platforms. For windows it would be cmd /c arguments while for linux it would be /bin/sh 'arguments' (notice the quotes).
Your solution is to revert to the previous way, which does not allow for builtin shell commands (i.e. for windows, no command shell).
Title: Re: CVS binaries download
Post by: Revy on December 06, 2005, 01:35:43 pm
I guess I will just have to upgrade to W2k/XP and use MS Visual C++ again.
I'm a bit sad atm, because Code::Blocks is meant to be a portable IDE and can't even run on different Win32 platforms.
And the worst is, I'm absolutly sure the usage of W98 is higher than the usage of Linux.

Bye
A sad Revy

Quote from: C::B sources
Code: [Select]
    // TODO (mandrav#1#): Check windows version and substitute cmd.exe with command.com if needed.
        cmd->command = _T("cmd /c ") + cmd->command;

Revvy, you 're free to go whichever way you want but judging a program while it is still being developed is plain wrong.
You want to use the SVN-HEAD version. That's just fine. But if things don't work for you as expected (yet), you shouldn't complain about it. We 're working hard on this project and trying to make everybody happy. But things need to be coded to work. Code doesn't just write itself. So if I haven't had the time yet to fix this, it doesn't mean I never will.

If you want this to work now, provide a patch.
I don't work for you, nor any of the other developers. We do this on our free time and you have to respect it. If you don't like C::B, you 're free not to use it. But you don't have the right to demand from anyone here to work on your schedule.

You see Revvy, open source doesn't mean "free workers at your disposal". You got things all wrong...

Sorry, but where did I wrote that anyone of the develpers work for me?

Quote
If you don't like C::B, you 're free not to use it.
I do like C::B, but I can't use it(at least the cvs builds).
For a person like me who is not so into C::B developement, it looks like C::B is only meant for W2k and above - first the SHFolder problem now this problem.
And there I think is a big problem - on W2k+ everyone can use the fancy MS IDE, which would mean as a consequence that C::B will be mainly used on Linux and of course from some W2k+ <> Linux Crossplatform devs.

As I already wrote in another posting - I think W9x support is a big advantage over VC.

Greetings
Revy

PS
I do like C::B  :D
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 01:58:32 pm
Sorry, but where did I wrote that anyone of the develpers work for me?

You do not have to write it verbatim. You said:
Quote from: Revvy
I guess I will just have to upgrade to W2k/XP and use MS Visual C++ again.
I'm a bit sad atm, because Code::Blocks is meant to be a portable IDE and can't even run on different Win32 platforms.
And the worst is, I'm absolutly sure the usage of W98 is higher than the usage of Linux.

Bye
A sad Revy

which I read as:
"Why don't you make it work on Win98 so I can work with it? I will go to MSVC then."

Quote
If you don't like C::B, you 're free not to use it.
I do like C::B, but I can't use it(at least the cvs builds).
For a person like me who is not so into C::B developement, it looks like C::B is only meant for W2k and above - first the SHFolder problem now this problem.
And there I think is a big problem - on W2k+ everyone can use the fancy MS IDE, which would mean as a consequence that C::B will be mainly used on Linux and of course from some W2k+ <> Linux Crossplatform devs.

Well, either you didn't read my post or chose to "miss" the important parts:

Quote from: mandrav
You want to use the SVN-HEAD version. That's just fine. But if things don't work for you as expected (yet), you shouldn't complain about it. We 're working hard on this project and trying to make everybody happy. But things need to be coded to work. Code doesn't just write itself. So if I haven't had the time yet to fix this, it doesn't mean I never will.

If you want to test the HEAD version, you should always be prepared for incompatibilities and/or broken builds from time to time. As I said above, code doesn't write itself. The code that makes you unhappy, is not written yet. So you have three options:

I should also inform you that before a new official version is released, I personally test it under XP/SP2 and Windows 98SE. Those are the two platforms I test the setup files...
Did RC2 work for you, or not?

Finally, I have nothing against you. I 'm just trying to make you see things more clear. Instead of starting such a discussion since your last post, I could just tell you "Hey, have you noticed you 're talking about an unofficial build?" and I would stay in the safe side. But I chose to explain...
Title: Re: CVS binaries download
Post by: David Perfors on December 06, 2005, 02:19:22 pm
Do you understand now why I said it needs some time to be correctly fixed/implemented?
hmm. yes I understand, the problem is that I can't find the documentation for GetConsoleShell()..
hmm. never mind, it is in the compiler pugin :lol:
Title: Re: CVS binaries download
Post by: rickg22 on December 06, 2005, 04:14:56 pm
Quote from: Revvy
:( blahblahblahblahblah

Quote from: mandrav
:x blahblahblahblahblah!!

Quote from: Revvy
:o blahblahblah!?

:shock: Guys, please keep it clean, the thread's getting too noisy. Anyway...

Revvy, look, I don't think any of us developers has Win98 to test and stuff, we appreciate your effort to make it work on that platform. The reason we can't release a workable version *right now* is that there are still many bugs to tackle. It's just about being patient and having to bear with an open source product *still* in beta. But since the feature is already being implemented, there's nothing to worry about, right? And Yiannis, please try to be a little softer the next time (just a suggestion).

AAAAAAAAAAAnyway... :) where were we?
Title: Re: CVS binaries download
Post by: Revy on December 06, 2005, 05:12:10 pm
Quote from: Revvy
:( blahblahblahblahblah

Quote from: mandrav
:x blahblahblahblahblah!!

Quote from: Revvy
:o blahblahblah!?

:shock: Guys, please keep it clean, the thread's getting too noisy. Anyway...

Revvy, look, I don't think any of us developers has Win98 to test and stuff, we appreciate your effort to make it work on that platform. The reason we can't release a workable version *right now* is that there are still many bugs to tackle. It's just about being patient and having to bear with an open source product *still* in beta. But since the feature is already being implemented, there's nothing to worry about, right? And Yiannis, please try to be a little softer the next time (just a suggestion).

AAAAAAAAAAAnyway... :) where were we?

Quote from: mandrav
I personally test it under XP/SP2 and Windows 98SE
This is really nice to hear, thank you very much.

Quote from: mandrav
"Why don't you make it work on Win98 so I can work with it? I will go to MSVC then."

This would still not mean that you work for me, but I may be a bit to unclear, I mean't that this would be the worst case scenario and it sucks. :)

Anyway, you guys have some good points - patience and unofficial, I will note that and be patient.  :D

Bye
Revy
Title: Re: CVS binaries download
Post by: thomas on December 06, 2005, 05:19:35 pm
And Yiannis, please try to be a little softer the next time (just a suggestion).
I don't think he was entirely unjustified in his reply, although it was not Revvy's fault alone - it is a general attitude problem which is slowly evolving. Revvy was just unlucky to be the person getting it today.
Those repeated implied threats (whether people mean them that way or not) are as annoying as the "you owe me some" attitude that some other people express. None of the developers here are getting paid or have any benefits for providing this software, so it is quite silly to try to blackmail them.

I remember well this other person posting something like "code completion in MinGW Developer Studio is so much better than in Code::Blocks, you should think about changing it, or I'll use VS Express 2005".
That's not only plain outraegous (who do those people think they are?), but these comments are also unproductive and stupid. First, if MinGW Studio is really that good, then why switch to VS Express? Second, if they were really thinking about using another IDE which is so much better, then why do they bother.

If people come and tell you "Hey sucker! You do as I want or I'll use a competitor's product", then you are perfectly right to tell them off, especially if you get no retaliation for your work. Personally, I have even been showing customers who would havepaid me the finger when they started like this, and I have never run into a problem with that.

Much depends on how you say something. Revvy, if you had just said "Oh, I noticed that cmd.exe is hardcoded, for Win98 this should be...", then it would probably have been fixed within very short time. If you browse the forums, you will find that most issues that can be fixed easily are addressed within very short time (often only a few hours). And let's not forget that we're talking about an in-development version.
On the other hand, bailing out "Bah, nothing works, I quit! I'll go Microsoft" only provoke a negative reaction from people, and while they're typing their flames, they don't write code  ;)
Title: Re: CVS binaries download
Post by: me22 on December 06, 2005, 05:36:42 pm
and while they're typing their flames, they don't write code  ;)

 :)

Well said.
Title: Re: CVS binaries download
Post by: mandrav on December 06, 2005, 05:57:47 pm
Revvy, look, I don't think any of us developers has Win98 to test and stuff, we appreciate your effort to make it work on that platform. The reason we can't release a workable version *right now* is that there are still many bugs to tackle. It's just about being patient and having to bear with an open source product *still* in beta. But since the feature is already being implemented, there's nothing to worry about, right?

Rick, as I already said, I do test releases on win98. That's probably why the SHFolder problem has not been mentioned before. That's also why, I told you and you added in the downloads section the note about win98 and gdb.exe. Because I *do* test it on win98...

And Yiannis, please try to be a little softer the next time (just a suggestion).

I was going to reply to you, but just read Thomas' post (above yours). It's exactly what I would 've said...
Oh, and Rick don't forget: you 're supposed to be the good guy while I 'm the bad guy ;)
Title: Re: CVS binaries download
Post by: Urxae on December 06, 2005, 06:18:44 pm
Mispunt is referring to using GetConsoleShell() under both platforms. For windows it would be cmd /c arguments while for linux it would be /bin/sh 'arguments' (notice the quotes).
Your solution is to revert to the previous way, which does not allow for builtin shell commands (i.e. for windows, no command shell).

I already admitted it didn't allow for builtin shell commands, but I was making the point that my version didn't add any quotes.

Also, on both unix-like environments I have access to (a fedora system and msys on win2k) single and double quotes seem to do the same thing:
Code: [Select]
[email protected]:~/tmp$ ls -l
total 8
-rw-------  1 s010625 student   0 Dec  6 17:48 testfile
[email protected]:~/tmp$ sh -c 'ls -l'
total 8
-rw-------  1 s010625 student   0 Dec  6 17:48 testfile
[email protected]:~/tmp$ sh -c "ls -l"
total 8
-rw-------  1 s010625 student   0 Dec  6 17:48 testfile
[email protected]:~/tmp$ cat /proc/version
Linux version 2.6.12-1.1372_FC3smp ([email protected]) (gcc version 3.4.3 20050227 (Red Hat 3.4.3-22)) #1 SMP Fri Jul 15 01:30:03 EDT 2005
[email protected]:~$ sh --version
GNU bash, version 3.00.14(1)-release (i386-redhat-linux-gnu)
Copyright (C) 2004 Free Software Foundation, Inc.

[email protected]:/d/tmp$ ls -l
total 2
-rw-r--r--    1 Frits    Administ       73 Dec  6 17:49 testfile
[email protected]:/d/tmp$ cat testfile
total 0
-rw-r--r--    1 Frits    Administ        0 Dec  6 17:49 testfile
[email protected]:/d/tmp$ ls -l
total 2
-rw-r--r--    1 Frits    Administ       73 Dec  6 17:49 testfile
[email protected]:/d/tmp$ sh -c 'ls -l'
total 2
-rw-r--r--    1 Frits    Administ       73 Dec  6 17:49 testfile
[email protected]:/d/tmp$ sh -c "ls -l"
total 2
-rw-r--r--    1 Frits    Administ       73 Dec  6 17:49 testfile
[email protected]:/d/tmp$ sh --version
GNU bash, version 2.04.0(1)-release (i686-pc-msys)
Copyright 1999 Free Software Foundation, Inc.
As double quotes work on Windows as well, maybe those should be used? Or is there a difference on any/all *nix systems? Is this a bash-only thing?

Oh, and you might want to escape special characters on the command lines if you use a shell. Commands can contain quotes and other special characters which might not work otherwise...
Title: Re: CVS binaries download
Post by: mandrav on December 07, 2005, 03:52:10 pm
Anyway, we removed cmd.exe completely (i.e. reverted the way it was before). It seems it caused other problems (http://forums.codeblocks.org/index.php?topic=1553.new#new) too.
So, Revvy, when Therion creates another snapshot your problem will be gone :).
Title: Re: CVS binaries download
Post by: Revy on December 07, 2005, 05:55:54 pm
Anyway, we removed cmd.exe completely (i.e. reverted the way it was before). It seems it caused other problems (http://forums.codeblocks.org/index.php?topic=1553.new#new) too.
So, Revvy, when Therion creates another snapshot your problem will be gone :).

Nice to hear - but hey, I'm not the only one with W98. ;-)
I hope this won't make  problems with the quotes thingy though.

=====
Edit:
It works wonderful! I'm am so happy that I can see the progress of C::B live again, I could jump all day around the house - 1000 thx!  :D


Bye
Revy
Title: Re: CVS binaries download
Post by: therion on December 07, 2005, 06:10:08 pm
I have just uploaded the pack.
Win98 users, please, test it and tell us if its ok now :-)


[edit]
heheheh looks like its ok
[/edit]
Title: Re: CVS binaries download
Post by: therion on December 09, 2005, 06:27:06 pm
New revision (1479) available :-)
Title: Re: CVS binaries download
Post by: Michael on December 10, 2005, 07:50:15 pm
Hello,

May be we can change the name of this "topic" from "CVS binaries download" into "SVN binaries download" as now that C::B has migrated to SVN :).

Michael
 
Title: Re: SVN-HEAD binaries download
Post by: therion on December 15, 2005, 04:21:48 pm
New revision (1512) uploaded.
Title: Re: SVN-HEAD binaries download
Post by: therion on December 16, 2005, 07:35:34 pm
byo: THANKS!  :D
rev1534 uploaded
Title: Re: SVN-HEAD binaries download
Post by: Michael on December 16, 2005, 07:46:21 pm
rev1534 uploaded

Aargh, you are too fast in uploading new compiled SVN versions :D. I just have installed and configured C::B revision 1512.

Anyway, thank you very much and keep up the very good work :D.

Michael
Title: Re: SVN-HEAD binaries download
Post by: yop on December 17, 2005, 02:38:30 am
Check this out: http://forums.codeblocks.org/index.php?topic=1674.0
rev 1534 seems broken (and I  updated - built and can't compile anymore):(

edit: You just saved my day, you also had 1512 available
Title: Re: SVN-HEAD binaries download
Post by: Michael on December 18, 2005, 06:39:18 pm
Check this out: http://forums.codeblocks.org/index.php?topic=1674.0
rev 1534 seems broken (and I  updated - built and can't compile anymore):(

Thank you for the warning.

Yes, I have remarked that thread about the problem of C::B rev1534. In fact, I have had problems with wxWidgets, but solved them with a quick&dirty solution...I have configured all the pathes manually :).

Despite this, I have had no other problems and rev1534 works (at least for me) as rev1512.

Michael
Title: Re: SVN-HEAD binaries download
Post by: therion on December 21, 2005, 02:38:41 pm
I'm glad you like it :-)
I would like to have more free time to take a deeper look inside it...
Btw, i've just uploaded r1578, it's still ansi  :(  ill try to figure out how build the unicode asap.

merry x-mas for you all,
Title: Re: SVN-HEAD binaries download
Post by: Michael on December 21, 2005, 02:47:28 pm
Btw, i've just uploaded r1578, it's still ansi  :(  ill try to figure out how build the unicode asap.

Thank you very much :).

merry x-mas for you all,
Feliz Natal para vôce. Merry Christmas for you all.

Michael
Title: Re: SVN-HEAD binaries download
Post by: therion on December 23, 2005, 05:46:06 pm
MERRY CHRISTMAS for you all :-)

I'll be on vacation next week so don't expect any new snapshots until Jan, 2nd. Wish you all peace, health and success :-)

Michael: Pra voce tambem :-) (i.e. "For you too") Where are you from? Brazilian too?
Title: Re: SVN-HEAD binaries download
Post by: Michael on December 23, 2005, 06:45:24 pm
Michael: Pra voce tambem :-) (i.e. "For you too") Where are you from? Brazilian too?

Muito obrigado.

No, I am not Brazilian, but Swiss. Actually I live, study and work in Austria. I was 5 months in Brazil (Rio Grande do Sul) with a very good Brazil friend for a master thesis. I have also taken a course of portuguese at the University of Santa Maria (RS) and could speak relatively well, but now just a bit unfortunately. It was a very good sejour :). I appreciated especially the people, the food and the footbool culture. I should go back one of these days :D.

Michael
Title: Re: SVN-HEAD binaries download
Post by: therion on January 02, 2006, 02:17:48 pm
Hello all, happy new year :-)
Uploaded rev 1644 unicode.

There is a strange bug in it, some of my source files doesn't open on editor, i mean, they are opened but the editor remains empty...
Title: Re: SVN-HEAD binaries download
Post by: killerbot on January 02, 2006, 02:23:50 pm
yes, it happens with other files also, for example with some scintilla cb files, see another post. Bug has already been filed on SF, hope it will get fixed soon. In antoher report it was stated that the file might contain some charactrs that don't translate well in unicode (as far as I understood).

Lieven
Title: Re: SVN-HEAD binaries download
Post by: 280Z28 on January 02, 2006, 02:24:41 pm
yes, it happens with other files also, for example with some scintilla cb files, see another post. Bug has already been filed on SF, hope it will get fixed soon. In antoher report it was stated that the file might contain some charactrs that don't translate well in unicode (as far as I understood).

Lieven

How was the bug fixed in the SF patch?

This is a Code::Blocks problem, not a scintilla problem. It is also very difficult to find an "optimal solution." :(
Title: Re: SVN-HEAD binaries download
Post by: thomas on January 02, 2006, 02:26:06 pm
Hello all, happy new year :-)
Uploaded rev 1644 unicode.

There is a strange bug in it, some of my source files doesn't open on editor, i mean, they are opened but the editor remains empty...
Do these happen to be non-Unicode files with a charset different from ISO 8859-1?
I heard similar things before, although I am not able to reproduce it. It seems that wxScintilla has no problems opening UTF-8 files, but some non-US/non-Euro charsets seem to fail...?
Title: Re: SVN-HEAD binaries download
Post by: 280Z28 on January 02, 2006, 02:28:01 pm
Hello all, happy new year :-)
Uploaded rev 1644 unicode.

There is a strange bug in it, some of my source files doesn't open on editor, i mean, they are opened but the editor remains empty...
Do these happen to be non-Unicode files with a charset different from ISO 8859-1?
I heard similar things before, although I am not able to reproduce it. It seems that wxScintilla has no problems opening UTF-8 files, but some non-US/non-Euro charsets seem to fail...?

sdk\wxscintilla\src\scintilla\src\editor.cxx will fail because it is not UTF8. Code::Blocks doesn't have support for opening files that are not UTF8, and files are always saved as UTF8 without BOM.
Title: Re: SVN-HEAD binaries download
Post by: thomas on January 02, 2006, 02:38:19 pm
sdk\wxscintilla\src\scintilla\src\editor.cxx will fail because it is not UTF8. Code::Blocks doesn't have support for opening files that are not UTF8
Sam, this is not true. Code::Blocks does certainly support opening non-Unicode files. What drives you to make such a hilarious statement?

Almost all of my own source files are ISO8859-1 encoded, and Code::Blocks 1636 Unicode (which I currently work with) opens them just fine!

This is a bug which only appears with certain charsets (probably because wxScintilla does not know how to translate them?), and it does not have anything to do with BOM.
Title: Re: SVN-HEAD binaries download
Post by: killerbot on January 02, 2006, 02:45:16 pm
Open THE CB project, sources, sdk, wxscintilla, src, scintilla, src, Editor.cxx -> nothing visible.
Strange that scintilla would have problems with it's own source files ;-)

Lieven
Title: Re: SVN-HEAD binaries download
Post by: thomas on January 02, 2006, 02:55:10 pm
I do not know why this particular file does not display, but it certainly has nothing to do with Code::Blocks not having support to open non-UTF files.

If Code::Blocks could not open non-UTF files, then I would be unable to open 99% of my own sources...
Title: Re: SVN-HEAD binaries download
Post by: thomas on January 02, 2006, 03:18:36 pm
You can prove that this problem is not due to missing non-UTF support by doing as I just did:

Open the file Editor.cxx in SciTE, and save 5 separate copies of the same file, each using a different encoding method. Then drag all these files onto Code::Blocks.

You will see that it opens none of them, regardless of whether they are 8-bit encoded, UTF-8 encoded with or without cookie, or UCS-2 encoded in either big or little endian (the latter is not surprising, UCS-2 is indeed not supported).
It does not matter how this particular file is encoded, it does not work either way.

Obviously there is a (yet unknown) issue with certain files, but it is certainly not "Code::Blocks has no support for opening non-UTF files".
Title: Re: SVN-HEAD binaries download
Post by: 280Z28 on January 02, 2006, 03:22:35 pm
thomas, you have to realize that ASCII files are also UTF8. Many files can be saved in multiple charsets and have exactly the same bytes. However, if one of them is saved in a format that conflicts with UTF8, C::B will not open it for the time being. I'm working on a fix, but it's difficult. But I was not wrong in my statement, either.

C::B simply does not support opening files that are not UTF8. Unfortunately it's not a 5 minute fix. I'll make a thread later today with my suggestion for how C::B could truly handle the different charsets. :)
Title: Re: SVN-HEAD binaries download
Post by: tiwag on January 02, 2006, 03:56:24 pm
all files in "src\sdk\as\source" are not opened in CB
Title: Re: SVN-HEAD binaries download
Post by: thomas on January 02, 2006, 04:08:55 pm
thomas, you have to realize that ASCII files are also UTF8.
Incorrect/inaccurate information. This is only true (coincidally) for character codes below 127.

Here is a file which quite obviously has characters outside that range and which is quite obviously not UTF-encoded:

Code: [Select]
$ cat müll.cpp
// ▒1 sch▒ner M▒ll mit vielen Umlauten, so da▒ auch Sam sehen kann,
$ hexdump müll.cpp
0000000 2f2f a720 2031 6373 f668 656e 2072 fc4d
0000010 6c6c 6d20 7469 7620 6569 656c 206e 6d55
0000020 616c 7475 6e65 202c 6f73 6420 df61 6120
0000030 6375 2068 6153 206d 6573 6568 206e 616b
0000040 6e6e 0d2c 2f0a 202f 2020 7720 7361 6620
0000050 72fc 6520 6e69 fc20 6c62 7265 202c 62fc
0000060 7265 6c66 73fc 6973 6567 2072 6e55 6973
0000070 6e6e 6420 7361 6920 7473 2e2e 002e
000007d

And here is the file opened and correctly displayed in Code::Blocks
(http://img306.imageshack.us/img306/7484/00016oy.png)


EDIT: Strictly speaking, you are right in some way, since ASCII is strictly only 7 bits... but that does not matter for the example.
Title: Re: SVN-HEAD binaries download
Post by: 280Z28 on January 02, 2006, 04:09:50 pm
:o I meant ASCII files with "normal" chars :sillyme: My bad
Title: Re: SVN-HEAD binaries download
Post by: killerbot on January 02, 2006, 04:28:45 pm
I have been toying around with the file "as_variablescope.h" (in the sdk as).
In that file in the comments is the name of the author : Jönsson.
The problem character is that : ö  (o with umlaut)
Remove that character, and you can see the contents of the file

Lieven

pS : for scintilaa editor.cxx:
slop | strict | jumps | even | Caret can go to the margin                 | When reaching limitÝ(caret going out of


-------> the character after the limit word is the cause
Title: Re: SVN-HEAD binaries download
Post by: takeshi miya on January 02, 2006, 04:29:56 pm
Correctly speaking ASCII=7 bits (plain old english), ANSI=8 bits (any language, depending on the codepage).
Title: Re: SVN-HEAD binaries download
Post by: therion on January 02, 2006, 05:16:31 pm
Humm....

Thanks killer and thomas, done that with my files and now its working :-)
Title: Re: SVN-HEAD binaries download
Post by: Der Meister on January 02, 2006, 05:48:48 pm
Just take a look at the bug report. A few days ago I already added a comment that describes the problem:
http://sourceforge.net/tracker/index.php?func=detail&aid=1384513&group_id=126998&atid=707416
 :wink:
Title: Re: SVN-HEAD binaries download
Post by: killerbot on January 02, 2006, 06:53:17 pm
superman Yiannis has just solved this :
changing one line of code in globals.cpp
revision 1648

 :P :P :P :P :P :P :P :P
Title: Re: SVN-HEAD binaries download
Post by: therion on January 02, 2006, 07:34:51 pm
yeaahhhh!!!! and works great :-)
ill upload in a second