Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installing Brook to FPC - Cannot find CustFCGI #3

Open
Jabiru240 opened this issue Feb 8, 2019 · 8 comments
Open

Installing Brook to FPC - Cannot find CustFCGI #3

Jabiru240 opened this issue Feb 8, 2019 · 8 comments
Labels
third party issue Something isn't working in third party component

Comments

@Jabiru240
Copy link

Jabiru240 commented Feb 8, 2019

This is a similar issue to (latest version of Brook controls, FPC 3.2 Fixes/Lazarus 2.0 Fixes, Mojave, Parallels VM):
Cannot install brookrt.lpk 1.9.9 on Lazarus 1.6 on Mac OS X

in that trying to build the IDE I get an error that says cannot find CustFCGI in unit BrookFCLFCGIBroker. The CustFCGI.pp file exists and in the IDE if I right click, it is found and displayed. I have posted to the lazarus forum here:
http://forum.lazarus.freepascal.org/index.php/topic,44200.0.html

But no response. It is a blocker for me, any ideas what might be wrong?

@Jabiru240
Copy link
Author

Jabiru240 commented Feb 8, 2019

From the Brook Framework Google+ site
https://plus.google.com/communities/101133820055678331036/s/custfcgi

Brook Framework requires CustFCGI, which is not available on Darwin.

"brookfclfcgibroker.pas(23,12) Fatal: Cannot find CustFCGI used by BrookFCLFCGIBroker of package BrookRT."

From http://wiki.freepascal.org/fcl-web:
"The fastcgi, custfcgi, and fpfcgi units are not supported on Darwin at this time, because it uses a different mechanism than the MSG_NOSIGNAL option for recv() to indicate that no SIGPIPE should be raised in case the connection breaks. See http://lists.apple.com/archives/macnetworkprog/2002/Dec/msg00091.html for how this should be fixed."

Looks like this hasn't been fixed since 2002!

And the workaround which I cannot confirm:
#3

I was going to close this, but I think @silvio should probably do that?

@Jabiru240 Jabiru240 reopened this Feb 8, 2019
@Al-Muhandis
Copy link
Contributor

Before I answer, I will warn you that I do not work in MacOS with Lazarus IDE and that @silvioprog slightly later perhaps more correctly will write You.
If you have confirmed that there is no fastcgi implementation for MacOS yet, can you try other ways? At first I also made applications using fastcgi technology, but then I realized that server (http embedded server) solutions are easier and more convenient
Recheck your urls, its are almost all not valid. Adjust. On the forum, too

@Jabiru240
Copy link
Author

Jabiru240 commented Feb 10, 2019

@Al-Muhandis The URLs I used I simply copied and pasted from those that were displaying at the time? I have no idea why they do not resolve to the correct place. This, for example, is an Image of the URL I copied, I have placed the same URL below:

IMAGE
image

And all I did was copy and paste that into a URL in the response like this:

ACTUAL URL
#3

If that then is wrong, I don't know how to fix it sorry?

Now WRT your comments:

If you have confirmed that there is no fastcgi implementation for MacOS yet, can you try other ways?

I'm not sure what you mean, I certainly don't want to change Silvio's code if I can avoid it and, if you are suggesting I use a different framework, sure that's an option, but this is about getting the Brook framework to actually work.

At first I also made applications using fastcgi technology, but then I realized that server (http embedded server) solutions are easier and more convenient

Again, that may indeed be the case, but at the moment I'm trying to get the Brook framework working. It may turn out to be sub optimal, I'm not competent at this stage to make that judgement. I just wanted a way to simply post a REST call and receive a reply. I have the TMSLCLCloud Pack. It has JSON functions that I've used in the past and it has REST calls (to the various cloud systems) that are relatively easy to change and call. I can try those, but I'd like to see how the Brook framework works.

Regardless, thanks for the response and taking an interest.

Kevin

@Al-Muhandis
Copy link
Contributor

I'm not sure what you mean, I certainly don't want to change Silvio's code if I can avoid it and, if you are suggesting I use a different framework, sure that's an option, but this is about getting the Brook framework to actually work.

I'm not suggesting changing the library code. In the library, in addition to brookfclfcgibroker, brookfclcgibroker is brookfclhttpappbroker, brookfclhttpdaemonbroker and brooktardigradebroker.
You can try last three if no support brookfclfcgibroker in MacOS

@Al-Muhandis
Copy link
Contributor

If that then is wrong, I don't know how to fix it sorry?

I fixed it

@Jabiru240
Copy link
Author

@Al-Muhandis

I fixed it

Thanks

I'm not suggesting changing the library code. In the library, in addition to brookfclfcgibroker, brookfclcgibroker is brookfclhttpappbroker, brookfclhttpdaemonbroker and brooktardigradebroker.
You can try last three if no support brookfclfcgibroker in MacOS

OK

Kevin

@silvioprog
Copy link
Member

Hello dudes. Did you solved this problem? If so, could you provide a patch or push it? Thank you!

@Jabiru240
Copy link
Author

Jabiru240 commented Feb 14, 2019 via email

@silvioprog silvioprog added the third party issue Something isn't working in third party component label May 13, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
third party issue Something isn't working in third party component
Projects
None yet
Development

No branches or pull requests

3 participants