Bug#366741: patch

Robert Millan rmh at aybabtu.com
Sun Aug 20 18:20:19 UTC 2006


tags 366741 patch
thanks

Ok, this is not what I would send upstream, but I think it's suitable for
Debian.

Normaly, when you modify <platform_name> in client_state.xml, boinc will notice
the architecture is different than the hardcoded platform_name in the program,
and reset the project to avoid incompatible arch mixing.

The attached patch disables this check completely.  Instead of resetting the
project, it sets the <platform_name> in client_state.xml as the valid
platform_name which will be used for scheduler requests.

As for upstream, my plan is to check <platform_name> in client_state.xml against
a list of valid alternatives, but this needs some changes in
m4/boinc_platform.m4 first..

So could you apply this patch for Debian in the meantime?

-- 
Robert Millan

My spam trap is honeypot at aybabtu.com.  Note: this address is only intended for
spam harvesters.  Writing to it will get you added to my black list.
-------------- next part --------------
diff -ur boinc-5.4.10.old/client/client_state.C boinc-5.4.10/client/client_state.C
--- boinc-5.4.10.old/client/client_state.C	2006-05-23 02:03:15.000000000 +0200
+++ boinc-5.4.10/client/client_state.C	2006-08-20 19:51:38.000000000 +0200
@@ -331,14 +331,7 @@
     // This could happen e.g. if user copies files from PPC to Intel Mac
     //
     if (strcmp(platform_name, statefile_platform_name.c_str())) {
-        msg_printf(NULL, MSG_INFO,
-            "Platform changed from %s to %s - resetting projects",
-            statefile_platform_name.c_str(), platform_name
-        );
-        for (i=0; i<projects.size(); i++) {
-            p = projects[i];
-            reset_project(p);
-        }
+        platform_name = strdup (statefile_platform_name.c_str());
     }
 
     return 0;


More information about the pkg-boinc-devel mailing list