Re: [NOTICE] Subversion conversion

[Justin Erenkrantz]

--On Saturday, November 13, 2004 7:03 PM -0600 Sander Striker 
<[EMAIL PROTECTED]> wrote:

I'm finally taking care of the conversion of httpd-* to SVN.
I'll follow up with instructions on how to pull new workingcopies,
etc etc.  I'm looking for volunteers to actually write a page
for developers on where to get SVN and how to check out the
sources from the SVN repository.
I'm shooting for being done with it all by tomorrow night.
Heh.  Best laid plans of mice and men.  =)
Anyhow, we've finally got the conversion finished.  We're going to ask for one 
final sanity check from the community before we load it into the real 
repository.  Unless we stumble upon something major in the next 12-24 hours, I 
will load it in and open the trees back up.  You can browse/checkout the 
repository at:


When we go live, this dump will be loaded into the asf repository under httpd. 
(So, httpd-2.0 will be in httpd/httpd/trunk.)  Note that *no* modifications 
made to the test repository will be preserved.

The httpd-docs-1.3 repository still needs to be merged in.  (The way our 
httpd-1.3-docs is handled causes all sorts of nightmares with httpd-2.0's 
copies of the RCS files.)  I plan on tackling that tomorrow, but I have to get 
a few other backroom things resolved (mailer and ACLs) before loading the 
repository first anyhow.

Thanks for everyone's patience!  -- justin

Doc bug?

[Jeff White]

At:
http://httpd.apache.org/cli/
Under the sub title 
License


Like all Apache Software Foundation projects,
flood is licensed under The Apache License.

Should flood be mod_aspdotnet?
Jeff

Add mod to server name

[Jeff White]

In mod_aspdotnet should there be
an add to the server name action,
(like Perl and PHP)?
If so then in mod_aspdotnet there is 
in the function - static void register_hooks(...)

this call:
ap_hook_post_config(asp_net_post_config, 
NULL, NULL, APR_HOOK_MIDDLE);

so add in static int asp_net_post_config(...)
{
 // Add one time only
 // Get .NET version
 version=current .NET version
 // ap_add_version_component(p, ".NET1/1");
 // Add .Net to the server's name.
 ap_add_version_component(p, ".NETversion");

 and then so on...
 return OK;
}
Or if Apache can use many
ap_hook_post_config(...) calls,
try a separate function.
ap_hook_post_config(add_NET_to_server, 
NULL, NULL, APR_HOOK_MIDDLE);

Jeff

Short or long variable names?

[Jeff White]

When looking at Apache.Web 
member's parameters:

Parameter name = rr
 Type=Apache.Native.request_rec*
 Position=3
 Optional=False
Here rr I assume means 
request_rec 

which I assume means request_record 
(but just because of the type defined:
Type=Apache.Native.request_rec*).

But for others:
Parameter name = rv
 Type=System.Int32
 Position=2
 Optional=False
What does rv mean?
ReturnValue, RequiredValue,
RequestedValue, RemovableVolume,
RottenVersion, RequiredValidation?
So should _all_ Apache.Web 
variables be longer than "rr"?

So the user can obtain from .NET 
what they mean like the below?

Parameter name = msg
 Type=System.String
 Position=0
 Optional=False
Message I assume, 
perhaps should be longer

Parameter name = loglevel
 Type=System.Int32
 Position=1
 Optional=False
Some sort of Apache (or .NET)
log file level or value, I assume...
At least, these two above examples 
give a user a chance to try to use 
them, but rr and rv?

Jeff

Re: httpmodule bug

[William A. Rowe, Jr.]

At 08:18 AM 11/15/2004, Yussef Alkhamrichi wrote:
>I've gone into the code and the only thing I can image that occurs is that the 
>web.config of one virtual directory is configured twice for the same AppDomain.

Again, I'm curious, is one a child directory of another mount?
Either physical or virtual path (or both?)

