Angus Robertson

The OverbyteIcsSslMailSnd sample does not have very good error handling which I why I asked you to use the other sample. Windows 7 is no longer supported either, but still works., mostly.. My Delphi 7 installation run in a Windows 7 VM. Angus

Follow the instructions on the web page to get a download login. Angus

No, corrupted installation, Windows XP? Horrible security software that blocks SSL? Angus

You have a corrupted ICS install that is missing the OpenSSL files. They are supplied in the same directory as the sample code, so this error can not happen. What OS are you using, OpenSSL only support Windows 7 and later, not XP. Angus

The ICS examples work for most people, try a different PC or different email account. The older version of the Mail Queue Component at https://www.magsys.co.uk/delphi/magics.asp has an EXE demo. Angus

All of the reported Delphi 7 problems are fixed in V8.65 which is not yet released, but can be downloaded from SVN or the overnight zip. Not aware of any new inline issues. Currently making a lot of changes to support MacOS64 since DCCOSX64 behaves differently to DCCOSX. Angus

I've just removed all that old date/time handling code from Superobject, JavaToDelphiDateTime and vice versa, since recent use of Json always stores dates as ISO strings, not unix seconds. Having hacked it so heavily, I've now adding proper TDateTime support to avoid needing those conversions in all applications. Ready tomorrow. It also used InterlockedIncrement just to make life interesting, but different implementation to the other units. Angus

TIcsRestEmail will be in the next release of ICS. It is not a replacement for the existing SMTP component, it will supplement it with OAuth2. Angus

I suggest you update to ICS 8.64 and use the OverbyteIcsMailQuTst.dpr sample instead, it handles all the SSL/TLS stuff for you. Beware some gmail accounts don't allow use with local credentials and require an OAuth2 login first, you'll only discover that after SSL connects. There will be a new TIcsRestEmail component in a week or two that handles this modern stuff. Angus

Followed up in the correct ICS group. Angus

For SuperObject, try changing the UNIX defines to POSIX the the Windows stuff should go away, probably there for FPC. And change PtrInt from Longint to Integer which should make the memory error go away. Still thinking about dates, and wondering why SO thinks dates are numeric when they are mostly ISO 8601/RFC3339 now, and ICS handles those. Angus

Looked at old compiler sources and found our InterlockedIncrement functions came from a Borland insert file, including 64-bit longint. We only used that one function so renamed it to the modern name for use with old compilers only. Thanks for your help Angus

That would make sense, except the 10.4 help says System.AtomicIncrement is only in mobile compilers, AtomicIncrement on it's own is not mentioned. In which version was it added? Angus

A lot of that SuperObject date handling code, like time zones and system time, duplicates stuff elsewhere in ICS and can be probably be removed to save space and simplicity. I was adding new functions to SuperObject last month, so may as well remove some as well. Probably not today, like to test SO properly. Angus

Lets worry about warnings once all the errors have gone, I changed dozens of integers to longint in streams so there may be more warnings to come. I'll put my changed units in SVN later today. Not touched zlib for many years, keep meaning to update to a newer version. I'll have a look later. Angus

For the InterlockedIncrement asm issue, add this to the top of Ics.InterlockedApi.inc: {$IFDEF COMPILER23_UP} function InterlockedIncrement(var Addend: LongInt): LongInt; begin Result := TInterlocked.Increment(Addend); end; {$ELSE} (and a closing endif at the end). OverbyteIcsWSocket and OverbyteIcsUtils both need the suppressed PUREPASCAL define replaced with: {$IFDEF MACOS} {$DEFINE PUREPASCAL} {$ENDIF} These should get your compile a little further. Angus

For the missing size_t, try adding this to types: {$IFDEF POSIX} {$IFDEF CPUX64} size_t = UInt64; {$ELSE} size_t = LongWord; {$ENDIF} Psize_t = ^size_t; {$ENDIF POSIX} Not sure if the 32-bit line is necessary, seems strange MacOS did not give an error if it was missing. Angus

Thanks, done most of your changes, don't worry about MacOS32 if it is now dead. The Wang Z80 development environment was luxury compared to CP/M PCs at the time, it originally had CDC 14in platter disk drives with 75 or 300 megs of storage and used the Intel PL/M language (which CP/M was also written in). Angus

Side tracking slightly, what was the last ICS version you successfully built with MacOS32? I believe V8.62 at least was successful for MacOS from reports here. While I understand the ASM problems, not sure why all these LongInt problems are happening when Win64 is happy. In CRC, function Endian can be killed, no longer used, don't think it worked anyway. Might be better to wait until you have found all the compiler errors before sending anything, but I'm quite happy to update as you report them. Angus

Sorry, can not help with InterlockedIncrement, that code was written by a developer that is no longer with us, and appears to be using some CPU feature for a few functions like Posix.Messages, TIcsThreadTimer and web sessions, The last assembler I wrote was Z80 for Wang Word Processing, over 30 years ago. Hopefully some watching here might have a clue what this interlocking is all about? Angus

Have you built and installed the three packages for FMX without any more errors. That is the most important and useful test. Ideally from the overnight zip, but there will be more changes before the next release. Angus

I've fixed the $MESSAGE issue, I added that but it is not tested by building FMX packages. PUREPASCAL was defined OverbyteIcsUtils.pas for CPUX64 but is currently suppressed since we now have the necessary assembler. I'll set it for MacOS64 I've fixed the AddSorted mismatch, does not show up under Win64. Please let me know of any other MacOS errors you find, I can not test this since I don't have any Mac hardware. Won't be in SVN for a few days. Angus

There are several httperr constants in OverbyteIcsHttpProt,pas that reflect the operation result, httperrNoError = 0 being the most common result. There are no literals for these constants. Angus

My main problem with .net and D2007 is that every time I install a new version of Windows (twice a year with 10), Microsoft deletes the four Borland.x.Targets files it installs under \Microsoft.Net\, but learnt my lesson a long time ago and keep copies to restore. Angus

In general, ICS servers will support a few hundred clients doing simple downloads or uploads, before threads are needed to use multiple CPUs. That may change if ARM based server chips appear with dozens of lower spec cores than current Xeon chips with just a few cores (unless you pay silly money). Only think about threads when it slows down. Angus