ToddFrankson

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.

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.

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.

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

So, May patch.... Tried to compile an IOS app that already ran fine. The only change was setting it to run on IOS 15.0 minimum... Syntax check fine. Go to run it on the phone, error count goes up and up like @Dave Nottage reported. Anyone know why? I am down currently for anything IOS

Should it exist in the Cache-Dir-.... Directory too?

BTW- Where locally does Delphi Store the /System/Library/PrivateFrameworks/DocumentManager.framework/DocumentManager path and the Other linker paths?

Yup. I get it still on a few projects I haven't messed with in a few months. It seems that if I change the SDK (IOS Simulator) back and forth a few times, from 18.4 to 18.5, it goes away in some cases.

So I get this on any pre existing App for IOS Simulator (iphone16 IOS 18.4) [DCC Error] E2597 ld: warning: directory not found for option '-LComponent' [DCC Fatal Error] F2588 Linker error code: 3221225477 ($c0000005) And this for any new blank project I try to run on the simulator ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(intercept_dispatch.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(objc_dispatch.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(rtti_raw_invoke_arm64.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(thunk_blocks.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(objc_blocks.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(thunk_helpers.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(so_init.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(delphi_support.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(cxa_support_c.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: warning: object file (c:\program files (x86)\embarcadero\studio\23.0\lib\iOSSimARM64\Release\librtlhelper.a(debug_support.o)) was built for newer iOS Simulator version (14.0) than being linked (11.0) ld: file not found: /System/Library/PrivateFrameworks/DocumentManager.framework/DocumentManager for architecture arm64 [DCC Fatal Error] F2588 Linker error code: 1 ($00000001) Nothing else I cleared the Cache-dir-... on the Mac and on my local machine. Now I can deploy new blank projects to IOS Simulator, but the first project still gives the same error...

Uninstalled the patch, reinstalled the patch. I can now get IOS apps working..... IOS simulator still gives me an error though I'll get the message tomorrow.

PAServer 14.3.14.5,, Xcode 16.4(16F6), IOS 18.5 SDK, IOS 18.5

Even a blank new Multi-Platform Project? Splash screen shows, then app closes

My apps were set at 11. After the latest IOS Update, not a single one will open. I was trying to see if they would run with the minimum OS set higher. I also believe that for Apple Store submission, the minimum needs to be set higher than 13.

I patched Delphi with the latest patch. No issues until yesterday. Yesterday, debugging on my mac ceased. The breakpoint hits, Delphi freezes, then shows the "Wait"/"Terminate" button. Clicking wait causes the IDE to repeat the message after a few seconds. Then the app closes, and the IDE runs it again..... Any ideas??

Dunno what it is, when I have an issue, I post, and 2 hours later the issue goes away.

Try right clicking on "Libraries" under Android 64 and Android 32. Select "Revert System Files to Default"

I ran the installer from Getit. My PAServer on the Mac worked fine without any changes. I looked in the PAServer Directory and the "new" PAServer for the mac had the date of the 12.3 upgrade.