Torsten Foertsch wrote:
On Sat 28 Jun 2008, Torsten Foertsch wrote:
mybranch/ $> svnmerge init
When am I supposed to do this before I begin to integrate trunk changes or
after all changes are committed to my branch?
property 'svnmerge-integrated' set on '.'
mybranch/ $> svn ci -F svnmerge-c
On Sat 28 Jun 2008, Torsten Foertsch wrote:
> > mybranch/ $> svnmerge init
>
> When am I supposed to do this before I begin to integrate trunk changes or
> after all changes are committed to my branch?
>
> > property 'svnmerge-integrated' set on '.'
> > mybranch/ $> svn ci -F svnmerge-commit-messag
Jim,
I've finally had the time to work on your patch integration.
The problem is the test in your patch doesn't work for me:
with mp2 I get:
t/sameinterp.failed to init the same_handler data
(url=/test/sameinterp). Failed with code=500, response:
500 Internal Server Error
Inte
hmm, where would this fit into A-T? can you query A-T for stuff like cpp or
CFLAGS or other similar info already? I would have thought it should go in
Apache::Build
After digging through the conglomeration that is A-T
(don't get me wrong great software, but yeeesh!)
main::(./mp2bug:38):Mo
>>Thanks. Thats fine. Geoff, are you in agreement, this should be part
>>of Apache::Test and then used by bin/mp2bug and not inlined in that script?
hmm, where would this fit into A-T? can you query A-T for stuff like cpp or
CFLAGS or other similar info already? I would have thought it should
Philippe M. Chiasson wrote:
I think that's where it should belong. It's a good idea, especially if it can
be taught to do "the right thing" on all the platforms we support.
Similarly, running ldd on the built mod_perl.so could be usefull too.
Of course if we do that, now we have to check if mp2
Philip M. Gollucci wrote:
> Vivek Khera wrote:
>
>>
>> On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
>>
>>> Yes, but don't you have something called otool or such. I don't
>>> remeber off hand.
>>>
>>
>> otool -L
>>
>> You still have to teach the script how to determine which tool to us
Vivek Khera wrote:
On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
Yes, but don't you have something called otool or such. I don't
remeber off hand.
otool -L
You still have to teach the script how to determine which tool to use
to get this information.
Thanks. Thats fine. Geo
On Aug 8, 2005, at 11:18 AM, Philip M. Gollucci wrote:
Yes, but don't you have something called otool or such. I don't
remeber off hand.
otool -L
You still have to teach the script how to determine which tool to use
to get this information.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera wrote:
On Aug 8, 2005, at 2:10 AM, Philip M. Gollucci wrote:
* mp2bug -- add the output of 'ldd httpd' to the report
I'd really like to see this for 2.0.2 and volunteer to do it;
however, I'm not quite sure how we should go about getting the path
to ldd or should we just assum
On Aug 8, 2005, at 2:10 AM, Philip M. Gollucci wrote:
* mp2bug -- add the output of 'ldd httpd' to the report
I'd really like to see this for 2.0.2 and volunteer to do it;
however, I'm not quite sure how we should go about getting the path
to ldd or should we just assume is in the path and
Murugan K wrote:
Hi All
I am in the process of porting Perl for NetWare. I want to
initialize some of the NetWare specific values in the SIGART signal
handler. Can anybody tell me which file it is handled that signal
or it is not handled at all. Sorry in advance , if it is
On Thu, 26 Sep 2002, Peter Poeml wrote:
> Hi!
>
> today I saw this warning in the build log of mod_perl 1.27:
>
> * WARNING *
>
> Your Perl is linked with -lpthread, make sure that your httpd is built with
>LIBS=-lpthread
>
>
> * WARNING *
>
On Wed, 29 May 2002, Doug MacEachern wrote:
> On Wed, 29 May 2002, Fisher, James wrote:
>
> > I was testing the win32 build Apache2/Modperl2 available on Randy Kobes and
> > I stumbled upon an odd behavior specific to Modperl2. I was merrily testing
> > with the apache tool ab and it seems after
if you have msdev studio, try building modperl-2.0 from cvs which has a
number of windows specific fixes. else, wait for 1.99_02 to be released
(soonish).
On Wed, 29 May 2002, Fisher, James wrote:
> I was testing the win32 build Apache2/Modperl2 available on Randy Kobes and
> I stumbled upon
i forgot to point out the biggest problem: since all per-server data is
shared between threads, regardless of locking, changing the value of
something like ap_document_root changes it for all threads. not just the
current process/request, the way it was in 1.3.
so we can't really support modifica
On Thu, 29 Nov 2001, Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a non-threaded model, l
Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a non-threaded model, like prefork, all that
18 matches
Mail list logo
