[jira] [Updated] (TS-1130) ink_time_t is 64bit on x86_64

2012-04-20 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1130: --- Attachment: TS-1130.try2.diff > ink_time_t is 64bit on x86_64 > - > > Ke

[jira] [Updated] (TS-1130) ink_time_t is 64bit on x86_64

2012-04-10 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1130: --- Attachment: TS-1130.diff time_t in x86_64 is 64 bit. If we use the 64 bit atomic operation on time_t variables.

[jira] [Updated] (TS-1164) a race condition in cache init

2012-03-23 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1164: --- Attachment: taorui-cache.diff > a race condition in cache init > --- > >

[jira] [Updated] (TS-1154) quick_filter on HEAD does not work

2012-03-20 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1154: --- Attachment: head_method.diff > quick_filter on HEAD does not work > -- > >

[jira] [Updated] (TS-1114) Crash report: HttpTransactCache::SelectFromAlternates

2012-02-29 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1114: --- Attachment: cache_crash.diff write_vector should be protected by vol mutex. > Crash report: HttpTransac

[jira] [Updated] (TS-621) writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached

2012-02-27 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-621: -- Attachment: force_empty.diff > writing 0 bytes to the HTTP cache means only update the header... need a new > API: upd

[jira] [Updated] (TS-1109) stack dump may crash too

2012-02-26 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1109: --- Attachment: cop_crash.diff > stack dump may crash too > > > Key: TS-1109 >

[jira] [Updated] (TS-1029) DNS crash if we free the memory into system

2011-11-23 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1029: --- Attachment: ts-1029.diff dnsEntry::post may may free itself, but still there are some operation associated with it. if

[jira] [Updated] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close

2011-11-11 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-857: -- Attachment: ts-857.diff mohan_zl found a bug in my first patch. second patch is provided. > Crash Report:

[jira] [Updated] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close

2011-11-11 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-857: -- Attachment: (was: ts-854.diff) > Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close > ->

[jira] [Updated] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close

2011-11-10 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-857: -- Attachment: ts-854.diff This patch make net_vc::do_io_close thread safe, and it is simple and have no need to lock vc`s mu

[jira] [Updated] (TS-1014) slow log can not print logs well on 32-bit system, I changed the %d to RPI64

2011-11-05 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-1014: --- Attachment: slow_log.diff the type of client_response_body_bytes is int64_t, %d can not represent it in 32-bit system.

[jira] [Updated] (TS-980) change client_session schedule from global to thread local, and reduce the try_locks in UnixNetVConnection::reenable

2011-11-05 Thread weijin (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/TS-980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] weijin updated TS-980: -- Attachment: ts-980.diff I bind the nethandle`s mutex as thread mutex to avoid other threads try to lock it. The thread ses