Возникла задача увеличения-уменьшения значения single или double на величину машинной ошибки. Есть ли какие-то разумные варианты такого действия? А то что-то у меня, кроме попыток-сравнений в цикле, ничего в голову не приходит.

Интересует подход без привязки к языку т.к. язык у меня экзотический в этом форуме не встречающийся.

============================
Для интересующихся - описание мегазадачи: 

Имеется старый прибор, которому надо установить некий параметр. Парамерт - величина с плавающей точкой, но прибор берет не любое значение, а одно из набора возможных (например 50 или 30 или 12,15 или 0,35 но никак не промежуточные значения). По определенной команде прибор возвращает список разрешенных значений для данного параметра.

Но не все так просто. Хитрый прибор злобно возвращает список с неточными значениями. Например, не 30,  а 29,99. Попытка же отослать обратно эти 29,99 приводит к ошибке так как получать он желает именно 30.

В большинстве случаев задачу удается решить обычным округлением до значащих цифр (как - только что обсуждали). Но! В машанном представлении округление тоже может дать не точно 30, например, а 29,99999998 в силу машинной ошибки. И эту величину прибор есть уже не хочет. 

Думаю в таких случаях надо идти таким путем:
1. Округлять и пробовать установить значение.
2. Если не устанавливается, пробовать установить значение большее на величину машинной ошибки
3. Если опять не устанавливается, пробовать установить значение меньшее на величину машинной ошибки

Используй битовое представление single double. и меняй биты мантисы

Pavia, понятно. Отличная идея. Сам не додумался. Повожусь с ней.

Надо точно посмотреть, что же возвращает прибор. Пока ты видишь то, что возвращает разговаривающая с ним программа - а это испорченный телефон.

В том-то и дело что я могу посмотреть только то, что моя программа получает от некой другой (не моей) программы, являющейся чем-то-вроде-драйвера к драйверу данного прибора. На каком этапе возникает нестыковка машинных ошибок (если это они, конечно) выяснять особой возможности нет. Да и смысла особого тоже так как менять в этих драйверах к драйверам я ничего не могу. Согласно документации (и моим собственным наблюдениям-экспериментам) обмен идет данными типа double.

Вопрос, а каков набор значений? Их ограниченное число? Может пустить сканер, который начнет подряд все double загонять в прибор и отлавливать правильные значения. А потом проанализировать, какие именно значения являются правильными 
Для сканирования можно использовать Double.doubleToLongBits и Double.longBitsToDouble.

Нет, это не годится к сожалению. 

В таком случае я просто создал бы таблицу правильных значений и выбирал из нее ближайшее к заданному.

Я предложил сканирование как способ понимания того, что есть правильные числа для того прибора.
Если прибор действительно старый, то числа там врядли будут double. Скорее single, или вообще что-то с фиксированной точкой. 
Если я правильно понял, то спецификации формата обмена с самим прибором у Вас нет. А double принимает драйвер. Возможно там требуется просто руками погасить часть младших цифр мантиссы.