Angus Robertson

14:17:11 < 226 File received ok 14:17:11 ! 85.8Mbytes received/sent in 38 seconds (2.20Mbytes/sec) Few people have faster upload speeds than 2Mbytes/sec (20Mbit/sec) except on leased lines. Don't believe 10Mbyte/s unless you are doing am unrealistic local loopback test. Angus

Thanks, covers major changes but not a lot of things that trip up people. Does have one nasty for me, mentions LongInt and LongWord are 64-bit on iOS64 which means also on MacOS64, changed some LongInts in ICS already but looks like I need to check all OpenSSL and ZLIB exports as well, and other places. Angus

What would be useful is a relatively concise list of RTL changes between releases, perhaps it exists? Something that says AtomicIncrement and Pos(x,y) appeared in which releases, just two examples I've looked up in old compilers recently for ICS. And when types appeared or disappeared. I've been meaning to support native Json in ICS as well as SuperObject, but I think there are two generations in different compilers and needing to check which and when means I've done nothing instead. Angus

The poster was trying to run applications requiring OpenSSL without the DLLs, which is not easy since ICS installs them in the same directory as the project files. So the error message Failed to Initialise SSL was correct. Angus

The poster was trying to run applications requiring OpenSSL without the DLLs, which is not easy since ICS installs them in the same directory as the project files. Angus

SVN has been updated with lots of units with changes to make them happier with DCCOSX64, can not test here so more changes may be needed. The zip is updated at 11pm each night. Also built this version with Delphi 7, one unit was missing from SVN but only warnings, not errors. SuperObject is simplified with redundant code removed, and now supports Delphi TDateTime. Angus

You have not yet requested a password so it may indeed take that long, already sent two other Delphi users passwords today. Angus

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