stijnsanders

If you really really need to do the work on the main thread (Are you really really sure?) I would consider doing the bind and accept calls on a separate thread. It will open and accept incoming connections, so Windows gets the correct inputs and knows you still intend to work through incoming requests eventually. Do read all about thread locking and critical sections first, as you'll need it to pass requests to and from a background thread. What I would also consider, is having the work done on a main thread of a separate instance of a separate exe-file, and do CreateProcess for each incoming request. It may look like a lot of work, but will solve the 'main thread problem' and allow to handle multiple requests at once.

I still find it a valid question. I remember this time I had something similar and fixed it by deleting the project's dcu's, to have compile/build generate all new ones. I don't remember how many Delphi versions ago it was though...

If you are willing to consider one more alternative, I've been working on a solution to use the power and speed of the Delphi compiler for web projects, but specifically in a non-RAD way, that is without form designers: https://github.com/stijnsanders/xxm It is mostly based on my previous experience on (old!) web-projects based on PHP, (old!) ASP and Cold Fusion, so — coming from React — you may find it lacking on the side of client-side support and scripting. But it's not impossible. It should offer a great platform to develop frameworks in any which way you want (React, Vue, Wordpress, Rails etc. are also based on JavaScript, PHP, Ruby etc.) If you're willing to investigate an existing xxm-based web-project, look here: https://github.com/stijnsanders/tx#tx Since React (and others) are based on keeping a server-side copy of the view and updating the client with changes to the DOM, I was planning on trying to create a proof-of-concept to show that this is also possible with xxm, but haven't gotten around to it. I've also come to think it may have been a bad choice to build the base interface (IXxmContext) on the COM sub-system, so I might also start an 'xxm v2.0', but currently I've got more plans than I can make time to make them work... If you would take a look, please let me know what you find...

Just thinking out loud here: could you build SumatraPDF into a DLL you could call from Delphi code?

I wonder if you could get to this data using WBEM/WMI... https://stackoverflow.com/questions/2761328/how-do-i-use-wmi-with-delphi-without-drastically-increasing-the-applications-fi

In case you're interested, I've written my own JSON parser: https://github.com/stijnsanders/jsonDoc/blob/master/jsonDoc.pas

What is the exact variable type of ExcelApplication and ExcelWorkbook? I would guess Variant or OleVariant, and in that case, a technique called "late binding" is used. It both explains why you don't have code-completion, and that the code compiles even without the compiler knowing about the specific available properties and methods. Behind the scenes, the operations you do (Cells, Select and Save in this case) are resolved at runtime on the 'living' objects using hidden 'IDispatch' interfaces that list the available properties and methods by name. It was invented by Microsoft to make dynamic scripting languages work (like VBScript, and actually also something called "JScript" because they weren't allowed to call it JavaScript, but that's another story). And Delphi has excellent support for this (but a downside is it works so good you don't see anything of it and can't access it, need to get the sequence of calls exactly right and need to debug on live objects.)

In case anyone wants to try out an alternative, with the JSON library I wrote based on variants, it would look like this: o := JSON(['base','something','identifiers',VarArrayOf([JSON(['id',z2])])]);

So much code! Are you willing to try out a different JSON solution? When I was writing my very bare-bones connector to MongoDB, I was really into the Variant type, and really disliked long lists of overloads for all of the types. So I created my own JSON solution, that heavily uses the Variant type, and offers a really concise syntax. The above would look like this: JSON(['registration_ids',VarArrayOf(['crX...']),'notification',JSON(['title','Hi','body','Notification test'])])

I once did something like the reverse: I added NTLM-support to a HTTP service I created myself: https://github.com/stijnsanders/xxm/blob/master/Delphi/http/xxmHttpCtx.pas#L388 as server and client both use the same 'SChannel' API calls, if you read around in the documentation, you should find what you need to make it work: https://docs.microsoft.com/en-us/windows/win32/secauthn/acquirecredentialshandle--schannel

Why use Python? There are ways to 'read from' the webcam from Delphi code directly. After a quick search I found this: https://stackoverflow.com/questions/9106706/delphi-webcam-simple-program but that's from 2012? There may be others, newers, and more multi-platform options if you search around.

I created my own JSON unit because I really dislike long lists of overloads, and really like the Variant type: https://github.com/stijnsanders/jsonDoc It grew out of my attempt at a 'really raw' connector for MongoDB, so to/from BSON functions are here: https://github.com/stijnsanders/TMongoWire/blob/master/bsonTools.pas

Actually, picking up on that. I could perfectly agree with if Delphi would make obj.Free; also set obj to nil...

I made an attempt to explain what I think it's really about here: http://yoy.be/FreeAndNil.html Let me know if this hits the mark or is way off...

