On 20 Jan 2012, at 10:32 PM, Gregg L. Smith wrote:
> True, but there are reasons I prefer the GUI, biggest is where one runs into
> trouble during a compile. I can rebuild any specific problem project/s,
> remove buildbin dependency from the installbin project, and when I have
> hammered out th
On Fri, Jan 20, 2012 at 09:04:30PM +0100, Stefan Fritsch wrote:
> This is a bigger problem. With the attached patch, the core output
> filter will flush data to the client when it has read more than 64K
> from the cgi bucket. Then it will setaside the remaining part of the
> passed brigade for l
On 1/20/2012 3:39 PM, Gregg L. Smith wrote:
> On 1/20/2012 1:04 PM, William A. Rowe Jr. wrote:
>> On 1/20/2012 2:50 PM, Steffen wrote:
>>> Building with GUI must be possible, always ! That is just the very strong
>>> point for
>>> building windows; do not degrade.
>>
>> Did not suggest otherwise
On 1/20/2012 1:04 PM, William A. Rowe Jr. wrote:
On 1/20/2012 2:50 PM, Steffen wrote:
Building with GUI must be possible, always ! That is just the very strong point
for building windows; do not degrade.
Did not suggest otherwise (with still supported products al la studio 2003+).
That doesn
On 1/20/2012 2:50 PM, Steffen wrote:
> Building with GUI must be possible, always ! That is just the very strong
> point for building windows; do not degrade.
Did not suggest otherwise (with still supported products al la studio 2003+).
That doesn't include supporting a 6-year-dead gui already
Am 20.01.2012 21:50, schrieb Steffen:
> Building with GUI must be possible, always !
why?
> That is just the very strong point for building windows
why?
are there really still no options on windows
to compile software automated without a GUI?
signature.asc
Description: OpenPGP digital
Building with GUI must be possible, always ! That is just the very strong point
for building windows; do not degrade.
Btw OT, VC11 is around the corner, with also c language changes, maybe better
wait for that.
Op 20 jan. 2012 om 20:32 heeft "Gregg L. Smith" het volgende
geschreven:
> On
On 1/20/2012 2:32 PM, Gregg L. Smith wrote:
>> That is troublesome. However, it only affects GUI interaction? It should
>> not impact .mak based builds.
>
> True, but there are reasons I prefer the GUI, biggest is where one runs into
> trouble
> during a compile. I can rebuild any specific prob
On 1/20/2012 12:14 PM, William A. Rowe Jr. wrote:
On 1/20/2012 2:06 PM, Gregg L. Smith wrote:
Due to the fact that right now, you have to convert to VC9 first, then convert
to VC10, I
have some insight here that I am sure you do as well.
Good point...
If you have done this, you may remember
On 1/20/2012 2:06 PM, Gregg L. Smith wrote:
>
> Due to the fact that right now, you have to convert to VC9 first, then
> convert to VC10, I
> have some insight here that I am sure you do as well.
Good point...
> If you have done this, you may remember how long that last conversion takes
> to a
On 1/20/2012 11:30 AM, William A. Rowe Jr. wrote:
On 1/20/2012 1:03 PM, Gregg L. Smith wrote:
On 1/20/2012 10:40 AM, William A. Rowe Jr. wrote:
I hope to spend time this weekend on the win32 build. I would
like very much to dump .dsp/.dsw prior to your tag. That means
some sort of .mak (simpl
On Friday 20 January 2012, Joe Orton wrote:
> The main loop in the core output filter (rewritten since 2.2) will
> try to read the entire passed-in brigade into RAM for
> CGI/PIPE-like mutating bucket types. :( :( We have trying to bash
> this kind of bug since 2.0.x days, and now the *core output
-1 to dump dsp/dsw, still needed by a crowd.
Also do not risk build failures/confusion at this moment during coming to GA,
little late to do it now qua timing.
VC10 is also not proven yet to be compatible with third-party modules and other
software. So stick with VC6-9 with dsp/dsw.
Op 20
On 1/20/2012 1:03 PM, Gregg L. Smith wrote:
> On 1/20/2012 10:40 AM, William A. Rowe Jr. wrote:
>> On 1/20/2012 7:01 AM, Jim Jagielski wrote:
>>> I will note, for the record, that despite my request, it does
>>> not look as if anyone has added the Windows issue(s) as either
>>> showstoppers in STAT
On 1/20/2012 10:40 AM, William A. Rowe Jr. wrote:
On 1/20/2012 7:01 AM, Jim Jagielski wrote:
I will note, for the record, that despite my request, it does
not look as if anyone has added the Windows issue(s) as either
showstoppers in STATUS or created a BUGZ issue to enable us
to track it. Apolo
On 1/20/2012 10:40 AM, William A. Rowe Jr. wrote:
On 1/20/2012 7:01 AM, Jim Jagielski wrote:
I will note, for the record, that despite my request, it does
not look as if anyone has added the Windows issue(s) as either
showstoppers in STATUS or created a BUGZ issue to enable us
to track it. Apolo
On 1/20/2012 10:36 AM, William A. Rowe Jr. wrote:
On 1/20/2012 7:07 AM, Jim Jagielski wrote:
Just a friendly reminder... If reports have been submitted
to BUGZ, could you list them in this thread please?
https://issues.apache.org/bugzilla/show_bug.cgi?id=52476
Suspects identified, proceeding t
On 1/20/2012 7:01 AM, Jim Jagielski wrote:
>
> I will note, for the record, that despite my request, it does
> not look as if anyone has added the Windows issue(s) as either
> showstoppers in STATUS or created a BUGZ issue to enable us
> to track it. Apologies if this *was* done and I simply misse
On 1/20/2012 7:07 AM, Jim Jagielski wrote:
> Just a friendly reminder... If reports have been submitted
> to BUGZ, could you list them in this thread please?
https://issues.apache.org/bugzilla/show_bug.cgi?id=52476
Suspects identified, proceeding to judgement and execution when
I wrap up my work-
The main loop in the core output filter (rewritten since 2.2) will try
to read the entire passed-in brigade into RAM for CGI/PIPE-like mutating
bucket types. :( :( We have trying to bash this kind of bug since 2.0.x
days, and now the *core output filter* itself is doing it, yegads.
The fix may
On Fri, Jan 20, 2012 at 08:56:28AM -0500, Jeff Trawick wrote:
> On Fri, Jan 20, 2012 at 7:41 AM, wrote:
> > Author: jorton
> > Date: Fri Jan 20 12:41:18 2012
> > New Revision: 1233882
> >
> > URL: http://svn.apache.org/viewvc?rev=1233882&view=rev
> > Log:
> > * server/core_filters.c (ap_core_inpu
On Fri, Jan 20, 2012 at 7:41 AM, wrote:
> Author: jorton
> Date: Fri Jan 20 12:41:18 2012
> New Revision: 1233882
>
> URL: http://svn.apache.org/viewvc?rev=1233882&view=rev
> Log:
> * server/core_filters.c (ap_core_input_filter): Only treat EAGAIN as
> success if a non-blocking read was requeste
Just a friendly reminder... If reports have been submitted
to BUGZ, could you list them in this thread please?
On Jan 18, 2012, at 7:39 AM, Jim Jagielski wrote:
> Could I ask people who have "issues" with the GA to ensure:
>
> 1. That there are actual bug reports associated with those issues
>
I will extend the voting period for over the weekend...
my expectation, however, is that I will withdraw the 2.4.0
vote and instead T&R 2.4.1 to fold in the few changes since
the orig 2.4.0 tag.
I will note, for the record, that despite my request, it does
not look as if anyone has added the Windo
24 matches
Mail list logo