apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ruediger Pluem <rpl...@apache.org>
Subject Re: [vote] Release apr[-util] 1.3.2
Date Tue, 17 Jun 2008 22:05:28 GMT


On 06/17/2008 11:57 PM, Lucian Adrian Grijincu wrote:
> On Wed, Jun 18, 2008 at 00:53, Ruediger Pluem <rpluem@apache.org> wrote:
>> Please execute the following command on your box and supply the output:
> 
> Never knew time could list so many things :)
> 
> /usr/bin/time --verbose sleep 0
> 
> 	Command being timed: "sleep 0"
> 	User time (seconds): 0.00
> 	System time (seconds): 0.00
> 	Percent of CPU this job got: 16%
> 	Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.02
> 	Average shared text size (kbytes): 0
> 	Average unshared data size (kbytes): 0
> 	Average stack size (kbytes): 0
> 	Average total size (kbytes): 0
> 	Maximum resident set size (kbytes): 0
> 	Average resident set size (kbytes): 0
> 	Major (requiring I/O) page faults: 0
> 	Minor (reclaiming a frame) page faults: 48
> 	Voluntary context switches: 29
> 	Involuntary context switches: 1
> 	Swaps: 0
> 	File system inputs: 128
> 	File system outputs: 0
> 	Socket messages sent: 0
> 	Socket messages received: 0
> 	Signals delivered: 0
> 	Page size (bytes): 65536
> 	Exit status: 0

Thanks. Please try if the following patch fixes the segfault:

Index: test/testlfs.c
===================================================================
--- test/testlfs.c»·····(Revision 668795)
+++ test/testlfs.c»·····(Arbeitskopie)
@@ -251,7 +251,7 @@
  {
      apr_mmap_t *map;
      apr_file_t *fh;
-    apr_size_t len = 16384; /* hopefully a multiple of the page size */
+    apr_size_t len = 65536; /* hopefully a multiple of the page size */
      apr_off_t off = eightGB - len;·
      apr_status_t rv;
      void *ptr;


If it does it is simply a bug in the testcase and we do not need to worry any
further. So IMHO in this case it would be nothing that would prevent us from
releasing 1.3.2.

Regards

Rüdiger

Mime
View raw message