legotron

Забыл сказать, что я под виндой. Но просто не обращать внимания не получилось :( просто скопировал файл в той же папке hooks, и убрал .tmpl.. похоже надо что-то еще сделать, в моем предыдущем посте написано что делать, но я не въехал в эту инструкцию, к сожалению пока нет времени((

Эта ссылка http://fsc541212070505/ у меня, которая приводит к "DNS lookup failed" :( Как? можно конкретные действия назвать по сохранению и развертыванию

не понятно как это?? эта выдержка мне тоже непонятна... Как быть? (разбираться лень, честно :))

Есть, но совсем нулёвый :) 1. Подскажите, как его запустить? (первый раз он запустился в браузере после install) 2. Что в нем сохранять при переносе на другой компьютер? (очень важный вопрос!!!)

еще 2 вопроса: 7. Как и где в TortoiseSVN поменять автора? стоит admin.. 8. Почему я не могу редактировать логи?? (возможно это связано с п.7) Repository has not been enabled to accept revision propchanges; ask the administrator to create a pre-revprop-change hook

Подскажите пожалуйста, нужно ли включать в коммиты файлы типов: *.exe, *.hex, *.elf и.т.д Аргументы "против": - Они постоянно меняются при компиляции, и мешаются при коммитах Аргументы "За": - сохраняется срез полностью готового проекта, не нужно ничего дополнительно компилить.. У кого что в игнорах?

Вопрос вдогонку, кто-нибудь пользуется библиотекой AVR C++ Lib? http://sourceforge.net/projects/avr-cpp-lib/ Какие мнения? Мне на первый взгляд показалось немного "накрученно" :)

Т.е. вы, к примеру, производите коммит раз в день, но при этом производя множество последовательный коммитов отдельных частей?? Правильно понимаю? Нет, значки включены, даже в тотал-командер встроил, но мне удобнее смотреть изменения через log.. Ну хотелось бы где-нибудь писать что нужно сделать, потом отмечать что это сделал, при этом помечая(автоматом) в какой ревизии это реализовано.. потом можно было бы сделать файл, где в какой ревизии что исправлено.. ну как-то завести "единое окошко" проблем и результатов их устранения(с авто-привязкой к номеру ревизии).. и еще бы неплохо сразу tag при этом делать.. чтобы номер tag-a (release-1.2.3) тоже бы в файл вносился.. что-то типа такого, чтобы автоматом генерилось: Version history --------------- 1.70 (28.04.1999) New methods: SetDTR, SetRTS, SetBreak, SetXonXoff Properties can be changed during a session 1.60 (10.04.1999) New properties: EventChar, DiscardNull, SyncMethod Extended Parity property Fixed compilation problems Other bug fixes 1.50 (13.03.1999) Read/Write operations in asynchronous/synchronous mode Added OnRx80Full event Extended flow control Added Timeouts property 1.01 (24.10.1998) Added more signal detection functions. Added this documentation. Added PurgeOut function. Fixed some minor bugs. 1.00 (29.09.1998) Basic version of the component А если он накроется? :) И у вас все логи перемешаны для разных проектов??? Или SVN их для папок сам сортирует, только ревизии с "дырками получаются"? В файле повесил $Id$, понятно кем, когда, в какой ревизии был закомитчен.. ИМХО удобно, если проект выйдет из под SVN-контроля (Export...) останутся привязки в файлах.. Кстати, удобно было бы чтобы в файл автоматом прописывались пофиксченные баги... но, этим, я думаю уже не SVN должен заниматься, у SVN keywords-ов пальцев одной руки хватит чтобы пересчитать)) я некомпетентен в этом вопросе))

