https://issues.apache.org/bugzilla/show_bug.cgi?id=48021

--- Comment #5 from Jeff Trawick <[email protected]> 2009-10-19 10:11:52 UTC 
---
Thanks for the new data.  The temporary file that holds the part of the request
body in excess of FcgidMaxRequestInMem is getting truncated after the first
buffer of data for this request is getting written there:

19921 open("/tmp/fcgid.tmp.pBN8aH", O_RDWR|O_CREAT|O_EXCL, 0600) = 40
19921 write(40, "pppppppppppppppppppppppppppppppp"..., 1460) = 1460
19921 poll([{fd=39, events=POLLIN, revents=POLLIN}], 1, 120000) = 1
19921 read(39, "PPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP"..., 8000) = 1460
19921 ftruncate(40, 0)                  = 0
19921 write(40, "PPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP"..., 1460) = 1460

The fix may be as simple as this:

--- mod_fcgid-2.3.4/modules/fcgid/fcgid_bridge.c.orig    2009-10-19
13:08:15.437700200 -0400
+++ mod_fcgid-2.3.4/modules/fcgid/fcgid_bridge.c    2009-10-19
13:08:55.547050836 -0400
@@ -574,7 +574,9 @@
                     apr_pool_userdata_set((const void *) fd, fd_key,
                                           apr_pool_cleanup_null,
                                           r->connection->pool);
-                } else if (need_truncate) {
+                } 
+
+                if (need_truncate) {
                     need_truncate = 0;
                     apr_file_trunc(fd, 0);
                     cur_pos = 0;

Before testing that fix I need to see why my testcase isn't failing with 2.3.4
:(

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to