david_navigator

Thank you

Is there a VCL control that does this ?

Yes. The app is designed to be used on a desktop size device.

Assuming that your IP address ends in .143 - I can see that you successfully authenticate too.

Very odd. Let's see if their support comes up with something next week.

I'll raise a ticket to Thinfinity and see if they have any suggestions.

Odd. Never seen that before (and I have 100's of users). What browser are you using ? Are you on a touch screen device ? Here's a video clip of what you should see https://Navigator.tinytake.com/msc/OTUyNDkyMF8yMzEzMTE5NQ

Odd. You should see something like this. Nothing required client side.

I have a massive app that we converted to use Thinfinty. You can play with it here if you'd like to see the experience from a user POV https://trial.hiretracknx.com:6580/ Alias: ashoka Username: HireTrack_Admin Password: 1234 There are two areas where we still have issues - some DevEx components don't render properly in certain circumstances - e.g on the first form you see, one of the buttons doesn't get drawn fully until you move your mouse over it. I do have a fix for this issue, but there are other DevEx issues apparently, though we haven't hit any yet. The other issue I've come across is launching a form that uses an embedded browser. That doesn't work correctly, though Thinfinity people are very reactive and have promised me a fix in the next week of so. There are areas where we have If Thinfinity.active then in our code - especially anything that involves uploading or downloading files. My biggest gripe with Thinfinity is the license management. We have our app running across about 10 servers, with one licensing server, but there's no way to see which server is using how many licenses - e.g. I can see that 50 licenses are in use, but not which machines are using them. This might not matter for your scenario, but it's an annoyance in ours. David

Thanks, but I meant "only make sure to not use a shared memory memory manager with the exe."

@Kas Ob. could you explain in a little more detail about the memory manager please ?

I was hoping there was something that the OS could deal with. If I made the scripting engine a stand alone EXE then whatever the user wrote, Windows would clean up when the exe closed. I was hoping that there might be some way to achieve that within my app. Doing some research I see that Job Objects details "The virtual memory of job objects isolates the memory behavior of a group of processes (tasks) from the rest of the system", but so far little about how this is achieved.

One of my apps uses PascalScript to allow the user to customise various tasks. However as I've recently discovered it's really easy for the end user to write a script that leaks loads of memory. As far as I can see PascalScript doesn't do any kind of memory tidy up when the script ends - it expects the script's author to do that. Is there some way to encapsulate the instantiated TPSScript object in such a way that I can free any memory when the script object is freed ? Something like (in psuedo code) Create memory container; PSScript:=TPSScript.Create(nil); PSScript.Script.Assign(fScript); PSScript.Compile; PSScript.Execute; PSScript.Free; Destroy memory container;

Though I can't actually change any of this as it's not my server. I just had to go with what I could to get my delphi app to talk to it.

Here you go