cvs commit: apache-site/dist README.html
brian 98/02/19 17:46:42 Modified:dist README.html Log: update 1.3b3 to 1.3b5 references Revision ChangesPath 1.7 +6 -6 apache-site/dist/README.html Index: README.html === RCS file: /export/home/cvs/apache-site/dist/README.html,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- README.html 1998/01/07 19:47:25 1.6 +++ README.html 1998/02/20 01:46:41 1.7 @@ -8,27 +8,27 @@ PFor information about new features in 1.2, see the A HREF=../docs/documentation/A. -H2Apache 1.3b3 Now Available/H2 +H2Apache 1.3b5 Now Available/H2 P -Apache 1.3b3 is the second public beta of the forthcoming Apache 1.3 Server. +Apache 1.3b5 is the newest public beta of the forthcoming Apache 1.3 Server. Apache 1.3 includes several new enhancements, improvements and performance boosts, but the most visible addition is the ability to run under Microsoft Windows NT 4.0 and 95. At present it is available in source format only, so a compiler is necessary to use it (Microsoft Visual C++ 5.0 for Windows). If you are using, or had previously tried the -1.3a1 or 1.3b2 releases, please upgrade to 1.3b3 at your earliest convenience. +1.3a1 or 1.3b2 releases, please upgrade to 1.3b5 at your earliest convenience. A summary of the more important changes is available in the A HREF=CHANGESCHANGES/A file. pFONT COLOR=redImportant Note:/FONT Apache 1.3b1 was never formally -released. Thus, the first public beta release was 1.3b2. Since 1.3b3 is +released. Thus, the first public beta release was 1.3b2. Since 1.3b5 is still a beta release, it undoubtedly has its share of warts and bugs. -Although it has been tested somewhat strenuously, your milage may vary. +Although it has been tested quite strenuously, your milage may vary. PFor information about new features in 1.3, see the A HREF=../docs/documentation/A. For information about some of -the known issues in 1.3b3, see the A HREF=../docs/misc/known_bugs.html +the known issues in 1.3b5, see the A HREF=../docs/misc/known_bugs.html known bugs/A page. H2Compilation note:/H2
cvs commit: apache-1.3/htdocs/manual/vhosts details.html name-based.html
dgaudet 98/02/19 22:47:55 Modified:htdocs/manual/vhosts details.html name-based.html Log: spell out the obviously not so obvious fix slight semantic error Revision ChangesPath 1.5 +4 -4 apache-1.3/htdocs/manual/vhosts/details.html Index: details.html === RCS file: /export/home/cvs/apache-1.3/htdocs/manual/vhosts/details.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- details.html 1998/02/05 20:05:14 1.4 +++ details.html 1998/02/20 06:47:53 1.5 @@ -214,10 +214,10 @@ order as the CODEVirtualHost/CODE directives appear in the config file. -PThe first vhost on this list (the first vhost that appears after the -corresponding CODENameVirtualHost/CODE directive in the config file) -has the highest priority and catches any request to an unknown -server name or a request without a CODEHost:/CODE header. +PThe first vhost on this list (the first vhost in the config file with +the specified IP address) has the highest priority and catches any request +to an unknown server name or a request without a CODEHost:/CODE +header. PIf the client provided a CODEHost:/CODE header the list is searched for a matching vhost and the first hit on a CODEServerName/CODE 1.5 +5 -0 apache-1.3/htdocs/manual/vhosts/name-based.html Index: name-based.html === RCS file: /export/home/cvs/apache-1.3/htdocs/manual/vhosts/name-based.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- name-based.html 1998/02/05 20:05:17 1.4 +++ name-based.html 1998/02/20 06:47:54 1.5 @@ -64,6 +64,11 @@ SAMPwww.domain.tld/SAMP is an alias (CNAME) pointing to the IP address SAMP111.22.33.44/SAMP/P +pNote: When you specify an IP address in a codeNameVirtualHost/code +directive then requests to that IP address will only ever be served +by matching lt;VirtualHostgt;s. The main server will bnever/b +be served from the specified IP address. + PAdditionally, many servers may wish to be accessible by more than one name. For example, the example server might want to be accessible as CODEdomain.tld/CODE, or CODEwww2.domain.tld/CODE, assuming
cvs commit: apache-1.3/htdocs/manual/mod core.html
dgaudet 98/02/19 22:52:05 Modified:htdocs/manual/mod core.html Log: more obviousness Revision ChangesPath 1.103 +8 -4 apache-1.3/htdocs/manual/mod/core.html Index: core.html === RCS file: /export/home/cvs/apache-1.3/htdocs/manual/mod/core.html,v retrieving revision 1.102 retrieving revision 1.103 diff -u -r1.102 -r1.103 --- core.html 1998/02/18 20:39:57 1.102 +++ core.html 1998/02/20 06:52:03 1.103 @@ -1670,10 +1670,14 @@ BLOCKQUOTECODENameVirtualHost 111.22.33.44/CODE/BLOCKQUOTE -With the NameVirtualHost directive the address to which your name-based -virtual host names resolve. -If you have multiple name-based hosts on multiple addresses, -repeat the directive for each address.P +With the NameVirtualHost directive you specify the address to which your +name-based virtual host names resolve. If you have multiple name-based +hosts on multiple addresses, repeat the directive for each address.P + +Note: the main server and any _default_ servers will bnever/b +be served for a request to a NameVirtualHost IP Address (unless for some +reason you specify NameVirtualHost but then don't define any VirtualHosts +for that address).p Optionally you can specify a port number on which the name-based virtual hosts should be used, e.g.
cvs commit: apache-1.3/src CHANGES
dgaudet 98/02/19 23:02:44 Modified:src CHANGES Log: Fix FooMatch sections. I bungled them before. Submitted by: Martin Kraemer Revision ChangesPath 1.640 +2 -1 apache-1.3/src/CHANGES Index: CHANGES === RCS file: /export/home/cvs/apache-1.3/src/CHANGES,v retrieving revision 1.639 retrieving revision 1.640 diff -u -r1.639 -r1.640 --- CHANGES 1998/02/18 22:41:50 1.639 +++ CHANGES 1998/02/20 07:02:42 1.640 @@ -15,7 +15,8 @@ *) Previously Apache would permit /Files to end FilesMatch (and similary for Location and Directory), now this is diagnosed as an error. Improve error messages for mismatched sections (Files, - FilesMatch, Directory, DirectoryMatch, ...). [Dean Gaudet] + FilesMatch, Directory, DirectoryMatch, ...). + [Dean Gaudet, Martin Kraemer] *) Files is not permitted within Location (because of the semantic ordering). [Dean Gaudet] PR#379
cvs commit: apache-1.3/src/main http_core.c
dgaudet 98/02/19 23:15:47 Modified:src/main http_core.c Log: Fix FooMatch sections. I bungled them before. Submitted by: Martin Kraemer Revision ChangesPath 1.160 +15 -12apache-1.3/src/main/http_core.c Index: http_core.c === RCS file: /export/home/cvs/apache-1.3/src/main/http_core.c,v retrieving revision 1.159 retrieving revision 1.160 diff -u -r1.159 -r1.160 --- http_core.c 1998/02/18 10:01:13 1.159 +++ http_core.c 1998/02/20 07:15:46 1.160 @@ -965,6 +965,7 @@ void *new_dir_conf = create_per_dir_config (cmd-pool); regex_t *r = NULL; const char *old_end_token; +const command_rec *thiscmd = cmd-cmd; const char *err = check_cmd_context(cmd, NOT_IN_DIR_LOC_FILE|NOT_IN_LIMIT); if (err != NULL) return err; @@ -978,7 +979,7 @@ #endif cmd-override = OR_ALL|ACCESS_CONF; -if (cmd-info) { /* DirectoryMatch */ +if (thiscmd-cmd_data) { /* DirectoryMatch */ r = pregcomp(cmd-pool, cmd-path, REG_EXTENDED|USE_ICASE); } else if (!strcmp(cmd-path, ~)) { @@ -991,13 +992,13 @@ } old_end_token = cmd-end_token; -cmd-end_token = cmd-info ? end_directorymatch_section : end_directory_section; +cmd-end_token = thiscmd-cmd_data ? end_directorymatch_section : end_directory_section; errmsg = srm_command_loop (cmd, new_dir_conf); if (errmsg == NULL) { errmsg = missing_endsection(cmd, 1); } cmd-end_token = old_end_token; -if (errmsg != (cmd-info ? end_directorymatch_section : end_directory_section)) +if (errmsg != (thiscmd-cmd_data ? end_directorymatch_section : end_directory_section)) return errmsg; conf = (core_dir_config *)get_module_config(new_dir_conf, core_module); @@ -1006,7 +1007,7 @@ add_per_dir_conf (cmd-server, new_dir_conf); if (*arg != '\0') - return pstrcat (cmd-pool, Multiple , (cmd-info) ? DirectoryMatch : Directory, + return pstrcat (cmd-pool, Multiple , thiscmd-name, arguments not (yet) supported., NULL); cmd-path = old_path; @@ -1024,6 +1025,7 @@ core_dir_config *conf; regex_t *r = NULL; const char *old_end_token; +const command_rec *thiscmd = cmd-cmd; void *new_url_conf = create_per_dir_config (cmd-pool); @@ -1035,7 +1037,7 @@ cmd-path = getword_conf (cmd-pool, arg); cmd-override = OR_ALL|ACCESS_CONF; -if (cmd-info) { /* LocationMatch */ +if (thiscmd-cmd_data) { /* LocationMatch */ r = pregcomp(cmd-pool, cmd-path, REG_EXTENDED); } else if (!strcmp(cmd-path, ~)) { @@ -1044,13 +1046,13 @@ } old_end_token = cmd-end_token; -cmd-end_token = cmd-info ? end_locationmatch_section : end_location_section; +cmd-end_token = thiscmd-cmd_data ? end_locationmatch_section : end_location_section; errmsg = srm_command_loop (cmd, new_url_conf); if (errmsg == NULL) { errmsg = missing_endsection(cmd, 1); } cmd-end_token = old_end_token; -if (errmsg != (cmd-info ? end_locationmatch_section : end_location_section)) +if (errmsg != (thiscmd-cmd_data ? end_locationmatch_section : end_location_section)) return errmsg; conf = (core_dir_config *)get_module_config(new_url_conf, core_module); @@ -1061,7 +1063,7 @@ add_per_url_conf (cmd-server, new_url_conf); if (*arg != '\0') - return pstrcat (cmd-pool, Multiple , (cmd-info) ? LocationMatch : Location, + return pstrcat (cmd-pool, Multiple , thiscmd-name, arguments not (yet) supported., NULL); cmd-path = old_path; @@ -1079,6 +1081,7 @@ core_dir_config *conf; regex_t *r = NULL; const char *old_end_token; +const command_rec *thiscmd = cmd-cmd; void *new_file_conf = create_per_dir_config (cmd-pool); @@ -1092,7 +1095,7 @@ if (!old_path) cmd-override = OR_ALL|ACCESS_CONF; -if (cmd-info) { /* FilesMatch */ +if (thiscmd-cmd_data) { /* FilesMatch */ r = pregcomp(cmd-pool, cmd-path, REG_EXTENDED|USE_ICASE); } else if (!strcmp(cmd-path, ~)) { @@ -1105,13 +1108,13 @@ } old_end_token = cmd-end_token; -cmd-end_token = cmd-info ? end_filesmatch_section : end_files_section; +cmd-end_token = thiscmd-cmd_data ? end_filesmatch_section : end_files_section; errmsg = srm_command_loop (cmd, new_file_conf); if (errmsg == NULL) { errmsg = missing_endsection(cmd, 1); } cmd-end_token = old_end_token; -if (errmsg != (cmd-info ? end_filesmatch_section : end_files_section)) +if (errmsg != (thiscmd-cmd_data ? end_filesmatch_section : end_files_section))
cvs commit: apache-2.0/docs page_io
dgaudet 98/02/20 00:25:35 Added: docs page_io Log: expand on what I mean by page-based i/o Revision ChangesPath 1.1 apache-2.0/docs/page_io Index: page_io === From [EMAIL PROTECTED] Fri Feb 20 00:36:52 1998 Date: Fri, 20 Feb 1998 00:35:37 -0800 (PST) From: Dean Gaudet [EMAIL PROTECTED] To: new-httpd@apache.org Subject: page-based i/o X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. Reply-To: new-httpd@apache.org Ed asked me for more details on what I mean when I talk about paged based zero copy i/o. While writing mod_mmap_static I was thinking about the primitives that the core requires of the filesystem. What exactly is it that ties us into the filesystem? and how would we abstract it? The metadata (last modified time, file length) is actually pretty easy to abstract. It's also easy to define an index function so that MultiViews and such can be implemented. And with layered I/O we can hide the actual details of how you access these virtual files. But therein lies an inefficiency. If we had only bread() for reading virtual files, then we would enforce at least one copy of the data. bread() supplies the place that the caller wants to see the data, and so the bread() code has to copy it. But there's very little reason that bread() callers have to supply the buffer... bread() itself could supply the buffer. Call this new interface page_read(). It looks something like this: typedef struct { const void *data; size_t data_len; /* amt of data on page which is valid */ ... other stuff necessary for managing the page pool ... } a_page_head; /* returns NULL if an error or EOF occurs, on EOF errno will be * set to 0 */ a_page_head *page_read(BUFF *fb); /* queues entire page for writing, returns 0 on success, -1 on * error */ int page_write(BUFF *fb, a_page_head *); It's very important that a_page_head structures point to the data page rather than be part of the data page. This way we can build a_page_head structures which refer to parts of mmap()d memory. This stuff is a little more tricky to do, but is a big win for performance. With this integrated into our layered I/O it means that we can have zero-copy performance while still getting the advantages of layering. But note I'm glossing over a bunch of details... like the fact that we have to decide if a_page_heads are shared data, and hence need reference counting (i.e. I said queues for writing up there, which means some bit of the a_page_head data has to be kept until its actually written). Similarly for the page data. There are other tricks in this area that we can take advantage of -- like interprocess communication on architectures that do page flipping. On these boxes if you write() something that's page-aligned and page-sized to a pipe or unix socket, and the other end read()s into a page-aligned page-sized buffer then the kernel can get away without copying any data. It just marks the two pages as shared copy-on-write, and only when they're written to will the copy be made. So to make this work, your writer uses a ring of 2+ page-aligned/sized buffers so that it's not writing on something the reader is still reading. Dean
cvs commit: apache-1.3/src/modules/standard mod_info.c
martin 98/02/20 02:44:36 Modified:src CHANGES src/modules/standard mod_info.c Log: mod_info would occasionally produce an unpaired tt in its output. Fixed. Revision ChangesPath 1.641 +3 -0 apache-1.3/src/CHANGES Index: CHANGES === RCS file: /home/cvs/apache-1.3/src/CHANGES,v retrieving revision 1.640 retrieving revision 1.641 diff -u -u -r1.640 -r1.641 --- CHANGES 1998/02/20 07:02:42 1.640 +++ CHANGES 1998/02/20 10:44:32 1.641 @@ -1,5 +1,8 @@ Changes with Apache 1.3b6 + *) mod_info would occasionally produce an unpaired tt in its + output. Fixed. [Martin Kraemer] + *) By default AIX binds a process (and it's children) to a single processor. httpd children now unbind themselves from that cpu and re-bind to one selected at random via bindprocessor() 1.36 +2 -1 apache-1.3/src/modules/standard/mod_info.c Index: mod_info.c === RCS file: /home/cvs/apache-1.3/src/modules/standard/mod_info.c,v retrieving revision 1.35 retrieving revision 1.36 diff -u -u -r1.35 -r1.36 --- mod_info.c1998/01/29 20:36:13 1.35 +++ mod_info.c1998/02/20 10:44:35 1.36 @@ -318,8 +318,9 @@ if (li-line) { rputs( i, r); rputs(mod_info_html_cmd_string(li-line, buf, sizeof(buf)), r); -rputs(/i/tt, r); +rputs(/i, r); } + rputs(/tt, r); } } else
cvs commit: apache-1.3/src/main http_core.c
martin 98/02/20 02:51:36 Modified:.STATUS src CHANGES src/include http_config.h src/main http_core.c Log: The check_cmd_context() function is now globally usable (Ken's suggestion) Revision ChangesPath 1.159 +0 -4 apache-1.3/STATUS Index: STATUS === RCS file: /home/cvs/apache-1.3/STATUS,v retrieving revision 1.158 retrieving revision 1.159 diff -u -u -r1.158 -r1.159 --- STATUS1998/02/18 22:41:49 1.158 +++ STATUS1998/02/20 10:51:29 1.159 @@ -153,10 +153,6 @@ appropriate environment. Marc and Alexei don't see any big deal. Martin says that not every env has a -u flag. -* Ken suggests that new check_cmd_context() and related defines - should be non-static and in util_* so modules can use 'em. (He - didn't notice this flaw during the review.) - * 206 vs. 200 issue on Content-Length See [EMAIL PROTECTED] Roy says current behavior is correct, but Alexei disagrees. 1.642 +3 -0 apache-1.3/src/CHANGES Index: CHANGES === RCS file: /home/cvs/apache-1.3/src/CHANGES,v retrieving revision 1.641 retrieving revision 1.642 diff -u -u -r1.641 -r1.642 --- CHANGES 1998/02/20 10:44:32 1.641 +++ CHANGES 1998/02/20 10:51:30 1.642 @@ -1,5 +1,8 @@ Changes with Apache 1.3b6 + *) As Ken suggested the check_cmd_context() function and related defines + are non-static now so modules can use 'em. [Martin Kraemer] + *) mod_info would occasionally produce an unpaired tt in its output. Fixed. [Martin Kraemer] 1.68 +13 -0 apache-1.3/src/include/http_config.h Index: http_config.h === RCS file: /home/cvs/apache-1.3/src/include/http_config.h,v retrieving revision 1.67 retrieving revision 1.68 diff -u -u -r1.67 -r1.68 --- http_config.h 1998/02/18 10:01:10 1.67 +++ http_config.h 1998/02/20 10:51:33 1.68 @@ -328,6 +328,19 @@ server_rec *main_server, server_rec **); void process_resource_config(server_rec *s, char *fname, pool *p, pool *ptemp); +/* check_cmd_context() definitions: */ +extern const char *check_cmd_context(cmd_parms *cmd, unsigned forbidden); + +/* check_cmd_context(): Forbidden in: */ +#define NOT_IN_VIRTUALHOST 0x01 /* Virtualhost */ +#define NOT_IN_LIMIT 0x02 /* Limit */ +#define NOT_IN_DIRECTORY 0x04 /* Directory */ +#define NOT_IN_LOCATION0x08 /* Location */ +#define NOT_IN_FILES 0x10 /* Files */ +#define NOT_IN_DIR_LOC_FILE (NOT_IN_DIRECTORY|NOT_IN_LOCATION|NOT_IN_FILES) /* Directory/Location/Files*/ +#define GLOBAL_ONLY (NOT_IN_VIRTUALHOST|NOT_IN_LIMIT|NOT_IN_DIR_LOC_FILE) + + /* Module-method dispatchers, also for http_request.c */ int translate_name(request_rec *); 1.161 +17 -13apache-1.3/src/main/http_core.c Index: http_core.c === RCS file: /home/cvs/apache-1.3/src/main/http_core.c,v retrieving revision 1.160 retrieving revision 1.161 diff -u -u -r1.160 -r1.161 --- http_core.c 1998/02/20 07:15:46 1.160 +++ http_core.c 1998/02/20 10:51:34 1.161 @@ -652,15 +652,8 @@ static const char end_virtualhost_section[] = /VirtualHost; static const char end_ifmodule_section[] = /IfModule; -/* check_cmd_context(): Forbidden in: */ -#define NOT_IN_VIRTUALHOST 0x01U /* Virtualhost */ -#define NOT_IN_LIMIT 0x02U /* Limit */ -#define NOT_IN_DIR_LOC_FILE0x04U /* Directory/Location/Files*/ -#define NOT_IN_LOC 0x08U /* Location */ -#define GLOBAL_ONLY (NOT_IN_VIRTUALHOST|NOT_IN_LIMIT|NOT_IN_DIR_LOC_FILE) - -static const char *check_cmd_context(cmd_parms *cmd, unsigned forbidden) +const char *check_cmd_context(cmd_parms *cmd, unsigned forbidden) { const char *gt = (cmd-cmd-name[0] == '' cmd-cmd-name[strlen(cmd-cmd-name)-1] != '') ? : ; @@ -673,14 +666,20 @@ return pstrcat(cmd-pool, cmd-cmd-name, gt, cannot occur within Limit section, NULL); -if ((forbidden NOT_IN_DIR_LOC_FILE) cmd-path != NULL) +if ((forbidden NOT_IN_DIR_LOC_FILE) == NOT_IN_DIR_LOC_FILE cmd-path != NULL) return pstrcat(cmd-pool, cmd-cmd-name, gt, cannot occur within Directory/Location/Files section, NULL); -if ((forbidden NOT_IN_LOC) (cmd-end_token == end_location_section - || cmd-end_token == end_locationmatch_section)) +if
cvs commit: apache-site index.html
pcs 98/02/20 07:48:58 Modified:.index.html Log: Update with 1.3b5 info Revision ChangesPath 1.49 +5 -6 apache-site/index.html Index: index.html === RCS file: /export/home/cvs/apache-site/index.html,v retrieving revision 1.48 retrieving revision 1.49 diff -u -r1.48 -r1.49 --- index.html1998/01/10 14:33:24 1.48 +++ index.html1998/02/20 15:48:57 1.49 @@ -71,22 +71,21 @@ PHR -H2 ALIGN=CENTERApache 1.3b3 Now Available: -BRThe second official beta release of Apache 1.3 -BRwith Microsoft Windows Support/H2 +H2 ALIGN=CENTERApache 1.3b5 Now Available: +BRThe third beta release of Apache 1.3/H2 PBLOCKQUOTE -Apache 1.3b3 is the second public beta of the forthcoming Apache 1.3 +Apache 1.3b5 is the third public beta of the forthcoming Apache 1.3 Server. Apache 1.3 includes several new enhancements, improvements and performance boosts, but the most visible addition is the ability to run under Microsoft Windows NT 4.0 and 95. A compiled NT/95 binary -version of the server is now available as a separate download. +version of the server will shortly be available. /BLOCKQUOTE P ALIGN=CENTER -a href=dist/Download Apache 1.3b3/a | +a href=dist/Download Apache 1.3b5/a | a href=docs/windows.htmlApache for Windows/a | a href=docs/new_features_1_3.htmlNew Features in Apache 1.3/a
cvs commit: apache-site/dist README.html
pcs 98/02/20 07:55:20 Modified:dist README.html Log: Update description of 1.3b5. Note that a binary will be available for Windows shortly. Revision ChangesPath 1.8 +14 -13apache-site/dist/README.html Index: README.html === RCS file: /export/home/cvs/apache-site/dist/README.html,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- README.html 1998/02/20 01:46:41 1.7 +++ README.html 1998/02/20 15:55:20 1.8 @@ -11,20 +11,21 @@ H2Apache 1.3b5 Now Available/H2 P -Apache 1.3b5 is the newest public beta of the forthcoming Apache 1.3 Server. -Apache 1.3 includes several new enhancements, improvements and -performance boosts, but the most visible addition is the ability to run -under Microsoft Windows NT 4.0 and 95. At present it is available in source -format only, so a compiler is necessary to use it (Microsoft Visual C++ -5.0 for Windows). If you are using, or had previously tried the -1.3a1 or 1.3b2 releases, please upgrade to 1.3b5 at your earliest convenience. -A summary of the more important changes is available in the -A HREF=CHANGESCHANGES/A file. -pFONT COLOR=redImportant Note:/FONT Apache 1.3b1 was never formally -released. Thus, the first public beta release was 1.3b2. Since 1.3b5 is -still a beta release, it undoubtedly has its share of warts and bugs. -Although it has been tested quite strenuously, your milage may vary. +Apache 1.3b5 is the newest public beta of the forthcoming Apache 1.3 +Server. Apache 1.3 includes several new enhancements, improvements +and performance boosts, but the most visible addition is the ability +to run under Microsoft Windows NT 4.0 and 95. At present 1.3b5 is only +available in source code. It will require compiler to use it +(Microsoft Visual C++ 5.0 for Windows). A binary version for Windows +will be available shortly. If you are using, or had previously tried +an earlier alpha or beta release, please upgrade to 1.3b5 at your +earliest convenience. A summary of the more important changes is +available in the A HREF=CHANGESCHANGES/A file. + +pFONT COLOR=redImportant Note:/FONT Since 1.3b5 is a beta +release, it undoubtedly has its share of warts and bugs. Although it +has been tested quite strenuously, your milage may vary. PFor information about new features in 1.3, see the A HREF=../docs/documentation/A. For information about some of
cvs commit: apache-site related_projects.html
pcs 98/02/20 08:16:08 Modified:.related_projects.html Log: Since Apache Week is listed under Commercial Products but is neither commercial nor a product, explain what it is in the summary and detailed description Revision ChangesPath 1.21 +2 -2 apache-site/related_projects.html Index: related_projects.html === RCS file: /export/home/cvs/apache-site/related_projects.html,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- related_projects.html 1998/02/18 21:14:16 1.20 +++ related_projects.html 1998/02/20 16:16:07 1.21 @@ -36,7 +36,7 @@ H3Commercial Products/H3 UL -LIA HREF=#apacheweekApache Week/A +LIA HREF=#apacheweekApache Week/A (free weekly newsletter) LIA HREF=#matriceMatrice W3/A LIA HREF=#strongholdStronghold/A LIA HREF=#tenonWebTen, a MacOS port of Apache/A @@ -143,7 +143,7 @@ HR H3A NAME=apacheweekApache Week/A/H3 -A weekly summary of the latest Apache developments. +A free weekly guide to the latest Apache developments. Apache Week provides an easy way to stay abreast of the latest news about Apache including: new releases, major bug fixes, plans for the next version, new apache ports and other related Apache
cvs commit: apache-site/dist .htaccess
marc98/02/20 10:55:40 Modified:dist .htaccess Log: Update for 1.3b5 files. Revision ChangesPath 1.3 +2 -0 apache-site/dist/.htaccess Index: .htaccess === RCS file: /export/home/cvs/apache-site/dist/.htaccess,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .htaccess 1998/01/06 22:38:15 1.2 +++ .htaccess 1998/02/20 18:55:39 1.3 @@ -1,6 +1,8 @@ AddDescription 1.3b3 NT binary apache_1.3b3_win32.exe AddDescription 1.3b3 NT docs amp; icons apache_1.3b3_win32_ext.exe AddDescription 1.3b3 gzipped source apache_1.3b3.tar.gz +AddDescription 1.3b5 gzipped source apache_1.3b5.tar.gz +AddDescription 1.3b5 compressed source apache_1.3b5.tar.Z AddDescription 1.2.5 compressed source apache_1.2.5.tar.Z AddDescription 1.2.5 gzipped source apache_1.2.5.tar.gz AddDescription List of changes in 1.3 /export/pub/apache/dist/CHANGES
cvs commit: apache-1.3/src/ap ap_cpystrn.c
dgaudet 98/02/20 11:21:24 Modified:src CHANGES src/ap ap_cpystrn.c Log: fix off-by-1 error in ap_cpystrn PR: 1847 Submitted by: Charles Fu [EMAIL PROTECTED] Revision ChangesPath 1.643 +11 -8 apache-1.3/src/CHANGES Index: CHANGES === RCS file: /export/home/cvs/apache-1.3/src/CHANGES,v retrieving revision 1.642 retrieving revision 1.643 diff -u -r1.642 -r1.643 --- CHANGES 1998/02/20 10:51:30 1.642 +++ CHANGES 1998/02/20 19:21:20 1.643 @@ -1,15 +1,18 @@ Changes with Apache 1.3b6 - *) As Ken suggested the check_cmd_context() function and related defines - are non-static now so modules can use 'em. [Martin Kraemer] + *) ap_cpystrn() had an off-by-1 error. + [Charles Fu [EMAIL PROTECTED]] PR#1847 - *) mod_info would occasionally produce an unpaired tt in its - output. Fixed. [Martin Kraemer] + *) As Ken suggested the check_cmd_context() function and related defines + are non-static now so modules can use 'em. [Martin Kraemer] - *) By default AIX binds a process (and it's children) to a single - processor. httpd children now unbind themselves from that cpu - and re-bind to one selected at random via bindprocessor() - [Doug MacEachern] + *) mod_info would occasionally produce an unpaired tt in its + output. Fixed. [Martin Kraemer] + + *) By default AIX binds a process (and it's children) to a single + processor. httpd children now unbind themselves from that cpu + and re-bind to one selected at random via bindprocessor() + [Doug MacEachern] *) Linux 2.0 and above implement RLIMIT_AS, RLIMIT_DATA has almost no effect. Work around it by using RLIMIT_AS for the RLimitMEM 1.4 +5 -2 apache-1.3/src/ap/ap_cpystrn.c Index: ap_cpystrn.c === RCS file: /export/home/cvs/apache-1.3/src/ap/ap_cpystrn.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ap_cpystrn.c 1998/01/07 16:45:55 1.3 +++ ap_cpystrn.c 1998/02/20 19:21:24 1.4 @@ -77,8 +77,11 @@ d = dst; end = dst + dst_size - 1; -while ((d end) (*d++ = *src++)) -;/* nop, the while does it all */ +for (; d end; ++d, ++src) { + if (!(*d = *src)) { + return (d); + } +} *d = '\0'; /* always null terminate */
cvs commit: apache-1.3/src/ap ap_cpystrn.c
jim 98/02/20 12:02:40 Modified:src/ap ap_cpystrn.c Log: Minor clarification Revision ChangesPath 1.5 +2 -2 apache-1.3/src/ap/ap_cpystrn.c Index: ap_cpystrn.c === RCS file: /export/home/cvs/apache-1.3/src/ap/ap_cpystrn.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ap_cpystrn.c 1998/02/20 19:21:24 1.4 +++ ap_cpystrn.c 1998/02/20 20:02:39 1.5 @@ -60,8 +60,8 @@ * (2) strncpy() null fills, which is bogus, esp. when copy 8byte * strings into 8k blocks. * (3) Instead of returning the pointer to the beginning of - * the destination string, we return the end so we can - * check for truncation + * the destination string, we return a pointer to the + * terminating '\0' to allow us to check for truncation * * ap_cpystrn() follows the same call structure as strncpy(). */