kshakir 92045ecaa6 Finally figured out what data in the LSF C API call lsb_readjobinfo is causing JNA to SIGSEGV with a strlen error: ... - LSF recycles memory for C arrays, but sets a separate variable setting the size of the array to zero. - JNA only sees the non-NULL pointer and starts to auto-access it, sometimes causing a SIGSEGV. - In the short term neutered the jobInfoEnt structure so that this bad array is not autoRead(). QGraph updates: - Job status is now checked in bulk every 30 seconds instead of one job at a time, even in the middle of dispatching jobs. - If there is a hiccup (unexpected but not fatal error) during status check then the the error is ignored and status is checked again 30 seconds later. - Jobs prefer to dispatch depth vs. breadth first. More refactoring of SG framework separating the reusable code from the implementations. The DistributedScatterFunction is still a work in progress and is not enabled yet. Still need to think through how Queue handles when a job dies. git-svn-id: file:///humgen/gsa-scr1/gsa-engineering/svn_contents/trunk@5387 348d0f76-0448-11de-a6fe-93d51630548a		2011-03-07 04:29:06 +00:00
..
config	Provide a default logger, some config settings, and some doc updates.	2009-04-29 02:06:05 +00:00
src	Finally figured out what data in the LSF C API call lsb_readjobinfo is causing JNA to SIGSEGV with a strlen error:	2011-03-07 04:29:06 +00:00
test	Added a boatload of new case-control association modules. Switched the U-test to use longs rather than ints (it just so happened that I overflowed and started getting negative U statistics. Not good.) Added the ALL association type for ease of specifying that we want to throw the book at something. Added an svn-commit.tmp~ because i can't get rid of it even with --force. Hopefully I can remove it after.	2011-03-06 21:58:12 +00:00