summaryrefslogtreecommitdiffstats
path: root/lib/facter/util/resolution.rb
Commit message (Collapse)AuthorAgeFilesLines
* Added a Process.waitall thread when there's a timeout, to avoid zombies.Luke Kanies2008-08-181-0/+5
| | | | Without this call, every time there's a timeout, we'll get a zombie.
* Facter fix #1422, no default timeoutPaul Nasrat2008-08-181-1/+1
|
* Bug #1434 Don't execute which on windowsPaul Nasrat2008-07-171-2/+7
|
* Retaining 'timeout' as the settor, but using 'limit' as the getter.Luke Kanies2008-06-201-2/+9
| | | | | | | I don't like using Fact.add(:fact, :limit => 5), so I added a little extra code to allow us to continue using ':timeout => 5', but use 'limit' for retrieving the value, to avoid the conflict Steve Hajducko is seeing.
* Changed 'timeout' option to 'limit'Steven Hajducko2008-06-191-3/+3
| | | | | This was done to avoid a possible variable scoping issue that was occuring on some AIX systems.
* Fixing some warnings in various classes.Luke Kanies2008-06-191-1/+1
|
* Refactored so each fact resolution can specify a separate timeout,Luke Kanies2008-06-171-5/+16
| | | | | | but the default is still 0.5. Set the timeout on the AIX kernelrelease fact to 5 seconds.
* Moving all of the support classes to util/.Luke Kanies2008-05-151-0/+107
This makes it easier for our loader to distinguish between code that Facter uses and new facts.