Code::Blocks 8.02 Portable Dev Test 1 Submitted by ZachHudock on July 10, 2008 - 1:40pm
Base App: Code::Blocks Category: Development About: Download CodeBlocks Portable 8.02 Development Test 1 Note: This initial release DOES NOT include the MinGW compiler, or any of the Code::Blocks plugins. The package will be updated to include MinGW, and a plugins pack will be created after I do a bit more personal testing of this. I also plan on including a wxWidgets library installation. That will take a bit more time to create. Release Notes: ( categories: )
|
Oh...
You're doing a plugin multi :P???
Somebody give me a portable video editor... Please!
If ya wanna see my email, go to digitxpsemail.tk (at least for now!)
My dad saved over $850 a month, by switching to Geico! :P
Download link finally works
Download link finally works
The developer formerly known as ZGitRDun8705
MinGW is not needed to be included
Hi,
I'm using Code::Blocks for more than 3 months as portable. I just copied and pasted it into my thumbdrive, then override some environment variables.
According to my experiments, there is no need to include MinGW or SDCC at all. Because, these compilers can be copied and pasted into thumbdrive. Only thing to do is to start the menu or the IDE with a batch file and add the MinGW path to the %PATH% environment variable.
Advantage of this approach is that we could use these compilers with another IDE or another way (for example in another batch file). Also, we could update MinGW and/or SDCC (and/or any other compilers) separately. Last advantage is, the size will be reduced if any of the compilers are not included.
For example;
I use PStart as my portable menu. To use PStart, I made a batch file. It's not the whole file, but I give its stripped out version:
-- menu.bat --
@echo off
set MINGW_PATH=%~d0\Win32-Apps\Programming\MinGW\bin
set SDCC_PATH=%~d0\Win32-Apps\Programming\SDCC\bin
::
set COMPILERS=%MINGW_PATH%;%SDCC_PATH%
:: :::::::: There is nothing to alter below ::::::::
:: :::::::::::::::::::::::::::::::::::::::::::::::::
set PATH=%COMPILERS%;%PATH%
start %~p0\Win32-Apps\Menu\PStart.exe
--------------
As you can see above, whole applications that will run from the menu will "see" both the MinGW and SDCC compilers.
[EDIT]
User Template's are saving into the user's Application Data path (%appdata%\codeblocks\UserTemplates), isn't this edition modified to use relative paths?
I'm also interested in why did you choose to move default.conf file from Data/settings to App/CodeBlocks before running C::B? Couldn't default.conf file be used while it's located in Data/settings folder?
Also, DisableSplashScreen=true is not working in CodeBlocksPortable.ini file
[/EDIT]
I'll look into the issues
I'll look into the issues tomorrow.
No, the base application is not modified at all. I simply made a wrapper around it, and redirecting %APPDATA% does not work. CB uses the %USERPROFILE% environment variable to determine where %APPDATA% is, and because XP and Vista handle that path differently, issues could occur.
CodeBlocks can't read the settings file from an external directory, unless it's %APPDATA%, so it has to be moved to App/CodeBlocks
The developer formerly known as ZGitRDun8705
I know that Code::Blocks
I know that Code::Blocks doesn't look for %appdata%, but it looks for %userprofile%\"Application Data"; that's why Code::Blocks must be recompiled to get over this issue.
Otherwise, we need to override %userprofile% environment variable as Data, so this brings more problems such as: %userprofile%\Desktop can not be found (as expected).
If we have a chance to make some symbolic links where we love to do on Linux, Desktop directory could be redirected to another location or could be created every startup to point real %userprofile%\Desktop folder. (I prefer redirecting it to \Masaüstü folder which is my desktop folder on the thumdrive.)
You know, every time I decide
You know, every time I decide to try something new, I always find a portable version of what I need right here at PortableApps.com
Zach, I thank you.,
And the new PAMBot thanks you as well.
see you guys on wednesdays!
type .t OliverK in the IRC channel to find out what day and time it is where I'm living.
Cool.
I will check this out, see if I run into any troubles. Thanks for the work on this one!
---
Jeffrey Wiggs
Loving God and Learning Laughter
Looks good here, but...
I seem to recall seeing an uninstall program still in it. That could be deleted. I haven't been near my computer lately, so no extensive testing yet. Let's hope for some free time here in the next little bit. Thanks again for the work on this.
---
Jeffrey Wiggs
Loving God and Learning Laughter
Saved data to %appdata% on
Saved data to %appdata% on the host computer.
Source doesn't indicate a redirection.
see you guys on wednesdays!
type .t OliverK in the IRC channel to find out what day and time it is where I'm living.
redirection not used. if
redirection not used. if default.conf is present in codeblocks dir, data should be saved to codeblocks dir. redirection will not work correctly because codeblocks uses %USERPROFILE% rather than %APPDATA%, and this will create different paths on XP and Vista and cause errors.
The Code::Blocks team was very unhelpful in figuring out a solution
The developer formerly known as ZGitRDun8705
ah . . . It still didn't
ah . . .
It still didn't work- I've got the file on my computer.
see you guys on wednesdays!
type .t OliverK in the IRC channel to find out what day and time it is where I'm living.
it may be an issue with the
it may be an issue with the plugins. i tested it with no plugins, and it worked as expected on my machine. if it's a plugins issue, there's not much i can do. when i asked in the Code::Blocks forums, they basically said its up to the individual plugin developers to make it work right.
The developer formerly known as ZGitRDun8705
no plugins
no plugins
defualt install.
I'm going to download it again to make double sure.
******
*EDIT*
******
It appears that I'm an idiot
It doesn't show up here.
Buit it is on another pc
Maybe I deleted something I shouldn't have . . .
see you guys on wednesdays!
type .t OliverK in the IRC channel to find out what day and time it is where I'm living.
C::B Portable works behind
Hi,
Sometimes CodeBlocks start working behind. In these situations I open the task manager (Ctrl+Alt+Del) and right click on CodeBlocks, select "Bring front" (or something like that) (the second option starting on top of the context menu).
Why could this happen?
Do not save & restore Setting!
This program do not save and restore Setting.
I installed this program and MinGW compiler in my usb-hdd.
And I Changed Compiler Setting to the path of MinGW in my usb-hdd.
But after closing program, there was default.conf in '%APPDATA%\' and
the thing I changed is not reflected in Data\setting\defalut.conf.
....
i know. i can't seem to
i know. i can't seem to resolve the issue. if another developer wishes to take this portable project over, or offer some input, that would be great.
The developer formerly known as ZGitRDun8705
I suspect it has to do with
I suspect it has to do with the creating new project files.
see you guys on wednesdays!
type .t OliverK in the IRC channel to find out what day and time it is where I'm living.
for Using relative path in the Compiler path
Cannot use relative path for Compiler path.
So problem is complex. Before, I thought this problem.
That time the Location of Code::Blocks whi changed from registry to XML
config file.
I thought that portable launcher change the reg file of Code::Blocks,
but the location of configuration was changed to XML file.
So, I gave up because I can't manipulate XML file with programming and
NSIS have the function of manipulating xml.
Portable launcher need relative path but Code::Blocks doesn't support it.
Cannot make perfect method because Code::Blocks doesn't support relative path.
but there are non-perfect 2 methods.
1. Use the variable of Code::Blocks $(APP_PATH) in the toolchain path.
2. Use Windows Environment Variable like the opinion of CeremCem.
The variables that can be used in Code::Blocks :
http://wiki.codeblocks.org/index.php?title=Variable_expansion
....
Woot! I'm testing this!
I need a good c++ ide portable...
C gives you enough rope to hang yourself. C++ gives you enough rope to shoot yourself in the foot.
-Robert Firth
Workaround for %AppData%
Hi,
I'm currently using C::B with a batch script to override %userprofile% environment variable. In this manner, I can use C::B (and my other portable applications as well) without leaving any trace or important data on host computer. I offer this workaround to be implemented by default in C::BPortable. Here the code is:
set oldUserProfile=%userprofile%
set oldAppData=%appdata%
set UserProfile=%~dp0\UserProfile
set AppData=%UserProfile%\"Application Data"
if not exist %UserProfile%\. (
mkdir %UserProfile%
mkdir %AppData%
mkdir %UserProfile%\"Desktop"
echo laylaylay... > %UserProfile%\Desktop\"THIS IS NOT REAL DESKTOP.txt"
)
the oldEnvironmentVariable's are used for restoring the variable's values on exit.
[EDIT]
If you do so, when you want to open or save a file from/to desktop, you will use the Desktop folder under UserProfile folder. So, I'm working on NTFS junction points. In fact, this workaround is more suitable for me, because I prefer using my desktop folder on the portable device. However, the junction thing may add some useful features.
[/EDIT]
Thanks for this. I'll check
Thanks for this. I'll check into it and see if I can get a working solution
The developer formerly known as ZGitRDun8705
How are we?
How are we? What is current progress?
Nothing new. School has
Nothing new. School has pretty much taken over my life lately
The developer formerly known as ZGitRDun8705
I made this post on the old thread...
That i found using google. well, here is my solution.
you can use the ProcessStartInfo Method (http://msdn.microsoft.com/en-us/library/system.diagnostics.processstarti...)
Ofcourse, that requires you make an actual program to launch it, not just an NSIS script.
Hope to see one out soon!
-Crazy2be
What about compiling it from source?
You should be able to change all the info you are having problems with in the source can you not?
I mean it has it right on the downloads page?
I could do some code sniffing if you want?
Edit: Sorry I don't know if you are already working on this or not...?
I am also definitely testing this out!! bringing C++ Learning book tomorrow!!
E=MC² <-- this is Einsteins Theory and I get it for a label in High school, gee you would think I was smart or something?
APPDATA stuff
There's a long story to the app data stuff. It's to do with a ShGetFolderLocation call. USERPROFILE and APPDATA must both be set, with APPDATA being the appropriately named subdirectory of USERPROFILE - which varies from PC to PC, by language and OS version. Otherwise it returns nothing.
I would suggest that you look at how I finally conquered the identical problem in the source code of my Inkscape Portable. It solves the problem by renaming before and renaming after.
I'm just about to start using Code::Blocks for a (hush hush) secret project (look on the IRC logs if you want to know what it is :P, so I may actually fix up your launcher for you and post the code back here if you like.
Chris Morgan (formerly chrism) :-)
Religion = Christian\Christadelphian
Likes_Swearing = false
Portable_App_Developer = true
If you want to fix up the
If you want to fix up the launcher, feel free. Even now with being on winter break from school, i still don't have as much free time as i'd hoped.
The developer formerly known as ZGitRDun8705