If set, the feeder doesn't read jobs into shmem,
and the scheduler doesn't send jobs.
Intended for use when a project wants to process
a backlog of completed jobs and not issue more.
svn path=/trunk/boinc/; revision=22601
My change of 1 Oct ([22440]) required that such jobs
be processed with 64-bit apps,
on the assumption that 32-bit apps have a 2 GB user address space limit.
However, it turns out this limit applies only to Windows
(kernel and user mode share the 4GB address space; each gets half).
On Linux, the split is 3GB user / 1 GB kernel.
On Mac OS X, user mode and kernel mode have separate address spaces,
each of them 4 GB.
svn path=/trunk/boinc/; revision=22599
They can be determined implicitly by WUs/results,
or explicitly in the <app> record.
If you do neither, the app is ignored.
svn path=/trunk/boinc/; revision=22591
- fixed whitespace error in Makefile.mingw
- build and install svn_version.h in Makefile.mingw
- fixed boinc_win.h for MinGW gcc-4
- not sure why client_msgs.h was ever included in procinfo_unix.cpp,
but in current code caused a nasty trail of includes breaking the
Linux build, so removed it
svn path=/trunk/boinc/; revision=22561
- MGR: Add missing ellipses for the new instance of BOINC Manager and
Event Log.
- MGR: Display a simple message when saying that there are no notices
to be displayed when the client reports there are zero notices.
clientgui/
AdvancedFrame.cpp
NoticeListCtrl.cpp
svn path=/trunk/boinc/; revision=22558
(e.g. "Download new client here" link) and others
(e.g. "Bad tag in cc_config.xml: <foo>").
- code cleanup; move show_message from main.cpp to client_msgs.cpp
svn path=/trunk/boinc/; revision=22548
ShowWindow() on an application frame to restore an application from
a minimized state or a hidden state on Windows(75% of the UI test
automation would fail at Microsoft without this ability), it appeartly
isn't for other platforms. wxWidgets is or appears to be tracking window
state internally, which leads to problems when the OS restores the window
and the rest of the framework doesn't know about that change in state.
Certain window events were being ignored (like WM_CLOSE, menu selection
events, etc.). So replace the previous mechinism for bringing an existing
instance of the BOINC Manager to the foreground by creating a new global
window message which is tracked by the system tray icon. When the new
global message is fired make sure the CBOINCGUIApp::SetActiveGUI() function
is called to restore the window state which in turn updates all the internal
framework data structures.
clientgui/
BOINCGUIApp.cpp
clientgui/
BOINCTaskBar.cpp, .h
clientgui/msw/
taskbarex.cpp, .h
svn path=/trunk/boinc/; revision=22547
about the message (sender, title, or content)
- user web: don't send an RSS item for a thread with no posts (i.e., hidden)
- client simulator: support global_prefs_override.xml
svn path=/trunk/boinc/; revision=22545
E.g., if a project deletes a news item, remove it from notices.
- notices RSS: remove the "since_time" mechanism
(an optimization that conflicts with the above)
svn path=/trunk/boinc/; revision=22543
say "app is not available for Microsoft Windows (98 or later) running on an Intel x86-compatible CPU" (or whatever)
svn path=/trunk/boinc/; revision=22537
as the major criterion in choosing non-EDF GPU jobs.
GPU scheduling now respects resource share,
and as a result STD should no longer diverge.
- client simulator: various improvements, most notably
that we now generate gnuplot graphs of all debt types
NOTE: the client problem was found and fixed using the simulator!
svn path=/trunk/boinc/; revision=22536
in the newly launched application that was throwing the error. Double
quotes around the parameter didn't fix the issue. For the time being
just hard code 'boincmgr.exe' as argv[0] as it isn't used by the Windows
client at all. wxWidgets won't find --multiple if it is argv[0].
clientgui/
AdvancedFrame.cpp
svn path=/trunk/boinc/; revision=22529
cycle, before any window or document creation. Prevents rapid window
creation and then destruction.
clientgui/
BOINCGUIApp.cpp, .h
svn path=/trunk/boinc/; revision=22504
If # of ready-to-report tasks > max_tasks_reported,
then the excess ready-to-report tasks weren't getting
reported to the scheduler at all (i.e. not in <other_results> either)
so the scheduler would resend them
(not a fatal problem, but a waste of bandwidth).
From Josef Segur.
svn path=/trunk/boinc/; revision=22500
David Anderson