суть вопроса..

есть код на шарпе, есть возможность менять исходники.

код умеет читать текстовые данные, из файлов, и из БД.

код умеет запихивать эти данные в JSON, и отдавать по HTTP.

текст такого вида

<mytag>Jack O'Neill</mytag>

<mytag>Jack O'Neill</mytag>

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

p.s. линукс при том, что вся эта невразумительная хрень запускается и работает через mono и .net core.

привет!

у меня тут накопилась пара проблем, которые давно не могу решить.. вдруг кто-то из местных сталкивался.

1. во время дебага часто, я бы даже сказал всегда, «залипает» мышь, пока не кликнешь 3-5 раз невозможно ни текст выделить, ни бряк удалить. это лечится? ИЧСХ проблема только с мышей, на тачпаде все ок. в старом хакоде такого не было. не помню когда появилось, возможно еще в 7м.

2. если остановить выполнение во время того, как в моей программе открыт диалог открытия файла (стандартный/cocoa), например бряком, окно открытия файла зависает поверх остальных окон, и естественно отлаживать неудобно. кстати, главное окно приложения при этом в точности так же подвисает поверх всего. приходится перед нажатием «Return» двигать все окна за края экрана. кто-нибудь сталкивался?

по идее, обе проблемы должны возникать чуть ли не у всех, кто кодит под macos, но нагуглить ничего не удалось..

Вопрос специалистам по binutils.

кросс-компилирую библиотеку на хосте убунту 16.04 x86_64 (jpeg-8c), таргет i686.

./configure --enable-static --build=i686-unknown-linux-gnu
CFLAGS="-m32"
LDFLAGS="-m32"

на выходе получаю libjpeg.a

затем я эту библиотеку линкую в проект, и все работает. проект запускается, библиотека используется корректно, и т.п.

если я пытаюсь точно так же линковать библиотеку в этот же проект на убунте 14.04 — получаю болт, ld ругается:

