Под вечер выходного дня, видать с великого перепою, какой-то не очень хороший человек подал в квартиры не 220 вольт, а все 380. Примерно на час. Результат естественен и предсказуем - куча сгоревшей техники у жителей целого подъезда.
Собственно, может коллективный разум ЛОРа в курсе, что делать в таких ситуациях? Есть ли шанс содрать с виновников (энергосбыт?) некоторое количество денег? Какие бумажки понадобятся?
Существует в природе либа для оргранизации json-rpc сервера под BSD лицензией. http://www.big-llc.com/software.jsp
Только вот написана она довольно коряво (по крайней мере получить segfault от некорректного запроса легко). Ко всему на стандарт довольно наплевательски относится.
Собственно, к чему это я. Для своих нужд она была допилена до относительно вменяемого состояния. Посему вопрос к сообществу: нужен ли кому-нибудь сабж? Стоит ли форкать и публиковать?
В рассылке clang было сообщено об успешном bootstrap'е компилятора clang на платформе ARM. Сборка производилась на Debian-ARM.
Способность clang бутстрапиться на платформе ARM делает возможным использование его не только в качестве кросскомпилятора для встраиваемых решений, но и для разворачивание полноценных систем в устройствах на базе процессора ARM.
Напомним, что clang — компилятор на базе фреймворка LLVM, развиваемый Apple и сообществом. Распространяется он под BSD лицензией.
>>> Подробности
Не самое удачное место чтобы спрашивать такое, но может анонимный разум подскажет что-нибудь похожее на вводную и заключающую части сабжа или Ode of Joy из симфонии Бетховена?
/* 1.c */
void a(void) {
b();
}
/* 2.c */
void b(void) {
exit(0);
}
/* main.c */
int main(int argc, char *argv[]) {
a();
return 0;
}
... компиляция поскипана ...
>$ ar qc 1.a 1.o
>$ ar qc 2.a 2.o
>$ gcc -o main main.o 2.a 1.a
1.a(1.o): In function `a':
1.c:(.text+0xa): undefined reference to `b'
collect2: ld returned 1 exit status
>$ gcc -o main main.o 1.a 2.a
>$
Всегда считал, что от порядка, в котором скармливаются статические либы не зависит ровным счетом ничего. Собственно вопрос, где про это можно почитать (в каком разделе мана это может быть)? Или, быть может, это у меня компилер с норовом?
Приспичело мне тут dual-head замутить, но xrandr ругается на недостаточный размер виртуального экрана. Когда-то давно, достаточно было поправить одну строчку в xorg.conf.
Теперь же, из принципа (не зря же эта зараза hal тянет), конфиг я прибил.
Так собственно о чем это я... А, да, как задать virtual screen size правильным методом (xorg.conf создавать не буду). Гуёвыми приблудами пользоваться тоже не тянет, ибо их нужно искать и ставить.
Кто-нибудь смотрел как сабж работает с памятью? Копать исходники лень, но видно всё же придётся.
Суть вопроса в том, что сборщик(и) мусора поддерживается на уровне LLVM, но никто не мешает разработчикам фронтенда изобрести свой собственный велосипед.
Иными словами, команда UnladenSwallow сильно заморочены велосипедостроительством или не очень?
ЗЫ: Питон не нужен, нужно посмотреть как умные люди компилируют динамические языки. Лучшего примера не нашел.
Я понимаю, что сейчас большинство наблюдает за срачем на главной, но всё же.
Нужно из cmake скормить LaTeX'у texmf-дерево со шрифтами (да, PTSans :-) ). Дологое и упорное гугление говорит о том, что для этого нужно выставить несколько переменных окружения ($TTFONTS, например) перед вызовом latex.
Собстевенно вопрос, как это сделать с помощью cmake?
PS: Для нечитающих документацию SET(ENV{anything}) не предлагать, т.к. живут такие переменные окружения только во время работы самого cmake, а на момент, когда нужно что-то строить их уже нет.
PPS: Выкрики «пользуй make» я просто игнорирую, решение проблемы с помощью scons и ему подобных рассмотрю, если не нагуглю раньше.
Имеем флешку, которая не хочет монтироваться.
Смотрим dmesg:
[ 66.426055] scsi 4:0:0:0: Direct-Access JetFlash Transcend 2GB 8.07 PQ: 0 ANSI: 2
[ 66.429713] sd 4:0:0:0: [sdb] 3944448 512-byte hardware sectors (2020 MB)
[ 66.430017] sd 4:0:0:0: [sdb] Write Protect is off
[ 66.430022] sd 4:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 66.430026] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 66.433565] sd 4:0:0:0: [sdb] 3944448 512-byte hardware sectors (2020 MB)
[ 66.433789] sd 4:0:0:0: [sdb] Write Protect is off
[ 66.433794] sd 4:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 66.433796] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 66.433800] sdb: sdb1
[ 66.638207] sd 4:0:0:0: [sdb] Attached SCSI removable disk
fdisk -l /dev/sdb
Disk /dev/sdb: 2019 MB, 2019557376 bytes
63 heads, 62 sectors/track, 1009 cylinders
Units = cylinders of 3906 * 512 = 1999872 bytes
Disk identifier: 0xffffffff
Disk /dev/sdb doesn't contain a valid partition table
Либо я чего-то не понимаю, либо раздел на флешке всё таки нашелся, о чем свидетельствует выхлоп dmesg и появление /dev/sdb1. При попытке монтировать этот /dev/sdb1 mount тупит с минуту, затем сообщает, что не знает что за фс на флешке. В логах видно, что mount добросовестно перепробовал всё, что можно, включая NTFS и FAT.
Барабанная дробь... В винде оно монтируется, и там даже инфа лежит.
Есть идеи?
PS: Сорри, что много букв.
Какова самая неинтересная и нудная часть обязанностей простого быдлокодера/программиста/архитектора?
Со своей быдлокодерской колокольни, я терпеть не могу работать с UI и делать тривиальные фиксы в нём же.