Linux по сути система для программиста. Мне нравится это утверждение хотя я не считаю себя программистом. Просто по жизни приходится этим заниматься, да и к тому же мне это нравится. Может и немного меньше чем некоторые другие вещи. Так к чему это я? Зачем я взялся за этот Linux и вообще при чем тут Eclipse и Android SDK?:)
Некоторое время назад начал я писать на Java способностей хватало, да и был опыт в C# что не могло не радовать. Хотелось заработать денег своими идеями, которых у меня появляется достаточно много и достаточно часто. И с одногрупником мы решили реализовать очередной мой замысел.
И что я так тяну? Встречайте Graffi! Хорошая штука для тех кто любит порисовать. Разработка шла пол года. Учитывая что я писал основную часть кода и первый раз видел Java и Eclipse. Но самое трудное было сождать неповторимый дизайн о чем может я позже расскажу. Честно говоря код юыл ужасен) Но я не сосбо понимал, прошло еще месяца три и появилась платная версия к тому времени я работал совсем один да и код стал быстрее, красивее и локаничнее. Немного погодя я убрал кое какой функционал и появилась еще одна бесплатная версия на данный момент последняя опубликованая. К сожалению она не стала такой популярной как оригинал в следствии того что работает не на всех телефонах на базе Android. Но работа продолжается;)
И так к чему вся эта реклама:) Собственно из за этого проекта я и перешел на Linux. Но под Win есть и Eclipse и Android SDK. Да но на тот момент я работал на своем новеньком ноутбуке Asus X50sl гемороя с дровами под XP я не хотел поэтому сидел на предустановленной Vista грамотно порезанной и оптимизированной но сейчас не суть важно. После выхода Android SDK 1.5 я осознал что скорость работы мне ой как не нравится. Решение было гениально... да вы и сами все знаете.
И каково было мое удивление когда я стал замечать что скорость работы под Ubuntu была еще меньше... Дело оказалось вот в чем...
Как ни странно все дело в видео карте. Хотите перейти на линух и не испытывать огорчений по поводу тормозящих или неработающих Compiz эффектов?:) Поищите в интернете отзывы по поводу качества драйверов для вашей видео карты. Чего я конечно же не сделал в следствии чего эффекты конечно работали, но страшные лаги не давали мне покоя, открыть и закрыть окно эмулятора для менеджера окон было просто невыносимо долго. Пришлось смириться отключив Compiz:
#sudo apt-get remove compiz-core
#sudo apt-get autoremove
И радости моей не было предела)) Ну почти) Эффекты конечно мне очень нравились. Если сотрудники ATI читают этот блог "Может все таки сделать нормальные драйвера для своих видео карт HD 3xxx ???"
Счастливым владельцам х1900GT не стоит беспокоиться лично проверял все отлично работает;)
четверг, 1 октября 2009 г.
Чем заняться
Самое очевидное
На самом деле первая проблема в 64bit системах это Adobe Flash. Почему именно он? Трудно сказать наверное Adobe думает что никто не использует 64 битные linux системы. Проблема оказалась в том что с оффициальной страници загрузки скачать плагин для Flash Player 10 оказывается невозможным. Там просто нет 64 битной версии.
Но не всt так плохо если очень хорошо поискать ссылку на него можно найти.
Но что с ним делать? Что это за файл такой? Firefox знает что это за файл:)
Для того чтоб все заработало достаточно открыть:
/home/[имя пользователя]/.mozilla
Создать там папку plugins и поместить файл из архива туда.
И вуаля все заработало.
Но не всt так плохо если очень хорошо поискать ссылку на него можно найти.
Но что с ним делать? Что это за файл такой? Firefox знает что это за файл:)
Для того чтоб все заработало достаточно открыть:
/home/[имя пользователя]/.mozilla
Создать там папку plugins и поместить файл из архива туда.
И вуаля все заработало.
Опустившись к низам
Многое можно нафантазировать из названия. На самом деле сегодня речь пойдет о NASM. Почему именно о нем? А вдруг пригодится кому нибудь:)
Вобщем прийдя на пары и обнаружив что лабораторные работы под Ubuntu 64bit не спешат компилироваться я был очень расстроен. Но прийдя домой принялся искать решение. Несмотря на то что совсем недавно "пересел" на Linux я успел подружиться с bash во преки бытующему среди пользователей Windows мнению консоль оказалась очень даже удобным инструментом про реализацию консоли в Win я пожалую промолчу. И так первое что я сделал это полез в Google. Но найти интересующую меня информацию оказалось не так просто. Программирование на Asm под Linux оченб нераспространенное занятие.
Но не смотря на это решение оказалось очень даже простым. Первое что я сделал это открыл консоль.
# man nasm
или
# nasm -h
Несмотря на то что документации там маловато(кстати man происходит от слова manual, если кому интересно) решение было почти найдено. Перед началом программы надо обьявить директиву:
BITS 64
На самом деле nasm не различает регистр если его не попросить так что можно и не строить из себя блондинку))
Тем неменее до компиляции оставался еще один шаг. Все дело в том что для того чтоб скомпилировать код раньше я использовал комманду:
# nasm -f elf lab1.asm
Не особо задумываясь над е значением на самом же деле директива -f задает формат выходного файла в нвшем случае elf. Что естественно предназначается для 32 систем. К сожалению документации по форматам я так и не нашел но благодаря смекалке:
# nasm -f elf64 lab1.asm
Это вобщем то и решило все мои проблемы осталось только слинковать:
ld lab1.o
ну и запустить:
# ./a.out
Не много ли проблем?:) Посмотрим, впереди еще много интересного.
Вобщем прийдя на пары и обнаружив что лабораторные работы под Ubuntu 64bit не спешат компилироваться я был очень расстроен. Но прийдя домой принялся искать решение. Несмотря на то что совсем недавно "пересел" на Linux я успел подружиться с bash во преки бытующему среди пользователей Windows мнению консоль оказалась очень даже удобным инструментом про реализацию консоли в Win я пожалую промолчу. И так первое что я сделал это полез в Google. Но найти интересующую меня информацию оказалось не так просто. Программирование на Asm под Linux оченб нераспространенное занятие.
Но не смотря на это решение оказалось очень даже простым. Первое что я сделал это открыл консоль.
# man nasm
или
# nasm -h
Несмотря на то что документации там маловато(кстати man происходит от слова manual, если кому интересно) решение было почти найдено. Перед началом программы надо обьявить директиву:
BITS 64
На самом деле nasm не различает регистр если его не попросить так что можно и не строить из себя блондинку))
Тем неменее до компиляции оставался еще один шаг. Все дело в том что для того чтоб скомпилировать код раньше я использовал комманду:
# nasm -f elf lab1.asm
Не особо задумываясь над е значением на самом же деле директива -f задает формат выходного файла в нвшем случае elf. Что естественно предназначается для 32 систем. К сожалению документации по форматам я так и не нашел но благодаря смекалке:
# nasm -f elf64 lab1.asm
Это вобщем то и решило все мои проблемы осталось только слинковать:
ld lab1.o
ну и запустить:
# ./a.out
Не много ли проблем?:) Посмотрим, впереди еще много интересного.
Начало путешествия
Все чаше сейчас находятся люди которые променяли привычное удобство(а может и не очень) Windows на открытость, бесплатность и настраиваемость сборок Linux. Я не стал исключением.
Много об этом пишут, но я решил затронуть некоторые другие аспекты перехода на Linux в частности на Ubuntu отдавая дань сегодняшним тенденциям поставил себе 64 биитную сборку. Думаю этот процес описывать нет смысла так что перейдем сразу к самому очевидному подводному камню моего поступка.
Так получилось что еще недавно я использовал 32 битную версию и некоторые программы которые я потрудился сохранить перестали работать. Чему я не был конечно же удивлен. Одна из таких программ оказалась, что бы вы думали Eclipse 3.5. Все таки студент и в своей жизни мне приходится писать программы именно в нем. Скачивание и установка 64 битной версии Eclipse и JavaVM не составила труда. Да и благо Android SDK 1.6 непривередлив к количеству бит ОС. Все компилируется и все замечательно.
Так прошл первый день моего путешествия.
Много об этом пишут, но я решил затронуть некоторые другие аспекты перехода на Linux в частности на Ubuntu отдавая дань сегодняшним тенденциям поставил себе 64 биитную сборку. Думаю этот процес описывать нет смысла так что перейдем сразу к самому очевидному подводному камню моего поступка.
Так получилось что еще недавно я использовал 32 битную версию и некоторые программы которые я потрудился сохранить перестали работать. Чему я не был конечно же удивлен. Одна из таких программ оказалась, что бы вы думали Eclipse 3.5. Все таки студент и в своей жизни мне приходится писать программы именно в нем. Скачивание и установка 64 битной версии Eclipse и JavaVM не составила труда. Да и благо Android SDK 1.6 непривередлив к количеству бит ОС. Все компилируется и все замечательно.
Так прошл первый день моего путешествия.
Подписаться на:
Сообщения (Atom)