Я использую VNC для подключения к рабочей станции Linux на работе. На работе у меня есть 20-дюймовый монитор, который работает в 1600x1200, а дома я использую свой ноутбук с разрешением 1440x900. Если я настрою vncserver на работу в 1440x900, я упущу много места на своем мониторе, тогда как если я настрою его на работу в 1600х1200, он не поместится на экране ноутбука, и мне придется прокручивать его все время.

Есть ли какой-нибудь хороший способ изменить размер сеанса VNC на лету?

Мой сервер VNC-это RealVNC E4.x (я не помню точную версию), работающий на SuSE64.

При выполнении вычислений на очень больших числах, где целочисленные типы данных, такие как double или int64, не подходят, может потребоваться отдельный класс для обработки таких больших чисел.

Кто-нибудь хочет предложить эффективный алгоритм, как лучше всего это сделать?

Кроме self.class.send :method, args..., конечно. Я хотел бы сделать довольно сложный метод доступным как на уровне класса, так и на уровне экземпляра, не дублируя код.

UPDATE :

Бранам: это было мое предположение, но я хотел убедиться, что никто другой не нашел обходного пути. Видимость в Ruby сильно отличается от таковой в Java. Вы также совершенно правы, что private не работает с методами класса, хотя это объявит частный метод класса:

class Foo
  class <<self
    private
    def bar
      puts 'bar'
    end
  end
end

Foo.bar
# => NoMethodError: private method 'bar' called for Foo:Class

Я пытаюсь скомпилировать более 100 java классов из разных пакетов с чистого листа каталог (без инкрементных компиляций), использующий следующие задачи ant:

<target name="-main-src-depend">
    <depend srcdir="${src.dir}" 
            destdir="${bin.dir}" 
            cache="${cache.dir}"
            closure="true"/>
</target>   

<target name="compile" depends="-main-src-depend"
        description="Compiles the project.">

    <echo>Compiling</echo>

    <javac  target="${javac.target}"
            source="${javac.source}"
            debug="${javac.debug}"
            srcdir="${src.dir}"
            destdir="${bin.dir}">
        <classpath>
            <path refid="runtime.classpath"/>
            <path refid="compile.classpath"/>
        </classpath>
    </javac>
</target>

Однако при первом запуске задачи компиляции я всегда получаю StackOverflowException. Если я снова запускаю задачу, компилятор выполняет инкрементную сборку, и все работает нормально. Это нежелательно, так как мы используем CruiseControl для выполнения автоматической ежедневной сборки, и это вызывает ложные сбои сборки.

В качестве решения quick-and-dirty я создал 2 отдельные задачи, компилируя части проекта в каждой. Я действительно не думаю, что это решение будет работать, поскольку в будущем будет добавляться больше классов, и я не хочу добавлять новые задачи компиляции каждый раз, когда мы попадаем в "compile limit".