Hi,
commit r1642154 modified server/util_expr_parse.y, hence
server/util_expr_parse.c and server/util_expr_parse.h are re-generated
by bison during make.
However these .[ch] are also committed in the svn repository...
There is also the same issue with server/util_expr_scan.l wrt
server/util_expr_
Hi Yann,
Commit the newly generated files please.
Regards,
Gregg
On 12/8/2014 9:18 AM, Yann Ylavic wrote:
Hi,
commit r1642154 modified server/util_expr_parse.y, hence
server/util_expr_parse.c and server/util_expr_parse.h are re-generated
by bison during make.
However these .[ch] are also co
OK, thanks.
Done in r1643900.
On Mon, Dec 8, 2014 at 7:33 PM, Gregg Smith wrote:
> Hi Yann,
>
> Commit the newly generated files please.
>
> Regards,
>
> Gregg
>
>
>
> On 12/8/2014 9:18 AM, Yann Ylavic wrote:
>>
>> Hi,
>>
>> commit r1642154 modified server/util_expr_parse.y, hence
>> server/util
On 12/08/2014 08:46 PM, yla...@apache.org wrote:
> Author: ylavic
> Date: Mon Dec 8 19:46:53 2014
> New Revision: 1643900
>
> URL: http://svn.apache.org/r1643900
> Log:
> util_expr: sync bison generated source files with server/util_expr_parse.y.
>
> Modified:
> httpd/httpd/trunk/server/ut
On Mon, Dec 8, 2014 at 8:46 PM, wrote:
> Author: ylavic
> Date: Mon Dec 8 19:46:53 2014
> New Revision: 1643900
>
> URL: http://svn.apache.org/r1643900
> Log:
> util_expr: sync bison generated source files with server/util_expr_parse.y.
>
> Modified:
> httpd/httpd/trunk/server/util_expr_pars
On Mon, Dec 8, 2014 at 8:59 PM, Ruediger Pluem wrote:
>
>
> On 12/08/2014 08:46 PM, yla...@apache.org wrote:
>> Author: ylavic
>> Date: Mon Dec 8 19:46:53 2014
>> New Revision: 1643900
>>
>> URL: http://svn.apache.org/r1643900
>> Log:
>> util_expr: sync bison generated source files with server/ut
Reverted in r1643901.
On Mon, Dec 8, 2014 at 9:01 PM, Yann Ylavic wrote:
> On Mon, Dec 8, 2014 at 8:59 PM, Ruediger Pluem wrote:
>>
>>
>> On 12/08/2014 08:46 PM, yla...@apache.org wrote:
>>> Author: ylavic
>>> Date: Mon Dec 8 19:46:53 2014
>>> New Revision: 1643900
>>>
>>> URL: http://svn.apach
Reverted in r1643901.
Someone with a bison version above 2.7.12-4996 should do this (mine is 2.5).
On Mon, Dec 8, 2014 at 8:48 PM, Yann Ylavic wrote:
> OK, thanks.
>
> Done in r1643900.
>
> On Mon, Dec 8, 2014 at 7:33 PM, Gregg Smith wrote:
>> Hi Yann,
>>
>> Commit the newly generated files ple
On Mon, Dec 8, 2014 at 3:12 PM, Yann Ylavic wrote:
> Reverted in r1643901.
>
> Someone with a bison version above 2.7.12-4996 should do this (mine is 2.5).
Every system I try, it leaps from 2.4 to 3.0. Maybe best to just make
the jump forward now?
On Mon, Dec 8, 2014 at 9:16 PM, Eric Covener wrote:
> On Mon, Dec 8, 2014 at 3:12 PM, Yann Ylavic wrote:
>> Reverted in r1643901.
>>
>> Someone with a bison version above 2.7.12-4996 should do this (mine is 2.5).
>
> Every system I try, it leaps from 2.4 to 3.0. Maybe best to just make
> the jump
I still DO have PHP commit! :)
> On Dec 4, 2014, at 1:27 PM, Eric Covener wrote:
>
> On Thu, Dec 4, 2014 at 1:11 PM, Jim Riggs wrote:
>> This all may certainly be true, but I just for clarity's sake (since it was
>> my quote that started this new mod_proxy_fcgi thread), my mod_proxy_balancer
On Mon, Dec 8, 2014 at 10:20 PM, wrote:
> Author: ylavic
> Date: Mon Dec 8 21:20:50 2014
> New Revision: 1643929
>
> URL: http://svn.apache.org/r1643929
> Log:
> Revert util_expr: sync bison generated source files with
> server/util_expr_parse.y from r1642154.
>
> Modified:
> httpd/httpd/tru
Finally committed in r1643929, generated by bison-2.7.1.
On Mon, Dec 8, 2014 at 9:12 PM, Yann Ylavic wrote:
> Reverted in r1643901.
>
> Someone with a bison version above 2.7.12-4996 should do this (mine is 2.5).
>
> On Mon, Dec 8, 2014 at 8:48 PM, Yann Ylavic wrote:
>> OK, thanks.
>>
>> Done i
On 12/04/2014 10:23 AM, Jeff Trawick wrote:
Besides searching through Bugzilla and summarizing each mod_proxy_fcgi
bug and ranking by apparent severity, number of users involved in the
bug discussion, etc., what else should I put on a Wiki page? E.g., do
you have an idea of what needs to be im
Ping.
Le 03/12/2014 07:19, Christophe JAILLET a écrit :
Hi,
should the same logic be applied in:
- ap_increment_counts (at line 367) ? (code looks like in
ap_time_process_request where the <0 test is done)
CJ
Le 02/12/2014 13:42, j...@apache.org a écrit :
Author: jim
Date: Tue Dec 2
On 12/08/2014 10:29 PM, Yann Ylavic wrote:
Finally committed in r1643929, generated by bison-2.7.1.
Thanks Yann!
Regards,
Jan Kaluza
On Mon, Dec 8, 2014 at 9:12 PM, Yann Ylavic wrote:
Reverted in r1643901.
Someone with a bison version above 2.7.12-4996 should do this (mine is 2.5).
On M
16 matches
Mail list logo