Angus Robertson

Indeed, I was not aware of the LongWord problem until I read the Stack Overflow synopsis of changes for 64-bit iOS, given the minimal information for MacOS64.

Angus

Except we are not supporting iOS.  DCCOSX64 was introduced in 10.3.2 with brief release notes, but never mentioned in What's New.

Angus

OK, I'll look again, the latest TSteam class is horrible with IFDEF SizeOf, new methods with 32 and 64 extensions and dozens of overloads, out of control.

Any changes we make must be compatible back to Delphi 7.

Angus

gcvt is a Linux and Windows function to convert a floating point double to a string, it should exist, but could be replaced by Delphi Format.

I'll look at OverbyteIcsStreams again, but we can not used 64-bit longint, unless Classes is now also using longint instead of Int64. 

Not sure how much further this conversion is going, it seems LongWord is also 64-bit in MacOS64 and there are a lot of those in the OpenSSL units. 

Angus

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