Custom Query (245 matches)
Results (52 - 54 of 245)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#265 | fixed | TRAC admin request - need 6.5 version in drop down | ||
#264 | fixed | dlopen does not expect NULL pszLibrary | ||
Description |
dlopen(NULL, flags) requests the handle of the main program. libc_Back_ldrOpen does not expect this and traps. |
|||
#263 | fixed | After a very high number of fork/system/popen calls | ||
Description |
On my sever with a "cron" type process running fork/system/popens very frequently. The end result is that after so long any program that uses LIBC065 will fail to start with a "LIBC Error: Couldn't register process in shared memory!" Anything that is already started or does not use LIBC065 just sails along merrily. Although the ones that do use it may hang when you try and shutdown. On my laptop I can reproduce the first type by using "ps" but if I change it to a "hello world" program I get the "nothing will shut down" problem. I think the problem has been around for a long time as I have *never* had uptime on the server of more than three weeks - I think LIBC065 has just made it worse - I never saw that libc error message before 65 came along. The following program shows the problem: #include <os2.h> #include <string.h> #include <stdio.h> #include <stdlib.h> #include <sys/time.h> #include <errno.h> int main(int argc, char argv) {
} and #include <os2.h> #include <string.h> #include <stdio.h> #include <stdlib.h> int main(int argc, char argv) {
} It usually blows around 60,000. Suspect 65535 problem? I complied the above with EMX and got bored with it at 70,000+ |