Да какую придумаете, такая и будет. Совет - не коммитить весь проект целиком. Например, у вас есть само приложение и библиотека обслуживания ЖКИ (хотя наилучший вариант, когда такая библиотека используется как externals). Насчет коммита целиком: это конечно правильно, но.. 1. это вынудит делать их очень часто и отвлекаться от работы... 2. а если что-нибудь забудешь? (постоянно сверять с HEAD?) Не совсем понятно, что вы хотите от SVN Автоматическое добавления в файл этой информации... Для самого себя - не знаю. В группе удобно. И не обязательно над проектом должно работать несколько человек. Issue tracker может использовать, например, как простейший шедуллер и генератор отчетов для руководства. Из наиболее известных - Trac, мы пользуемтся Redmine - там еще много чего есть кроме баг-трекинга по умолчанию, а в траке надо напрягать админа всякими плагинами, созданием нового проекта и пр. http://www.mysvn.ru/ - тут можно на 10 МБ бесплатном аккуанте посмотреть, что такое Trac. Спасибо за ссылку :) Чувствую что это отдельная тема, в которой сначала нужно внимательно разобраться, и задавать вопросы в отдельной ветке... Я вообще не понимаю проблемы. Создаете папку, внутри структура папок проекта (можно сделать потом), тыкаетесь, в тортиле выбираете Import и указываете путь хранилищу + папка для проекта в этом хранилище. Все. Никаких шаманских действий, которые описал Dog Pawlowa не нужно (во всяком случае, если работаете с тортилой и под виндой). я скажу "как я хочу", и тогда ИМХО сразу станет понятно в чем проблема :) Хочу чтобы одним действием после создания проекта: 1. создался под него репозиторий 2. создались все необходимые "веточки" в нем 3. проект добавился в /trunk 4. и у меня оказалась рабочая копия с "зеленой галочкой" :) Еще вопросы: 5. Использую svn:keywords... Добавляю properties ко всему проекту с включенной галочкой "Apply prop. recursively"...Часто добавляю новые файлы в проект... и они оказываются без "svn:keywords"(( Как сделать, чтобы нужные мне "свойства" добавлялись к свежедобавленным файлам?? Использовать хуки? Писать .bat файлы? 6. Какое преимущество можно получить в SVN за счет, присвоения новых номеров ревизий только реально изменившимся файлам? P.S. Я использую тортиллу, мне она вполне нравиться, но иногда чувствуется, что я делаю очень много лишних кликов :( Хотелось бы посмотреть на хорошую(образцовую) организацию всего SVN-хозяйства..

Продолжаю осваивать SVN, весьма проникся контролем версий, теперь заставляю себя поддерживать порядок! :) Использую TortiseSVN. По ходу работы у меня возникли следующие вопросы: 1. Когда вы оставляете комменты при commit-e, вы используете какую-нибудь четкую структуру записи?? или просто оставляете пометки?? Вообщем интересует структура этих заметок.. 2. Возникло желание сделать TODO-лист... возможно ли сделать примерно следующее?: я пишу что мне нужно сделать, потом отмечаю что сделано, пишу к этому комментарии, как можно сделать такое в связке с SVN? 3. Что такое Bug/Issue tracker? Удобно ли этим пользоваться для самого себя в связке с SVN? Какие из них наиболее удобны? 4. Можно ли автоматизировать процесс создания репозитория, создание его структуры, добавления в него новых проектов, и.т.д... с соответствующими комментами, вообщем рутиные процессы? Как это сделать?, придайте мне направление:)

Возникла новая проблема: Очень медленно происходит заливка *.elf файла через связку с GDB в моем случае это выливается в пару минут:( Transfer rate: 512bits/s, 31bytes/write. При программировании с помощью avarice все происходит очень быстро и гладко. avarice(v. 2.7): avarice --mkII --jtag-bitrate 5000KHz --jtag usb :4242 avr-gdb(v. 6.6): avr-gdb -x gdb_load.script my_file.elf gdb_load.script: target remote localhost:4242 load В чем может состоять проблема? P.S. Изменяя ключик --jtag-bitrate, скорость изменяется, но очень незначительно..

Сложновато как-то это выглядит.. Перед тем как решать эту задачу нужно проанализировать реальную ситуацию. Измерить соотношение сигнал/шум.. Возможно что задача вполне качественно решиться пороговым сравнением, без всяких спектральных и морфологических анализов.. Вам алгоритм покруче для курсовика нужен или чтобы сделать побыстрее для жизни? :)

Для чего служат эти процедуры?? В описании к TortoiseSVN п. 4.1.2. предупреждается:

Возникло желание использовать Trace Hook Macros. В описании написано следующее: Но у меня в проекте стоит первый файл с #include "FreeRTOS.h" первой строчкой... соответственно уже потом где-то #include "FreeRTOSConfig.h" Куда мне нужно поместить дефайны hook-макросов чтобы не вообще не касаться файлов FreeRTOS, кроме FreeRTOS_Config.h ? :) Если вы этим пользуетесь, как вы поступаете? Спасибо!

Если использовать 2 таймера, то возникает вопрос выбора их периодов... В задаче присутствуют следующие условия: - длительность интервалов (см. рис в 1 посте) = 20мс; - платформа AVR (8МГц); Каков должен быть период системного таймера, если период разрешающего таймера = 20мс? Хотелось бы иметь jitter начала интервалов не больше 1мс.

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

Доброго времени суток! Подскажите как более элегантно решить следующую задачу используя операционную систему реального времени: Периодически повторяются некоторые полные циклы, внутри которых находятся интервалы (заштихованные области) жестко привязанные к позиции внутри цикла. Длина заштрихованных интервалов постоянна. Их позиции квантованы. Суть задачи: В заштрихованных интервалах должна выполняться задача с наивысшем приоритетом. (считаем что она успевает выполниться за 1 интервал). Перед каждым циклом расписание положений заштрихованных интервалов изменяется... Между заштрихованных интервалов выполняются низкопроиритетные задачи. Вопрос: Каким способом лучше это реализовать? Как лучше "вкатать" расписание в системный планировщик? Предполагаемые ОСи - uC-OSII, FreeRTOS, scmRTOS.. Спасибо!

