锐英源软件
第一信赖

精通

英语

开源

擅长

开发

培训

胸怀四海 

第一信赖

当前位置:锐英源 / 英语翻译 / Apache / Apache在不同操作系统下的一些差异点
服务方向
人工智能数据处理
人工智能培训
kaldi数据准备
小语种语音识别
语音识别标注
语音识别系统
语音识别转文字
kaldi开发技术服务
软件开发
运动控制卡上位机
机械加工软件
软件开发培训
Java 安卓移动开发
VC++
C#软件
汇编和破解
驱动开发
联系方式
固话:0371-63888850
手机:138-0381-0136
Q Q:396806883
微信:ryysoft

锐英源精品开源心得,转载请注明:“锐英源www.wisestudy.cn,孙老师作品,电话13803810136。需要全文内容也请联系孙老师。

Apache在不同操作系统下的一些差异点


RH 8 and 9 Locale Issues RH 8和9语言环境问题

RedHat 8 and 9 ship Perl with a locale setting that breaks perl. To solve the problem either change the locale to en_US.ISO8859-1 or simply remove the UTF8 part. RedHat 8和9结合本地化设置支撑了Perl,这个设置会中断Perl。解决这个问题或者更改区域设置为en_US.ISO8859-1或简单地去掉UTF8的一部分。

For more information refer to: http://twiki.org/cgi-bin/view/Codev/UsingPerl58OnRedHat8 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=87682

欲了解更多信息,请参阅::http://twiki.org/cgi-bin/view/Codev/UsingPerl58OnRedHat8 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=87682

Issues Caused by httpd being chroot’ed 由于 httpd被改变根目录造成的问题

Since OpenBSD 3.2, the Apache httpd(8) server has been chroot(2)ed by default. 从OpenBSD 3.2以来,Apache httpd(8)服务器被默认改变根目录。

A mod_perl enabled OpenBSD httpd will NOT work as is. A proper chroot(2) environment must be setup for the default chrooted behavior to work. The -u option to httpd disables the chroot behavior, and returns the httpd to the expanded "unsecure" behavior. See the OpenBSD httpd(8) man page.

一个mod_perl能够使OpenBSD httpd不能正常工作。一个适当的chroot(2)环境必须设置为默认的行为才工作。httpd - u选项禁用chroot行为,并且返回httpd扩展“unsecure”行为。

Apache::DBI

Apache::DBI causes the server to exit when it starts up, with: Apache::DBI退出服务器启动时,:

[Mon Oct 25 15:06:11 1999] file .\main\http_main.c, line 5890,

assertion "start_mutex" failed

Solution: build mod_perl with PERL_STARTUP_DONE_CHECK set (e.g. insert 解决方案:构建mod_perl PERL_STARTUP_DONE_CHECK设置(例如插入

#define PERL_STARTUP_DONE_CHECK 1

at the top of mod_perl.h or add it to the defines in the MSVC++ and similar applications’ Options dialog).

在mod_per.hl的顶部或将其定义添加到MSVC + +和类似“选项对话框”的应用程序)。

Apache loads all Apache modules twice, to make sure the server will successfully restart when asked to. This flag disables all PerlRequire and PerlModule statements on the first load, so they can succeed on the second load. Without that flag, the second load fails.

Apache加载所有Apache模块两次,以确保服务器当被要求时能够成功重启。在第一次加载时,,这个标志对所有PerlRequire和PerlModule语句无效。所以在第二次加载时他们才可以成功。没有这个标志。第二次加载就会失败。

Apache::Status Dumps Core Under HP-UX 10.20 状态核心转储在HP-UX 10.20

HP-UX 10.20 may dump core when accessing perl-status?sig. This issue is known to happen when perl’s ./Configure doesn’t detect that SIGRTMAX is defined, but not implemented on that platform. 当访问perl-status?sig时hp - ux 10.20可能会转储核心。这个问题是在per的./Configure没有检测到SIGRTMAX被定义,,但是在该平台上没有实现时发生。

One solution is to upgrade to a recent version of Perl (5.8.0?) that properly detects the implementation of that signal. 一个解决方案是升级到Perl(5.8.0 ?)最新版本,正确检测实现这个信号。

Another solution is to modify Apache/Status.pm to skip that broken signal by replacing the line: 另一个解决方案是修改Apache/Status.pm,通过修改线路跳过断开的信号:

sort keys %SIG),

with:

sort grep { $_ ne ’RTMAX’ } keys %SIG),

友情链接
版权所有 Copyright(c)2004-2021 锐英源软件
公司注册号:410105000449586 豫ICP备08007559号 最佳分辨率 1024*768
地址:郑州大学北校区院(文化路97号院)内