Re: [fpc-pascal] FastCGI on Windows IIS
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:=False; I've read emails on the list that you said that only if the program has more than one Module is necessary to specify two paths. But Ok, for me makes more sense to use 2 paths. >> #2 Call Module/Action >> URL: http://localhost:2015/fcgitest.exe/pdf/act1/ >> Result: print - "default" >> Log: >> PATHINFO=/fcgitest.exe/pdf/act1/ >> NEXT_PATHINFO=fcgitest.exe > > > 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 request' was execute because of the bug on PATHINFO or because it has more priority. > Even so, PATHINFO should not contain /fcgitest.exe/. > You can trust Microsoft to do things in an incompatible way :/ Yeah... :\ So do you will make a patch or doesn't have time in this week? Maybe I can try. Now I know there is a SERVER_SOFTWARE variable to test if is Windows IIS... but if you will fix just tell me, please. I'm still using FPC 2.6.5 version. But I guess this package still works in this version so, do you think can I replace the fcl-web from 2.6.5 to use 3.0.0 version, after the changes? Thanks, Marcos Douglas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
[fpc-pascal] Class/Record helpers on genericd?
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 ... public procedure Sort(Compare: TCompare); function First: T; function Last: T; function Random: T; // and so on end; As it is right now the compiler will not allow this. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Class/Record helpers on genericd?
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): Integer; > > TArrayHelper = record helper for TArray > private > ... > public > procedure Sort(Compare: TCompare); > function First: T; > function Last: T; > function Random: T; > // and so on > end; > > As it is right now the compiler will not allow this. No, I did not and it's also not planned. Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FastCGI on Windows IIS
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. I suppose using FPC and some propriety protocol for linking the DLL and the business logic will be doable. -Michael ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Class/Record helpers on genericd?
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 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FastCGI on Windows IIS
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
request' was execute because of the bug on PATHINFO or because it has
more priority.
because of the bug on PATHINFO.
You can control the behaviour with the 'PreferModuleName' property.
But that only works if there is a default module.
Even so, PATHINFO should not contain /fcgitest.exe/.
You can trust Microsoft to do things in an incompatible way :/
Yeah... :\
So do you will make a patch or doesn't have time in this week?
Maybe I can try. Now I know there is a SERVER_SOFTWARE variable to
test if is Windows IIS... but if you will fix just tell me, please.
Well, time is of course an issue, but more importantly, I do not have ISS
to test with.
I think that PATHINFO needs to be corrected in custcgi.pp:
Procedure TCGIRequest.InitFromEnvironment:
Something like
If Pos('IIS', ServerName)>0 then
// Cut binary name from PathInfo
It will then also be fixed for FastCGI as it reuses this routine.
I'm still using FPC 2.6.5 version. But I guess this package still
works in this version so, do you think can I replace the fcl-web from
2.6.5 to use 3.0.0 version, after the changes?
It should not be a problem.
Michael.___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
