Fwd: Question about slab allocator

2014-05-07 Thread Shuxin Yang
Sorry for sending my previous mail to wrong list. My co-worker told me this list is the right place to be. Again, profuse thanks in advance! Shuxin Original Message Subject:Question about slab allocator Date: Wed, 07 May 2014 12:38:00 -0700 From: Shuxin Yang

How does Nginx look-up cached resource?

2015-09-03 Thread Shuxin Yang
Hi, There: I'm Nginx newbie. I have a question regarding how nginx lookup a cached resource. As far as I can tell, given a cache-key k. Nginx uses crc32(k) as as the key to lookup the cached resource in a RB tree, and use md5(k) verify if conflict take place; the key k per se is not

Re: C++ module

2016-06-16 Thread Shuxin Yang
On 06/15/2016 09:18 PM, Rajalakshmi Iyer wrote: Thanks everyone. I have been able to compile a C++ module fine. But I am primarily trying to figure out if it's safe to use features like STL containers or Boost libraries within an Nginx module. In my project, I used STL. it works fine. I

Why not remove UNIX domain socket before bind

2016-11-29 Thread Shuxin Yang
Hi, There: Is there any reason not to delete UNIX domain socket before bind? It is bit inconvenient when : 1). debugging: previous debugging session quit prematurely without erasing the UNIX domain socket, and the subsequent debugging session only see "address already in use" error

Re: Why not remove UNIX domain socket before bind

2016-11-30 Thread Shuxin Yang
: Hello! On Tue, Nov 29, 2016 at 01:30:25PM -0800, Shuxin Yang wrote: Is there any reason not to delete UNIX domain socket before bind? To name a few, deleting a socket implies that: a) any file can be accidentally deleted due to a typo in the listen directive; b) attempts to do

Re: Why not remove UNIX domain socket before bind

2016-11-29 Thread Shuxin Yang
more than a year ago (https://trac.nginx.org/nginx/ticket/753) but still not being fixed. Thanks, Datong On Tue, Nov 29, 2016 at 1:30 PM, Shuxin Yang <shuxinyang@gmail.com <mailto:shuxinyang@gmail.com>> wrote: Hi, There: Is there any reason not to delete