Skip to content
  1. Oct 07, 1999
    • Ben Hyde's avatar
      Well this was thought provoking. · ad859903
      Ben Hyde authored 
      Drive out the use of malloc in two places.

In listen.c, using the global process pool instead.  That changes the
API into listen so that a process is passed in rather than the config
pool.  That's all was easy.

The pain is propogating a change into all N of the mpm, they
are all similar but different in their use of listen.c  There
is a lot to dislike about similar but code scattered code.

I changed the N setup_listener routines, they now take only
the server since they can dig the config and global pool
out of there.

Free today: ap_setup_prelinked_modules now takes the process so it
can allocate it's table in the process's pool rathern than use
malloc.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83943 13f79535-47bb-0310-9956-ffa450edef68
      ad859903
    • Ben Hyde's avatar
      Add process_rec to the top of {server,connection,request}_rec · df8fc646
      Ben Hyde authored 
      hierarchy of structs that abstract server activities.  Store some
stuff in process_rec (finally a place to have nearly guiltless
globals) for example the global and configuration pools.  Put some
operations on process_rec in http_main, in particular the
destroy_and_exit operation, and the use it to do all the exit calls.
Change ap_read_config to operation on this "object" rather than on the
configuration pool.  Modify server_rec to point to the process, so you
can get at it most all the time which should finally allow most of the
server's malloc calls to be eliminated.

There are no locks in the process struct as yet, put them in as needed.
Some of the hooks should take this rather than conf. pool.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83942 13f79535-47bb-0310-9956-ffa450edef68
      df8fc646
    • Ben Hyde's avatar
      Duh. · f236b5da
      Ben Hyde authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83941 13f79535-47bb-0310-9956-ffa450edef68
      f236b5da
    • Ben Hyde's avatar
      Changed my mind, ptemp maybe "systolic" but since it is empty · 3c4939eb
      Ben Hyde authored 
      during the entire time the server is serving it's best to destroy it.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83940 13f79535-47bb-0310-9956-ffa450edef68
      3c4939eb
    • Ben Hyde's avatar
      Man! This file vastly improved. Thanks Dean! · bb29070b
      Ben Hyde authored 
      Use the abstraction API_EXPORT_NONSTD for exporting main (aka
apache_main).  Use clear rather than destroy on ptemp as other
'systolic' pools do.  That also fixing a leak of the first ptemp
created.  Let the destroy of pglobal to all the cleanup.  Meanwhile,
all exit paths should destroy pglobal so the cleanup/unwind gets run
and this routine sets a bad example by having many exits that don't -
another day.
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83939 13f79535-47bb-0310-9956-ffa450edef68
      bb29070b
  3. Oct 06, 1999
  5. Oct 05, 1999
  7. Oct 04, 1999
  9. Oct 01, 1999
  11. Sep 27, 1999
  13. Sep 24, 1999
  15. Sep 23, 1999
  17. Sep 20, 1999
  19. Sep 18, 1999
  21. Sep 17, 1999
  23. Sep 14, 1999
    • Ryan Bloom's avatar
      A change to how APR uses user data. Now, user data is a linked list that · d12994c2
      Ryan Bloom authored 
      is retreivable using a char string.  Basically, you provide a string that
will be used as a key when you store the data.  If the key was used before,
we will overwrite the old data.  When you want to retreive your data, pass
in the same key, and we will find the data you care about.  This also makes
it harder to put user data in when creating a context, so that option has
disappeared.  It is also impossible to inherit user data from parent contexts.
This option may be added in later.  I will be documenting this VERY soon.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83901 13f79535-47bb-0310-9956-ffa450edef68
      d12994c2
  25. Sep 13, 1999
  27. Sep 11, 1999
  29. Sep 08, 1999
  31. Sep 07, 1999
  33. Sep 06, 1999
  35. Sep 04, 1999