gpt4 book ai didi

c - FCGX_Accept_r 在没有有效请求的情况下返回成功

转载 作者:行者123 更新时间:2023-11-30 15:21:10 27 4
gpt4 key购买 nike

这是相关代码,我尽可能缩短了它,希望不排除错误源。

DebugLogMsg是一个类似printf的日志文件写入工具,可以认为不会导致错误。

//Some init stuff and smthng
while (1)
{
memset (&requestFcgx, 0, sizeof (requestFcgx));
iRet = FCGX_InitRequest (&requestFcgx, 0, 0);
DebugLogMsg ("FCGX_InitRequest() called!!\r\n");

if (iRet != 0)
{
DebugLogMsg ("FCGX_InitRequest failed, return val:%d!\r\n", iRet);
return NULL;
}

iRet = FCGX_Accept_r (&requestFcgx);

if (iRet != 0)
{
DebugLogMsg1 ("FCGX_Accept_r failed!\r\n");
continue;
}

char *foo = FCGX_GetParam("SOME_CUSTOM_VAL", requestFcgx.envp);
DebugLogMsg ("CustomParam:%s\r\n", foo);

do
{
//processing the request...
if (ERROR == TRUE)
{
DebugLogMsg ("FatalError!\r\n");
return NULL;
}

DebugLogMsg ("no errors occured!");
}
while (0);

FCGX_Finish_r (&requestFcgx);
DebugLogMsg ("Cleanup.... DONE!\r\n");
}

我的问题是iRet = FCGX_Accept_r (&requestFcgx);不会像它应该的那样阻止每个第二个调用。 (至少我希望这个函数应该是阻塞的)

一旦网络服务器发送请求,函数就会释放,运行循环而不记录任何错误,调用 Finish,循环到循环体的开头,并在调用 iRet = FCGX_Accept_r (&requestFcgx); 时再次,它立即返回 iRet == 0但是requestFcgx结构似乎无效(这是可以预料的,因为甚至没有发起额外的请求)。此过程相应的日志文件包含:

[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040]    FCGX_InitRequest() called!
----------------------------------------
[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] CustomParam:ExpectedStuff
[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] no errors occured!
[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] Cleanup.... DONE!

[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] FCGX_InitRequest() called!
----------------------------------------
[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] CustomParam:(null)
[Wed Apr 15 15:41:26 2015][Thread:0;0x802420040] FatalError!

//////////////////////////////
////////Protocol closed///////
//////////////////////////////

(请有人编辑日志文本,使其不格式化为代码,我不知道该怎么做)

由于请求未提供信息并被关闭,因此发生 fatal error 。重点是,为什么iRet = FCGX_Accept_r (&requestFcgx);返回 0当它明显失败时?如果预期会这样做,我必须在多大程度上考虑这种行为。

最佳答案

有两个问题 -

  1. 在进入 while(1) 循环之前需要调用FCGX_InitRequest(&requestFcgx, 0, 0)
  2. SIGPIPE 信号也可能导致此行为。尝试忽略它。将此 block 添加到 main() 函数的开头 -

    struct sigaction sa_ign;
    sa_ign.sa_handler = SIG_IGN;
    sa_ign.sa_flags = 0;
    sigemptyset(&sa_ign.sa_mask);
    sigaction(SIGPIPE, &sa_ign, NULL);

您提到该应用程序是多线程的。如果是这样,您还必须调用FCGX_Init()。以下是来自 fcgiapp.h 头文件的信息 -

/*
*----------------------------------------------------------------------
*
* FCGX_Init --
*
* Initialize the FCGX library. Call in multi-threaded apps
* before calling FCGX_Accept_r().
*
* Returns 0 upon success.
*
*----------------------------------------------------------------------
*/
DLLAPI int FCGX_Init(void);

检查这个简单的多线程 FastCGI 应用程序 -

http://www.fastcgi.com/devkit/examples/threaded.c

关于c - FCGX_Accept_r 在没有有效请求的情况下返回成功,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29652981/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com