I think I've come across the things you describe when creating xxm. There's more to the project than REST, but to have an out-of-the-box option of hosting web projects created with xxm, I created a really basic HTTP server, that also handles multipart file uploads. So, if you have a web form like this that would allow a user to post a file, the server would process the parts of the request into specific parameters like this. But I'm afraid this is quite an integrated solution and not quite a 'snippet' you can use to apply elsewhere. None-the-less I warmly invite you to take a good look at xxm and see if it could be a fit for any project you're considering that combines Delphi and the web.

I see in System.pas that VAnsiString is of type pointer and not of type AnsiString. I'm not sure you can 'just' cast it into type AnsiString (which happens to also be a pointer internally), but assuming you can: SizeOf(VAnsiString) will probably always be 4 (on 32-bits, 8 on 64-bits), I guess you'll need Length(AnsiString(VAnsiString)) then Move(AnsiString(VAnsiString), ... will actually read the pointer value (and whatever happens to be in memory after that) not the string data itself. You have to dereference, either explicitly: Move(VAnsiString^, ... or I prefer to do this as if I'm letting Move know where the start of the string data is: Move(AnsiString(VAnsiString)[1], ... And you use SizeOf for the Inc again, change that to Length, of better still use an extra local variable so you only need 1 call to Length (and the compiler can optimize register allocation for it)

If you do find anything about it, I wonder how it would relate to dwScript's number of lines of code...

If you're willing to examine an alternative, and if you're struggling with other JSON solutions that appear to 'bind' the JSON data to some sort of schema that determine the full extent of what you'd possibly do with the date, check out this JSON unit I've created in the margin of an attempt at a no-frills MongoDB connector: https://github.com/stijnsanders/jsonDoc#jsondoc I also dislike solutions that depend long lists of overloads for all kinds of types, so it depends on Variants heavily, especially that a Variant value can hold a reference to the interface of a live instance if anything, such as another IJSONDocument object. Also arrays in JSON are converted to and from Variant arrays. So using VarType, you could detect when data is an array or not, if it's an sub-object, you'll get varUnknown, look at the function JSON declared in the unit how to get a IJSONDocument reference. Also have a look at function JSONEnum to list the "sectionX" fields the base object might have.

If I recall correctly, the GetPixel method is rather slow. Does FMX.Graphics' TBitmap also have a Scanline pointer property?

Aah, that makes me think of the infinite monkeys theorem (and also)

I would humbly like to offer another alternative. By no means I want to imply it is any better than the other options of building a website with Delphi, but if you're willing to not use the RAD-side of Delphi, and its IDE, but want to use the Delphi language and its compiler, and combine HTML and server-side logic code in the same files much like (early!) PHP or Cold Fusion, I've created this solution to do just that: https://github.com/stijnsanders/xxm#xxm What I wanted was a way to create a website by working on the code, press F5 in a browser to put it to work, but have the website itself run from a freshly compiled DLL, from a Delphi project. This same DLL would use a generic interface, so by moving it from your development machine to a online web-server, you could use the same DLL with Apache httpd, IIS, or SCGI. It may take some work to get it going and set it up, and you don't have any support of a platform, but if you know what you're doing, that can be a good thing. Most other web-platforms I've witnessed all take some freedom away by the choices that have been made in their design, and you inevitably will hit these limitations later when you're trying to do something the platform wouldn't support. If you're interested to see a fully developed web-application on xxm, have a look here: https://github.com/stijnsanders/tx#tx (I once made "get started" tutorial, but should really update it, replace xxmLocal with xxmHttp and IE with Firefox or Chrome...)

If you're interested in another alternative, I've started from the root document to make a pure-Delphi version under a permissive license: https://github.com/stijnsanders/tools/blob/master/crypto/aes.pas I also did HMAC and PKDF2 here

I remember vaguely that you should be able to 'start' the WebBrowser component with an alternative 'path' into the Windows registry where it should get its configuration from. If that's correct, there might just be a tiny chance the path for the save image dialog is also read from a key somewhere under that registry key... Since I haven't used TWebBrowser all that much, I'm afraid I'm not able to give you code or more accurate pointers where to look for this...

Aside from the control flow details, there's more to TMemoryStream, especially when you use it with potentially big blobs of data you're in danger of getting an "out of memory" error, even when there's in fact still memory available. It has to do with fragmentation (something that's in theory less of a problem on 64-bit). I should look up the code I once created to have a custom TCustomMemoryStream descendant that uses VirtualAlloc to reserve the memory to use. Then again, it's not that difficult, the memory allocation itself happens in a virtual method you can override, if I remember correctly. Windows internally has a special trick you can use when you want 2MiB-blocks or multiple's: it enters them differently in the virtual memory mapper so it takes less steps to translate the virtual address to the physical address. If it's performance you want you should check it out. (see MEM_LARGE_PAGES here)

I really should make time to take a close look at this one! I've struggled before to get FastCGI into xxm and settled on plain CGI (yuck) and SCGI to interface with (advanced) http services that I couldn't find a specific API for like nginx or lighttpd.