linux环境下的可执行程序栈的大小
竟然由外部命令ulimit进行设定
这各设定对所有程序都有效。

为什么各个程序不能再启动运行时\编译时
通过参数 \ 编译选项设定？

这种设计的考虑\思想 何在？


作为对比, windows环境下的程序栈大小
由编译选项设定。各个程序可以有不同的栈大小，
互不干涉。
--
FROM 183.54.232.*

哦原来这样。
谢谢指正。

但我所关注的疑惑点是
为什么要统一设定这个上限？
而不是在编译\运行时自行设定。


【 在 ilovecpp 的大作中提到: 】
: 1. ulimit并不对所有程序生效，只对当前进程及子进程生效。
: 2. ulimit只是个上限，每个程序可以自行降低。
: 所以栈大小不由ulimit设定，栈大小的上限才由ulimit设定。
: ...................
--
FROM 183.54.232.*

你需要拜读我的文章《经典错误——使用/etc/security/limits.conf配置文件 和
ulimit -n命令》
https://julyclyde.org/?p=578
【 在 ex2 (唐诗宋词,Fortran数值) 的大作中提到: 】
: linux环境下的可执行程序栈的大小
: 竟然由外部命令ulimit进行设定
首先，ulimit不是外部命令
: 这各设定对所有程序都有效。
其次，不是对所有程序都有效
: 为什么各个程序不能再启动运行时\编译时
: 通过参数 \ 编译选项设定？
有权限才能放宽限制，权限不够的就苟着吧
: 这种设计的考虑\思想 何在？
: 作为对比, windows环境下的程序栈大小
: 由编译选项设定。各个程序可以有不同的栈大小，
: 互不干涉。
--
FROM 113.108.77.*

我现在工作单位还有好多用cron检测服务是不是故障的呢
然后在某些时候有人手贱关闭crond
【 在 adoal (阿豆) 的大作中提到: 】
: 貌似很多行业信息化开发商的开发兼任实施人员都像你前辈这样，
: 启动服务都假设是交互登录的，完全没有后台自启的概念@.@
: Windows下面更糟糕……比如我给他开了个做实施的专用帐号，
: ...................
--
FROM 113.108.77.*

其实应用程序想绕开这个限制还是蛮容易的。
分配一块大内存，然后把栈指针指向它就行了，或者干脆再起个线程。


【 在 ilovecpp (cpp) 的大作中提到: 】
: 我上面第二点说了，你程序当然可以自己设定这个上限，但我作为用户当然也要能独立于你程序来设定，并且我的设定当然应该优先于你程序的。
--
FROM 36.110.147.*