/usr/bin/ld: ../../static-deps/lib-x86-32/lib/libjpeg.a(jcapimin.o): unrecognized relocation (0x2b) in section `.text'
/usr/bin/ld: final link failed: Bad value

ранее эта библиотека собиралась на более старой убунте, и видимо, проблема в том, что ld от 14.04 не может сожрать библиотеку собранную на 16.04.

кто-нибудь может подсказать, что на самом деле происходит?

переключить сборочное окружение на 16.04 вполне реально, но хотелось бы разобраться в чем дело.

(edit: точнее, наверное, проще будет даунгрейдить свое локальное сборочное окружение на 14.04)

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

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

дискач. особенно интересно мнение эплофана по этому поводу.

есть ImageView в layout, использующемся в RemoteViews.

соответственно, поменять цвет tint из кода нельзя (потому что собсно View создается в другом процессе)

надо выставить цвет, определенный в теме.

стиль называется TextAppearance.StatusBar.EventContent

в нем есть item: <item name=«textColor»>#999999</item>

вот это значение и нужно выставить через android:tint="??????"

вот собственно сами стили https://android.googlesource.com/platform/frameworks/base/ /refs/heads/master...

помогите, кто может.

или подскажите, если таки это из кода можно сделать.

экспериментирую со снапом.

естественно, нужно мочь читать и писать $HOME (настоящий, а не в песочнице).

поэтому в snapcraft.yml есть, помимо прочего, вот это:

plugs: [home, ...

выдержка из доки:

The snap defines 3 plugs for the home, network and network-bind interfaces. All but the home interface plug automatically connect to the provider's slot with the same name and are thus granted access to the relevant resources. As writing and reading to the /home part of the filesystem is considered a sensitive operation, the plug is intendedly not autoconnected for users upon snap installation. For security reasons, users must explicitly acknowledge that they agree for this app to access the filesystem.

While in the future users will be prompted in a more interactive way, at the time of writing, the way to grant access to the app to the /home filesystem is to manually connect the plug and slot ends of the home interface with this command: sudo snap connect youtube-dl:home ubuntu-core:home

соотв, делаю sudo snap connect myapp:home ubuntu-core:home

приложение не может ни читать, ни писать в $HOME.

выхлоп в dmesg:

17080.796669] audit: type=1400 audit(1468411157.011:1465): apparmor="DENIED" operation="mknod" profile="blah" name="/home/waker/blah" pid=560 comm="blah" requested_mask="c" denied_mask="c" fsuid=1001 ouid=1001

ЧЯДНТ?

Список изменений:

• исправлено сохранение/восстановление настройки интерфейса GTKUI при максимизированном окне;
• исправлено сохранение/восстановление настроек размеров колонок плейлиста GTKUI при максимизированном окне;
• исправлена проверка версии плагина artwork;
• отключено некорректно работающее автоопределение кодировки SHIFT-JIS, приводящее к неверному определению кодировки текстов CP1252;
• исправлен вычисление битрейта файлов mp3;
• исправлено неправильное выравнивание при форматировании времени;
• исправлено импортирование настроек форматирования названий из предыдущих версий;
• исправлена некорректная установка частоты дискретизации после восстановления сеанса, поставленного на паузу;
• исправлена ошибка в реализации $ext;
• исправлена ошибка в реализации %tracknumber%;
• исправлено отображение авто-обновляющихся полей форматирования названий;
• исправлены проблемы со сборкой на FreeBSD;
• исправлена ошибка приводящая к вылету в коде очистки кеша плагина artwork;
• исправлен вылет при попытке проигрывания файлов GYM;
• исправлено импортирования настроек группировки треков плейлиста из предыдущих версий;
• исправлен маппинг полей метаданных в формате FLAC;
• исправлено разделение полей track/total и disc/total в формате FLAC.

>>> Подробности

Основные изменения:

• Поддержка синтаксиса форматирования названий треков (title formatting) из foobar2000.
• Поддержка mpg123 в качестве библиотеки декодирования MP3 (есть возможность выбора между mpg123 и libmad в настройках).
• Добавлен плагин для проигрывания музыки Atari ST (SC68).
• Добавлен виджет для организации собственных вкладок в режиме дизайна интерфейса.
• Поддержка записи информации ReplayGain в различные форматы тэгов (плагин сканирования пока не предоставляется штатно, но может быть установлен отдельно).
• Обновлены библиотеки GME и DUMB, с добавлением новых возможностей и оптимизаций.
• Улучшена поддержка проигрывания аудио дисков.
• Множество других улучшений и исправлений практически во всех областях плеера.

>>> Подробности

Доступны исходники deadbeef 0.7.0 beta1

скачать: https://sourceforge.net/projects/deadbeef/files/deadbeef-0.7.0-beta1.tar.bz2/...

ChangeLog есть внутри, а также в репозитории на github: https://github.com/Alexey-Yakovenko/deadbeef/blob/0.7/ChangeLog

В ближайшее время будет beta2, постараюсь успеть сделать к нему бинарные сборки.

2mods: Новую тему пришлось создать, т.к. старая почему-то уползла в архив. Возможно ли как-то предотвратить это в будущем?

нужна реализация STL, чтобы можно было собирать код на C++, использующий STL, используя g++ / glibc, но без libstdc++.

полнота поддержки стандарта — достаточно C++98.

поддержка других осей кроме линукса не нужна, но нужна как минимум собирабельность G++ и шлангом.

кто-нибудь сталкивался? можете что-то посоветовать?

EDIT: кроме очевидного stlport.. он подходит, но интересно нет ли каких-то альтернатив.

EDIT2: убрал объяснение зачем все это нужно, чтобы (попытаться) избежать ненужных советов.

EDIT3: тема отмечена как решенная еще на 1й странице, просьба возждержаться от бесполезного флуда и оффтопа.

EDIT4: убрал теги чтобы отфильтровать фанатиков

%subj%

есть какой-то очевидный способ это сделать, без необходимости гуглить каждый раз аццкую команду hg rebase, которая непонятно что делает, и выполняется за полчаса?

в идеале, хотелось бы функциональный аналог команды «git rebase -i HEAD~15» (с поправкой что результат пойдет в новый branch, вместо изменения существующего, т.к. существующий immutable)

http://www.openmobileww.com/#!acl-for-firefox-os/cw07

кто-нибудь понимает как это работает? нужно специальную прошивку ставить? или это ставится в «обычную» firefox os?

если последнее — как они это сделали, без поддержки native code на ff os?

Много воды утекло, с тех пор как я интересовался данной темой, поэтому решил создать новую тему, дабы выяснить не появилось ли чего юзабельного.

Задача: писать на жабе в виме (сборку через ant уже осилил).

Навигацию по ошибкам компиляции через :cn/cp/cc прикрутить осилю самостоятельно.

Костыли работающие через eclipse (eclim), идейку, и т.п. — недопустимы.

Фичи которые очень нужны:

• заполнение списка модулей (аналог cmd+shift+o в эклипсе)
• заполнение асбтрактных методов при реализации интерфейсов
• добавление обязательных обработчиков исключений (например, пишу Thread.sleep, тыкаю хоткей, и втыкается пустой обработчик InterruptedException)
• подсвечивать строки с warnings и errors прямо в коде разными цветами (думаю это не имеет отношения к топику, и делается каким-то плагином)

необязательно, но желательно

• подсказки со списками методов в классах, аргументами функций
• переход на документацию слова под курсором

Если кто-то знает альтернативные текстовые редакторы с подобными фичами — тоже будет интересно узнать (обязательно пишите линки не только на сами редакторы, но и на страницы проектов для настройки работы с жабой).

И еще, у меня кроссплатформа linux/osx, поэтому просьба не предлагать виндовс-онли решения, или линукс-онли. osx-онли в принципе в данный момент устроит, но лучше чтобы работало на osx и линуксе.

в development, т.к. это нужно только для разработки всякого там gui-софта под ненужно^Wмобилы и планшеты.

вобщем, задача такая.

есть набор из 4-5 PNG-файлов, которые представляют собой слои, сконвертированные из PSD файла. все эти 4-5 файлов содержат кучу элементов GUI, вобщем — типичный uikit с того же Envato, разделенный на слои по «глубине».

каждый из файлов есть в 3-6 разрешениях (для разных андроидных экранов).

нужен инструмент (под онтопик или osx - неважно), который позволит делать нечто вроде того, что делает фотошоп-плагин cut&slice me, но немного иначе.

нужно в каждом PNG выбрать прямоугольник, и присвоить ему имя. желательно с возможностью создавать группы из элементов.

потом, нужно чтобы можно было все эти выделенные прямоугольники вырезать из больших PNG, и сгенерировать из них атлас + текстовик с координатами, соответствующими каждому элементу, отдельно под каждое разрешение.

написать подобный инструмент у меня займет несколько дней, поиски в гугле не дали результата.

поэтому решил спросить у СПВ, нет ли такого же, но готового.

фотошоп использовать не могу, т.к. под вайн ниасилил поставить, а на рабочий мак пиратку ставить не могу по причине контрактных обязательств. в триале CC2014 не работает плагин cut&slice me. ну и вообще меня фотошопное решение не устраивает, в силу недостаточной кроссплатформенности и зависимости на адскую клауд-проприетарщину, способную подвести в самый неподходящий момент.

UPD:

Проблема решена, спасибо AP за совет про inkscape, тема закрывается как решенная.

Инструкция для будущих поколений:

1. запускаем inkscape. у меня 0.48.5 (0.48.4 сглючил на snap to grid)

2. File -> Import -> выбираем наш PNG файл

3. ресайзим документ в размер PNG файла

4. выбираем изображение в inkscape (оно представлено в виде объекта), и присваиваем ему координаты 0,0

5. идем в свойства документа, и выставляем snap to grid, пиксельные юниты, и т.п.

6. переименовываем слой в background, и лочим

7. view -> grid

8. в «Fill and stroke» выбираем все в режим «X» (крестик), чтобы ничего не рисовалось

9. создаем новый слой, выше чем background

10. на новом слое создаем прямоугольники нужного размера в нужных местах

11. Object -> Object properties -> выставляем поле id в желаемое имя файла

12. невидимые объекты практически невозможно выделять/искать, кроме как кнопкой Tab, но Edit->XMLEditor более-менее помогает.

13. выделяем все объекты (ctrl+a), затем File -> Export Bitmap

14. выбираем Batch export N selected objects, и нажимаем кнопку Export.

неудобства:

* весь экспорт сыпется в $HOME (решение найдено — вывод сыпется в ту же директорию, в которую сохранен SVG файл)

* хотелось бы таки как-то видеть объекты, может быть удастся найти какой-то способ

вводные: свежая эклипса из adt-bundle, дефолтные настройки (ну не считая установку всех андроидных модулей), любой самый минимальный исходник, пофигу жаба или сишечка, оракл-жаба.

при наборе текста, символы появляются намного медленнее, чем я набираю текст. набираю неспешно. например, нажимаю кнопку — через полсекунды-секунду буква появляется. если введу несколько букв подряд — то видно как они по очереди появляются. если пытаюсь выделить текст мышой, то вижу плавную «анимацию» прорисовки selection bar.

комп: 2xXeon@3GHz, x86_64, 10Gb RAM, SSD, невидия+блоб, опенбокс, композиты всякие выключены намертво, убунта 14.04 обновленная на этой неделе.

ЧЯДНТ?

печатать еще медленнее не предлагать. на openjdk вообще нихера не работает, поэтому тоже не предлагать. idea/androidstudio тормозит меньше, но там ШГ, и есть другие критические проблемы, поэтому тоже не предлагать.

как-то пофиксить это говнище эклипсу можно? я и так ее по минимуму стараюсь юзать, но это ж вообще нестерпимо!

с момента обновления на trusty, в чроме появился неприятный баг.

вводные: openbox, в нем запущен наутилус (рисует десктоп — т.е. фон, иконки, и т.п.), xorg.conf отсутствует, композитного менеджера нет.

если чром развернуть (maximize), а потом попробовать его минимизировать, или переключиться на другой рабочий стол — происходит странное, как будто окно осталось видимым, но неактивным, мерцает, неактивно, и т.п.

если окно не максимизировать, то минимизация и переключение рабочих столов работают корректно.

экспериментальным путем удалось выяснить, что помогает запуск xcompmgr, проблема исчезает полностью. в убунтовой виртуалке проблемы нет, так что невидия, видимо, замешана.

кто-нибудь еще сталкивался? может есть какой-то способ это пофиксить без запускания xcompmgr?

возможно, многие пользователи переключалки раскладок через setxkbmap заметили, что в убунте 14.04 появились 2 странные проблемы:

1. настройки, выставленные через setxkbmap, рандомным образом пропадают, прямо в процессе нормальной работы, после чего надо его заново запускать.

2. у тех, кто использует caps, при индикации текущей раскладки индикатор капслока стал светиться когда включена англ. раскладка, а не ру. к этому непросто привыкнуть (да и не нужно), но помимо этого есть скрытая проблема: внутри системы тоже раскладки перепутываются. одна часть системы думает что включена русская раскладка, и зажигает индикатор. другая думает что включена английская. помимо неправильной индикации, это приводит к тому, что в программах перестают работать горячие клавиши. происходит это оттого, что когда вызывается gdk_keymap_translate_keyboard_state, он должен вернуть код клавиши в англ раскладке, даже при включенной русской. но происходит все наоборот — функция начинает возвращать коды русских букв.

сорри за долгое описание. вобщем, с описанием проблем разобрались.

есть 2 решения этого дела.. первое — перезапускать setxkbmap, и смотреть чтобы капс горел на русской раскладке, и не горел на английской. пользоваться пока не отвалится, и повторять.

второе — как я предполагаю, помогает снос ibus. что это за больная фантазия поттерингов я не знаю, но все указывает на эту хренотень. она явно воюет с параметрами, выставленными через setxkbmap, а такие программы в системе мне не нужны. но при удалении это дерьмище по зависимостям тащит весь ubuntu-desktop. для меня не критично, т.к. юзаю openbox, но хочется иметь unity в запасе, иногда в нем надо софт на совместимость проверять.

кто-нибудь знает другие решения? например, как этому ibus запретить запускаться?

в любом случае, надеюсь что этот пост поможет кому-то сохранить нервы.

alsactl store/restore работают, если выполнять их после логина, но после ребута/перелогина звук опять глохнет. приходится каждый раз делать alsactl restore, и это уже порядком надоело.

подробности:

пульсы нету, не обновлялся, ставил/удалял много разных пакетов. ppa в период поломки, вроде, не юзал, но на 100% не уверен.

добавление su waker -c alsactl restore в /etc/rc.local ничего не дает. команда выполняется, но похоже что звук в нули сбрасывается чем-то, что запускается скриптами логина. ну и вообще, раньше ведь без этого работало — хочется докопаться до причины.

DE нету, openbox вместо него. DM=lightdm (дефолт).

может кто-то сталкивался? подобная бага у других юзеров гуглится, но решения и причины возникновения не встречалось.

есть .so, из зависимостей только glibc, x86_64. нужно чтобы программа не дергала ничего из свежих версий glibc. для этого через -include подключаю файлик с кучей строчек такого вида:

__asm__(".symver __exp_finite,exp@GLIBC_2.2.5");
__asm__(".symver __acosf_finite,acosf@GLIBC_2.2.5");
__asm__(".symver __log_finite,log@GLIBC_2.2.5");
__asm__(".symver __pow_finite,pow@GLIBC_2.2.5");
__asm__(".symver memcpy,memcpy@GLIBC_2.2.5");

обычно этого достаточно, но для C++ нужно подключать libsupc++.a.

в этой либе используется memcpy, поэтому либа пропатчена, и ссылается на memcpy@GLIBC_2.2.5.

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

получается вот такое:

$ readelf -Ws mylib.so | grep memcpy
     3: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND memcpy@GLIBC_2.2.5 (2)
    21: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND memcpy@GLIBC_2.14 (5)
   201: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND memcpy@GLIBC_2.2.5
   296: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND memcpy@@GLIBC_2.14

вобщем, в подробностях рассказывать все сложно (только по запросу), но теперь собсно мой вопрос.

можно ли как-то отследить, откуда в результирующем .so появилась ссылка на memcpy@GLIBC_2.14?

известно, что в libsupc++.a нет ссылок на memcpy, есть только memcpy@GLIBC_2.14, но в результирующем .so они появляются именно после линковки этой либы.

в .so которые не используют C++ — проблем нет.

интересует, нет ли каких-нибудь логов в gcc/g++/ld, которые помогли бы обнаружить источник этого вызова.

буду признателен за любые полезные советы.

Список основных изменений:

• режим дизайна интерфейса (View -> Design mode, затем использовать правый клик);
• новые API для создания плагинов, расширяющих интерфейс;
• поддержка визуализаций, анализатор спектра и осциллоскоп;
• новая система горячих клавиш, добавляющая новый диалог настроек, поддержку локальных горячих клавиш, а также существенно увеличенный набор действий, из которых можно выбирать;
• виджет playlist browser: вертикальная альтернатива вкладкам;
• виджет, отображающий обложку альбома проигрываемого трека;
• виджет, отображающий свойства выделенных треков;
• виджет-кнопка: можно создавать собственные кнопки, выполняющие различные действия, и располагать их в интерфейсе;
• отображение времени во время перемотки;
• добавлено скачивание обложек с worldofspectrum (для мелодий в формате AY);
• добавлена поддержка встроенных native flac cuesheets (не из тегов);
• множество исправлений и улучшений в поддержке MP3 и ID3v2;
• множество улучшений в поддержке AAC;
• исправлено контекстное меню в редакторе тегов;
• добавлен костыль для сломанного файлового диалога в GTK3.6;
• добавлена совместимость с новыми версиями ffmpeg, вплоть до 2.0.2;
• добавлено поле «Location» во вкладку «Metadata» в свойствах трека;
• исправлена ошибка с мертвыми зонами при изменении размеров колонок плейлиста;
• добавлен новый плагин WMA;
• множество улучшений и исправлений в плагине mms и libmms;
• добавлена настройка ассоциаций content-types с плагинами; для сетевых потоков;
• улучшена загрузка плейлистов из сети;
• много исправлений в поддержке m3u и pls;
• добавлено предупреждение при попытке выхода из плеера; когда он делает какую-то фоновую работу (например, converter);
• исправлена ошибка скроллинга вкладок;
• добавлена поддержка плавного скроллинга GTK3 (спасибо thesame);
• добавлена опция всегда конвертировать аудио в 24 бита (спасибо Eugene Rudchenko);
• добавлена экспериментальная поддержка Mac OS X (спасибо Carlos Alberto Nunes за плагин CoreAudio);
• улучшено отображение интерфейса на HDPI-экранах;
• исправлена ошибка округления в стримере, могущая приводить к «заиканиям» звука;
• добавлена поддержка TAK и OPUS через ffmpeg (нужна свежая версия ffmpeg).

>>> Подробности