- 18 5月, 2013 6 次提交
-
-
由 William King 提交于
-
由 William King 提交于
When message events were added, the debug field name was overlooked. This would have only been hit when debug level was above 'DEBUG1' and at that point it would have incorrectly chosen debug display names.
-
由 William King 提交于
-
由 William King 提交于
-
由 William King 提交于
This was writing a null one space to the right, outside of the malloc'd buffer. On further review this uses apr_vsnprintf which always returns null terminated.
-
由 Jeff Lenk 提交于
-
- 17 5月, 2013 2 次提交
-
-
由 Anthony Minessale 提交于
-
由 William King 提交于
-
- 15 5月, 2013 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 14 5月, 2013 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 13 5月, 2013 2 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 10 5月, 2013 5 次提交
-
-
由 Raymond Chandler 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
- 09 5月, 2013 7 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
FS-5325 i'll put the nonblocking in but I still think this is a problem with openssl, a short read is not there every single time you connect, When the lib is in full blocking mode it should be handling the complicated actions internally. As complicated as socket programming is, async ssl is even worse because it requires you to do your own buffering and attemps to read may fail waiting for you to write or vice-versa which should have been handled for us in the lib. non-interruptable syscalls are getting pretty outdated and not enabling it is much less complex than making every socket app on earth be non-blocking
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 William King 提交于
FS-5395: False alarm on a reported valgrind memory leak. The io_private is alloc'd from a memory pool which valgrind sucks at tracking. No need to free this, because it'll get cleared when the memory pool on the rsession is destroyed.
-
- 08 5月, 2013 6 次提交
-
-
由 William King 提交于
FS-5395: --resolve Resolve another mod_rtmp crash where oh specific hangup scenarios there would be a free of variable that wasn't ever malloced
-
由 Anthony Minessale 提交于
FS-5085 I discovered that the bowout is happening from both legs at once, we only need to check this condition on the A side of the loopback bridge
-
由 Brian West 提交于
-
由 Raymond Chandler 提交于
-
由 Raymond Chandler 提交于
-
由 Anthony Minessale 提交于
-
- 07 5月, 2013 4 次提交
-
-
由 William King 提交于
This reverts commit d8edc031. Conflicts: src/mod/endpoints/mod_rtmp/mod_rtmp.c
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 06 5月, 2013 2 次提交