>I found some strange code in 2 lines that are indirectly related to the 
>configuration, in host.h the function void Configure(String *VirtualPath, 
>String *PhysicalPath, HostFactory *Factory, int HostKey) contains these lines:
>
>physicalPath = physicalPath->Substring(0, VirtualPath->get_Length() - 1);
>virtualPath = virtualPath->Substring(0, VirtualPath->get_Length() - 1);
>
>shouldn't these be:
>
>physicalPath = physicalPath->Substring(0, physicalPath->get_Length() - 1);
>virtualPath = virtualPath->Substring(0, virtualPath->get_Length() - 1);
>
>(the last line ofcourse has no effect, but maybe it's better to get the code 
>as clean as possible).

This looks sane; did you test w/ this patch?  99% certain you
caught a live one.

Bill 

Re: [NOTICE] Subversion conversion

[William A. Rowe, Jr.]

CLI mod_aspdotnet folks;

do we want to maintain

httpd/cli/mod_aspdotnet/

or drop the cli/ container, placing all of our modules at the
httpd/ root parallel to mod_mbox, mod_python, etc?

I'm getting ready to move those as the incubator committee
has graduated us!

Bill

At 12:52 AM 11/18/2004, Justin Erenkrantz wrote:
>--On Saturday, November 13, 2004 7:03 PM -0600 Sander Striker <[EMAIL 
>PROTECTED]> wrote:
>
>>I'm finally taking care of the conversion of httpd-* to SVN.
>>I'll follow up with instructions on how to pull new workingcopies,
>>etc etc.  I'm looking for volunteers to actually write a page
>>for developers on where to get SVN and how to check out the
>>sources from the SVN repository.
>>
>>I'm shooting for being done with it all by tomorrow night.
>
>Heh.  Best laid plans of mice and men.  =)
>
>Anyhow, we've finally got the conversion finished.  We're going to ask for one 
>final sanity check from the community before we load it into the real 
>repository.  Unless we stumble upon something major in the next 12-24 hours, I 
>will load it in and open the trees back up.  You can browse/checkout the 
>repository at:
>
>
>
>When we go live, this dump will be loaded into the asf repository under httpd. 
>(So, httpd-2.0 will be in httpd/httpd/trunk.)  Note that *no* modifications 
>made to the test repository will be preserved.
>
>The httpd-docs-1.3 repository still needs to be merged in.  (The way our 
>httpd-1.3-docs is handled causes all sorts of nightmares with httpd-2.0's 
>copies of the RCS files.)  I plan on tackling that tomorrow, but I have to get 
>a few other backroom things resolved (mailer and ACLs) before loading the 
>repository first anyhow.
>
>Thanks for everyone's patience!  -- justin

RE: [NOTICE] Subversion conversion

[Larry Toppi]

Title: RE: [NOTICE] Subversion conversion






Sweet!


I would vote to move it up one level.


Thanks,
Larry.


-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, November 18, 2004 5:37 PM
To: CLI Dev
Subject: Re: [NOTICE] Subversion conversion


CLI mod_aspdotnet folks;


do we want to maintain


httpd/cli/mod_aspdotnet/


or drop the cli/ container, placing all of our modules at the
httpd/ root parallel to mod_mbox, mod_python, etc?


I'm getting ready to move those as the incubator committee
has graduated us!


Bill


At 12:52 AM 11/18/2004, Justin Erenkrantz wrote:
>--On Saturday, November 13, 2004 7:03 PM -0600 Sander Striker <[EMAIL PROTECTED]> wrote:
>
>>I'm finally taking care of the conversion of httpd-* to SVN.
>>I'll follow up with instructions on how to pull new workingcopies,
>>etc etc.  I'm looking for volunteers to actually write a page
>>for developers on where to get SVN and how to check out the
>>sources from the SVN repository.
>>
>>I'm shooting for being done with it all by tomorrow night.
>
>Heh.  Best laid plans of mice and men.  =)
>
>Anyhow, we've finally got the conversion finished.  We're going to ask for one final sanity check from the community before we load it into the real repository.  Unless we stumble upon something major in the next 12-24 hours, I will load it in and open the trees back up.  You can browse/checkout the repository at:

