alank2

I made a DEF file and put an EXPORTS section into it and added it to the project. I also added lines for each function like this: function=_function This does produce a DLL, but it has both function names in it now. function and _function. Is there a way to remove _function so that only function is present?

Thank you Remy - that explains it. I appreciate the detailed explanation!

I've been using ICS 8.59 with C++ Builder 10.3.3 and as I recall it took some work to tweak/install it. I'm having two issues. The first is that if I add the TSslHttpCli component to a service, it seems to kill or disable codeguard. The application will not produce a .CGL file any longer and I don't think codeguard is working. The second issue is that when I stop the service, normally it shuts down and closes immediately, but just adding the TSslHttpCli component introduces a 60-90 second delay until it finally shuts down. My first question is - I noticed that 8.66 is available with GetIt if I go into Delphi. Can I uninstall 8.59 and then use GetIt to download 8.66 through Delphi? Will it be available in C++ Builder if I do this?

I only have one application that needs to communicate with a web API. I've been using the ICS TSslHttpCli/TSslContext components to do this, but I wonder if I could have one less library dependency and use the built in TIdHTTP instead. This is essentially my communication where I am sending some JSON and then getting some JSON returned: Could TIdHTTP be up for this same task? //set properties SslHttpCli->Timeout=300; SslHttpCli->SslContext=SslContext; SslContext->SslSessionTimeout=300; SslHttpCli->ContentTypePost=L"application/json"; SslHttpCli->ServerAuth=httpAuthNtlm; SslHttpCli->SendStream=parms->senddata; SslHttpCli->RcvdStream=parms->recvdata; SslHttpCli->URL=parms->URL; SslHttpCli->Username=parms->Username; SslHttpCli->Password=parms->Password; try { SslHttpCli->Post(); } catch (Exception &exception) { ExceptionErrorMessage(&exception, NULL, parms->exmsg, 1024); delete SslHttpCli; goto fail2; }

Thanks Angus; will get it out!

Thank you both for the help!! Angus> If you use the newer TSslHttpRest instead of TSslHttpCli, you don't need TSslContext and can simplify your application considerably. Can you elaborate on the things that would be simplified? Do you mean the way I am using it in code, or the DLL's that need to be included, etc. Remy>You could use TIdHTTP, but you would merely be substituting one library dependency for another. Indy is not a "built-in" library, it is a 3rd party library that just happens to be pre-installed in the IDE by default. I understand, but at least as I move to newer RAD studio versions, it would move too. Remy>A true native built-in solution would be to use Embarcadero's own THTTPClient/TNetHTTPClient instead, see Using an HTTP Client and What is the difference between THTTPClient and TNetHTTPClient?.  Interesting - I didn't know there was another option besides Indy. Does THTTPClient also support SSL and the type of json submit/receive that I need to do?

Thanks for the replies! Remy>Has CodeGuard EVER worked? I stopped using it many years ago, and I've seen plenty of users reporting in the various forums over the years about problems with it. It works great for me most of the time. It can pick out components that were not deleted, invalid pointer accesses, etc. I do all my debug builds with it and it helps. Angus>I attempt to keep the C++ packages up to date with each new release of ICS and Delphi, but can not test them, and get virtually no feedback from C++ users. I understand; I had to make some changes to the version I have installed to get it to install in cppbuilder which I documented here a couple years ago. Angus>The GetIt installers are done by Embarcadero, I just provide a zip with the Delphi and C++ packages, and again don't test C++. I may try the getit process and see what it does. I was wondering if it was a bit more automated in that it does the installation instructions, but it doesn't sound like it.

The issue I run into is that if I launch C++ Builder and then open D103Install.groupproj, it says: The project can not be loaded becuase the required personality Delphi.Personality is not available. If I close C++ Builder and launch RAD Studio instead which has both personalities, I can proceed through the readme installation notes. The issue is that it only installs for the Delphi personality. If I do a new project for Delphi, the "Overbyte ICS" components are available, but if I do a new project for C++ Builder, they are not... Any ideas?

