Уже больше половины года пользуюсь 3g модемом Мегафона. Интернет на работе по талонам, на определенные сайты только можно ходить. Ну и в общем подключил безлимитку на 512 кб. Пользуюсь, работает и работает.
А в последние месяцы приходится часто работать у заказчика в офисе. Они, редиски, то вообще не могут предоставить интернет, то работает все, кроме удаленного доступа в "нашу" сеть. И вот тут то меня удивил модем то, по 2 недели подряд в рабочее время через RDP по модему в нашу сеть. И ведь нормально работает. Скорости хватает, вполне комфортно работается через RDP. В общем выручает сильно.
Тут еще обратил внимание - ни одного обрыва за 4 суток, пока сам не оборвал связь. Для сотовой связи очень удивительно. Бывают конечно деньки, когда обрывы идут, но от сотовой связи такое ожидаемо. По крайней мере для меня.
суббота, 26 февраля 2011 г.
четверг, 18 ноября 2010 г.
gcc, отладка, map файлы и все, все, все
В исходниках Colorer`а помимо проектных файлов для Visual C++, есть makefile для cygwin и mingw. Была у меня мысль, да и сейчас есть, перенести сборку полностью на gcc на mingw. После доработок Colorer под версию 1.0.3 поправил makefile, и приступил к сборке. Для сборки же решил использовать TDM-GCC версии 4.5.1 . Сборка прошла успешно, а вот Far падал при первом же обращении к плагину. На VC++ такого не было. Рыл код, смотрел опции компиляции, ничего не помогает. Так ведь еще и не понятно в каком месте падает.
Решил попробовать собрать отладочную версию в gcc. Но добавление соответствующих опций не давало эффекта. Отладочная информация не добавлялась к файлу. Проблему еще предстоит решить, хотя бы из спортивного интереса.
На эту фигню, так сказать, было убито дня 3. Решение родилось как то по крупицам. Для отладки релизных версий программ часто используется map-файл. Тут можно почитать пример его использования. А в Far есть полезная библиотечка FExcept (странно что про неё ни написано хотя бы рекомендаций по использованию). Если она подключена, то при падении Far будет формироваться файл trap.log . В этом файле содержится стэк вызова функций/процедур, значения регистров и т.п. . Т.е. то, что обычно видно в отладчике. Файл формируется по map файлу Far`а и плагина. По этому трапу мы видим место падения. Ну а дальше дело техники.
В моем случае ошибка была в том, что gcc, в отличии от vc++, не подключил DllMain как внешнюю вызываемую функцию. Что исправляется двумя словами
Решил попробовать собрать отладочную версию в gcc. Но добавление соответствующих опций не давало эффекта. Отладочная информация не добавлялась к файлу. Проблему еще предстоит решить, хотя бы из спортивного интереса.
На эту фигню, так сказать, было убито дня 3. Решение родилось как то по крупицам. Для отладки релизных версий программ часто используется map-файл. Тут можно почитать пример его использования. А в Far есть полезная библиотечка FExcept (странно что про неё ни написано хотя бы рекомендаций по использованию). Если она подключена, то при падении Far будет формироваться файл trap.log . В этом файле содержится стэк вызова функций/процедур, значения регистров и т.п. . Т.е. то, что обычно видно в отладчике. Файл формируется по map файлу Far`а и плагина. По этому трапу мы видим место падения. Ну а дальше дело техники.
В моем случае ошибка была в том, что gcc, в отличии от vc++, не подключил DllMain как внешнюю вызываемую функцию. Что исправляется двумя словами
extern "C" BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpReserved )На этом приключения не закончились. Сборка прошла, все работает. Но интересно ведь увидеть повлияло ли смена компилятора на скорость. Для этого собрал с помощью того же tmd-gcc утилиту colorer.exe и запустил тест на скорость работы. Удивления не было предела - скорость упала больше чем в 2 раза. С помощью пользователя far-форума chupakabra было установлено, что виноват компилятор, а не опции компилирования. Он же создал вопрос на форуме mingw-w64. Разработчики подтвердили ошибку компилятора, и что она уже должна быть исправлена в trunk версии. Осталось проверить исправленную версию.
То, о чем так много просили. Colorer 1.0.3
Дошли таки руки до новой версии Colorer. Как там , "То, о чем так давно говорили большевики" свершилось. Появилась возможность указывать пути до своих прототипов и стилей раскраски, не задействуя при этом базовый набор. А так же настраивать каждый тип, не правя базовый proto.hrc . Т.е. ваши настройки всегда с вами, в независимости от обновлений базового набора.
Ну а теперь по порядку.
В начале вышел Colorer 1.0.2.14
Ну а теперь по порядку.
В начале вышел Colorer 1.0.2.14
Попал на ithappens.ru
Через пол года , после отправки истории на ithappens.ru, опубликовали таки. Один за всех, все с одного . Правда отредактировали знатно. Кое-чего переиначили ( или я так написал ?) Ну в общем результат есть.
понедельник, 18 октября 2010 г.
Colorer 1.0.2.13
Colorer 1.0.2.13
Изменения:
Colorer 1.0.2.13 - теперь в одном архиве и x86 и x64 версия.
PS.
что то зачастил я , уж очень плохо прошло слияние двух веток. будем исправляться.
Изменения:
- косметика диалога настроек
- некорректность цвета креста.
- базы перегружались при каждом открытии редактора
Colorer 1.0.2.13 - теперь в одном архиве и x86 и x64 версия.
PS.
что то зачастил я , уж очень плохо прошло слияние двух веток. будем исправляться.
пятница, 15 октября 2010 г.
Colorer 1.0.2.12
Colorer 1.0.2.12
Изменения:
Изменения:
- исправлены проблемы с раскраской блочных комментариев
четверг, 14 октября 2010 г.
Colorer 1.0.2.10
Перескочив версию 1.0.2.9 (забыл тут отписать о её выходе), мы подошли к версии 1.0.2.10. Версия знаковая - совмещены truemod и консольный режим.
Colorer 1.0.2.10
Изменения:
Colorer 1.0.2.10 - теперь в одном архиве и x86 и x64 версия.
Так же не забываем про Far-truemod, теперь малиновый с стандартными плагинами far.
Far2.0.1691_truemod_x86
Far2.0.1691_truemod_x64
UPD
а вот и первая бага обнаружена
Изменения:
Colorer 1.0.2.11
Colorer 1.0.2.10
Изменения:
- ошибка clr - мусор в конце имени файла
- ошибка переполнения стека при раскраске очень длинной строки.
Экспериментально. При повторении просьба выслать тестовый файл. - изменение цвета фона редактора в зависимости от цветовой схемы. на коротких
файлах фон редактора становится одноцветным - плагин работает как в консольном режиме, так и в truemod режиме
!!! крест и изменение цвета фона не работает в truemod - переименованы файлы помощи и языковые файлы.
!!!Старые нужно удалить
Colorer 1.0.2.10 - теперь в одном архиве и x86 и x64 версия.
Так же не забываем про Far-truemod, теперь малиновый с стандартными плагинами far.
Far2.0.1691_truemod_x86
Far2.0.1691_truemod_x64
UPD
а вот и первая бага обнаружена
Изменения:
- clr при включенном truemod работал некорректно
Colorer 1.0.2.11
Подписаться на:
Комментарии (Atom)