>
>
>
>When we go live, this dump will be loaded into the asf repository under httpd. (So, httpd-2.0 will be in httpd/httpd/trunk.)  Note that *no* modifications made to the test repository will be preserved.

>
>The httpd-docs-1.3 repository still needs to be merged in.  (The way our httpd-1.3-docs is handled causes all sorts of nightmares with httpd-2.0's copies of the RCS files.)  I plan on tackling that tomorrow, but I have to get a few other backroom things resolved (mailer and ACLs) before loading the repository first anyhow.

>
>Thanks for everyone's patience!  -- justin

Re: httpmodule bug

[Yussef Alkhamrichi]

>I've gone into the code and the only thing I can image that occurs is 
that the web.config of one virtual directory is configured twice for the 
same AppDomain.

Again, I'm curious, is one a child directory of another mount?
Either physical or virtual path (or both?)
I'm mounting the directory D:\Web\IssueTracker
D:\Web isn't mounted, and both D:\Web and D:\ doesn't contain a web.config 
(no files at all actualy)

This looks sane; did you test w/ this patch?  99% certain you
caught a live one.
I've compiled Apache.Web.Dll (and Apache.Web.Helpers.netmodule) with this 
fix, no change in behaviour noticed.

So the problem with configuring HttpModules continues to exist (I've even 
tried Cassini to check that it isn't a problem with hosting ASP.NET itself, 
but Cassini works fine).

Hope someone out there puts together a custom HttpModule and tries this out, 
I will continue to search if I can find this bug (sadly there isn't a way to 
hack into the config file loading of .NET).

I've one other question: I have manually installed the Apache.Web.dll in the 
GAC. If I remove it from GAC and remove all instances of Apache.Web.dll from 
my server and start Apache the Apache.Web.dll somehow appaers in the GAC 
again. Anyone?

Thnkx
_
Talk with your online friends with MSN Messenger http://messenger.msn.nl/

Re: httpmodule bug

[William A. Rowe, Jr.]

At 04:52 PM 11/18/2004, Yussef Alkhamrichi wrote:
>I've one other question: I have manually installed the Apache.Web.dll in the 
>GAC. If I remove it from GAC and remove all instances of Apache.Web.dll from 
>my server and start Apache the Apache.Web.dll somehow appaers in the GAC 
>again. Anyone?

If you built from the tree, it's registered by-reference.  That's
probably sub-optimal, but it compensates for the fact that it's
nearly impossible to inject the debugger unless the module is
based in it's build tree (to thoroughly inspect the sources.)

Bill 

Re: httpmodule bug

[William A. Rowe, Jr.]

At 04:52 PM 11/18/2004, Yussef Alkhamrichi wrote:
>>>I've gone into the code and the only thing I can image that occurs is that 
>>>the web.config of one virtual directory is configured twice for the same 
>>>AppDomain.
>>
>>Again, I'm curious, is one a child directory of another mount?
>>Either physical or virtual path (or both?)
>
>I'm mounting the directory D:\Web\IssueTracker
>
>D:\Web isn't mounted, and both D:\Web and D:\ doesn't contain a web.config (no 
>files at all actualy)

Hmmm - so do you mean you have only one AspNetMount directive?
If not I'm wondering - is one nested inside another?

Bill

Re: [NOTICE] Subversion conversion

[Yussef Alkhamrichi]

do we want to maintain
httpd/cli/mod_aspdotnet/
or drop the cli/ container, placing all of our modules at the
httpd/ root parallel to mod_mbox, mod_python, etc?
+1 for moving up a notch
_
MSN Search, for accurate results! http://search.msn.nl