Re: GacUtil
At 04:54 PM 11/22/2004, Jeff White wrote: >In http://svn.apache.org/repos/asf/httpd/mod_aspdotnet/trunk/README.txt > > > >This will *NOT* work on an end-user's >machine without the .Net SDK. Those >tools [regasm/gacutil] aren't installed >with the retail .Net-redist install. Let me be clear - I've never seen them missing. This is what Microsoft professes to be true, and so if they are included, you can't rely on them being present in a later release. Since you can't build the module without the full .Net flavor such as Visual Studio .NET, this isn't terribly an issue, with the .msi installer doing all the GAC lifting for us. Bill
GacUtil
In http://svn.apache.org/repos/asf/httpd/mod_aspdotnet/trunk/README.txt This will *NOT* work on an end-user's machine without the .Net SDK. Those tools [regasm/gacutil] aren't installed with the retail .Net-redist install. In C:\Program Files\Microsoft.NET\SDK\v1.1\Bin I have only 02/20/2003 07:09 PM81,920 gacutil.exe File version: 1.1.4322.573 But in C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 I have 10/08/2003 01:30 PM81,920 gacutil.exe File version: 1.1.4318.0 and 02/21/2003 06:25 AM28,672 RegAsm.exe File version: 1.1.4322.573 Sure they are only in the SDK, what do others have? Any one have a non development computer available to check? Jeff
Re: Short or long variable names?
From: "William A. Rowe, Jr." let me get ahold of my life first I see you doing so much, what life? More later Jeff
Re: Doc bug on cli page
At 01:21 PM 11/22/2004, Jeff White wrote: >From: "William A. Rowe, Jr." >>At 10:27 AM 11/21/2004, Jeff White wrote: >> >>>On page >>>http://httpd.apache.org/cli/ >>> >>>Anonymous SVN access (via http) is available. >>> >>>% svn co http://svn.apache.org/repos/asf/httpd/mod_aspdotnet/trunk >>>mod_aspdotnet >>> >>>Notice space after trunk. >>> >>>There is no such page as mod_aspdotnet. >> >>The svn co command takes 2 arguments; path-to-repos local-dir > >Thanks, but really I was just >suggesting that if a user read >this page and copied the http >string without svn :) That's why we also offered the cvsview for browsing, but I'd be happy to drop the mod_aspdotnet target path, if I can get a +1 from others on the list. Bill
Re: Build ways
Feel free to offer a patch to build under nant, msbuild or any method that proves viable! The problem, is that the delayimp.lib is not distributed with the .NET Visual C++ compiler - this makes it impossible to build our c++ code outside of the full Visual Studio. I'm actually much more concerned with changes coming in the .NET Visual C++ 2005. They refactored ALOT - and we will be playing catch-up there. The code will be measurably easier to read, but in some ways harder to grok. Bill At 01:06 PM 11/22/2004, Jeff White wrote: >Have any of you "workers" (those with >live and test servers/machines) looked >at starting to use build systems for >mod_aspdotnet? > >Soon Microsoft is going to MSBuild >an XML file build system for developers, >and MSBuild is out now but for .NET 2 and so on but > >NAnt (an open source .NET XML build) > >http://nant.sourceforge.net/ >http://nant.sourceforge.net/nightly/latest/help/index.html > >http://nantcontrib.sourceforge.net/help/index.html >http://nantcontrib.sourceforge.net/ >NAnt is out now (for .NET 1.0/1.1/beta2 and Mono) and allows XML builds of >C/C++ (6,7,8) and .NET assemblies, and MSI install and much more > >Shouldn't mod_aspdotnet start using >NAnt and be ready this time (to use >MSBuild or NAnt and perhaps since it's XML based both) instead of playing >catch up later? > >Using NAnt the build can search folders, >call exe, Windows Scripting, call .NET written input routines and look like an >GUI build system or stay command line. > >Perhaps these newer build ways can help on the build of Apache.Web and it's >usage of the other libs find the libs, copy/move >them and use them here and then send them back to where they belong :) > >Jeff > > >
Re: Doc bug on cli page
From: "William A. Rowe, Jr." At 10:27 AM 11/21/2004, Jeff White wrote: On page http://httpd.apache.org/cli/ Anonymous SVN access (via http) is available. % svn co http://svn.apache.org/repos/asf/httpd/mod_aspdotnet/trunk mod_aspdotnet Notice space after trunk. There is no such page as mod_aspdotnet. The svn co command takes 2 arguments; path-to-repos local-dir Thanks, but really I was just suggesting that if a user read this page and copied the http string without svn Jeff
Re: svn commit: r106106 - /httpd/mod_aspdotnet/trunk/aspnet.conf
At 01:01 PM 11/22/2004, Jeff White wrote: >>Author: wrowe >>Date: Sun Nov 21 11:15:27 2004 >>New Revision: 106106 >>Modified: >> httpd/mod_aspdotnet/trunk/aspnet.conf >>Log: >> Clarify the aspnet.conf section, add copious notes, and insert the >> X-Hosted-By header > >Are changes like these rolled nightly >into a newer version, so there are constantly newer zips, exes and msi files >avaliable? I don't expect to start snapshot nightly builds. Nightly -sources.zip files can be arranged if the group desires. I have only one item in mind for the next release, address the double-instantiation of web hosts due to the way httpd loads the conf sections. If we can fix that, I'd say we are near ready for the next point release. Although you are welcome to point out 2.0.0 to friends, I would like to follow with the next build before spamming DOTNET-CX and similar lists. Jeff raises a good point - folks, the pages should be respectable by now, please point out any issues you find with either; http://httpd.apache.org/cli/ or http://www.apache.org/dist/httpd/mod_aspdotnet/ so it's polished before we announce this baby is born, to the world. Bill
Re: Short or long variable names?
At 01:02 PM 11/22/2004, Jeff White wrote: >From: "William A. Rowe, Jr." > >>One (extreme) hassle is leaving the httpd code legible to httpd'ers >>and leaving .NET code legible to .NET'ers. >>I had chosen the conventions of using 'traditional' variable names for httpd >>datum, and 'wordy' variable names for the internals of >>Apache.Web. > >In Apache.Web all data is visible > >In Apache even the short rr and rv really do mean something but what? request_rec and (apr_status_t) return value, by convention. likewise, bb for bucket brigade, etc. >It wasn't a nice practice to start and now >one can see why. :) >In mod_aspdotnet and all assemblies >one should use reader readable variables. >Much easier for the old "httpd'ers" to read mod_aspdotnet with descriptive >variables, than for .NET user usage to say what I'd like to make clear the distinctions. What if we adopt a more long-hand, lowercase, _ seperated convention for httpd variables? e.g. this_bucket_brigade instead of bb, this_request_rec instead of rr. Note that httpd did blow it occasionally on namespace protection; request_rec is the structure declaration that should have been named something like ap_request_rec_t. >Mod_aspdotnet and the assemblies are only written once, but read over and >over again.. > >>There are quite a few cases where the variable name (e.g. static 'conf' >>structure in the mod_aspdotnet.cpp source) is horrid and >>needs to be cleaned up. >>I'm almost thinking, native_xx for variable names from apache >>and apr - would that improve legibility? > >I'm not sure one needs native_ but >definitely not rr, rv, abc, and so on >By the way is there an .NET enum >for loglevel? No - however that would be the sort of thing we would roll into the native Apache.Web interface classes :) Reminds me we really should get on that - let me get ahold of my life first and finish ushering mod_aspdotnet out the door, before we attack mod_net (or whatever it's called.) I actually have a week free, sans children, during the December holiday. Any suggestions on the native Apache.Web class and httpd module names? This is the 'close to the bone' module I've been kicking around, mod_perl-like. Bill
Re: Short or long variable names?
From: "William A. Rowe, Jr." One (extreme) hassle is leaving the httpd code legible to httpd'ers and leaving .NET code legible to .NET'ers. I had chosen the conventions of using 'traditional' variable names for httpd datum, and 'wordy' variable names for the internals of Apache.Web. In Apache.Web all data is visible In Apache even the short rr and rv really do mean something but what? It wasn't a nice practice to start and now one can see why. In mod_aspdotnet and all assemblies one should use reader readable variables. Much easier for the old "httpd'ers" to read mod_aspdotnet with descriptive variables, than for .NET user usage to say what Mod_aspdotnet and the assemblies are only written once, but read over and over again.. There are quite a few cases where the variable name (e.g. static 'conf' structure in the mod_aspdotnet.cpp source) is horrid and needs to be cleaned up. I'm almost thinking, native_xx for variable names from apache and apr - would that improve legibility? I'm not sure one needs native_ but definitely not rr, rv, abc, and so on Compare Parameter name = rv Type=System.Int32 Position=2 Optional=False to Parameter name = loglevel Type=System.Int32 Position=1 Optional=False By the way is there an .NET enum for loglevel? Jeff
Re: svn commit: r106106 - /httpd/mod_aspdotnet/trunk/aspnet.conf
From: <[EMAIL PROTECTED]> Author: wrowe Date: Sun Nov 21 11:15:27 2004 New Revision: 106106 Modified: httpd/mod_aspdotnet/trunk/aspnet.conf Log: Clarify the aspnet.conf section, add copious notes, and insert the X-Hosted-By header Are changes like these rolled nightly into a newer version, so there are constantly newer zips, exes and msi files avaliable? Jeff
Build ways
Have any of you "workers" (those with live and test servers/machines) looked at starting to use build systems for mod_aspdotnet? Soon Microsoft is going to MSBuild an XML file build system for developers, and MSBuild is out now but for .NET 2 and so on but NAnt (an open source .NET XML build) http://nant.sourceforge.net/ http://nant.sourceforge.net/nightly/latest/help/index.html http://nantcontrib.sourceforge.net/help/index.html http://nantcontrib.sourceforge.net/ NAnt is out now (for .NET 1.0/1.1/beta2 and Mono) and allows XML builds of C/C++ (6,7,8) and .NET assemblies, and MSI install and much more Shouldn't mod_aspdotnet start using NAnt and be ready this time (to use MSBuild or NAnt and perhaps since it's XML based both) instead of playing catch up later? Using NAnt the build can search folders, call exe, Windows Scripting, call .NET written input routines and look like an GUI build system or stay command line. Perhaps these newer build ways can help on the build of Apache.Web and it's usage of the other libs find the libs, copy/move them and use them here and then send them back to where they belong :) Jeff