httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From m...@hyperreal.org
Subject cvs commit: apachen STATUS
Date Sat, 10 Jan 1998 05:48:53 GMT
marc        98/01/09 21:48:53

  Modified:    .        STATUS
  Log:
  Add a bunch of win32 stuff to STATUS in its own section.  Thanks
  to Ben Hyde for most of the list...
  
  Revision  Changes    Path
  1.64      +91 -11    apachen/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apachen/STATUS,v
  retrieving revision 1.63
  retrieving revision 1.64
  diff -u -r1.63 -r1.64
  --- STATUS	1998/01/08 05:58:20	1.63
  +++ STATUS	1998/01/10 05:48:52	1.64
  @@ -72,7 +72,8 @@
       * Ken's [PATCH] for copyright year update
       * Dean's [PATCH] 1.3: security updates for mod_imap and mod_include
       * Dean's [PATCH] make mod_include use ap_cpystrn
  -    * fix proxy caching on win32
  +    * WIN32: fix proxy caching
  +    * WIN32: fix CGI scripts called w/o '=' in path info  PR#1591
   
   Available Patches:
   
  @@ -154,16 +155,6 @@
         will post when it's at a state where he's happy with it.
         Ken would like to see it in libap instead of libmain.
   
  -    * Ben's ASP work... All agree it sounds cool.
  -
  -    * DDA's adding a tray application to the Windoze version for ease of
  -      status/management.
  -	<01BCDB29.2C04DEB0@caravan.individual.com>
  -	<01BCDB2A.F8C09010@caravan.individual.com>
  -	Status: Ken +1, Sameer +1, Martin +1, Ben +1 (as long as
  -	we get a single executable)
  -	Paul: No like Win95 specific stuff
  -	Ken: What's W95-specific about it?
   
   Needs patch:
   
  @@ -233,4 +224,93 @@
         explicitly names the variant selected.  Should it do so, or should
         the base input name be referenced?
   
  +
  +
  +Win32 specific issues:
  +
  + In progress:
  +
  +    * Ben's ASP work... All agree it sounds cool.
  +
  +    * DDA's adding a tray application to the Windoze version for ease of
  +      status/management.
  +	<01BCDB29.2C04DEB0@caravan.individual.com>
  +	<01BCDB2A.F8C09010@caravan.individual.com>
  +	Status: Ken +1, Sameer +1, Martin +1, Ben +1 (as long as
  +	we get a single executable)
  +	Paul: No like Win95 specific stuff
  +	Ken: What's W95-specific about it?
  +
  + Help:
  +
  +    * process/thread model
  +
  +    * some errors printed by CGIs to stderr don't end up making it
  +      to the server log unless an extra debugging message is added
  +      after they run?
  +
       * bad use of chdir in some places; it isn't thread-specific
  +
  +    * handle bugs that make it pop up errors on console, ie. segv 
  +      equiv?  Can we do this?  Need to make it robust.
  +
  +    * install
  +	- make installshield work
  +	- config in cvs tree?
  +	- install docs, etc.?
  +	- location for install
  +
  +    * signal type handling
  +    	- how to rotate logs from command line?
  +
  +    * the mutex should be critical-regions, since the current design
  +      is creating a mess of SO calls that are unnecessary
  +
  +    * don't mmap.  Use TransmitFile?
  +
  +    * CGIs
  +	- simultaneous execution problem
  +	- docs on how they work w/scripts
  +	- use registry to find interpreter?
  +	- WTF is the buffering coming from?
  +
  +    * performance
  +
  +    * documentation:
  +	- running the server without admin
  +	- how CGIs work
  +	- update README.NT
  +	- short/long name handling
  +
  +    * http_main.c hell
  +
  +    * mod_example isn't multithreadreded
  +
  +    * mod_info
  +
  +    * who should run the service?  Who exactly is the "system account"?
  +
  +    docs say:
  +
  +      Localsystem is a very privileged account locally, so you shouldn't run
  +      any shareware applications there. However, it has no network privileges
  +      and cannot leave the machine via any NT-secured mechanism, including
  +      file system, named pipes, DCOM, or secure RPC.
  +
  +    and:
  +
  +      A service that runs in the context of the LocalSystem account
  +      inherits the security context of the SCM. It is not associated with
  +      any logged-on user account and does not have credentials (domain
  +      name, user name, and password) to be used for verification. This
  +      has several implications: [... removed ...]
  +
  +
  +    That _really_ sucks.  Can we recommend running Apache as some 
  +    other user?
  +
  +    * mod_example isn't multithreadreded
  +
  +    * mod_info
  +
  +
  
  
  

Mime
View raw message