ToddFrankson

Well it seems XCode upgraded- This was my fix "Adding the _LocationEssentials framework to iOS 26 and iOS Simulator 26 SDK fixed the problem and I was able to compile my test projects with Delphi 12 Athens and Delphi 13 Florence. https://developpeur-pascal.fr/ios-26-reclame-le-framework-_locationessentials.html"

So I compiled an IOS App Yesterday, went just fine Today I get this error. The file "partial_info.plist" is nowhere to be found, and it seems it should be in the projects .launchscreen directory it's not being created, either on the PC or the Mac. The only change i made to the app was 1 line in the oncreate, and changed the version number. Any solutions???

unreal! Too busy adding AI that's not needed, and web stencils. DEBUGGING IS A BARE BASIC MINIMUM FOR DEVELOPMENT.

Can we debug on IOS yet?????

This i did not know. Thanks! While wonderful, I still think that Embarcadero should have something like this built in. Imagine when you updated Windows, and you had to re-install every driver you had, some which are no longer listed due to a "minor" version change.....

Me as well.... AI isn't even on my list. I'd love the IDE to offer to change "all" android icons at once, not have to do 32 bit then 64 bit. I'd love a built in web server to debug ISAPI and CGI apps without having to buy or learn a webserver software I'd love a more flexible Project->Options->Version info to edit Android Manifests and IOS files.... I'd love an IDE that is rock solid stable. I'd love an IDE install that doesn't make me waste 1/2 a day installing all the Get it packages I already had installed before the upgrade..... My list could go on and on, and AI still wouldn't be on it

Ship Delphi with a webserver that can be used to debug CGI and DLLs with ease.

I'm just revisiting some old code I found, and not doing anything with it. I sometimes like to look back at how far I have come. Actually, no pageproducers. Almost all was straight HTML. To many variations to use a pageproducer at the time. Headers alone were 16 different types, footers were 30 different types. The main actions had about 45 variations. It amazes me that there was so much in there. I forgot all about it until I was going through some old CD's I burned and this was on one. Plenty of error handleing though, due to it using an adoconnection to an Access database.

The dll was written to add html headers on in internal web server to a company. So multiple people could write Html reports, and call the header and footer with http://companyinternalserver/cgi-bin/getheader?cat= from within the html when users hit the html page. then it morphed.... young and dumb at the time, but it worked well. Several more features were then piled on after that, and instead of copying the actions and using them internally as procedures (that blocked off external html from using it) the returns just did a get internally.

It is multi-threaded, All Urls are localhost/127.0.0.1. I use the IDHttp to do a get of the action from within another action. Si I have a header and footer action. Based on the values go in, they are created slightly different based on the root action they are called from. I have turned a lot of it into procedural at this point. I think it actually is an IIS issue at this point, but since I can't debug in IIS, and I don't have time to learn a 3rd party Web server, it was just easier to proceduralize (is that even a word) the calls. I just prefer trying to understand reasons, especially from way smarter people, like most of those here.

So, I am revisiting an ISAPI dll I wrote some time back.... I have a bunch of actions. In particular I have an /index and a /header action. Header generates a header based on input from which action is called and which "options" the end user has selected prior to the call for the action. Simple stuff.... In D5-D7, this isapi dll could call the header via a get from the Index action (or any other) and everything worked fine (also a footer but we aren't going there yet). Upgrading it to D12.3 If I call the header directly {http://127.0.0.1/script/CC_Web.dll/getheader?cat=6&mob=n) in my browser, it returns the expected header fine Wen called from within an action: procedure TWebModule1.WebModule1indexAction(Sender: TObject; Request: TWebRequest; Response: TWebResponse; var Handled: Boolean); var myHeader:String; Begin ....... // nmHttp is a visual component TIDHttp; MyHeader:=nmHttp1.Get('http://127.0.0.1/script/CC_Web.dll/getheader?cat=6&mob='+Mobile); Response.Content:=MyHeader; Response.SendResponse; Handled:=true; End; My header is blank. Occasionally I get an Http 1.1 5 error. Is there something new that ISAPI can not call actions within the same ISAPAI from one action to another? If I type this in the browser: http://127.0.0.1/script/CC_Web.dll/getheader?cat=6&mob=n, the header renders perfectly.

Me to. I still have his Delphi tips from D3 or so......I still reference every now and again.

12.1-12.3

Sometimes, I have to go back in and re-select my images.

Click "Run" from the menu bar. Click "Parameters" In the Parameters field type in "-cleaninstall" Repeat for each platform