сотворил)) что дальше делать? теперь туда файлы добавляются или проекты целиком?

Вы правильно говорите, на данный момент я остановился на SVN(личное субъективное мнение новичка) для конкретики.. слышал отзывы, что желательно использовать системы контроля версий даже при работе одному над достаточно сложным и "ветвящимся" проектом, я правильно понимаю?? Сейчас вопрос стоит в постройке данной системы, и ощущение преимуществ на практике... (хоть проект из 1 файла main.c) а дальше, если эта тема будет приносить мне больше удобств чем заморочек, выберу для себя оптимальный вариант.. :) Итак.. кто распишет по шагам своими словами какие действия необходимо произвести что-бы ощутить хоть какой-нибудь элементарный результат)) TortiseSVN у меня стоит.. SlickEdit стоит, IAR, на любом примере, только от начала и до конца.. Спасибо!

Простите великодушно, как мне эту ссылку прочитать в человеческом формате?, в браузере открывается с тэгами :(

Доброго времени суток! Возник вопрос: "Нужен ли мне контроль версий?" :) Использую Windows. Работаю над проектами в основном один, но иногда приходиться совершать действия вроде копирования полных папок с проектами в каталоги названные по датам.. думаю это плохой подход, поскольку постоянно приходится в них копаться и сравнивать исходники. Хочется изучить систему, а потом понять нужна она мне или нет. Но я совершенно незнаю с чего и как начинать? пользуюсь только утилитками diff хаотически когда мне это нужно.. Подскажите мне с чего начать?? самое примитивное, чтобы дальше самому втыкать. читал доку на SVN, но не нашел там никакого quick startа, написано для людей которые ну хоть что-то знают :( Спасибо!

А я иного мнения о внутрисхемной отладке :) Наверное в силу недостающего опыта... ИМХО Аспекты в "+" внутрисхемной отладке: 1 - когда работаешь с чужим кодом(особенно большим!, мой пример uC-GUI), не очень-то хочется лазить внутрь и дописывать консольные вещи... я собирал его на Infineon порядка недели, при этом активнейшим способом устранял ЕГО нестыковки с моей архитектурой с помощью внутрисхемной отладки.. 2 - порой хочется попользоваться SFR безо всякой писанины (например померять время выполнения процедуры с помощью таймера).. делается влёт только с внутрисхемной отладкой. 3 - порой хочется модифицировать память или переменные в ходе процесса, чтобы быстро посмотреть реакцию... тоже делается быстрее с JTAG 4 - если вы еще не знаете, что сначала нужно написать ISR, а потом сделать IE :) куда вы уйдете по пустому вектору?.....правильно... в лес :) тоже по-неопытности бывали такие проблемы 5 - люблю стек вызовов смотреть, память, условные брейкпоинты, да масса приемуществ.... вы скажете симулируй тогда сначала?? А когда дофига периферии на плате со своими багами, таймингами, полжизни уйдет на симуляцию реальной ситуации... Резюме: Для малоопытного разработчика внутрисхемная отладка позволяет хорошенько пощупать железо на практике и узнать о нем побольше тонкостей! Для профи, когда простых ошибок уже почти не делаешь это ни к чему... Сам еще "зелененький", поэтому кайфую от внутрисхемной отладки и в ПЛИСах в том числе :) P.S. Совсем забыл сказать: в IARе отличнейший отладчик :) Вот бы такой в SlickEdit вместо тамошнего GDB!! эх.. мечты

Посмотрите в настройках кажется линкера (сейчас не стоит IAR) галочку Enable bit definition или сделайте #define в своем коде (посмотрите внимательно условную компиляцию идентификаторов битов в iom128.h)

Доброго времени суток! Использую CBuilder. Подскажите пожалуйста как записать полное имя COM-порта на Си в строку?? должно быть: "\\.\COMx" варианты: AnsiString Com_txt = "\\.\COM"; AnsiString Com_txt = "\\\\.\\COM"; не позволяют написать необходимую строку :( что приводит к ошибкам открытия порта Помогите господа, тупая проблема, но уже начинает раздражать...

Изврат.. Нифига он не начнет, ибо есть еще море различий.. А вот когда так делают в С-программах, которые предназначены для чтения не только для одного себя любимого это сильно бесит :) ИМХО Чем меньше дефайнов, которые не жизненно важны тем лучше!