On Mon, Apr 25, 2016 at 3:57 AM, Michael Van Canneyt
wrote:
> You always need to specify 2 paths:
>
> http://localhost:2015/fcgitest.exe/pdf/act1/
>
> Unless you have set a default module and name in the application:
>
> AllowDefaultModule:=True;
> DefaultModuleName:='pdf';
> PreferModuleName:
Sven,
Correct me if I'm wrong, but didn't you add support for class/record
helpers on generics? For example I'd like to be able to add methods to
dynamic arrays:
type
TArray = array of ;
TCompare = function(constref A, B: T): Integer;
TArrayHelper = record helper for TArray
private
.
Am 25.04.2016 22:44 schrieb "Anthony Walter" :
>
> Sven,
>
> Correct me if I'm wrong, but didn't you add support for class/record
helpers on generics? For example I'd like to be able to add methods to
dynamic arrays:
>
> type
> TArray = array of ;
> TCompare = function(constref A, B: T): Intege
Not believing that FCGI will work decently with IIS, my colleagues
successfully used a different approach to use their (Delphi) programs
via IIS in the Internet.
They did a small ISAPI transfer DLL and did the business logic in a
Windows Service They linked the two Delphi programs via RemOBJ.
2016-04-26 7:57 GMT+02:00 Sven Barth :
> > As it is right now the compiler will not allow this.
>
> No, I did not and it's also not planned.
>
That is planned in other way, as extra profit of smart pointers (related to
new syntax).
--
Best regards,
Maciej Izak
__
On Mon, 25 Apr 2016, Marcos Douglas wrote:
On Mon, Apr 25, 2016 at 3:57 AM, Michael Van Canneyt
wrote:
Yes, this is a normal response, it seems ?
Well, I was thinking if an Action should have more priority to execute
if I call it directly on URL — but I don't know if the 'Module
reques