Angus - I emailed the files to you. Don't forget the instructions too: The installation instructions need this to be added in the readme: The Embarcadero installation adds this to the system path: C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl This however does not allow Win32 packages to be installed, to do that you need to add this path to the system path (win10=Start, Edit the system environment variables, Environment variables, System variables, Path, Edit, New:) C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl\Win32 NEW projects that need to use ICS: include path: add {THE DIR YOU EXTRACTED ICS To}\source\include\103\win32 library path add C:\Users\Public\Documents\Embarcadero\Studio\20.0\BPL\Win32

Sorry I haven't had to chance to send them to Angus yet. Will try tomorrow.

I still use C++ Builder 6 for some things (with ICS 5), but I missed a lot of upgrades/versions since a couple of years ago. Some of the components have issues in 10.3 as well, I think the THttpServer has errors if I add it to a form and try to compile. Let's begin with the fixes I mention above and I'll see what else I can figure out.

If you don't think they are useful to keep then I understand; for me it seems I am always needing something that is older. Do you want me to just update the 10.2 and 10.3 ones then?

Hi Angus, I would appeal that you leave the old C++ files if you can. I will edit all of them to make the changes above and submit them to you via email on Monday or Tuesday. Thanks! Alan

Any follow up on this - it would be nice to get these changes in so others won't have trouble.

Angus, Check out this page here: https://wiert.me/2013/11/20/when-the-delphi-xe5-commandline-compiler-fails-with/ When I do a search on the ICS 8.59 files for <DCC_DebugInformation>false</DCC_DebugInformation>, I get 88 files returned (all CBPROJ and DPROJ files). If I search for <DCC_DebugInformation>true</DCC_DebugInformation>, I get OverbyteIcsD2009Design.dproj and OverbyteIcsD2009Run.dproj. This is probably a mistake and these should be like the rest. On the page above, it mentions that "As of Delphi XE5, these values can only be 0, 1 or 2: ", but perhaps false or true is still tolerated in even modern Delphi compilers (or everyone would be having this issue). What do you want me to do? I can modify it in all the CBPROJ files and zip/attach them and leave the DPROJ files alone. Or I can fix it in all of them. Thanks, Alan

Angus, I appreciate the work everyone does on this. My instructions above should be plenty for you to make the corrections, but if you would like me to make them and submit to you a zip with only the files changed, I can do that. The step above about replacing false with 0 might apply to other cbproj files besides 10.3 as well, so I can do a search to identify them and fix them as well. PM me your email address. Thanks, Alan

Here are the ICS file changes that need to be made (for someone who knows how to do this): notepad edit packages\IcsFmxCB103Run.cpp replace two occurences of 102 with 103 notepad edit packages\IcsVclCB103Run.cpp replace two occurences of 102 with 103 notepad edit IcsCommonCB103Design.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> notepad edit IcsCommonCB103Run.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> notepad edit IcsFmxCB103Design.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> notepad edit IcsFmxCB103Run.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> notepad edit IcsVclCB103Design.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> notepad edit IcsVclCB103Run.cbproj replace <DCC_DebugInformation>false</DCC_DebugInformation> with <DCC_DebugInformation>0</DCC_DebugInformation> The installation instructions need this to be added in the readme: The Embarcadero installation adds this to the system path: C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl This however does not allow Win32 packages to be installed, to do that you need to add this path to the system path (win10=Start, Edit the system environment variables, Environment variables, System variables, Path, Edit, New:) C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl\Win32 How I installed it (since ICS does not currently have the above changes): Extract ICS. Make all the file corrections above. Add C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl\Win32 to the system path. Follow the rest of the readme instructions. NEW projects that need to use ICS: include path: add {THE DIR YOU EXTRACTED ICS To}\source\include\103\win32 library path add C:\Users\Public\Documents\Embarcadero\Studio\20.0\BPL\Win32

I found that if you edit the cbproj files and change the tag DCC_DebugInformation from false to 0 that you can get by the false.dpr error. I still can't install the common however, it builds ok, but says it can't load package with the filename, but the filename does exist. Also, some of the files contain references to 102, not 103. icsfmxcb103run.cpp icsvslcb103run.cpp

Indeed! 🙂 Now the issue is that I am getting this error while trying to build IcsCommonCB103Run.bpl: [DCC Fatal Error] File not found: "false.dpr" Any thoughts on this? (I also found and tried v859, same error)

It looks like I'm opening the Delphi file by mistake. I'll try the CB103InstallVclFmx.groupproj instead.