Problem using 'run' command.

[StApostol]

It is not possible to run a program in a path containing the '&' character.

For example trying to run a program in the path: "D:\programming\C&C++\TileNG(allegro)\Binaries\Mingw" through the IDE I get the following error:

" 'D:\programming\C' is not recognized as an internal or external command,
operable program or batch file.
The system cannot find the path specified.

Press ENTER to continue. "

[mandrav]

I can't reproduce it here...

What OS are you running?
Which C::B version?

Give some more info...

Yiannis.

[Anonymous]

I'm really sorry, I had to close the connection before giving all the info I wanted.

System WinXP SP2, Codeblocks beta7. Built using mingw 3.4.2 (build completes successfully), but the IDE's 'run' command fails.

All paths are relative but changing them to absolute doesn't change anything. There may also be a bug in the path selection: the binaries path is always reverted to relative even when set as absolute.

[mandrav]

System WinXP SP2, Codeblocks beta7. Built using mingw 3.4.2 (build completes successfully), but the IDE's 'run' command fails.

All paths are relative but changing them to absolute doesn't change anything. There may also be a bug in the path selection: the binaries path is always reverted to relative even when set as absolute.

Later today, the next version is going to be released. Try with that because I can't reproduce it here. It might be a bug that's already been fixed...

Yiannis.

[StApostol]

OK, the problem persists with the last beta. The only change is that the output window now automatically closes, ie. there is no press ENTER to continue message, making it difficult to read the output (I think I prefer the former behavior).

Things that might be of importance to this:
 - C::B is installed on a path with spaces.
 - the project file, binaries, etc. is on path containing '&', which seems to cause problems.
 - both mingw and msvc2003 do not report problems with the path, while running the exe through explorer (ie. double-clicking) works.
 - Dev-cpp and msvc IDEs do not have any problems with this.
 - The work directory is set as "../", but changing to absolute does not seem to help.

If you need more info about anything, please ask!

(EDIT: typos)

[mandrav]

Can you post the *full* compile log?
(Compile->Compiler options->[select your compiler]->Other->Compiler logging->Full command line)

Also, enable the debug log (Settings->Environment->Display application's debug log (needs C::B restart)) and, when you press "run" look inside it. It should log what exactly it's trying to execute. Post this here too.

C::B doesn't have problems, AFAIK, with strange chars in filenames (except for windres - yet) and this is proven by the succesfull compilation of projects with strange chars in their paths.
If there's a bug somewhere in there, I would sure love to find it

The only change is that the output window now automatically closes

I guess this has to do with your specific problem. Or does it happen for console projects in "normal" paths too?

Yiannis.

[StApostol]

This is dumb, but where is this log generated in?

Apart from this, I'm quite sure this problem didn't occur with the beta6. I also do not have a project in a path without special characters.

[StApostol]

OK, it was dumb: the log does not contain anything useful:

Project   : TileNG
Compiler  : GNU GCC Compiler (called directly)
Directory : D:\programming\C&C++\TileNG(allegro)\Codeblocks\
--------------------------------------------------------------------------------
Switching to target: Mingw(3.4.2) Release
mingw32-g++.exe   -march=athlon-xp -fexpensive-optimizations -O2 -O1 -O -Wall     -ID:\programming\MinGW\include -c ..\Source\main.cpp -o "..\Objects\Mingw(3.4.2) Release\Source\main.o"
mingw32-g++.exe    -LD:\programming\MinGW\lib -o ..\Binaries\Mingw\tileng.exe "..\Objects\Mingw(3.4.2) Release\Source\main.o"        -lalleg
Process terminated with status 0 (0 minutes, 3 seconds)
0 errors, 0 warnings


However, on paths without special characters invoking the exe through the editor produces the expected behavior.

[mandrav]

Please submit a bug-report.

Yiannis.

PS: Τώρα το πρόσεξα. Καλώς τον πατριώτη

[rickg22]

OK. I made some tests using final-beta.

The problem doesn't appear. Please try deleting the project (and its related files like the .layout, etc) and creating a new project from scratch. Does the problem persist?

[StApostol]

Recreating the project from scratch solved the problem. Many thanks!

Γεια σου φίλε mandrav!