*** empty log message ***

svn path=/trunk/boinc/; revision=4144

checkin_notes

@@ -16877,14 +16877,15 @@ David  2 Sept 2004
 		that app version would hang forever in the "downloading" state.
 		Two changes were needed to fix this:
 		1) garbage_collect(): when scanning results,
-			check for download failures of APP_VERSION files (as well as WU files),
-			and if so mark the result as failed.
+			check for download failures of APP_VERSION files
+            (as well as WU files), and if so mark the result as failed.
 			Added new functions APP_VERSION::had_failure() and get_file_errors().
 		2) handle_scheduler_reply(): if get an APP_VERSION that we already have,
 			reset any errored-out FILE_INFOs,
 			i.e. give it a chance to download again.
 			There are various ways to do this, but this seems the cleanest.
-			Added new functions FILE_INFO::reset() and APP_VERSION::clear_errors()
+			Added new functions FILE_INFO::reset()
+            and APP_VERSION::clear_errors()
 	- made verify_downloaded_file() into a member function of FILE_INFO.
 		It now sets the error_msg field to a descriptive string
 		so that failures will be reported to project
@@ -16895,3 +16896,9 @@ David  2 Sept 2004
 		cs_files.C
 		cs_scheduler.C
 		pers_file_xfer.C
+
+David  2 Sept 2004
+    - change MAX_WU_RESULTS from 500 to 100
+
+    sched/
+        sched_shmem.h

sched/sched_shmem.h

@@ -31,8 +31,12 @@
 #define MAX_PLATFORMS       50
 #define MAX_APPS            10
 #define MAX_APP_VERSIONS    100
-//#define MAX_WU_RESULTS      100
-#define MAX_WU_RESULTS      500
+
+// If you increase this above 100,
+// you may exceed the max shared-memory segment size
+// on some operating systems.
+#define MAX_WU_RESULTS      100
+//#define MAX_WU_RESULTS      500
 
 // values of state field
 #define WR_STATE_EMPTY   0