Симптомы
ld: in lib_foo.a, archive has no table of contents
collect2: ld returned 1 exit status
export COMMAND_MODE=unix2003
if it is unset or set to something other than legacy or unix2003 it behaves as if it were set to unix2003
Чтобы угомонить вконец обнаглевшего уродливого толстяка iTunes, возомнившего себя единственным на свете плеером и намертво присосавшегося к аппаратной кнопке Play/Pause моего макбука после обновления оного до сноулео, достаточно сделать так:
sudo chmod -x /Applications/iTunes.app/Contents/MacOS/iTunes
sudo chmod +x /Applications/iTunes.app/Contents/MacOS/iTunesЭто я после очередного апдейта вспомнил, записываю чтоб не забыть.
/Applications/iTunes.app/Contents/MacOS/iTunes &
sudo chmod -x /Applications/iTunes.app/Contents/MacOS/iTunes
sudo chmod +x /Applications/iTunes.app/Contents/MacOS/iTunes
open -a iTunes &
sleep 5
sudo chmod -x /Applications/iTunes.app/Contents/MacOS/iTunes
За последние пару недель как-то много вокруг меня стало инфоповодов на тему Vim. Вот например прекрасная статья о том, почему его надо использовать (очень толково, просто, есть про настройку с описанием).
Так что я усиленно постился^Wпилил конфиг, запрягал Vim работать в паре с Elipse для работы над Android проектом (всё на удивление просто - последний Elipse, последний MacVim или GVim и Eclim), собрался с духом, засунул наконец все конфиги в git и отправил на GitHub. Конфигурация получилась лёгкой, из неё было выброшены все вековые наслоения конфигов, ненужных плагинов и прочей чуши. Ещё там есть маленький враппер для открывания файла в новой вкладке существующего Vim'а а не в новом экземпляре Vim'а. Так что полюбопытствуйте.
Впрочем, скорее всего, разработку под андроид вскоре можно будет отдать на откуп IntelliJ Idea X EAP, в которой есть и поддержка оной и плагин-эмулятор Vim'а. Попробовал, повертел - за час не возникло серьёзных претензий (да и вообще продукты JetBrains - это что-то, как и их поддержка), разве что не сразу понятно куда там коней^WSDK запрягать. Во всяком случае решение лучше Eclipse.
... или Stacktrace or GTFO.
Задача.
Итак, первое приложение для Android написано и его бета достигла девайсов пользователей. Задача - при получении исчерпывающего сообщения от пользователя "Ничего не работает" (ну ладно, ладно, более конкретного - "Вылетает") знать, где и что не работает. Вообще это должно быть первым, что будет написано в приложении. Далее будет показано, как гарантированно поймать исключение и послать отчёт о нём в Redmine.
Примечание: большая часть информации относится скорее к Java, чем к Андроиду, однако повод и место применения намекают.
Стратегия.
Приложение совершило критический промах и укусило себя в глаз. Частный и самый распространённый случай этого - исключение (есть и другие варианты, я сталкивался с перезагрузкой телефона), которое принято отлавливать и что-то делать по факту. Если оно не отловлено - пользователь увидит т.н. Force Close Dialog. Начиная с версии 2.2 ещё и предложение собрать данные об ошибке и поспамить ими девелопера, НО надо понимать, что
1. специфика некоторых ошибок привязана к определённым моделям девайсов, на которых вполне определённые версии Андроида, и это не 2.2
2. специфика некоторых рынков в популярности определённых моделей девайсов, см. выше
так что на этот способ не рассчитываем (как на основной).
Необработанное исключение нужно прежде всего отловить. Для этого в Java есть обработчик исключений потока, Thread.UncaughtExceptionHandler, реализация Андроида как раз и показывает диалог и пишет стектрейс в LogCat. С отловленным исключением нужно что-то сделать (узнать о самом факте его возникновения) и... в случае с UI Thread Андроида отпустить дальше - передать умолчальной реализации обработчика, потому что в противном случае, если исключение утаить, получим вместо одного диалога об ошибке другой (Application Not Responding). Кроме того, пользователю тоже особо ничего сказать не получится - UI Thread-то уже загнулся.
public class CrashReporter implements UncaughtExceptionHandler {
private UncaughtExceptionHandler defaultHandler;
public CrashReporter(UncaughtExceptionHandler defaultHandler)
{
this.defaultHandler = defaultHandler;
}
public void uncaughtException(Thread thread, Throwable e) {
Log.e("CrashReporter", "Caught " + e.toString() + " in "
+ thread.toString() + "\n" + Log.getStackTraceString(e));
// allow system to kill us
if(defaultHandler != null)
defaultHandler.uncaughtException(thread, e);
}
}
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Thread.currentThread().setUncaughtExceptionHandler(
new CrashReporter(Thread.currentThread().getUncaughtExceptionHandler()));
}
public class CrashReportingThreadFactory implements ThreadFactory{
public Thread newThread(Runnable r) {
Thread newThread = Executors.defaultThreadFactory().newThread(r);
newThread.setUncaughtExceptionHandler(
new CrashReporter(newThread.getUncaughtExceptionHandler()));
return newThread;
}
}
public class CrashExecutor extends ThreadPoolExecutor {
private CrashExecutor(int corePoolSize, int maximumPoolSize,
long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue) {
super(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
new CrashReportingThreadFactory());
}
protected void afterExecute (Runnable r, Throwable t)
{
super.afterExecute(r, t);
// задача отправлена на выполнение через submit или изначально является Future
if (t == null && r instanceof Future) {
try {
// принудительный вызов исключения
((Future<?>) r).get();
} catch (CancellationException ce) {
// отмена задачи - нормальное событие
} catch (ExecutionException ee) {
t = ee.getCause();
} catch (InterruptedException ie) {
// прерывание потока извне - передача исключения выше
Thread.currentThread().interrupt(); // ignore/reset
}
}
if (t != null) {
Thread thread = Thread.currentThread();
thread.getUncaughtExceptionHandler().uncaughtException(thread, t);
}
}
// post reports only from wild (end-user) devices
if(!ApplicationInfo.getInstance().isAppDebuggable()){
try {
StringBuilder postBody = new StringBuilder()
.append("<issue><project_id>20</project_id><subject>")
.append(e.toString())
.append("</subject><tracker_id>4</tracker_id><priority_id>10</priority_id><custom_field_values><1>")
.append(Uri.decode(Settings.deviceInfo))
.append("</1><2>")
.append(ApplicationInfo.getInstance().deviceuid)
.append("</2><3>")
.append(String.valueOf(ApplicationInfo.getInstance().getAppBuild()))
.append("</3></custom_field_values><description><![CDATA[")
.append(Log.getStackTraceString(e).replaceAll("]]>","]]>]]><![CDATA["))
.append("]]></description></issue>");
post("http://redmine.company.com/issues.xml", postBody.toString());
} catch (Exception e1) {/*silently die*/}
}
public static void post(String url, String postData) throws IOException {
HttpClient client = new DefaultHttpClient();
HttpPost request = new HttpPost(url);
request.addHeader(BasicScheme.authenticate(
new UsernamePasswordCredentials("crash", "password"), "latin1", false));
request.addHeader("Content-Type", "application/xml");
StringEntity se = new StringEntity(postData);
request.setEntity(se);
HttpResponse response = client.execute(request);
}
Запустил долгую задачу, а когда кончится - непонятно, мониторинг активности консоли (как в Konsole или iTerm) тоже не помогает - процесс иногда обделывается выводом в STDERR, что делать?
^z
fg; say "Job done!"
У dom элемента есть события. Среди них есть onchange. Если я делаю
var onchange = function() {/* do here something*/};
Да, давно не писал, но это жизнь, которой мало, и работа, которой много. Вот по работе иногда приходится хлопать одной ладонью.
Так и на прошлой неделе - нужно было приделать к редактору модели в jqGrid свой элемент для редактирования дат, наподобие того, что генерят рельсы в ответ на select_date. Скудость документации и отсутствие толковых примеров и как следствие полдня экспериментов на пути к желаемому и стали причинами появления данного поста.
Для начала обратимся к истокам и объявим наше поле как custom, указав свои функции для создания элемента и извлечения значения из него.{name:'v_birth', index:'v_birth',formoptions:{elmprefix:"*  "},edittype:'custom',editable:true,editoptions:{custom_element:dinput, custom_value:dvalue}}
Подразумевается, что в таблицу дата приходит в американском формате (mm-dd-yyyy), именно поэтому у меня поле называется v_birth - это виртуальный атрибут, в базе это естественно тип Date. О валидации таких атрибутов и их применении совместно с jqGrid стоит сказать, пожалуй, отдельно, своим постом.
Пользователь увидит три селекта и кнопку сброса их в начальное значение (--). Браузер - невалидный код (три селекта с одинаковым id), но промолчит. Функция извлечения значения благодаря этому увидит все три select'а, отмапит их в массив выбранных значений и склеит из него строку. Бэкенд - либо опять же дату в американском формате, либо пустую строку, если пользователь сбросил дату, либо неверную дату, и может сохранить, об NULL'ить или остановить валидацию на своё усмотрение.
И для завершения - ещё один штрих. Истоки.
...
.navGrid('#my_pager', {edit:true,add:true,del:true,search:false,refresh:true}, {recreateForm:true, afterSubmit:function(r,data){return afterSubmit(r,data,'edit');}},
....
Такие вот пироги. Надеюсь, юбилейная 200-я запись была вам полезна.
Очень короткое наблюдение. Вчера заметил, что мой мозг отказывается думать над продолжением работы, потому что предыдущий цельный кусок сделан, но не скоммичен.
Нашёл для себя идеальный вариант дока - не показывать ничего кроме запущенных программ (и запускать их через Namely). И пару папок с документами (ебуками) ибо для быстрого открытия документов индексаторы типа Spotlight ещё не годятся совсем (о, где же ты, krunner). Хотя, казалось бы, какого чёрта, на кой в системе тогда есть locate?
UPD: нашёл такую штуку как Butler. Как минимум fuzzy-find и запуск документов (да и вообще всего) он умеет, что уже покрывает мои потребности, а там столько всего...
Недавно возмущался тем, что в самых нужных местах не работает поиск выделенного текста по хоткею с помощью стандартного Dictionary.app. Не работало это в частности в Preview (так и хочется опять пнуть Эппл, оба приложени их) и в Opera (тут стоит пнуть саму Оперу - интеграция с макосью у них так себе, более того, в контекстном меню пункт "Поискать в словаре" загружает словари Яндекса, нужны они сто лет с таким latency).
А сегодня внезапно нашёл решение, оно как всегда в стиле Эппл - то есть несколько сбоку (читай через задницу). В меню каждого приложения есть пункт Services -> Look Up in Dictionary, этим и воспользуемся, дальше понятно без слов: 
Давно заметка валяется в черновиках, пора бы уже запостить, а то вдруг на сно-лепарда обновлюсь. Вкратце - тут я буду всяко гнать на макось. Это не значит, что я не вижу в ней ничего хорошего.
Не так давно прикрутил к проекту валидатор схемы JSON документа. По ссылке всякая документация и примеры.
Зачем оно надо?
Не так давно решил таки ознакомиться (никак не мигрировать, боже упаси) на представленный в MacOS X 10.6 GCD, почитал их введение в это дело (ровно одна строчка кода, всё остальное - маркетоидный буллщит), но одна фраза заставила на себя обратить внимание - основной компонент этого GCD - блоки - что-то подозрительно напоминали. И добрался до расшаренной коллегой статьи про реализацию блоков, и понял - ну точно, это ж самые что ни на есть closures, которым скоро 50 лет, их наконец-то добавят и в эти языки... Однако, всё сильнее и сильнее этот лагерь офункционаливается.
Со статьёй крайне рекомендую ознакомиться, а потом по ссылкам в конце. Особенно по первой, там чуть ли не дословно цитируют ruby stdlib и часть парадигм RoR и вообще рубишных фреймворков.
Однако в руби их использование гораздо более синтаксически-слаще...
С недавнего времени использую в своём проекте Cache money. Вещь хорошая, но, конечно же, есть и недостатки, впрочем, это предмет для форка и багфиксов. Стоит также отметить, что решение может уже и существует среди форков, коих много.
Если у вас всё в порядке с памятью (RAM, I mean), то может возникнуть желание принудительно заполнить кеш по всем индексам всех моделей. Сниппет извлечён из моего Rakefile'а и адаптирован для использования в рельсах. Предупреждение: не тестировалось именно в рельсах и против составных индексов (хотя и предусматривает их использование).
Сегодня ночью понял, что вслед за книгой the Ruby way дал маху и имел лишний вызов DRb.start_service на клиенте. Если почитать документацию, то в комментариях сэмпл кода выясняется, что это требуется далеко не всегда и уже в доке к классу DRbServer выясняются детали. А ведь пока в сорец не залез - не понял. А это устранило единственный крупный bottleneck в приложении.
Вот и читай после этого полезные книги.
Стремление найти себе на разные места приключений никогда не покидает таких как я, вот и захотелось завести текущий проект под ruby 1.9.1 и перевести под passenger.
Пара слов - по общему моему впечатлению, мир руби не готов ещё использовать 1.9.1. То одно, то другое не работает, приходится хачить уже написанное, вставлять проверки версии языка, что-то вообще не лечится (так, у меня не завёлся монгрел, даже после советов с isitruby19.com)
Начнём с самого ruby. Даже на InfoQ засветился скрипт для установки и переключения разных версий Ruby: ruby_swither.
Однако для моей цели пришлось внести в него поравки в секции для 1.9.1 (OMG, опять на одну маленькую строчку я убил полдня):
Потребовалось мне недавно написать обёртку ко всем существующим ныне в приложении контроллерам, дабы их можно было вызывать через единую точку входа. Именно обёртку, поскольку всё к чертям переписывать не хотелось принципиально да и старый механизм работы мне бы самому пригодился. После пятнично-вечернего воскуривания сорцов Camping'а я это сделал (<ненависть>сорцы кемпинга - это лютое изнасилование мозга. Пусть этому вроде как и есть оправдание - '4K full of gags pocket framework', но так писать а тем более читать код нельзя</ненависть>). Вот вам примерчик - пусть есть контроллер, который просто возвращает завёрнутые в JSON свои параметры, и есть потребность вызвать его из другого контроллера:
Заметка на полях - XCode сохраняет скриншоты с устройств в ~/Library/Application Support/Developer/Shared/Xcode/Screenshots
