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

    - a project overestimates job FLOP counts
    - the client starts jobs in EDF mode
    - as job progresses and fraction done increases,
        its completion time estimate decreases until
        it's no longer a deadline miss.
    - job gets preempted by other job from that project;
        you end up with lots of partly completed jobs.
    Solution (I hope): if an app version has running jobs,
        compute a "temp DCF" for the app version,
        which is the min of dynamic/static estimates for its jobs.
        Apply this scaling factor to completion time estimates
        for unstarted jobs in RR simulation
- client: the estimation of remaining time of running jobs was wrong
    (how did this bug survive so long?)

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

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

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

    - remove obsolete and buggy code from transitioner (create_result() in backend_lib)
    - account for 'mixed' scheduling in explain_to_user() in sched_send.cpp
    - finish transition to configurable patterns for distinguishing files reported by the client
      in the Einstein@home-specific part of send_work_locality in sched_locality
      (removed previous hardcoded strcmps)

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

    clientgui/
        MainDocument.cpp
    lib/
        gui_rpc_client_ops.cpp

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

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

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

    clientgui/
        MainDocument.cpp
        ViewNotifications.cpp, .h

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

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

    clientgui/
        ViewNotifications.cpp, .h

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

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

    
    clientgui/
        AsyncRPC.cpp, .h
        MainDocument.cpp, .h

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

    - lib: remove memset from notice constructor, bad things can happen
        when you null out a std::string structure.
        
    lib/
        gui_rpc_client.h
        gui_rpc_client_ops.cpp
        notice.cpp, .h
        

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

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

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

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

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

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

    It's way simpler now.


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

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

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

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

    This is like boinc_init() but for multithread apps.
    Unlike boinc_init(), it suspends/resumes all threads in the app,
    not just one.
    In Unix, this is done by forking,
    and having the parent process handle suspend/resume messages
    and suspend/resume the child using signals
    On Win, there's some nasty code that enumerates all
    threads in the whole system, and suspends/resumes
    those in a particular process.


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

    (shouldn't be necessary, but will fix problem cases)

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

    (updates scheduler and back-end programs, but not web code)
    fixes #968

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

    report ERR_OPEN rather than ERR_ALREADY_RUNNING
    fixes #970

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

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

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

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

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

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

    so that they and others will see the new version.

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

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

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

    will have enough jobs to use its share of resource instances.
    This avoids situations where e.g. on a 2-CPU system
    a project has 75% resource share and 1 CPU job,
    and its STD increases without bound.
    
    Did a general cleanup of the logic for computing
    work request sizes (seconds and instances).

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

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

    This is cosmetic - it won't affect work fetch,
    but it will prevent LTD from changing faster than real time

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

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

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