Skip to content
Snippets Groups Projects
Select Git revision
  • 9299d34c20ed62fba8fad000b47cf6cf8851158e
  • master default protected
  • fix_Makefile.mingw#2
  • update_Makefile.mingw
  • fix_Makefile.mingw
  • fix_API_for_C_apps
  • fix_procinfo_mac
  • boinccmd_gpu_mode_always_until_sigterm
  • fgrp_osx_hotfix
  • fix_boinc_master@f8250782
  • eah_wrapper_improvements
  • diagnostics_win-hotfix
  • diagnostics_win-hotfix-old
  • current_fgrp_apps
  • testing_gw_apps
  • gw_app_darwin_15
  • current_brp_apps
  • current_brp_apps_android10
  • current_gfx_apps
  • current_server
  • current_gw_apps
  • previous_fgrp_apps
  • previous_gw_apps
  • testing_brp_apps
  • apps_FGRP3_1.07
  • apps_FGRP3_1.08
26 results

boinc_api.C

Blame
    • David Anderson's avatar
      16b1305d
      - server code: at some point I made a global var "SCHED_CONFIG config", · 16b1305d
      David Anderson authored
          mostly so that the parse function could assume
          that everything was initially zero.
          However, various back-end functions pass around SCHED_CONFIG&
          as an argument (also named "config").
          This creates a shadow, which is always bad.
          Worse is the possibility that some projects have back-end programs
          that have a SCHED_CONFIG variable that's automatic,
          and therefore isn't zero initially,
          and therefore isn't parsing correctly.
      
          To fix this, I changed the 2 vectors in SCHED_CONFIG into pointers,
          and have the parse routine zero the structure.
          I was tempted to remove the SCHED_CONFIG& args to back-end functions,
          but this would have broken some projects' code.
          I did, however, change the name from config to config_loc
          to avoid shadowing.
      
          Also fixed various other compiler warnings.
      
      svn path=/trunk/boinc/; revision=15541
      16b1305d
      History
      - server code: at some point I made a global var "SCHED_CONFIG config",
      David Anderson authored
          mostly so that the parse function could assume
          that everything was initially zero.
          However, various back-end functions pass around SCHED_CONFIG&
          as an argument (also named "config").
          This creates a shadow, which is always bad.
          Worse is the possibility that some projects have back-end programs
          that have a SCHED_CONFIG variable that's automatic,
          and therefore isn't zero initially,
          and therefore isn't parsing correctly.
      
          To fix this, I changed the 2 vectors in SCHED_CONFIG into pointers,
          and have the parse routine zero the structure.
          I was tempted to remove the SCHED_CONFIG& args to back-end functions,
          but this would have broken some projects' code.
          I did, however, change the name from config to config_loc
          to avoid shadowing.
      
          Also fixed various other compiler warnings.
      
      svn path=/trunk/boinc/; revision=15541
    boinc_api.C 32.68 KiB