Bug 26050 - New Function: apr_reslist_invalidate
Summary: New Function: apr_reslist_invalidate
Status: CLOSED FIXED
Alias: None
Product: APR
Classification: Unclassified
Component: APR-util (show other bugs)
Version: HEAD
Hardware: Other All
: P3 enhancement (vote)
Target Milestone: ---
Assignee: Apache Portable Runtime bugs mailinglist
URL:
Keywords: PatchAvailable
Depends on:
Blocks:
 
Reported: 2004-01-12 07:08 UTC by Paul Querna
Modified: 2004-11-16 19:05 UTC (History)
0 users


Attachments
Patch that implments this Function (1.41 KB, patch)
2004-01-12 07:11 UTC, Paul Querna 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Querna 2004-01-12 07:08:19 UTC 
Rationale: if an module gets a resource that proves to be bad (e.g.
a connection that's gone away), it shouldn't be returned to the
pool to be given out again.  We should invalidate it.
Comment 1 Paul Querna 2004-01-12 07:11:15 UTC 
Created attachment 9906 [details]
Patch that implments this Function
Comment 2 Jeff Trawick 2004-03-14 23:44:02 UTC 
The patch doesn't compile as-is due to mismatch in prototypes between header file
(2nd parm is void *) and implementation (2nd parm is apr_res_t *).  It doesn't
seem to be a trivial issue, either.  destroy_resource() really does need
apr_res_t *, but apr_res_t is a wrapper for the void * that the application
deals with.

Is there a later patch than what is in this PR?
Comment 3 Jeff Trawick 2004-03-20 20:05:04 UTC 
committed to apr-util 1.0-dev