Dev-C++ DevPak updater/installer plugin

Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development

(1/2) > >>

Michael:
Hello,

I have tried to compile the ContribPlugins.workspace. Compiling the Dev-C++ DevPak updater/installer plugin I get some warnings about deprecated functions:

--- Quote ----------------- Build: default in Dev-C++ DevPak updater/installer (wx2.6) ---------------
Compiling: cbnetwork.cpp
Compiling: conf.cpp
conf.cpp: In function `UpdateRec* ReadConf(const IniParser&, int*, const wxString&, const wxString&)':
conf.cpp:78: warning: `GetHostName' is deprecated (declared at C:/Programme/CB_16jan2006_rev1775_win32/wx/include/wx/url.h:75)
conf.cpp:80: warning: `GetProtocolName' is deprecated (declared at C:/Programme/CB_16jan2006_rev1775_win32/wx/include/wx/url.h:74)
conf.cpp:80: warning: `GetHostName' is deprecated (declared at C:/Programme/CB_16jan2006_rev1775_win32/wx/include/wx/url.h:75)
conf.cpp:81: warning: `GetHostName' is deprecated (declared at C:/Programme/CB_16jan2006_rev1775_win32/wx/include/wx/url.h:75)
conf.cpp:83: warning: `GetHostName' is deprecated (declared at C:/Programme/CB_16jan2006_rev1775_win32/wx/include/wx/url.h:75)
Compiling: crc32.cpp
Compiling: devpakinstaller.cpp
Compiling: devpakupdater.cpp
Compiling: mytar.cpp
Compiling: updatedlg.cpp
Compiling: cbiniparser.cpp
Linking dynamic library: ..\..\..\devel\share\CodeBlocks\plugins\devpakupdater.dll

--- End quote ---

Should these functions not be replaced?

Another question is how to correctly set zip.exe. I have put its directory in the system path (environmental variable= and it is found (I have checked). Anyway, I still get

--- Quote ---Running target post-build steps
zip ..\..\..\devel\share\CodeBlocks\devpakupdater.zip *.xrc
Execution of 'zip ..\..\..\devel\share\CodeBlocks\devpakupdater.zip *.xrc' in 'C:\Programme\SVN\CodeBlocks\src\plugins\contrib\devpak_plugin' failed.

--- End quote ---

Is there an easy way to set it?

Michael

takeshimiya:

--- Quote from: Michael on January 18, 2006, 06:59:58 pm ---Should these functions not be replaced?

--- End quote ---
Now that C::B only can be compiled with wx2.6, and not wx2.4 or previous versions, yes, I guess so.

--- Quote from: Michael on January 18, 2006, 06:59:58 pm ---Is there an easy way to set it?

--- End quote ---
Are you sure you have the correct zip.exe?
Open a console and type zip. It should give the version (Info-ZIP 2.31 or so).

Michael:

--- Quote from: Takeshi Miya on January 18, 2006, 07:06:26 pm ---
--- Quote from: Michael on January 18, 2006, 06:59:58 pm ---Is there an easy way to set it?

--- End quote ---
Are you sure you have the correct zip.exe?
Open a console and type zip. It should give the version (Info-ZIP 2.31 or so).

--- End quote ---

I think so. If I type zip in a console I get:

--- Quote ---C:\>zip
Copyright (C) 1990-2005 Info-ZIP
Type 'zip "-L"' for software license.
Zip 2.31 (March 8th 2005). Usage:
zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list]
The default action is to add or replace zipfile entries from list, which
can include the special name - to compress standard input.
If zipfile and list are omitted, zip compresses stdin to stdout.
-f freshen: only changed files -u update: only changed or new files
-d delete entries in zipfile -m move into zipfile (delete files)
-r recurse into directories -j junk (don't record) directory names
-0 store only -l convert LF to CR LF (-ll CR LF to LF)
-1 compress faster -9 compress better
-q quiet operation -v verbose operation/print version info
-c add one-line comments -z add zipfile comment
-@ read names from stdin -o make zipfile as old as latest entry
-x exclude the following names -i include only the following names
-F fix zipfile (-FF try harder) -D do not add directory entries
-A adjust self-extracting exe -J junk zipfile prefix (unzipsfx)
-T test zipfile integrity -X eXclude eXtra file attributes
-! use privileges (if granted) to obtain all aspects of WinNT security
-R PKZIP recursion (see manual)
-$ include volume label -S include system and hidden files
-e encrypt -n don't compress these suffixes

--- End quote ---

As a quick&dirty solution, I have copied zip.exe in each plugin directory. It works now, but it is for sure not the best solution :(.

Michael

tiwag:
i get

--- Code: ---zip ..\..\..\devel\share\CodeBlocks\devpakupdater.zip *.xrc
updating: update.xrc (deflated 83%)

--- End code ---

but i remember, that there are existing several different "zip.exe"
with this one it works ftp://ftp.info-zip.org/pub/infozip/WIN32/zip231xN.zip

[edit]
nevermind - you have already this version zip 2.31 :D

another idea - there are several zip.exe's in some packages called unix-utils for win32 or similar name
are you sure, that at runtime there can not be executed another zip.exe ??? maybe from your mingw\bin directory ??

Michael:

--- Quote from: tiwag on January 18, 2006, 07:15:10 pm ---another idea - there are several zip.exe's in some packages called unix-utils for win32 or similar name
are you sure, that at runtime there can not be executed another zip.exe ??? maybe from your mingw\bin directory ??

--- End quote ---

I am quite sure. I have recently installed MinGW 5 (ad described in the C::B wiki), but I have no zip in the bin directory.

If I delete the path to zip.exe in the environmental variable Path and type zip in the console, I get an error. Anway, even if I put the zip path in the Path, I still get zip failed with C::B. I have to put the zip.exe in the plugin directory to make it works.

In order to compile C::B I had to put the absolute path in the update.bat.

Michael

Navigation

[0] Message Index

[#] Next page

Go to full version