Если при преобразовании PS в PDF на выходе наблюдается отрицательное смещение (как бы часть листа срезана) сверху, то стоит попробовать явно задать формат страницы при преобразовании:
ps2pdf -sPAPERSIZE=a4 input.ps output.pdf
Скорее всего это связано с тем, что преобразование идёт по пайпу и теряется информация формате листа входного документа и используется значение по умолчанию, которое, скорее всего - letter. Эксперимент, с явным заданием letter как формата, порождает файл со смещением, что косвенно подтверждает мою догадку.
Во многих системах есть хранитель экрана который показывает примерно следующее:
Разбираясь на работе с функционалом дисплея, особенно в динамическом режиме (при смене картинок), решил использовать алгоритм для генерации данной красоты.
Не вызывайте их сантехников, особено не для аварийных работ, типа смены сантехники /канализация, унитаз/, монтажа разводки:
- В понедельник будем вызывать заново, т.к. течёт унитаз по эксцентрику, а сегодня ещё обнаружилась течь на месте стыка новой фановой трубы со стоячной. Из-за небольшой лужи, которая образовалась при пробных запусках, после проливки не заметил
- Разводку делают не аккуратно, про обводы /для обхода труб/ узнал сам из интернет.
- Не смонтрировали узел с счётчиками до начала кладки плитки /были онформированы/, в результате местер, кто делал ремонт неверно посчитал размер короба, как следствие - результат далёк от ожидаемого.
- Стоимость при этом достаточно кусачая, и даже примерная смета отличается от списка работ на сайте компании.
- Наша ошибка, не затребовали составление договора, акт выполненых работ сделан только в одном экземпляре, который, естественно, остался не у нас. Ни компания, ни сами мастера даже не предложили. Смета работ тоже не составлена.
- Неверно посчитали материалы, как результат пришлось два раза дополнительно бегать покупать /для установки змеевика, унитаза/
- Не позвали, когда прикручивали змеевик, в результате утопили в короб /ещё не смонтированный/, пришлось просить “выдвигать”, дырки на новом кафеле “приятно” дополняют внешний вид.
В общем, если есть возможность, вызывайте кого-то другого, лучше если с отзывами, составляйте смету, заключайте договор, оставляйте экземпляр себе, проверяйте что бы была гарантия на работу. При приёмке, проливайте канализацию большим количеством воды, если пол мокрый - вытереть.
Ещё один камень в огород: на сайте есть телефон аварийной службы, позвонили им, на что они ответили, что текущая канализация, особенно после новой установки - не аварийный случай, ждите понедельника, а после работы этих сантехников сейчас два стояка /14 квартир/, сидят без холодной и горячей воды, так же до понедельника.
Сайт:
http://www.dvregion.vl.ru
Чуть более года назад выложил свои конфиги для
Luakit на гиториусе:
https://gitorious.org/hatred-configs/luakit/
Помимо подстроек под себя, там же был реализован URI-rewriting. Правда использовал только для хабра, что бы адрес преобразовался по следующему правилу:
http://habrahabr.ru/post/196966/ –>
http://m.habrahabr.ru/post/196966/
дабы избавится от рекламы, флеша и лишнего форматирования.
Вчера же добавился функционал для сохранения страниц на сервисе отложенного чтения readability.com. Сделано полностью в виде отдельного модуля (в отличии от URI-rewrite). По умолчанию заданы следующие комбинации клавиш:
- vv - смотреть страницу через readability
- vs - сохранить для отложенного чтения
- vg - открыть сайт readability.com в новой вкладке
У функционала “смотреть страницу через readability” внезапно оказалось одно интересное и полезное побочное свойство: просмотр страниц, попавших в немилость роскомнадзору.
Enjoy! :simple_smile:
TODO добавить функционал для открытия сайта через
http://anonymouse.org/cgi-bin/anon-www.cgi/URL или:
|
|
Big-endian |
Little-endian |
| Формулировка |
|
Старшие разряды (байты) - первые |
Младшие разряды (байты) - первые |
| Запись |
|
{{ }} |
|
| ::: |
|
{{ }} - база системы счисления, для dec - 10, для hex - 0xFF или 256.
{{ }} - младший разряд, {{ }} - старший разряд |
|
| ::: |
|
An, …, A1, A0 |
A0, A1, …, An |
| ::: |
|
1024 (dec), 0x0400 (hex) |
|
|
dec |
1, 2, 0, 4 |
4, 0, 2, 1 |
| ::: |
hex |
0x40, 0x00 |
0x00, 0x40 |
| Синонимы |
|
Network byte order
Motorola byte order |
Intel byte order
VAX order |
| Использование |
|
Обычная для человека((Для письма слева-направо)) запись чисел (в том
числе шестнадцатиричных в C/C++ и других)
TCP/IP
PNG |
Числа в памяти на x86 и некоторых других
USB
PCI |
Дома настраивал ноутбук Toshiba матери. При включении сразу меня поприветствовала такая надпись:
Первая мысль была сбросить пароль на биос, в поисках подходящего репепта обнаружились следующие сайты:
Но сначала решил попробовать стандартные варианты тыпа qwerty и иже с ними. При этом, после окончания попыток наблюдал такую картинку:
Этот номер меня немного заинтересовал и забил я этой CRC в гугле на поиск. Изыскания привели к этой статье:
http://dogber1.blogspot.co.uk/2009/05/table-of-reverse-engineered-bios.html, где рассказывается про алгоритм как получить подходящий пароль, контрольная сумма которого будет такой же как и у неизвестного. Там же в конце идёт ссылка на сайт Вячеслава Бачерикова, который реализовал этот алгоритм на JavaScript:
Первый же пароль от туда подошёл к системе (хотя нотбука и нет среди “поддерживаемых”). Так что даже не пришлось разбрать ноут и сбрасывать настройки CMOS.
Одно не понимаю, нафига все эти защиты, если они обходятся достаточно не сложным анализом и поиском в гугле?
Да, речь про такое:
struct Foo {
virtual ~Foo() = 0; // [1]
virtual void proc() = 0; // [2]
};
// [3]
Foo::~Foo() {
// some actions
}
// [4]
void Foo::proc() {
// some actions
}
[3] и [4] для [1] и [2] соответственно могут находится в другом файле.
Информации в интернете много, поэтому заметка для себя, ибо где-то пропустил в изучении. Далее мои домысли и моё понимание проблемы.
Начнём с [2].
Такое нужно:
<WRAP center round tip 60%>
- когда требуется, что бы в наследниках эти функции были обязательно определены (т.е. были чисто виртуальными в базовом),
- но при этом требуется, что бы была предоставлена реализация по умолчанию.
Например:
struct Bar : Foo {
virtual void proc() {
// здесь полностью своя реализация
}
};
struct Baz : Foo {
virtual void proc() {
// а здесь мы позвали реализацию по умолчанию.
Foo::proc();
}
};
struct Bak : Foo {
// а такой класс мы инстанцировать не сможем
};
А теперь про [1]
Начнём с того, что деструкторы, по иерархии, не переопределяются и при уничтожении объекта вызываются все деструкторы до базового класса и если деструктор будет чисто виртуальным, то получим такую ошибку, ещё на этапе компиляции:
/tmp/cc42YqK5.o: In function `Bar::~Bar()':
main.cpp:(.text._ZN3BarD2Ev[_ZN3BarD5Ev]+0x1f): undefined reference to `Foo::~Foo()'
collect2: error: ld returned 1 exit status
Т.е. тело у деструктора должно быть всегда (ну не совсем, см. ниже). Так когда возникает необходимость сделать деструктор базового класса чисто виртуальным с определением? Мне в голову пришло только:
<WRAP center round tip 60%>
- сделать класс чисто виртуальным, не объявляя ни одной чисто виртуальной функции.
- сделать класс только со статическими членами и запретить создание объектов этого типа, помогает защититься от дружественных классов и функций и просто от наследования (помещение конструктора по умолчанию в приватную секцию не спасёт от френдов). В этом случае, кстати, делать определение для чисто виртуального деструктора не обязательно.
Поясню. Если сделать так:
struct Virtuable {
virtual ~Virtuable() {}
};
Все классы-наследники автоматом будут с виртуальными деструкторам, но при этом мы можем сделать такое:
Virtuable f;
Virtuable *p = new Virtuable;
Т.е. мы можем создать объекты-пустышки. А зачем нам это? Если же объявить класс так:
struct Virtuable {
virtual ~Virtuable() = 0;
};
Virtuable::~Virtuable() {}
то, у нас так же все классы-наследники будут иметь виртуальные деструкторы, а вышеизложенный код уже не будет компилироваться, т.е. объекты-пустышки создать не получится.
Имхо, может быть полезно во всяких фабриках.
Точнее о DPI((Dots Per Inch [точек на дюйм] - мера разрешающей способности чего либо: монитора, принтера и т.п.)) мониторов.
Очень вяло задавался вопросом, почему на моём маленьком, слабеньком, не сильно дорогом Asus EeePC 1000HA изображение на мониторе отличное, почти все шрифты выглядят нормально, а почти на всех новых, рабочих мониторах с диагональю 24 дюйма и фулхд разрешением, полная беда, что в Linux, что в Windows.
Да, можно покрутить ручки fontconfig или поставить mactype, но всё равно: на нетбуке же я не крутил!
Кратко: Logitech Unifying Receiver приёмник у беспроводных устройств Logitech к одному которому можно слинковать до 6 устройст. При этом устройство, с которым вместе идёт приёмник уже заранее слинковано с ним и работает из коробки.
Проблема в том, что бы добавить новое устройство. Для этого нужен софт, и софт этот -есть- был только под Windows и под Mac OS X. Хорошо, что слинковав устройства на одном компе можно было использовать их на остальных без проблем. Но, согласитесь, не удобно.
Иногда нужно быстро проверить работоспособность какой-то идеи или алгоритма. Хорошо, когда у вас Linux и какая-то система из семейства Unix с установленным компилятором (имхо, в 90% случаев это будет правдой), вам просто нужно открыть консоль вызвать vim/emacs/joe/mcedit/etc набросать программку и вызвать компилятор. Но иногда вы в гостях/командировке/интернет-кафе, в общем тогда, когда компилятора нет под рукой, но есть доступ в интернет. Тут помогут онлайн-компиляторы.
