site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Ian Lister writes:

Thankfully the Darwin source releases have been very punctual for some time now (thanks Kevin!) so for each OS update I build a custom kernel with CHILD_MAX (xnu/bsd/sys/syslimits.h) increased from 100 to 500 and hack in a "ulimit -u" invocation in /etc/rc or somewhere (there being no login.conf or the like to be able to set it for login sessions).

Doesn't that just change the default rlim_cur? BTW, does anybody know if it is possible to patch values into executables with GDB? On old, closed-source systems, you used to be able to do: # dbx -k /vmunix /dev/mem (dbx) patch maxproc=8192 8192 (dbx) This would make the value stick after reboot. If you could do this in macosx, you could avoid having to rebuild the kernel yourself. I copied the kernel to /tmp, and tried gdb -write /tmp/mach_kernel, but it didn't want to let me write it: (gdb) p ((int *) &maxproc)[0] $1 = 532 (gdb) set ((int *) &maxproc)[0] = (1024 + 20) Cannot access memory at address 0x37ca10 Drew _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... This email sent to site_archiver@lists.apple.com