I have 9.5.0 installed in XE8 and all the components are disabled when the iOS 64 bit target platform is selected. I also noticed that the PidiOSDevice64 attribute is not set in the [ComponentPlatformsAttribute].
Will 64bit support be added soon? The June 1st deadline for 64bit/Universal apps is coming soon.
Thanks
Scott
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You can switch your target platform to Windows and the components are available. The issue is once you compile, the app hangs during the splash screen on the device. When the app hangs there is no error message because the debug button is disabled for iOS 64 bit in XE8.
From a post that I read, Embarcadero must be working on adding the debug option. Hopefully XE8 Update 1 will add that.
Last edit: justapps 2015-05-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I compiled my app as a 64-bit and a universal app last week (used r1296 after Babak fixed a bug) and it worked without an issue. I uploaded it for release and had no issue with the application loader. Currently I am awaiting the release from Apple
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Meanwhile my app got rejected as it failed to start in 64-bit. I have the same now on my Ipad Air 2 where the 64-bit starts but crashes immediately.
Gesendet: Samstag, 02. Mai 2015 um 10:31 Uhr Von: GJB <baeckerg@users.sf.net> An: "[dpfdelphiios:discussion] " <general@discussion.dpfdelphiios.p.re.sf.net> Betreff: [dpfdelphiios:discussion] iOS 64 does not appear to be supported
I compiled my app as a 64-bit and a universal app last week (used r1296 after Babak fixed a bug) and it worked without an issue. I uploaded it for release and had no issue with the application loader. Currently I am awaiting the release from Apple
I have not yet even tried to compile an app for 64-bit yet. I just noticed that when the 64-bit target was selected all the DPF components would go disabled so you could no longer select them from the component palette. Also, iOS Device 64 was no listed in the popup of supported platforms when you hover your mouse over the components. This led me to think that the DPF components were not supported on the 64-bit platform.
Either way, the components need to add the iOSDevice64 attribute so the IDE knows they are supported.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anyone get the latest revision to work on a 64 bit device compiled as 64 bit? Babak made changes. You need to use the SVN checkout to update your sources. I use Tortoise SVN and right-click my dpf source folder and use SVN update. The URL I've been using it http://svn.code.sf.net/p/dpfdelphiios/code and afterwards it shows I have revision 1297.
The new version locks up still on my device though but the component hints now show iOS 64 bit availability. I even tried setting my iOS 64 bit Project Options to compile as Universal.
Thanks,
Brent
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi
I am still not able to get my application using DPF components to work on 64bits iOS.
When i deploy the app to iPad Air 2, the application will run. after which the app will crash.
Is there a way to find out where the error lies? Seems like the app can only run well on 32bits.
please advise
thanks
chris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Sebastian
In the form, i have 2 DPFUITableView. 1 of the tableview is used as pop up whereby if i type on the search bar, the first tableview will pop up and show the data of those that i have typed in the search bar. The second tableview is show the details of the item selected in the 1st Tableview.
Under 32 bit mode, this arrangement works well.
Under 64 bit mode, OnTyping event of the search bar, i will go through my objects list and put the objects into the 1st Tableview. Then when i typed the 3rd character in the search bar, the application will crash.
I am not sure if i need to put a critical section as each character i type on the search bar, it will clear the 1st table view and put the objects from the object list into the tableview that satisfy the condition.
Hence it is not easy to debug as i can't understand the errors from Diagnostic files in iPad.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I thought DPF was crashing my app, but I commented out my HandleAppEvent code and now no errors on crash on app start up. Are you doing anything like that in your app?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It still has issues even without that code though. Maybe the issues can be fixed now that Delphi 10 Seattle has been released. It has the iOS 64 bit debugger.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all.
Am not sure that this problem is connected with x64 versions, but app started to crash only all new updates. The same project (without any changes) goes well on a v7.1 iOS simulator and crashes on v8.4.
Problem is in DatePicker. Until now it was linked with a TextField like this:
Everything was Ok and DatePicker was called each time the TextField got focus. Now when user tries to enter TextField whole application crashes. If I comment this linking string TexteField calls standard keyboard and everything is Ok.
So can anybody please help me? I searched all over the Internet to find a solution or maybe a better way to link these components, but found nothing.
Will be very thankful for any reply!
P.S.: By the way, the same problem is with PickerView - while it linked to the TextField in the same manner app doesn't want to work correctly.
Last edit: Vadim 2015-09-04
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have 9.5.0 installed in XE8 and all the components are disabled when the iOS 64 bit target platform is selected. I also noticed that the PidiOSDevice64 attribute is not set in the [ComponentPlatformsAttribute].
Will 64bit support be added soon? The June 1st deadline for 64bit/Universal apps is coming soon.
Thanks
Scott
You can switch your target platform to Windows and the components are available. The issue is once you compile, the app hangs during the splash screen on the device. When the app hangs there is no error message because the debug button is disabled for iOS 64 bit in XE8.
From a post that I read, Embarcadero must be working on adding the debug option. Hopefully XE8 Update 1 will add that.
Last edit: justapps 2015-05-01
This may be true, but I have many other third-party components that do not deactivate themselves when 64- target is selected.
I compiled my app as a 64-bit and a universal app last week (used r1296 after Babak fixed a bug) and it worked without an issue. I uploaded it for release and had no issue with the application loader. Currently I am awaiting the release from Apple
<html><head></head><body>
Von: GJB <baeckerg@users.sf.net>
An: "[dpfdelphiios:discussion] " <general@discussion.dpfdelphiios.p.re.sf.net>
Betreff: [dpfdelphiios:discussion] iOS 64 does not appear to be supported
I compiled my app as a 64-bit and a universal app last week (used r1296 after Babak fixed a bug) and it worked without an issue. I uploaded it for release and had no issue with the application loader. Currently I am awaiting the release from Apple
iOS 64 does not appear to be supported
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/dpfdelphiios/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Maybe it is an iOS 8.3 issue. Are you able to create a new project and drop a DPFTableView on the form and run it on the device?
I have not yet even tried to compile an app for 64-bit yet. I just noticed that when the 64-bit target was selected all the DPF components would go disabled so you could no longer select them from the component palette. Also, iOS Device 64 was no listed in the popup of supported platforms when you hover your mouse over the components. This led me to think that the DPF components were not supported on the 64-bit platform.
Either way, the components need to add the iOSDevice64 attribute so the IDE knows they are supported.
Anyone get the latest revision to work on a 64 bit device compiled as 64 bit? Babak made changes. You need to use the SVN checkout to update your sources. I use Tortoise SVN and right-click my dpf source folder and use SVN update. The URL I've been using it http://svn.code.sf.net/p/dpfdelphiios/code and afterwards it shows I have revision 1297.
The new version locks up still on my device though but the component hints now show iOS 64 bit availability. I even tried setting my iOS 64 bit Project Options to compile as Universal.
Thanks,
Brent
It must be something with tableview. A simple app with a UIView and button work as a 64 bit app.
I've fixed it. Get it from SVN.
For those interested: The method signature of setRowHeight needed to be fixed from
to
Yes, that worked! Thank you Sebastian!
Brent
Hi
I am still not able to get my application using DPF components to work on 64bits iOS.
When i deploy the app to iPad Air 2, the application will run. after which the app will crash.
Is there a way to find out where the error lies? Seems like the app can only run well on 32bits.
please advise
thanks
chris
Can you find out which component is responsible for the crashes? It's going to be a bit trial and error as long as we don't have an x64 debugger.
Hi Sebastian
In the form, i have 2 DPFUITableView. 1 of the tableview is used as pop up whereby if i type on the search bar, the first tableview will pop up and show the data of those that i have typed in the search bar. The second tableview is show the details of the item selected in the 1st Tableview.
Under 32 bit mode, this arrangement works well.
Under 64 bit mode, OnTyping event of the search bar, i will go through my objects list and put the objects into the 1st Tableview. Then when i typed the 3rd character in the search bar, the application will crash.
I am not sure if i need to put a critical section as each character i type on the search bar, it will clear the 1st table view and put the objects from the object list into the tableview that satisfy the condition.
Hence it is not easy to debug as i can't understand the errors from Diagnostic files in iPad.
I thought DPF was crashing my app, but I commented out my HandleAppEvent code and now no errors on crash on app start up. Are you doing anything like that in your app?
hi
where do u find the HandleAppEvent code?
please advise
thanks
chris
The event lifecycle explanation is here http://blogs.embarcadero.com/pawelglowacki/2013/09/30/40067
It still has issues even without that code though. Maybe the issues can be fixed now that Delphi 10 Seattle has been released. It has the iOS 64 bit debugger.
Hi all.
Am not sure that this problem is connected with x64 versions, but app started to crash only all new updates. The same project (without any changes) goes well on a v7.1 iOS simulator and crashes on v8.4.
Problem is in DatePicker. Until now it was linked with a TextField like this:
UITextField(tfRegBirthDate.UIControl).setInputView(UIDatePicker(FDatePicker.UIControl));
Everything was Ok and DatePicker was called each time the TextField got focus. Now when user tries to enter TextField whole application crashes. If I comment this linking string TexteField calls standard keyboard and everything is Ok.
So can anybody please help me? I searched all over the Internet to find a solution or maybe a better way to link these components, but found nothing.
Will be very thankful for any reply!
P.S.: By the way, the same problem is with PickerView - while it linked to the TextField in the same manner app doesn't want to work correctly.
Last edit: Vadim 2015-09-04