it basically is a bug fix release, but it should fix many problems people have kept reporting for months, like unable to program file, debugger crash, save file crash, "OnNodeChange", "actBrowserGotoImplUpdate", "IsBroken" etc.
fix highlights:
done: make installer option to delete previous config files
done: make uninstaller option to delete remainig profile files
done: make packman delete empty dirs after removing a package
done: make dev-cpp check paths if exist on startup, delete nonexisting, and if it happens prepend the default ones,
Installer will now not allow installation into directories that are not supported by mingw: like containing spaces or & - when installing try inserting space or & to see what chars are allowed. This should get rid of problems some people are having.
Packman now records relative paths if devpak installed into root of Dev-Cpp (see Packages*). This fixes couple of problems, you can now rename dev-c++ directory and the packman will still be able to remove devpak's files. Packman now also cleans empty directories if they're within Dev-Cpp's root.
Packman is now also able to install "generic" zips and tar.bz2 (only - no tar.gz for now), like the ones from gimp.org/win32 or gnuwin32.sf.net, which I think is usefull, because users now don't have to wait for those things to be repackaged into devpaks.
Dev-c++ now changed the config directory to %APPDATA%\Dev-Cpp (for examlpe c:\Documents and Settings\specu\Application Data\Dev-Cpp), but only if it doesn' find previous configuration in other directory, like Local Settings. This is only for NT-like windowses.
Also since a lot of people with running console (program flashes and ends before they see the output), do you think it's important to run it in some sort of console if "console" is checked in project options? I've never done this, so if anyone has any idea how to open such console please let me know.
Also I want to make Packman and packmaker to use lzma compression - if anyone done decompression before please let me know.
If anyone on forum reports problems on win98 and would like to test this build, please recommend this site for themplease report any other showstoppers. I'm interested if you're experiencing problems with icons with this build?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
when creating the parser cache:
Directory "lib\gcc\mingw32\3.4.2\include" does not
exists
Directory "include\c++\3.4.2\backward" does not exists
Directory "include\c++\3.4.2\mingw32" does not exists
Directory "include\c++\3.4.2" does not exists
Directory "include" does not exists
and you forgot to include make devpak :-))))))
you also haven't included libexec directory so nothing actually works :-)
BTW why are you still including gcc-objc ? it's useless and only bloats setup size
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> when creating the parser cache:
> Directory "lib\gcc\mingw32\3.4.2\include" does not
> exists
> Directory "include\c++\3.4.2\backward" does not exists
> Directory "include\c++\3.4.2\mingw32" does not exists
> Directory "include\c++\3.4.2" does not exists
> Directory "include" does not exists
fixed that. I returned to the full paths in c++ include, c include and libs. I suspected that relative paths couls cause some problems in other places.
>
> and you forgot to include make devpak :-))))))
and gdb. fixed.
>
> you also haven't included libexec directory so nothing actually works :-)
fixed now.
>
> BTW why are you still including gcc-objc ? it's useless and only bloats setup
> size
I removed it. I hope people won't start complaining again. the size is not that different - probably less than 1 mb
I finally figured out what was the problem with icons in my builds. upx by default compresses all the icons but the first one, so the file associations linked to nonexisting (compressed) icon. using upx -9 --compress-icons=0 devcpp.exe solved the problem.
I've uploaded the new setup files into the same place (actually they will be there in approximately 15 minutes)
"Also mingw project has stripped binaries in the installer but not in each separate packages. I wonder if we should do the same with release, it would save ton of space..."
are you sure? I've tried it and except rm.exe, mingwm10.dll and few .o it looks stripped. after trying to strip .a with --strip-debug the size of *.a was in fact larger than before stripping
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've fixed one more thing. Sometimes include paths don't work for me if they're relative (like include/c++, lib/...). I wonder if I put c:\Dev-Cpp in bin directories it would work.
Also I'm probably going to need to check for make.exe/mingw32-make.exe if some one installed msys and pointed c:\dev-cpp as mingw directory
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> simply replacing string 'make.exe' with 'mingw32-make.exe' in the dev-cpp sources
> solves everything
I'm probably going to go for it. I'll definitely have to write some sort of test procedure checking for mingw32-make.exe and make.exe, and also reporting if both are missing. it will require additional testing
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see that you moved the new strings into the language file.
Now I have this small interesting problem:
if i switch to some lang which does not have these new strings (e.g. Czech) then
1) using your build I see things like <ERR: 455> on positions of those untranslated strings
2) using my build from current cvs I see on those positions English originals which is of course much better :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> I see that you moved the new strings into the language file.
yes
> Now I have this small interesting problem:
> if i switch to some lang which does not have these new strings (e.g. Czech) then
> 1) using your build I see things like <ERR: 455> on positions of those untranslated strings
my build from castlesofpoland.com? this is supposed to go over the one installed from installer of 4992. The installer is also updated with the new English.lng - you can also download it from cvs.
> 2) using my build from current cvs I see on those positions English originals which is of course much better :-)
I just put the newly recompiled version to castlesofpoland this morning.
If you could try installing from installer from dev-cpp.sf.net and then overwrite it with the build from castlesofpoland before first trying it would be great. I think we're done waiting and are going to release this weekend
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
things that still need to be done:
- check if c:\dev-cpp\bin (or just bin) is in bin settings
- check for make/mingw32-make
- add warning if there's no make in path (with bin settings)
- add 'add newline at the end of file' editor option
maybe indent bug?
- attempt to fix crash on removing resource
just added:
- report os type with crash info
- change devpaks.org default location of webupdate.conf
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
things that still need to be done:
- check if c:\dev-cpp\bin (or just bin) is in bin settings (isn't it done now?)
- check for make/mingw32-make
- add warning if there's no make in path (with bin settings)
(those 3 above don't seem to be high priority now that dev-c++ check for valid paths)
- maybe indent bug?
Done:
- add 'add newline at the end of file' editor option
- attempt to fix crash on removing resource
"- add 'add newline at the end of file' editor option"
nice feature, but I'm not sure about the name, maybe something like "ensure that the file ends with newline" would be better, but my English is rather bad :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> nice feature, but I'm not sure about the name, maybe something like "ensure that the file ends with newline" would be better, but my English is rather bad :-)
it should be something else because my version suggest that it will append the line no matter what. yours is better, but let me try if it's not too long
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
ok here's the status:
I can't reproduce the indentation bug #1088435, seems to work fine here.
with regards to make, dev+c++ runs make and check if it's GNU Make,
if not runs make with adding dev-c++'s bin to path and reports if found,
if not mingw32-make and reports if found,
if not runs mingw32-make with dev-c++'s bin in path and reports if found,
if not it says:
"
There doesn''t seem to be GNU Make file in PATH
or in Dev-C++''s Bin path. Please make sure that you have
GNU Make and adjust Bin setting or system PATH environment
variable and that make setting in Compiler Option contains
correct filename, otherwise you will not be able to compile
anything.
"
preview builds can be downloaded from here:
http://dev-cpp.sf.net/dev-cpp-4.9.9.2_nomingw_setup.exe
http://dev-cpp.sf.net/dev-cpp-4.9.9.2_setup.exe
(on castlesofpoland too, but uploading it to sf project page is kind of like signature)
it basically is a bug fix release, but it should fix many problems people have kept reporting for months, like unable to program file, debugger crash, save file crash, "OnNodeChange", "actBrowserGotoImplUpdate", "IsBroken" etc.
fix highlights:
done: make installer option to delete previous config files
done: make uninstaller option to delete remainig profile files
done: make packman delete empty dirs after removing a package
done: make dev-cpp check paths if exist on startup, delete nonexisting, and if it happens prepend the default ones,
Installer will now not allow installation into directories that are not supported by mingw: like containing spaces or & - when installing try inserting space or & to see what chars are allowed. This should get rid of problems some people are having.
Packman now records relative paths if devpak installed into root of Dev-Cpp (see Packages*). This fixes couple of problems, you can now rename dev-c++ directory and the packman will still be able to remove devpak's files. Packman now also cleans empty directories if they're within Dev-Cpp's root.
Packman is now also able to install "generic" zips and tar.bz2 (only - no tar.gz for now), like the ones from gimp.org/win32 or gnuwin32.sf.net, which I think is usefull, because users now don't have to wait for those things to be repackaged into devpaks.
Dev-c++ now changed the config directory to %APPDATA%\Dev-Cpp (for examlpe c:\Documents and Settings\specu\Application Data\Dev-Cpp), but only if it doesn' find previous configuration in other directory, like Local Settings. This is only for NT-like windowses.
full ChangeLog is here: http://dev-cpp.sf.net/ChangeLog
Also since a lot of people with running console (program flashes and ends before they see the output), do you think it's important to run it in some sort of console if "console" is checked in project options? I've never done this, so if anyone has any idea how to open such console please let me know.
Also I want to make Packman and packmaker to use lzma compression - if anyone done decompression before please let me know.
If anyone on forum reports problems on win98 and would like to test this build, please recommend this site for themplease report any other showstoppers. I'm interested if you're experiencing problems with icons with this build?
when creating the parser cache:
Directory "lib\gcc\mingw32\3.4.2\include" does not
exists
Directory "include\c++\3.4.2\backward" does not exists
Directory "include\c++\3.4.2\mingw32" does not exists
Directory "include\c++\3.4.2" does not exists
Directory "include" does not exists
and you forgot to include make devpak :-))))))
you also haven't included libexec directory so nothing actually works :-)
BTW why are you still including gcc-objc ? it's useless and only bloats setup size
> when creating the parser cache:
> Directory "lib\gcc\mingw32\3.4.2\include" does not
> exists
> Directory "include\c++\3.4.2\backward" does not exists
> Directory "include\c++\3.4.2\mingw32" does not exists
> Directory "include\c++\3.4.2" does not exists
> Directory "include" does not exists
fixed that. I returned to the full paths in c++ include, c include and libs. I suspected that relative paths couls cause some problems in other places.
>
> and you forgot to include make devpak :-))))))
and gdb. fixed.
>
> you also haven't included libexec directory so nothing actually works :-)
fixed now.
>
> BTW why are you still including gcc-objc ? it's useless and only bloats setup
> size
I removed it. I hope people won't start complaining again. the size is not that different - probably less than 1 mb
Thanks for quick response. new test devcpp 4.9.9.2 is in the same place:
http://dev-cpp.sf.net/dev-cpp-4.9.9.2_nomingw_setup.exe
http://dev-cpp.sf.net/dev-cpp-4.9.9.2_setup.exe
I finally figured out what was the problem with icons in my builds. upx by default compresses all the icons but the first one, so the file associations linked to nonexisting (compressed) icon. using upx -9 --compress-icons=0 devcpp.exe solved the problem.
I've uploaded the new setup files into the same place (actually they will be there in approximately 15 minutes)
Also mingw project has stripped binaries in the installer http://sourceforge.net/project/shownotes.php?release_id=170955
but not in each separate packages. I wonder if we should do the same with release, it would save ton of space...
"Also mingw project has stripped binaries in the installer but not in each separate packages. I wonder if we should do the same with release, it would save ton of space..."
are you sure? I've tried it and except rm.exe, mingwm10.dll and few .o it looks stripped. after trying to strip .a with --strip-debug the size of *.a was in fact larger than before stripping
I tried it too after I wrote it and it doesn't strip here too. I'm not sure what that message in mingw release notes meant. so I guess we're fine
Well, the message is comparing RC1, RC2 and RC3 of the MinGW "mega pack"; there is not written that in separate packages it's unstripped.
BTW OffTopic: I've added small stats to the main page of devpaks.org; you are #1 :-)
I saw it couple of minutes ago - it's nice ;)
saw stripping is done, icons are done. let me know if there are any other things that must go into 4.9.9.2
BTW please add http://devpaks.sourceforge.net/webupdate.conf as a third devpak server. I hope that everytime will always at least one of the servers work.
so how does it look peoples?
I've fixed one more thing. Sometimes include paths don't work for me if they're relative (like include/c++, lib/...). I wonder if I put c:\Dev-Cpp in bin directories it would work.
Also I'm probably going to need to check for make.exe/mingw32-make.exe if some one installed msys and pointed c:\dev-cpp as mingw directory
> so how does it look peoples?
looks working here, but have not much time to test it (actually it once crashed during debugging, but that's ok :-) )
> Also I'm probably going to need to check for make.exe/mingw32-make.exe if some
> one installed msys and pointed c:\dev-cpp as mingw directory
simply replacing string 'make.exe' with 'mingw32-make.exe' in the dev-cpp sources solves everything
> simply replacing string 'make.exe' with 'mingw32-make.exe' in the dev-cpp sources
> solves everything
I'm probably going to go for it. I'll definitely have to write some sort of test procedure checking for mingw32-make.exe and make.exe, and also reporting if both are missing. it will require additional testing
i'm on win98SE. downloaded 4.9.9.2 build this morning. no problems with builds but webupdate seems broken now. see
http://sourceforge.net/forum/message.php?msg_id=2980719
for details.
Tim
there was a problem with dev-c++ regarding devpaks.org mirror. I fixed it yesterday.
cvs build:
http://www.castlesofpoland.com/dev-cpp/devcpp.exe
I see that you moved the new strings into the language file.
Now I have this small interesting problem:
if i switch to some lang which does not have these new strings (e.g. Czech) then
1) using your build I see things like <ERR: 455> on positions of those untranslated strings
2) using my build from current cvs I see on those positions English originals which is of course much better :-)
> I see that you moved the new strings into the language file.
yes
> Now I have this small interesting problem:
> if i switch to some lang which does not have these new strings (e.g. Czech) then
> 1) using your build I see things like <ERR: 455> on positions of those untranslated strings
my build from castlesofpoland.com? this is supposed to go over the one installed from installer of 4992. The installer is also updated with the new English.lng - you can also download it from cvs.
> 2) using my build from current cvs I see on those positions English originals which is of course much better :-)
I just put the newly recompiled version to castlesofpoland this morning.
If you could try installing from installer from dev-cpp.sf.net and then overwrite it with the build from castlesofpoland before first trying it would be great. I think we're done waiting and are going to release this weekend
another posibility would be that you're using public cvs which doesn't have current version yet.
I've translated 2 options and 2 hints - 454-457, yesterday.
the translations are already in cvs:
http://cvs.sourceforge.net/viewcvs.py/dev-cpp/V5/Lang/English.lng?r1=1.118&r2=1.119
but it would be better if you used the build from castlesofpoland - it has this bug fixed:
http://sourceforge.net/tracker/index.php?func=detail&aid=1104467&group_id=10639&atid=110639
thanks for all your help
I redownloaded http://dev-cpp.sf.net/dev-cpp-4.9.9.2_setup.exe (9338306 bytes)
and it works OK. However if I replace the devcpp.exe with the one from http://www.castlesofpoland.com/dev-cpp/devcpp.exe (964096 bytes) i see <ERR: 45x> messages for non-English languages.
I'm not sure what happened, but try now: http://www.castlesofpoland.com/dev-cpp/devcpp.exe
great, this one works OK
btw the file is cca 80 KiB smaller, how is it possible? :-)
things that still need to be done:
- check if c:\dev-cpp\bin (or just bin) is in bin settings
- check for make/mingw32-make
- add warning if there's no make in path (with bin settings)
- add 'add newline at the end of file' editor option
maybe indent bug?
- attempt to fix crash on removing resource
just added:
- report os type with crash info
- change devpaks.org default location of webupdate.conf
things that still need to be done:
- check if c:\dev-cpp\bin (or just bin) is in bin settings (isn't it done now?)
- check for make/mingw32-make
- add warning if there's no make in path (with bin settings)
(those 3 above don't seem to be high priority now that dev-c++ check for valid paths)
- maybe indent bug?
Done:
- add 'add newline at the end of file' editor option
- attempt to fix crash on removing resource
fixed in cvs, please let me know:
http://www.castlesofpoland.com/dev-cpp/devcpp.exe
"- add 'add newline at the end of file' editor option"
nice feature, but I'm not sure about the name, maybe something like "ensure that the file ends with newline" would be better, but my English is rather bad :-)
> nice feature, but I'm not sure about the name, maybe something like "ensure that the file ends with newline" would be better, but my English is rather bad :-)
it should be something else because my version suggest that it will append the line no matter what. yours is better, but let me try if it's not too long
ok here's the status:
I can't reproduce the indentation bug #1088435, seems to work fine here.
with regards to make, dev+c++ runs make and check if it's GNU Make,
if not runs make with adding dev-c++'s bin to path and reports if found,
if not mingw32-make and reports if found,
if not runs mingw32-make with dev-c++'s bin in path and reports if found,
if not it says:
"
There doesn''t seem to be GNU Make file in PATH
or in Dev-C++''s Bin path. Please make sure that you have
GNU Make and adjust Bin setting or system PATH environment
variable and that make setting in Compiler Option contains
correct filename, otherwise you will not be able to compile
anything.
"
please let me know:
http://www.castlesofpoland.com/dev-cpp/devcpp.exe