ToddFrankson

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

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