Custom Query (2195 matches)

The default file I/O back-end is to use ANSI stream API (fopen(), fread(), etc.), which works great since it is portable across platforms. However it has a limit of number of files that can be opened simultaneously (FOPEN_MAX), causing subsequent opening file to fail.

On Win32, we have alternative back-end of file I/O using Win32 native file operations (CreateFile?(), ReadFile?(), etc.), which doesn't have this limitation, but unfortunately this backend implementation is not being used.

Thanks David Clark for pointing this out.

The pjsip_ctype_hdr_clone() doesn't duplicate the media subtype.

Thanks Igor S for reporting.

The fixed buffer based pool (created by pj_pool_create_on_buf()) will raise assert if no memory can be allocated. This is unnecessary, and it should just return NULL to let the pool raise PJ exception as normal.