On 12/05/2011 10:57 PM, Gregg L. Smith wrote:
On 12/5/2011 5:15 AM, Mladen Turk wrote:
Please backport to 2.4.
Like said, already backported.
Regards
--
^TM
On 12/5/2011 5:15 AM, Mladen Turk wrote:
Fixed in the trunk and 2.4.x
Willing to retest?
Regards
I see the change which was what I had suggested in the beginning,
granted I did not have a real good technical reason other than "it then
works" :) I have not built trunk recently but making th
On 12/5/2011 12:25 AM, Mladen Turk wrote:
On 12/05/2011 08:41 AM, William A. Rowe Jr. wrote:
On 12/5/2011 1:22 AM, Mladen Turk wrote:
Like said on another thread, give me couple of days and I'll fix the
issue.
Well, as soon as I compile httpd-2.4 on windows which might be
tricky cause
build
On 12/04/2011 10:33 PM, Gregg L. Smith wrote:
On 12/4/2011 8:46 AM, Rainer Jung wrote:
Picking up this old discussion:
Well, this is the same chunk of Win32 specific debugging code causing this
module to
crash yet again.
Gregg: Can you tell us, in which line it is crashing?
Debugger says h
On 12/05/2011 08:41 AM, William A. Rowe Jr. wrote:
On 12/5/2011 1:22 AM, Mladen Turk wrote:
Like said on another thread, give me couple of days and I'll fix the issue.
Well, as soon as I compile httpd-2.4 on windows which might be tricky cause
build procedure is completely broken and it doesn't
Here with VS 2008, a release build builds all modules out of the box,
except Lua include for a .h file was not there.
And running fine for quite some users.
On Monday 05/12/2011 at 09:25, Mladen Turk wrote:
On 12/05/2011 08:41 AM, William A. Rowe Jr. wrote:
On 12/5/2011 1:22 AM, Mladen Tu
Here with VS 2008, a release build builds all modules out of the box,
except Lua include for a .h file was not there.
And running fine for quite some users.
On Monday 05/12/2011 at 09:25, Mladen Turk wrote:
On 12/05/2011 08:41 AM, William A. Rowe Jr. wrote:
On 12/5/2011 1:22 AM, Mladen Tu
On 12/05/2011 08:41 AM, William A. Rowe Jr. wrote:
On 12/5/2011 1:22 AM, Mladen Turk wrote:
Like said on another thread, give me couple of days and I'll fix the issue.
Well, as soon as I compile httpd-2.4 on windows which might be tricky cause
build procedure is completely broken and it doesn't
On 12/5/2011 1:22 AM, Mladen Turk wrote:
>
> Like said on another thread, give me couple of days and I'll fix the issue.
> Well, as soon as I compile httpd-2.4 on windows which might be tricky cause
> build procedure is completely broken and it doesn't compile any more out of
> the box.
It has b
On 12/04/2011 10:33 PM, Gregg L. Smith wrote:
On 12/4/2011 8:46 AM, Rainer Jung wrote:
Picking up this old discussion:
On 03.07.2011 19:40, William A. Rowe Jr. wrote:
On 7/1/2011 12:26 AM, Mladen Turk wrote:
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Hi folks,
Well, this is the same chun
Picking up this old discussion:
On 03.07.2011 19:40, William A. Rowe Jr. wrote:
On 7/1/2011 12:26 AM, Mladen Turk wrote:
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Hi folks,
Well, this is the same chunk of Win32 specific debugging code causing this
module to
crash yet again.
Gregg: Can
On 07/03/2011 08:58 PM, William A. Rowe Jr. wrote:
On 7/3/2011 1:52 PM, William A. Rowe Jr. wrote:
Mladen, do you know anything of cl.exe's ability to generate dependencies?
I've never looked before.
I created an util
http://myomake.svn.sourceforge.net/viewvc/myomake/trunk/misc/tools/window
On 07/03/2011 08:52 PM, William A. Rowe Jr. wrote:
On 7/3/2011 1:49 PM, Mladen Turk wrote:
I offered that to the httpd couple of years back,
but the rejection was: "Who will maintain windows nmake files"
IMHO those are few order of magnitude simpler then maintaining
VS workspace/solutions/proje
On 7/3/2011 1:52 PM, William A. Rowe Jr. wrote:
>
> The answer is generating them from build.py etc, just as we generate
> the makefiles from config.m4. In fact the right clues embedded in
> config.m4 files might let us use these as sources ;-)
And I'm willing to build the apr build.py features
On 7/3/2011 1:49 PM, Mladen Turk wrote:
> On 07/03/2011 07:40 PM, William A. Rowe Jr. wrote:
>> On 7/1/2011 12:26 AM, Mladen Turk wrote:
>>> On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Attached patch just gets rid of it.
>>>
>>> This cannot be omitted.
>>> Getting the parent pid means w
On 07/03/2011 07:40 PM, William A. Rowe Jr. wrote:
On 7/1/2011 12:26 AM, Mladen Turk wrote:
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Attached patch just gets rid of it.
This cannot be omitted.
Getting the parent pid means we we are in the child process, so we must not
init the parent wa
On 7/1/2011 12:26 AM, Mladen Turk wrote:
> On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
>> Hi folks,
>>
>> Well, this is the same chunk of Win32 specific debugging code causing this
>> module to
>> crash yet again. I remember suggesting it be removed before, now I am a
>> little more
>> adamant
On 07/01/2011 09:10 AM, Gregg L. Smith wrote:
Hi Mladen,
Ok, I'm just a dumb guy but for me, if it drops to the hard drive (it's built
on my platform) it should at minimum load without crashing the server.
Who said anything about being dumb.
If it crashes on load, it should be fixed. Simple as
gg
-Original Message-
From: Mladen Turk
To: dev@httpd.apache.org
Date: Fri, 01 Jul 2011 07:26:14 +0200
Subject: Re: Windows Laundry List pt3, mod_watchdog
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
> Hi folks,
>
> Well, this is the same chunk of Win32 specific debugging code causing th
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Hi folks,
Well, this is the same chunk of Win32 specific debugging code causing this module to
crash yet again. I remember suggesting it be removed before, now I am a little more
adamant about it because it is really not needed, IMO of course. If y
20 matches
Mail list logo
