XE5 news

Use this forum for any relevant news.

Moderator: 2ffat

XE5 news

Postby Lena » Sun Jul 14, 2013 1:57 am

The provider "alfasoft.com" describes his new training program for Delphi XE5 and asserts that the training will only start after the release of Delphi XE5.
The training was supposed to starts at Nov. 4th 2013, which would mean that Delphi XE5 would be released before Nov. 04th, 2013.
(see last line in "Course overview"): link
Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby Lena » Thu Aug 08, 2013 7:22 am

Embarcadero RAD Studio Mobile Roadmap - August 2013 link
Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby rlebeau » Thu Aug 08, 2013 9:47 pm

The roadmap merely states that XE5 is planned to be released in late Fall 2013. That is not a confirmation that it will be released before Nov 4.
Remy Lebeau (TeamB)
Lebeau Software
User avatar
rlebeau
BCBJ Author
BCBJ Author
 
Posts: 1457
Joined: Wed Jun 01, 2005 3:21 am
Location: California, USA

Re: XE5 news

Postby Lena » Fri Aug 09, 2013 11:47 pm

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby rlebeau » Sun Aug 11, 2013 8:51 pm



In that blog, JT does not mention any timeframe for the release, only that it is currently in beta.
Remy Lebeau (TeamB)
Lebeau Software
User avatar
rlebeau
BCBJ Author
BCBJ Author
 
Posts: 1457
Joined: Wed Jun 01, 2005 3:21 am
Location: California, USA

Re: XE5 news

Postby Lena » Fri Aug 16, 2013 12:34 am

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby Lena » Wed Aug 21, 2013 12:44 am

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby Lena » Thu Sep 12, 2013 9:20 am

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby stukelly » Fri Dec 13, 2013 7:10 am

stukelly
BCBJ Guru
BCBJ Guru
 
Posts: 132
Joined: Fri Jun 03, 2005 6:35 am
Location: Preston, UK

Re: XE5 news

Postby Lena » Sat Dec 14, 2013 3:43 am

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby pidgi2009 » Tue Dec 17, 2013 6:21 am

With the introduction of XE3-XE4, the compiled software does no longer work on old operating systems, like Windows 2000. GetSystemTimes(), for example, is called by default at start-up, and that function does not exist on those olds OS. I have to maintain a few software written and used on such systems. Does XE5 provide the ability to bypass those calls?
gambit47 suggested a few ways to get rid of those calls, at the least to postpone or bypass them, but I have not been able to use these workarounds. This stops me from using XE3 and XE4, both of which I regrettably bought, and from buying XE5.
pidgi2009
BCBJ Veteran
BCBJ Veteran
 
Posts: 53
Joined: Sat Apr 25, 2009 11:44 am

Re: XE5 news

Postby Lena » Tue Dec 17, 2013 3:31 pm

Lena
BCBJ Master
BCBJ Master
 
Posts: 525
Joined: Sun Feb 06, 2011 1:28 pm

Re: XE5 news

Postby rlebeau » Wed Dec 18, 2013 4:04 pm

pidgi2009 wrote:With the introduction of XE3-XE4, the compiled software does no longer work on old operating systems, like Windows 2000.


Nobody supports 2000 anymore. XP is the minimum supported OS for Delphi/BCB apps now. Realistically, XP SP1, since that is when GetSystemTimes() was introduced.

pidgi2009 wrote:GetSystemTimes(), for example, is called by default at start-up


It is not actually called. But it is statically linked to by code inside of the TThread class, which is why apps no longer run on OS versions that do not have GetSystemTimes() available.

pidgi2009 wrote:that function does not exist on those olds OS. I have to maintain a few software written and used on such systems. Does XE5 provide the ability to bypass those calls?


There is the ability to delay-load DLL functions until they are actually called at runtime. But in this case, the Win32 GetSystemTimes() function is located in kernel32.dll, which cannot be delay-loaded. So your only option would be to patch the RTL's System.Classes.pas source file to make the TThread::GetSystemTimes() method use the Win32 API GetProcAddress() function to dynamically load the Win32 API GetSystemTimes() function at runtime, instead of using the static declaration from the Winapi.Windows.pas unit. Then you can either recompile the RTL, or just add the modified System.Classes.pas file to your project (but only if you are compiling your app with runtime packages disabled).

pidgi2009 wrote:gambit47 suggested a few ways to get rid of those calls, at the least to postpone or bypass them, but I have not been able to use these workarounds.


Which workarounds? What problems are you having with them?
Remy Lebeau (TeamB)
Lebeau Software
User avatar
rlebeau
BCBJ Author
BCBJ Author
 
Posts: 1457
Joined: Wed Jun 01, 2005 3:21 am
Location: California, USA

Re: XE5 news

Postby pidgi2009 » Fri Dec 20, 2013 4:53 pm

Thank you for the precisions. I am very far from knowing my coding like you, and I think it shows in my comments!

You kindly suggested me to make a copy of the Winapi.Windows.pas unit, and to add the 'delayed' reserved word after the declaration of GetSystemTimes(). I tried very hard to make it, placing Winapi.Windows.pas in my project, or keeping it in the original directory, patching with 'delayed', recompiling, but to no avail, never was I able to make my software in that old environment. But using the very same code, without the 'patch', compiled with XE2, it works, flawlessly. After a few days lost in trying to do it (or more exactly trying to understand what I obviously did not), I abandoned, and now use exclusively XE2, even if I bought XE3 and XE4 (you want to make a good laugh? I also bought the complete LMD components, for each incarnation of XE also), and XE4 is still installed on my system...

The thread "Re: To upgrade to XE4 or not to?" is where you (and others) tried to help me make it work.
pidgi2009
BCBJ Veteran
BCBJ Veteran
 
Posts: 53
Joined: Sat Apr 25, 2009 11:44 am

Re: XE5 news

Postby rlebeau » Sun Dec 22, 2013 3:35 pm

pidgi2009 wrote:You kindly suggested me to make a copy of the Winapi.Windows.pas unit, and to add the 'delayed' reserved word after the declaration of GetSystemTimes().


Sorry about that. I take that back. At the time I did not realize that GetSystemTimes() is implemented in kernel32.dll. That DLL cannot be delay-loaded at runtime, so adding the 'delayed' keyword is not an option. A more realistic patch would be to edit System.Classes.pas instead to make the TThread.GetSystemTimes() method load the Win32 API GetSystemTime() function using GetModuleHandle('kernel32') and GetProcAddress('GetSystemTimes') and not use the declaration of GetSystemTimes() from Winapi.Windows.pas at all.

pidgi2009 wrote:But using the very same code, without the 'patch', compiled with XE2, it works, flawlessly.


That is because XE2 did not use GetSystemTimes() yet, so that dependency is not present.
Remy Lebeau (TeamB)
Lebeau Software
User avatar
rlebeau
BCBJ Author
BCBJ Author
 
Posts: 1457
Joined: Wed Jun 01, 2005 3:21 am
Location: California, USA

Next

Return to News

Who is online

Users browsing this forum: No registered users and 4 guests