Code::Blocks Forums
User forums => Help => Topic started by: Jimmio92 on July 27, 2010, 12:33:41 am
-
Hey all. I'm using Code::Blocks 10.05 along with MinGW (http://nuwen.net/mingw.html (http://nuwen.net/mingw.html)) in Windows 7 Ult. x64. This project worked flawlessly last install of Code::Blocks, so it's not my code, nor is it the project file from what I can tell. Windows died on me and after reinstalling it, then Code::Blocks and MinGW, it no longer can start the executable. It does compile, and it runs fine outside the IDE, but for some reason or another, Code::Blocks does NOTHING when trying to run. No output to the logs, no nothing.
Any ideas? :/
Thanks,
Jim
-
Windows died on me and after reinstalling it, then Code::Blocks and MinGW, it no longer can start the executable. It does compile, and it runs fine outside the IDE, but for some reason or another, Code::Blocks does NOTHING when trying to run. No output to the logs, no nothing.
Any ideas? :/
Thanks,
Jim
I'll go out on a limb here - some dll missing? Something went askew with paths in the IDE config? Is it a release or debug build? If debug, could it be a debugger problem?
-
Nothing that I know of is missing, and the paths couldn't change, it was a totally fresh install. Debug and Release both do nothing.
Thanks,
Jim
-
With all the incredible smartness built into Windows 7, it is hard to tell what goes on, but it might be that Windows hides one or several files from Code::Blocks for some reason. Try not to have either your compiler or Code::Blocks or your development folder live anywhere near C:\Program Files.
You know, all users are idiots, so Windows has to be super smart in their place. Files must be hidden and rolled back, and processes must be denied accessing resources in undocumented ways without raising a warning. This greatly increases security and is much cheaper than fixing the 72 million exploits built into various OS components.
Legitimate users only use legitimate Microsoft products anyway which have been fine-tuned for that kind of OS behaviour, and everyone else can fuck off.
-
More like Microshaft products can fuck off. :)
Where do the global settings for Code::Blocks live? Somewhere in AppData, right?
-
%APPDATA%/codeblocks
-
New info! 8.02 works flawlessly. I have a feeling there's something wrong with the settings file that 10.05 makes. 8.02 works, so I'm now going to try to install 10.05 over top of it, and if it works, I think I've found a bug, go me.
-
Yep, that fixed it. Install 8.02, then 10.05 and the issue is gone. Bad settings file. Someone should confirm this by deleting the settings for codeblocks and install 10.05 by itself. Really strange..
-
Can you make a diff of the new and the old file %APPDATA%/codeblocks/default.conf ?
0. backup your current file
1. remove the file
2. install 8.02
3. copy somewhere
4. remove the file
5. install 10.05
6. copy somewhere with different name
7. diff file1 file2 > conf.diff or you can attach both files
-
Difference is...
Original clean install of 10.05 has no files in any folders inside the %APPDATA%/codeblocks.
8.02 then 10.05 has plugins and such installed like they should be, and a good config file.
Looks like problem was found, eh?
-
The conf-files will be created if C::B starts the first time.
I just tested it with official 10.05 release on my XP-box and it works fine.
-
They're not created on Windows 7 Ult. x64 (no User Account Control, nothing but standard AV protection from avast!) with 10.05. If I don't install overtop of 8.02 (deleting C:\Program Files (x86)\CodeBlocks first, but leaving the settings in appdata) I have a non-working install. This is really strange o.o
-
Was I supposed to pass anything to diff? I managed to get a broken install, and fix it again by pasting the old config file back.. so, it's definitely config issues. Diff file uploaded.
I don't see much in the.diff (renamed to the.txt as I can't upload a .diff file... as if file types matter for security) that is helpful, but here it is.
Thanks,
Jim
-
Could not duplicate on Windows 7 32 bit; deleted Config. files and installation folder.
Note: I got tired of Confirm messages; So, I own all the Folders involved; so, I can put files there. This may NOT be normal on Windows 7.
Tim S.
-
I just tested it with official 10.05 release on my XP-box and it works fine.
Did the same thing recently - all fine. Tried the same on Vista - all OK. Who has Win7 and can try?