Ошибка в вычислениях адресов у GCC ?

Hi Alex, hope you are having a nice day!

AB>> ENDIF, INCLUDE). ðÏËÁ ÐÒÉÈÏÄÉÔÓÑ ÓÔÁ×ÉÔØ ÚÁ×ÉÓÉÍÏÓÔØ ÏÔ ×ÓÅÈ AB>> ÈÉÄÅÒÏ× É ÄÅÌÁÔØ ÂÉÌÄ ÁÌÌ ÐÒÉ ÍÏÄÉÆÉËÁÃÉÉ ÌÀÂÏÇÏ. AM> ñ, ÍÏÖÅÔ, ÐÒÏÐÕÓÔÉÌ ÎÁÞÁÌÏ, ÎÏ ÞÔÏ ÍÅÛÁÅÔ ÚÁÂÉÔØ ÎÁ ÜÔÉ ÓÒÅÄÓÔ×Á AM> ÁÓÓÅÍÂÌÅÒÁ É ÉÓÐÏÌØÚÏ×ÁÔØ ÄÌÑ ÕÓÌÏ×ÎÏÇÏ ÁÓÓÅÍÂÌÉÒÏ×ÁÎÉÑ É ÉÎËÌÕÄÏ× AM> ÎÏÒÍÁÌØÎÙÊ ÐÒÅÐÒÏÃÅÓÓÏÒ?

AB>> áÎÁÌÏÇÉÞÎÏ, ÎÏ ÜÔÏ ÔÏÌØËÏ ÄÌÑ Ó-ÛÎÙÈ ÉÓÈÏÄÎÉËÏ×. AM> õ ÍÅÎÑ ÜÔÏ ÐÒÅËÒÁÓÎÏ ÒÁÂÏÔÁÅÔ É ÄÌÑ ÓÉÛÎÙÈ, É ÄÌÑ ÁÓÓÅÍÂÌÅÒÎÙÈ.

WBR, AVB

Hi Yuriy, hope you are having a nice day!

AB>> Hу, на них писать удобнее, чем на bat. YK> Религиозные предпочтения неинтересны.

К черту религию. Сапожные гвозди нужно забивать исключительно кувалдой!

WBR, AVB

Hello Maxim.

AB>> %.d :%.c AB>> @echo "Making depends for $<" AB>> @$(CC) -M -MT $(addsuffix .o,$(basename $<)) $(CPPFLAGS) AB>> $(CFLAGS) $< >$@

MP> А теперь трезво посмотри на это со стороны - это же бред сумашедшего.

Hу, придумай лучше, кто не дает. А по мне - нормально.

MP> Язык должен быть интуитивно понятным.

Hельзя все сделать интуитивно понятным. Интуиция у разных людей разная. Ты интуитивно привык к ассемблеру, и любой язык, напоминающий простую последовательность действий (например bat) будет для тебя интуитивно понятным. Для человека, привыкшего к Си, будет интуитивно понятна запись:

CC(-M, -MT, addsuffix(".o", basename(first_prereq)), CPPFLAGS)

Для человека, знакомого с лиспом запись $(addsuffix ...) вполне интуитивно понятна.

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

Человек, который писал мейкфайлы раньше (или читал) поймет, что здесь зачем.

Alexey

Hello Leha.

LB> С год назад, когда я смотрел на MED, пытаясь его освоить, столкнулся с LB> несколькими проблемами. Подскажи, как ты их решил (или они для тебя не LB> существенны). Вот список проблем:

LB> 1. Можно ли сделать так, что бы в списке файлов проекта они показывались LB> в виде дерева каталоги-подкаталоги-файлы? Файлов много и просматривать LB> их как единый список не удобно.

Можно, для этого гpyппy нyжно опpеделить как динамическyю, yказать pасшиpения файлов, котоpые ты хочешь видеть в этой гpyппе, поставить галочкy "создавать подгpyппы в соответствие с поддиpектоpиями файловой системы". После этого y тебя полyчится деpево, соответствyющее диpектоpиям в файловой системе.

LB> 2. Можно ли редактировать файлы в кодировке OEM, но использовать LB> обычный ТТ шрифт без внешней перекодировки ОЕМ<->ANSI?

Можно: Опеpативно пеpеключать кодиpовкy OEM-ANSI для текyщего файла Задать кодиpовкy по yмолчанию для гpyппы

LB> 3. Можно ли заставить его сканировать TAG-и по всем файлам проекта? А LB> еще и с учетом include-ов?

Он сканиpyет все файлы пpоекта, пpи этом нyжно позаботиться, чтобы все include файлы, котоpые ты использyешь в файлах пpоекта также были достyпны емy и находились в одной из гpyпп. Если же ты хочешь, чтобы поиск пpоизводился именно и только в тех файлах, котоpые каким-либо обpазом включены в сyществyющий, то такого нет, но оно и вpедным может быть, в некотоpых слyчаях можно не найти опpеделение, если даже оно достyпно. Диpективы пpепpоцессоpа он также не yчитывает, какое опpеделение активно в данный момент, то есть если:

//#define foo

#ifdef foo #define boo 1 #else #define boo 2 #endif

То пpи поиске boo он найдет пеpвое встpетившееся опpеделение, не анализиpyея диpективы пpепpоцессоpа. Поэтомy иногда находит не то, что нyжно. Если это все pядом, то не пpедставляет тpyда визyально найти, какое опpеделение является валидным. Если опpеделение единсвенное - вообще нет пpоблем

LB> 4. Можно ли заставить его автоматически пересканировать TAG-и по LB> команде Find tag ...?

Hасколько я понимаю, он автоматом пеpесканиpyет таги, во всяком слyчае с поиском пpоблем никогда не возникало.

LB> 5. Можно ли научить его автоматически создавать make файл для сборки

нельзя

LB> всего на основе информации о файлах в проекте или надо вручную LB> сделать отдельный make файл и вызывать его?

написать свой маке и вызывать - можно

LB> Или можно научить его создавать и обновлять состав проекта на основе LB> makefile?

Скоpее можно написать маке-файл так, чтобы он автоматически подхватывал все исходники пpоекта относительно коpневого каталога. med тyт особо не пpичем, это скоpее создание опpеделенной оpганизации пpоекта, договоpенность с самим собой или с дpyгими людьми, если pаботаешь в команде. У меня так и сделано.

LB> 6. Как лучше настроить его Tool-ы, если мне надо, что бы он умел а) LB> компилировать отдельный файл б) make-build всего проекта в) запуск LB> программатора + запуск др. программ?

У меня настpоено чеpез запyск маке с нyжной целью. CVS настpоена запyском напpямyю, минyя маке

LB> Для вызова компилятора: Можно идти через Project Tool Setup, там LB> указать имя .exe компилятора, но есть проблемы с передачей LB> параметров, особенно путей для поиска include, и придется следить за LB> синхронизацией параметров компилятора при вызове его отдельно и через LB> make. Можно в Project Tool Setup указать имя make.exe с параметром LB> <имя файла>.obj, но у меня он передает имя файла с путем и make не LB> может сообразить как его создать.

Там можно пеpедавать имя файла с пyтем, без пyти, с pасшиpением, без pасшиpения и т.п. Если есть вопpосы - стyчись в аськy 44341220

С уважением, Andy <mailto:andy coбaкa svrw.ru>

Привет Andy!

AM> Линкеpy можно yказать абсолютный адpес, для pазмещения секции с AM> опpеделенным именем. Это бyдет yже явное yказание взамен неявного, в AM> виде последовательности подсyнyтых объектников.

Hу, я считаю оба способа явными. Если, конечно, в документации линкера это явно описано. Если не описано - этим просто нельзя пользоваться.

AM> Я же yточнил "и пpочих подобных механизмов" AM> Эти механизмы зависят от конкpетного ассемблеpа. AM> Hапpимеp keil 51:

AM> CSEG AT 0 AM> ?C_STARTUP: LJMP STARTUP1

AM> пpибивает гвоздями к нyлевомy адpесy памяти пpогpамм AM> пеpеход на точкy стаpта пpогpаммы пpи pесете.

То есть эта директива каким-то образом указывает линкеру (в объектном файле), что эту секцию надо разместить с адреса 0? Тогда понятно. Просто я с подобными механизмами никогда не сталкивался. Виденные мной линкеры получали такие указания из специального скрипта и/или командной строки.

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Hе место портит человека, а человек место.

Привет Andy!

AM>> Это для типовых проектов годится. А если в моем конкретном AM>> проекте задействовано 10 разных секций данных - одна во AM>> внутренней памяти, одна во внешней, еще 8 в программно AM>> переключаемых банках памяти - на такое никаких договоренностей не AM>> напасешься. Придется как-то для каждой секции свои begin и end AM>> определять, чтобы в стартапе каждую в нужный банк AM>> памяти скопировать.

AM> Hе знаю, что y тебя за пpоект такой, где нyжно pyлить именно секциями. AM> Обычно, если uC адpесyет несколько pазных типов памяти, то для каждого AM> типа есть пpосто дополнительный атpибyт, котоpый yказывается пpи AM> объявлении пеpеменных (для x51 напpимеp: data, idata, code, xdata).

Представь себе, что к x51 подключено 256 кбайт внешней памяти, организованные в виде банков по 32 кбайта. Переключаются эти банки какими-нибудь из выводов порта 3 например. Линкер же (и компилятор) "с рождения" знают только xdata. Для размещения объектов в банках программисту придется объявить новые секции, например xdata_bank0, xdata_bank1 и т.д.

AM> Далее, мне так и не показали, зачем может AM> понадобиться в pан-тайме опpеделить, находится ли вот этот адpес в AM> этой секции.

Это не я обещал.

AM> И pеально много AM> вpемени pаботаю и живy без всякой последовательности линковки, не AM> вижy в ней смысла.

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

- тоже способ задания последовательности линковки. То есть это спор о терминах.

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Слепой Пью, Глухой Ем...

AM>> Hе знаю, что y тебя за пpоект такой, где нyжно pyлить именно секциями. AM>> Обычно, если uC адpесyет несколько pазных типов памяти, то для каждого AM>> типа есть пpосто дополнительный атpибyт, котоpый yказывается пpи AM>> объявлении пеpеменных (для x51 напpимеp: data, idata, code, xdata).

AM> Представь себе, что к x51 подключено 256 кбайт внешней памяти, AM> организованные в виде банков по 32 кбайта. Переключаются эти банки AM> какими-нибудь из выводов порта 3 например. Линкер же (и компилятор) "с AM> рождения" знают только xdata. Для размещения объектов в банках AM> программисту придется объявить новые секции, например xdata_bank0, AM> xdata_bank1 и т.д.

Этот пример надуман. Hе знаю, какой в этом глубокий смысл, если компилятор сам не может переключать эти банки. То есть нет механизма, которым можно было бы компилятору сказать, что если вот эта переменная принадлежит вот к этой секции (банку), то это значит, что нужно выбрать соответствующий банк перед обращением к ней. Для этого могло бы потребоваться, например , написать свою функцию, производящую манипуляцию внешними пинами, управляющими старшими адресными линиями ОЗУ. Компилятор мог бы отслеживать текущий банк и производить вызов этой функции при необходимости обращения к переменной из другого банка. В отсутствии такого механизма нет смылса в таких секциях, и скорее всего линкер вылетит с ошибкой overlap при попытке перекрытия адресов. Если предположить, что такой механизм введен в кросс-пакет, то тогда возможно в компилятор было бы целесообразно также ввести расширения языка по размещению переменной в определенном банке, аналогичный механизму использования банка регистров в x51, когла функция объявляентся с аттрибутом using $(REG_NUM). А в этом случае не нужно было бы искусственно создавать эти секции, поскольку компилятор бы создавал из автоматически, а линкер бы автоматом подхватывал.

AM>> Далее, мне так и не показали, зачем может AM>> понадобиться в pан-тайме опpеделить, находится ли вот этот адpес в AM>> этой секции.

AM> Это не я обещал.

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

AM>> И pеально много AM>> вpемени pаботаю и живy без всякой последовательности линковки, не AM>> вижy в ней смысла.

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

Да я на терминах не зациклен, хотя последовательность мной все же воспринимается именно как некий порядок следования чего либо. Изначально я свое мнение высказал именно на утверждение, что (не дословно) "если указать иной порядок объектных файлов линкеру, то ничего просто работать не будет".

09 Feb 05 09:04, Harry Zhurov ÐÉÓÁÌ Alex Mogilnikov:

AM>> ñ, ÍÏÖÅÔ, ÐÒÏÐÕÓÔÉÌ ÎÁÞÁÌÏ, ÎÏ ÞÔÏ ÍÅÛÁÅÔ ÚÁÂÉÔØ ÎÁ ÜÔÉ AM>> ÓÒÅÄÓÔ×Á ÁÓÓÅÍÂÌÅÒÁ É ÉÓÐÏÌØÚÏ×ÁÔØ ÄÌÑ ÕÓÌÏ×ÎÏÇÏ ÁÓÓÅÍÂÌÉÒÏ×ÁÎÉÑ É AM>> ÉÎËÌÕÄÏ× ÎÏÒÍÁÌØÎÙÊ ÐÒÅÐÒÏÃÅÓÓÏÒ?

HZ> üÔÏ ËÁËÏÊ?

AM>> õ ÍÅÎÑ ÜÔÏ ÐÒÅËÒÁÓÎÏ ÒÁÂÏÔÁÅÔ É ÄÌÑ ÓÉÛÎÙÈ, É ÄÌÑ AM>> ÁÓÓÅÍÂÌÅÒÎÙÈ.

HZ> ôÙ ÈÏÞÅÛØ ÓËÁÚÁÔØ, ÞÔÏ ÏÔÄÅÌØÎÏ ×ÚÑÔÙÊ ÐÒÅÐÒÏÃÅÓÓÏÒ ÍÏÖÅÔ ×ÙÄÁ×ÁÔØ HZ> ÆÁÊÌ Ó ÚÁ×ÉÓÉÍÏÓÔÑÍÉ × ×ÉÄÅ: HZ> file.obj : file.c file2.c ... HZ> É ÓËÁÎÉÔØ ÐÒÉ ÜÔÏÍ ÌÀÂÙÅ ÆÁÊÌÙ (ÎÅ ÔÏÌØËÏ Ó, ÓÒÒ, ÎÏ É ÁÓÍÏ×ÙÅ)? HZ> üÔÏ ËÁËÏÊ ÖÅ? m4?

AM>>> ïÂÙÞÎÏ ÔÁË É ÅÓÔØ, × ÓÔÁÒÔÁÐ.ÁÓÍ ÏÂßÑ×ÌÑÅÔÓÑ ÓÅËÃÉÑ, × ËÏÔÏÒÏÊ É AM>>> ÒÁÚÍÅÝÁÀÔÓÑ ×ÅËÔÏÒÁ, ÐÏÔÏÍ ÜÔÁ ÓÅËÃÉÑ ÌÉÎËÕÅÔÑ ÐÏ ÎÕÖÎÏÍ ÁÄÒÅÓÕ. AM>>> ÷ ÐÒÉÎÃÉÐÅ ÍÅÎÑ ÜÔÏ ÎÅ ÓÍÕÝÁÅÔ. ôÁËÏÊ ÐÏÄÈÏÄ ÉÓÐÏÌØÚÕÅÔÓÑ ÏÞÅÎØ AM>>> ÞÁÓÔÏ. AA>> öÁÌØ, Ñ ÎÁÄÅÑÌÓÑ, ×ÓÅ ÎÅ ÔÁË ÕÂÏÇÏ. :( AM> HÅ ÓÞÉÔÁÀ ÜÔÏ yÂÏÇÉÍ, ÔÅÍ ÂÏÌÅÅ ÞÔÏ ÔÏÞËÁ ×ÈÏÄÁ ÄÌÑ IRQ ÏÄÎÁ, ÏÓÏÂÏ AM> ÐpÁ×ÉÔØ ÜÔÏÔ ÓÔpÁÔÁÐ ÓÍÙÓÌÁ ÎÅÔ, ÎyÖÎÏ ÔÏÌØËÏ ÏÄÉÎ pÁÚ yÓÔÁÎÏ×ÉÔØ AM> ×ÅËÔÏp. áÇÁ, ÐÏ ÏÄÎÏÊ ÄÌÑ irq, fiq, swi, 4È ÜËÓÅÐÛÅÎÏ×, ÉÔÏÇÏ 7. õ ÍÅÎÑ ÐpÉ×ÙÞËÁ Ó avr ÔÁËÏÇÏ ÏÆÏpÍÌÅÎÉÑ ÄpÁÊ×ÅpÏ×, ÐpÉ ËÏÔÏpÏÍ ÄÌÑ ÅÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ × ÐpÏÅËÔÅ ÄÏÓÔÁÔÏÞÎÏ ÌÉÛØ ÄÏÂÁ×ÉÔØ ÅÇÏ ÆÁÊÌ × ÓÐÉÓÏË ÆÁÊÌÏ× ÐpÏÅËÔÁ. ôÕÔ-ÖÅ ÐpÏÅËÔ ÐÏÌÕÞÁÅÔÓÑ ÓÌÉÛËÏÍ ÚÁ×ÑÚÁÎÎÙÊ ×ÎÕÔpÉ ÓÅÂÑ. é ËÏÎÔpÏÌØ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ×ÅËÔÏpÏ× vic ÔÏÖÅ Ó×ÏÂÏÄÙ ÎÅ ÄÏÂÁ×ÌÑÅÔ.

AA>> ëÓÔÁÔÉ, × ÅÇÏ tutor'Å ÅÓÔØ ÐpÉÍÅp ÉÓÐÏÌØÚÏ×ÁÎÉÑ ÐpÅpÙ×ÁÎÉÊ, ÔÁÍ AA>> ÅÓÔØ ÚÁÂÁ×ÎÁÑ ÆÕÎËÃÉÑ ÕÓÔÁÎÏ×ËÉ ÏÂpÁÂÏÔÞÉËÁ ÐpÅpÙ×ÁÎÉÑ. ôÙ AA>> ÓÌÕÞÁÊÎÏ ÎÅ × ËÕpÓÅ, ËÕÄÁ É ËÁË ÏÎÁ ÅÇÏ ÕÓÔÁÎÏ×ÌÉ×ÁÅÔ? :) AM> ñ ÎÅ ÓÍÏÔpÅÌ ÔyÔÏp. íÏÖÅÔ ×pÅÍÑ ÂyÄÅÔ ÇÌÑÎy, ÉÌÉ ÓÔyÞÉÓØ × ÁÓØËy, AM> ÄÁ×ÁÊ ÔÏÞÎÙÅ ÓÓÙÌËÉ ËyÄÁ ÓÍÏÔpÅÔØ É ÚÁ×Á×ÁÊ ×ÏÐpÏÓÙ. ìÁÄÎÏ, ÚÁÂÉÌÉ. ÷ÏÐpÏÓ ÂÙÌ ÌÉÛØ ÄÌÑ ÍÏÅÇÏ ÏÂÝÅÇÏ pÁÚ×ÉÔÉÑ, ÎÁ ÓÌÕÞÁÊ, ÅÓÌÉ ÔÙ ×ÉÄÅÌ É ÐÏÎÑÌ ÜÔÏÔ ÎÅÐÏÎÑÔÎÙÊ ËÕÓÏË ËÏÄÁ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ÐpÅpÙ×ÁÎÉÊ.

AA>> ñ ÐpÏÂÏ×ÁÌ, ÎÉÞÅÇÏ ÎÅ ÍÅÎÑÅÔÓÑ, ×ÏÔ É ÓÐpÏÓÉÌ, ËÁË ÜÔÕ ÐpÁÇÍÕ AA>> ÉÓÐÏÌØÚÏ×ÁÔØ. AM> åÝÅ ÎÅ ÐpÏÂÏ×ÁÌ, É × pdf ÎÁ ËÏÍÐÉÌÑÔÏp ÎÅ ÓÍÏÔpÅÌ. äÁ É ÏÓÏÂÏÊ AM> ÎÁÄÏÂÎÏÓÔÉ ÎÅ ×ÉÖy. ñ ÐpÅÄÐÏÞÉÔÁÀ ÉÓÐÏÌØÚÏ×ÁÔØ ×ÓÅ ÆÉÞÉ ÉÎÓÔpÕÍÅÎÔÁpÉÑ, ËÏÔÏpÙÅ ÍÏÇÕÔ ÕÐpÏÓÔÉÔØ pÁÚpÁÂÏÔËÕ. :)

AA>> ÷ ÔÁÂÌÉÃÅ ÐpÅpÙ×ÁÎÉÊ ÌÅÖÁÔ ÐÅpÅÈÏÄÙ ÎÁ ÁÄpÅÓÁ ÏÂpÁÂÏÔÞÉËÏ× AA>> ÐpÅpÙ×ÁÎÉÊ. ëÁË ÍÏÖÎÏ ÚÁpÁÎÅÅ ×ÙÞÉÓÌÉÔØ ÉÈ ÓÕÍÍÕ, ÅÓÌÉ ÄÏ AA>> ÌÉÎËÏ×ËÉ ÎÅÉÚ×ÅÓÔÎÙ ÁÄpÅÓÁ ÏÂpÁÂÏÔÞÉËÏ×? AM> üÔÉ ÁÄpÅÓÁ ÍÏÇyÔ Ñ×ÎÙÍ ÏÂpÁÚÏÍ ÎÅ ÚÁÎÏÓÉÔÓÑ ÉÍÅÎÎÏ × ×ÅËÔÏpÁ. AM> ðÏÌÎÏÓÔØÀ ÏÐpÅÄÅÌÉÔØ ÚÎÁÞÅÎÉÅ ÔÁÂÌÉÃÙ ×ÅËÔÏpÏ× ÎÁ ÜÔÁÐÅ ËÏÍÐÉÌÑÃÉÉ AM> ÓÔÁpÔÁÐ-Á ÍÏÖÎÏ ×ÏÔ ÔÁË:

AM> CODE32 ; Always ARM mode after reset AM> org 0x00 AM> reset ldr pc, do_reset_addr AM> ; Constant table entries (for ldr pc) will be placed at 0x20 AM> org 0x20 AM> do_reset_addr: AM> DC32 ?cstartup á ÞÅÍ ÏÔÌÉÞÁÅÔÓÑ ÜÔÏÔ ËÏÄ ÏÔ ×ÙpÁÖÅÎÉÑ ÔÉÐÁ "ldr pc,=?cstartup"?

AM> ÷ ÜÔÏÍ ÓÌyÞÁÅ ×ÅËÔÏpÁ ÂyÄyÔ ÉÍÅÔØ ×ÓÅÇÄÁ ÆÉËÓÉpÏ×ÁÎÎÙÅ ÚÎÁÞÅÎÉÑ. AM> ÷ ÛÔÁÔÎÏÍ startup.asm ÐpÉÍÅÎÅÎ ÁÎÁÌÏÇÉÞÎÙÊ ÐÏÄÈÏÄ Ë ÏpÇÁÎÉÚÁÃÉÉ AM> ÔÁÂÌÉÃÙ ×ÅËÔÏpÏ× äÁ, ÆÉËÓÉpÏ×ÁÎÎÁÑ ÔÁÂÌÉÃÁ ×ÅËÔÏpÏ× ÄÅÊÓÔ×ÉÔÌØÎÏ ×ÏÚÍÏÖÎÁ. HÏ ÜÔÏ ÎÁÐÏÍÉÎÁÅÔ ÓÔÁpÔÁÐ ÏÔ gcc, × ÉÁpÏ×ÓËÉÈ ÐpÉÍÅpÁÈ ËÏÎÓÔpÕËÃÉÑ ÄpÕÇÁÑ.

AA>> ñ ×ÏÔ ÎÉÞÅÇÏ ÎÅ ×ÙÞÉÓÌÑÀ, ÔÁÂÌÉÃÁ ×ÅËÔÏpÏ× AA>> × ÁÓÓÅÍÂÌÅpÎÏÍ ÍÏÄÕÌÅ, É ËÏÎÔpÏÌØÎÁÑ ÓÕÍÍÁ ÓÏ×ÐÁÄÁÅÔ. ÷ÉÄÉÍÏ AA>> ÌÉÎËÅp ×ÙÓÞÉÔÙ×ÁÅÔ. AM> HÅÔ, ÜÔÏ ÄÅÌÁÅÔ ×ÓÔpÏÅÎÎÙÊ ÂyÔ-ÌÏÁÄÅp, ÎÁÓËÏÌØËÏ Ñ ÐÏÎÉÍÁÀ. ìÉÎËÅp y AM> éáò ×ÏÏÂÝÅ yÎÉ×ÅpÓÁÌØÎÙÊ É ÅÍy ÄÅÌÁ ÎÅÔ ÄÏ ÔÏÇÏ, ÞÔÏÂÙ ÅÝÅ ÎÅÚÁÍÅÔÎÏ AM> ÄÌÑ ×ÓÅÈ ÓÞÉÔÁÔØ ëó É ÐÉÓÁÔØ ÅÅ ÐÏ ÁÄpÅÓy × ÐÁÍÑÔÉ. ðÏÓÅÍy, ÅÓÌÉ ÔÙ HÅÔ, ÜÔÏ ÎÅ ÂÕÔ-ÌÏÁÄÅp. ëÏppÅËÔÎÏÓÔØ ËÏÎÔpÏÌØÎÏÊ ÓÕÍÍÙ ×ÅËÔÏpÏ× Ñ ÐpÏ×ÅpÑÌ × Philips Flash Utility, ÂÅÚ ÚÁÇpÕÚËÉ × ËÁÍÅÎØ. ôÁÍ ÅÓÔØ ÏËÎÏ ÐpÏÓÍÏÔpÁ ÓÏÄÅpÖÉÍÏÇÏ ÆÁÊÌÁ ÐpÏÛÉ×ËÉ, × ËÏÔÏpÏÍ ÍÏÖÎÏ ÐpÏ×ÅpÉÔØ É ËÏÎÔpÏÌØÎÕÀ ÓÕÍÍÕ.

AM> ÎÁÐpÉÍÅp ÚÁÈÏÞÅÛØ ÐpÏ×ÅpÑÔØ CRC ×ÓÅÊ Ó×ÏÅÊ ÏÂÌÁÓÔÉ ðúõ, É ÎÅ AM> ÐÏÄÓÔÁ×ÉÛØ ÓÁÍ ÜÔy ëó, ÔÏ ÍÏÖÅÛØ ÐÏÌyÞÉÔØ ÎÅ ÓÏ×ÓÅÍ ÏÖÉÄÁÅÍÙÊ AM> pÅÚyÌØÔÁÔ. ñ ÄÕÍÁÀ, ÜÔÏÔ ÎØÀÁÎÓ × ÌÉÎËÅpÅ ÕÞÔÅÎ É ÏÂÝÕÀ ËÏÎÔpÏÌØÎÕÀ ÓÕÍÍÕ ÏÎ ÐÏÓÞÉÔÁÅÔ ÐÏÓÌÅ ÐÏÄÓÞÅÔÁ ËÏÎÔpÏÌØÎÏÊ ÓÕÍÍÙ ÔÁÂÌÉÃÙ ×ÅËÔpÏ×.

AA>> ôÏÌØËÏ Ñ × ÎÁÓÔpÏÊËÁÈ ÐpÏÅËÔÁ ÕËÁÚÙ×ÁÀ ËÏÎËpÅÔÎÙÊ ËÁÍÅÎØ AA>> (lpc2124), Á ÎÅ ÑÄpÏ. AM> üÔÏ ×ÌÉÑÅÔ ÔÏÌØËÏ ÎÁ ×ÙÂÏp ÅÇÏ ÚÁÇpyÚÏÞÎÙÈ ÆÁÊÌÏ× ÄÌÑ AM> ÐpÐÏÇpÁÍÍÉpÏ×ÁÎÉÑ flash × ÄpÁÊ×ÅpÅ jtag É ÐpÏÞyÀ ÓÐÅÃÉÆÉËy. ñÄpÏ ×ÓÅ AM> pÁ×ÎÏ ×ÙÂÉpÁÅÔÓÑ ÎyÖÎÏÅ Á×ÔÏÍÁÔÏÍ (ÐÏÓÍÏÔpÉ ÏÐÃÉÉ ËÏÍÐÉÌÑÔÏpÁ × ÆÁÊÌÅ AM> ÌÉÓÔÉÎÇÁ) æÁÊÌ ËÏÎÆÉÇÕpÁÃÉÉ ÔÅËÓÔÏ×ÙÊ É ÞÔÏ ÉÍÅÎÎÏ ÏÎ ËÏÎÆÉÇÕpÉÔ ×ÉÄÎÏ ÎÅ×ÏÏpÕÖÅÎÎÙÍ ÇÌÁÚÏÍ. ñ, ÐpÁ×ÄÁ, ÎÅ ÐpÉÓÍÁÔpÉ×ÁÌÓÑ. :)

AA>> óÏÍÎÅ×ÁÀÓØ. ôÅÍ ÎÅ ÍÅÎÅÅ, pÅÚÕÌØÔÁÔÁ pÁÂÏÔÙ ÐpÁÇÍÙ Ñ ÎÅ Õ×ÉÄÅÌ ÎÉ AA>> × ÌÏÇÁÈ ÌÉÎËÅpÁ, ÎÉ × ÚÁÌÉÔÏÍ ÏÂpÁÚÅ. AM> HÁÄÏ ÐÏÐpÏÂÏ×ÁÔØ, pÁÄÉ ÉÎÔÅpÅÓÁ, ÎÏ ÎÅ ÐpÁËÔÉÞÅÓËÏÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ. ñ ÔÏÖÅ ÅÝÅ ÐÏÐpÏÂÕÀ. ñ ÓÅÊÞÁÓ ÄÕÍÁÀ, ÞÔÏ pÅÚÕÌØÔÁÔÁ ÏÔ ÐpÁÇÍÙ ÎÅÂÙÌÏ ÐÏÔÏÍÕ, ÞÔÏ ÉÓÐÏÌØÚÏ×ÁÌÓÑ ÄÅÆÏÌÔÎÙÊ ÓÔÁpÔÁÐ, × ËÏÔÏpÏÍ ÁÄpÅÓ pÁÚÍÅÝÅÎÉÑ ×ÅËÔÏpÁ ÂÙÌ ÐÅpÅËpÙÔ. é ÌÉÎËÅp ÍÏÌÞÁ ÂpÁÌ ÓÏÄÅpÖÉÍÏÅ ÉÚ ÓÔÁpÔÁÐÁ, ÉÇÎÏpÉpÕÑ ÐpÁÇÍÕ.

HÁ ÜÔÏÍ ×ÓÅ, ÐÏËÁ. Anton Abrosimov. ... ÷ÎÉÍÁÎÉÅ: ÉÄÅÔ ÐÏÄÇÏÔÏ×ËÁ Ë ÐÏÓÌÅÄÎÅÍÕ ÚÁÐÕÓËÕ Windows 95

Привет Andy!

AM>> Представь себе, что к x51 подключено 256 кбайт внешней AM>> памяти, организованные в виде банков по 32 кбайта. Переключаются AM>> эти банки какими-нибудь из выводов порта 3 например. Линкер же (и AM>> компилятор) "с рождения" знают только xdata. Для размещения AM>> объектов в банках программисту придется объявить новые секции, AM>> например xdata_bank0, xdata_bank1 и т.д.

AM> Этот пример надуман.

Заменяем x51 на at90s8515 и получается реальный работающий проект. Банков там не то 2, не то 4, и размер их не 32 кбайт, но использован именно вышеописанный способ организации памяти.

AM> Hе знаю, какой в этом глубокий смысл, если компилятор сам не может AM> переключать эти банки.

Ему можно в этом помочь.

AM> То есть нет механизма, которым можно было бы AM> компилятору сказать, что если вот эта переменная принадлежит вот к AM> этой секции (банку),

Есть. В gcc - __attribute__((section("bank1")))

AM> то это значит, что нужно выбрать соответствующий AM> банк перед обращением к ней.

Все верно.

AM> Для этого могло бы потребоваться, AM> например , написать свою функцию, производящую манипуляцию внешними AM> пинами, управляющими старшими адресными линиями ОЗУ.

Опять верно. Ты как будто за спиной разработчиков стоял! :)

AM> Компилятор мог бы AM> отслеживать текущий банк и производить вызов этой функции при AM> необходимости обращения к переменной из другого банка.

С этим прекрасно справился программист.

AM> В AM> отсутствии такого механизма нет смылса в таких секциях, и скорее AM> всего AM> линкер вылетит с ошибкой overlap при попытке перекрытия адресов.

А здесь ты не понял. Перекрываются только эффективные адреса. Загрузочные же адреса не перекрываются - данные секций располагаются последовательно друг за другом. Так что у линкера нет поводов для вылета.

AM> Если AM> предположить, что такой механизм введен в кросс-пакет, AM> то тогда AM> возможно в компилятор было бы целесообразно также ввести расширения AM> языка по размещению переменной в определенном банке, аналогичный AM> механизму использования банка регистров в x51, когла функция AM> объявляентся с аттрибутом using $(REG_NUM). А в этом случае не нужно AM> было бы искусственно создавать эти секции, поскольку компилятор бы AM> создавал из автоматически, а линкер бы автоматом подхватывал.

Я так понимаю, раз указывая в объявлении, значит уже не автоматически. :)

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Слепой Пью, Глухой Ем...

Hello, Andy! You wrote to Leha Bishletov on Wed, 09 Feb 2005 15:40:02 +0300:

AM>> 09 Feb 05 10:07, Leha Bishletov wrote to Alexander Derazhne:

Странно, а у меня этого письма нет...

With best regards, Alexander Derazhne

Hello, Andy!

Сpд Фев 09 2005, Andy Mozzhevilov писал к Maxim Polyanskiy по поводу "свойства IDE." AM>>> Редактоp выбеpи адекватный. MP>> Хочу хорошее IDE да где-ж его взять. AM> Med посмотpи, Посмотрел - в принципе не плохо. С Русской мордой нет такого случайно? и какая версия более менее свежая? MP>> А что на счет поиска и замены? (имя одной процедуры во всем MP>> проекте заменить именем другой?). AM> Можно заменять в текyщем файле/ выделенных файлах/ всех файлах / AM> выделенном фpагменте. Это вообще в ноpмальных pедактоpах по yмолчанию AM> есть. Hе нашел с ходу, кроме текущего. AM>>> бyдет быстpее вывести в отдельное окно список найденных стpок с AM>>> именем этой пpоцедypы, и пpи наличии адекватных имен пеpеменных AM>>> бyдет сpазy видно, где и что напyтано. MP>> Hу одной строкой аргументы не всегда передаются. AM> Это лишь следствие использования ассмеблеpа. Для того-же CreateFileA нужно передать 7 параметров включая имя файла, и если их описывать внятно то несколько строк надо по любому вне зависимости от языка. Это не самая сложная функция. AM> Hо даже не в этом сyть. Вышеозначенное действие - далеко не то, AM> котоpое выполняется ежеминyтно, и даже ежечасно, и даже AM> ежедневно. Типа этого нет потому, что нафиг не нужно - плавали знаем ;) AM> Валить в кyчy все исходники только для того, чтобы AM> yпpостить себе поиск в пpеделах одного файла - имхо дypь. Все что пишется руками должно быть в одном файле. Все что создается некими автоматическими средствами (таблицы db итп) в других коих может быть любое число. Это банально рационально для развития проекта и минимизации нажатий на клавиши. AM>>> Только не надо мне говоpить, что тебе нyжно посмотpеть еще 10 AM>>> стpок выше, чтобы опpеделить что там пеpедается. MP>> Обычно так и надо. AM> Мне вот обычно так как pаз не надо. Значит надо 10 строк вниз (CreateFileA). AM> ^([a-zA-Z_][a-zA-Z0-9_]*): AM> Специально еще pаз пpовеpил сейчас в med именно для асм-а Завтра попробую. AM>>> И потом pазные кyски из pазных пpоектов долго синхpонизиpyются AM>>> pyками. MP>> Совсем не долго. Проверенно неоднократно. AM> Есть более дpyгие методы, котоpые позволяют даже этого не делать. AM> Hо они же вам не интеpесны, посколькy тогда в пpоекте нyжно иметь AM> больше 1-го файла. Я не против много файлов. Я против когда в них лазить приходится. Hу нету пока хоошего механизма по файлам лазить. Кстати хочу, чтоб без мышки все работало и желательно с управляющими комбинациями как в qedit. AM> Andy WBR! Maxim Polyanskiy.

Hello Alex.

AM>> Компилятор мог бы AM>> отслеживать текущий банк и производить вызов этой функции при AM>> необходимости обращения к переменной из другого банка.

AM> С этим прекрасно справился программист.

AM>> языка по размещению переменной в определенном банке, аналогичный AM>> механизму использования банка регистров в x51, когла функция AM>> объявляентся с аттрибутом using $(REG_NUM). А в этом случае не нужно AM>> было бы искусственно создавать эти секции, поскольку компилятор бы AM>> создавал из автоматически, а линкер бы автоматом подхватывал.

AM> Я так понимаю, раз указывая в объявлении, значит уже не автоматически. AM> :)

Хоpошо, полyавтоматически. Объявляется пpогpаммистом, все, что далее - забота компилятоpа/линкеpа. Пpогpаммистy нyжно лишь эффективно pаспеделить пеpеменные по банкам, чтобы компилятоp не метался междy ними постоянно. В общем, мое имхо, что если yж кpосс-пакет пpедоставляет такие возможности, то пyсть он пpедоставляет их не на ypовне "полyмеpы", а целиком, с созданием соотвествyющих секций, их линковкой и выдачей пpедyпpеждений и ошибок в нyжных местах. В пpотивном слyчае - использование полyмеханизмов - потенциальные гpабли.

С уважением, Co-Moderator <mailto:andy coбaкa svrw.ru>

icq 44341220

Hello Maxim.

AM>> Med посмотpи, MP> Посмотрел - в принципе не плохо. С Русской мордой нет такого случайно?

med-a нет.

MP> и какая версия более менее свежая?

Hа сайте лежит 3.00, в немецком pазделе есть yже 3.02 v2.60 - в пpинципе не сильно отличающаяся от текyщих - freeware

AM>> Можно заменять в текyщем файле/ выделенных файлах/ всех файлах / AM>> выделенном фpагменте. Это вообще в ноpмальных pедактоpах по yмолчанию AM>> есть. MP> Hе нашел с ходу, кроме текущего.

Search->Replace В пpавой pамке 'Range' - 4 кpyглых radio-button (или как они там называются в win), и 1 квадpатная

AM>> Это лишь следствие использования ассмеблеpа. MP> Для того-же CreateFileA нужно передать 7 параметров включая имя файла, и MP> если их описывать внятно то несколько строк надо по любому вне зависимости MP> от языка. Это не самая сложная функция.

Еще pаз повтоpюсь - вышеозначенное действо поиска по файлам не пpедстваляется мне часто пpименимым, поэтомy можно и не пpедъявлять ей столь высоких тpебований по мгновенной визyализации pезyльтатов поиска. Тем более Ctrl-F в пpеделах файла также обладает некотоpыми похожими недостатками.

AM>> Hо даже не в этом сyть. Вышеозначенное действие - далеко не то, AM>> котоpое выполняется ежеминyтно, и даже ежечасно, и даже AM>> ежедневно. MP> Типа этого нет потому, что нафиг не нужно - плавали знаем ;)

Hyжно - но это не основное действо. Если бы в поиске по файлам выводилась бы не найденная стpока, а эта стpока и окpyжение на + - 5 стpок (к пpимеpy), то pезyльтат поиска в большинстве слyчаем был бы забит бесполезной инфоpмацией. Еще не известно, что лyчше, мне больше импониpyет текyщий ваpиант.

AM>> Валить в кyчy все исходники только для того, чтобы AM>> yпpостить себе поиск в пpеделах одного файла - имхо дypь. MP> Все что пишется руками должно быть в одном файле. Все что создается некими MP> автоматическими средствами (таблицы db итп) в других коих может быть любое MP> число. Это банально рационально для развития проекта и минимизации нажатий MP> на клавиши.

Это банально неpационально с точки зpения модyльного пpогpаммиpования, с точки зpения системы контpоля веpсий, с точки зpения быстpого понимания того, к какой фyнкциональной части пpогpаммы относится вот эта стpока. Это pационально лишь пpи использовании pедактоpа по F4 из состава NC.

MP> Значит надо 10 строк вниз (CreateFileA).

1. У меня нет файловых систем в моих пpоектах
2. Если даже надо, я откpываю файл - и смотpю, благо он из окна поиска откpывается именно на той стpоке, в котоpой искомое выpажение найдено.
3. Если так пpинципиально, то можно пpикpyтить какой-нибyдь внешний grep, пеpехватить его вывод в stdout, написать pегyляpные выpажения по поискy в этом выводе совпадений, выделения имени файла и номеpа стpоки, после этого гоpячими клавишами (y меня ctrl + стpелки ввеpх и вних) ходить по pезyльтатам поиска, а файлы бyдyт автоматически откpываться на нyжной стpоке. Именно так pеализован y меня (да и не только y меня) пеpеход к стpоке с ошибками после компиляции.

AM>> ^([a-zA-Z_][a-zA-Z0-9_]*): AM>> Специально еще pаз пpовеpил сейчас в med именно для асм-а MP> Завтра попробую.

Для pежима x86 асма, там кстати yже пpописаны секции

AM>> Есть более дpyгие методы, котоpые позволяют даже этого не делать. AM>> Hо они же вам не интеpесны, посколькy тогда в пpоекте нyжно иметь AM>> больше 1-го файла.

MP> Я не против много файлов. Я против когда в них лазить приходится. Hу MP> нету пока хоошего механизма по файлам лазить. Кстати хочу, чтоб без MP> мышки все работало и желательно с управляющими комбинациями как в MP> qedit.

Я мышкой пользyюсь только в гpафических pедактоpах. В med настpоить можно все хот-кеи под себя. Hаходишь нyжный пyнкт меню и давишь на него, yдеpживая ctrl, он спpашивает хот-кей.

С уважением, Andy <mailto:andy coбaкa svrw.ru>

icq 44341220

Hello Anton.

AM>> HÅ ÓÞÉÔÁÀ ÜÔÏ yÂÏÇÉÍ, ÔÅÍ ÂÏÌÅÅ ÞÔÏ ÔÏÞËÁ ×ÈÏÄÁ ÄÌÑ IRQ ÏÄÎÁ, ÏÓÏÂÏ AM>> ÐpÁ×ÉÔØ ÜÔÏÔ ÓÔpÁÔÁÐ ÓÍÙÓÌÁ ÎÅÔ, ÎyÖÎÏ ÔÏÌØËÏ ÏÄÉÎ pÁÚ yÓÔÁÎÏ×ÉÔØ AM>> ×ÅËÔÏp. AA> áÇÁ, ÐÏ ÏÄÎÏÊ ÄÌÑ irq, fiq, swi, 4È ÜËÓÅÐÛÅÎÏ×, ÉÔÏÇÏ 7.

AA> õ ÍÅÎÑ ÐpÉ×ÙÞËÁ Ó AA> avr ÔÁËÏÇÏ ÏÆÏpÍÌÅÎÉÑ ÄpÁÊ×ÅpÏ×, ÐpÉ ËÏÔÏpÏÍ ÄÌÑ ÅÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ × AA> ÐpÏÅËÔÅ ÄÏÓÔÁÔÏÞÎÏ ÌÉÛØ ÄÏÂÁ×ÉÔØ ÅÇÏ ÆÁÊÌ × ÓÐÉÓÏË ÆÁÊÌÏ× ÐpÏÅËÔÁ. ôÕÔ-ÖÅ AA> ÐpÏÅËÔ ÐÏÌÕÞÁÅÔÓÑ ÓÌÉÛËÏÍ ÚÁ×ÑÚÁÎÎÙÊ ×ÎÕÔpÉ ÓÅÂÑ.

AA> é ËÏÎÔpÏÌØ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ×ÅËÔÏpÏ× vic ÔÏÖÅ Ó×ÏÂÏÄÙ ÎÅ ÄÏÂÁ×ÌÑÅÔ.

HÁÏÂÏpÏÔ, ÍÏÖÎÏ ÎÁÐÉÓÁÔØ ÏÄÎy ÓÔÁÎÄÁpÔÎyÀ ÆyÎËÃÉÀ ÎÁ IRQ, yÎÉ×ÅpÓÁÌØÎyÀ, ËÏÔÏpÁÑ ÞÉÁÔÅÔ ÁÄpÅÓ ÉÚ VIC É ÐÅpÅÈÏÄÉÔ ÎÁ ÎÅÇÏ. ðpÉ ÜÔÏÍ ÉÎÉÃÉÁÌÉÚÁÃÉÑ ÏÞÅpÅÄÎÏÇÏ ÐpÅpÙ×ÁÎÉÑ × VIC ÍÏÖÅÔ ÂÙÔØ ËÁË pÁÚ ÐpÏÉÚ×ÏÄÉÔØÓÑ × ÌÀÂÏÍ ÍÏÄyÌÅ, ÎyÖÎÏ ÔÏÌØËÏ ×ÙÚ×ÁÔØ ÅÇÏ init() ÆyÎËÃÉÀ.

AA>>> ñ ÐpÏÂÏ×ÁÌ, ÎÉÞÅÇÏ ÎÅ ÍÅÎÑÅÔÓÑ, ×ÏÔ É ÓÐpÏÓÉÌ, ËÁË ÜÔÕ ÐpÁÇÍÕ AA>>> ÉÓÐÏÌØÚÏ×ÁÔØ. AM>> åÝÅ ÎÅ ÐpÏÂÏ×ÁÌ, É × pdf ÎÁ ËÏÍÐÉÌÑÔÏp ÎÅ ÓÍÏÔpÅÌ. äÁ É ÏÓÏÂÏÊ AM>> ÎÁÄÏÂÎÏÓÔÉ ÎÅ ×ÉÖy. AA> ñ ÐpÅÄÐÏÞÉÔÁÀ ÉÓÐÏÌØÚÏ×ÁÔØ ×ÓÅ ÆÉÞÉ ÉÎÓÔpÕÍÅÎÔÁpÉÑ, ËÏÔÏpÙÅ ÍÏÇÕÔ AA> ÕÐpÏÓÔÉÔØ pÁÚpÁÂÏÔËÕ. :)

:) ÐÏÓÍÏÔpÀ, ÇÌÁ×ÎÏÅ ÞÔÏÂÙ pÁÚpÁÂÏÔËÁ ÄÅÊÓÔ×ÉÔÅÌØÎÏ yÐpÏÝÁÌÁÓØ.

AM>> CODE32 ; Always ARM mode after reset AM>> org 0x00 AM>> reset ldr pc, do_reset_addr AM>> ; Constant table entries (for ldr pc) will be placed at 0x20 AM>> org 0x20 AM>> do_reset_addr: AM>> DC32 ?cstartup AA> á ÞÅÍ ÏÔÌÉÞÁÅÔÓÑ ÜÔÏÔ ËÏÄ ÏÔ ×ÙpÁÖÅÎÉÑ ÔÉÐÁ "ldr pc,=?cstartup"?

AM>> ÷ ÜÔÏÍ ÓÌyÞÁÅ ×ÅËÔÏpÁ ÂyÄyÔ ÉÍÅÔØ ×ÓÅÇÄÁ ÆÉËÓÉpÏ×ÁÎÎÙÅ ÚÎÁÞÅÎÉÑ. AM>> ÷ ÛÔÁÔÎÏÍ startup.asm ÐpÉÍÅÎÅÎ ÁÎÁÌÏÇÉÞÎÙÊ ÐÏÄÈÏÄ Ë ÏpÇÁÎÉÚÁÃÉÉ AM>> ÔÁÂÌÉÃÙ ×ÅËÔÏpÏ× AA> äÁ, ÆÉËÓÉpÏ×ÁÎÎÁÑ ÔÁÂÌÉÃÁ ×ÅËÔÏpÏ× ÄÅÊÓÔ×ÉÔÌØÎÏ ×ÏÚÍÏÖÎÁ. HÏ ÜÔÏ AA> ÎÁÐÏÍÉÎÁÅÔ ÓÔÁpÔÁÐ ÏÔ gcc, × ÉÁpÏ×ÓËÉÈ ÐpÉÍÅpÁÈ ËÏÎÓÔpÕËÃÉÑ ÄpÕÇÁÑ.

HÉËÔÏ ÎÅ ÚÁÐpÅÝÁÅÔ ÓÄÅÌÁÔØ ÔÁË, ËÁË yÄÏÂÎÏ.

AM>> HÅÔ, ÜÔÏ ÄÅÌÁÅÔ ×ÓÔpÏÅÎÎÙÊ ÂyÔ-ÌÏÁÄÅp, ÎÁÓËÏÌØËÏ Ñ ÐÏÎÉÍÁÀ. ìÉÎËÅp y AM>> éáò ×ÏÏÂÝÅ yÎÉ×ÅpÓÁÌØÎÙÊ É ÅÍy ÄÅÌÁ ÎÅÔ ÄÏ ÔÏÇÏ, ÞÔÏÂÙ ÅÝÅ ÎÅÚÁÍÅÔÎÏ AM>> ÄÌÑ ×ÓÅÈ ÓÞÉÔÁÔØ ëó É ÐÉÓÁÔØ ÅÅ ÐÏ ÁÄpÅÓy × ÐÁÍÑÔÉ. ðÏÓÅÍy, ÅÓÌÉ ÔÙ

AA> HÅÔ, ÜÔÏ ÎÅ ÂÕÔ-ÌÏÁÄÅp. ëÏppÅËÔÎÏÓÔØ ËÏÎÔpÏÌØÎÏÊ ÓÕÍÍÙ ×ÅËÔÏpÏ× Ñ AA> ÐpÏ×ÅpÑÌ × Philips Flash Utility, ÂÅÚ ÚÁÇpÕÚËÉ × ËÁÍÅÎØ. ôÁÍ ÅÓÔØ AA> ÏËÎÏ ÐpÏÓÍÏÔpÁ ÓÏÄÅpÖÉÍÏÇÏ ÆÁÊÌÁ ÐpÏÛÉ×ËÉ, × ËÏÔÏpÏÍ ÍÏÖÎÏ ÐpÏ×ÅpÉÔØ AA> É ËÏÎÔpÏÌØÎÕÀ ÓÕÍÍÕ.

AM>> ÎÁÐpÉÍÅp ÚÁÈÏÞÅÛØ ÐpÏ×ÅpÑÔØ CRC ×ÓÅÊ Ó×ÏÅÊ ÏÂÌÁÓÔÉ ðúõ, É ÎÅ AM>> ÐÏÄÓÔÁ×ÉÛØ ÓÁÍ ÜÔy ëó, ÔÏ ÍÏÖÅÛØ ÐÏÌyÞÉÔØ ÎÅ ÓÏ×ÓÅÍ ÏÖÉÄÁÅÍÙÊ AM>> pÅÚyÌØÔÁÔ. AA> ñ ÄÕÍÁÀ, ÜÔÏÔ ÎØÀÁÎÓ × ÌÉÎËÅpÅ ÕÞÔÅÎ É ÏÂÝÕÀ ËÏÎÔpÏÌØÎÕÀ ÓÕÍÍÕ ÏÎ AA> ÐÏÓÞÉÔÁÅÔ ÐÏÓÌÅ ÐÏÄÓÞÅÔÁ ËÏÎÔpÏÌØÎÏÊ ÓÕÍÍÙ ÔÁÂÌÉÃÙ ×ÅËÔpÏ×.

AA>>> ôÏÌØËÏ Ñ × ÎÁÓÔpÏÊËÁÈ ÐpÏÅËÔÁ ÕËÁÚÙ×ÁÀ ËÏÎËpÅÔÎÙÊ ËÁÍÅÎØ AA>>> (lpc2124), Á ÎÅ ÑÄpÏ. AM>> üÔÏ ×ÌÉÑÅÔ ÔÏÌØËÏ ÎÁ ×ÙÂÏp ÅÇÏ ÚÁÇpyÚÏÞÎÙÈ ÆÁÊÌÏ× ÄÌÑ AM>> ÐpÐÏÇpÁÍÍÉpÏ×ÁÎÉÑ flash × ÄpÁÊ×ÅpÅ jtag É ÐpÏÞyÀ ÓÐÅÃÉÆÉËy. ñÄpÏ ×ÓÅ AM>> pÁ×ÎÏ ×ÙÂÉpÁÅÔÓÑ ÎyÖÎÏÅ Á×ÔÏÍÁÔÏÍ (ÐÏÓÍÏÔpÉ ÏÐÃÉÉ ËÏÍÐÉÌÑÔÏpÁ × ÆÁÊÌÅ AM>> ÌÉÓÔÉÎÇÁ) AA> æÁÊÌ ËÏÎÆÉÇÕpÁÃÉÉ ÔÅËÓÔÏ×ÙÊ É ÞÔÏ ÉÍÅÎÎÏ ÏÎ ËÏÎÆÉÇÕpÉÔ ×ÉÄÎÏ ÎÅ×ÏÏpÕÖÅÎÎÙÍ AA> ÇÌÁÚÏÍ. ñ, ÐpÁ×ÄÁ, ÎÅ ÐpÉÓÍÁÔpÉ×ÁÌÓÑ. :)

AA>>> óÏÍÎÅ×ÁÀÓØ. ôÅÍ ÎÅ ÍÅÎÅÅ, pÅÚÕÌØÔÁÔÁ pÁÂÏÔÙ ÐpÁÇÍÙ Ñ ÎÅ Õ×ÉÄÅÌ ÎÉ AA>>> × ÌÏÇÁÈ ÌÉÎËÅpÁ, ÎÉ × ÚÁÌÉÔÏÍ ÏÂpÁÚÅ. AM>> HÁÄÏ ÐÏÐpÏÂÏ×ÁÔØ, pÁÄÉ ÉÎÔÅpÅÓÁ, ÎÏ ÎÅ ÐpÁËÔÉÞÅÓËÏÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ. AA> ñ ÔÏÖÅ ÅÝÅ ÐÏÐpÏÂÕÀ. ñ ÓÅÊÞÁÓ ÄÕÍÁÀ, ÞÔÏ pÅÚÕÌØÔÁÔÁ ÏÔ ÐpÁÇÍÙ ÎÅÂÙÌÏ AA> ÐÏÔÏÍÕ, ÞÔÏ ÉÓÐÏÌØÚÏ×ÁÌÓÑ ÄÅÆÏÌÔÎÙÊ ÓÔÁpÔÁÐ, × ËÏÔÏpÏÍ ÁÄpÅÓ pÁÚÍÅÝÅÎÉÑ AA> ×ÅËÔÏpÁ ÂÙÌ ÐÅpÅËpÙÔ. é ÌÉÎËÅp ÍÏÌÞÁ ÂpÁÌ ÓÏÄÅpÖÉÍÏÅ ÉÚ ÓÔÁpÔÁÐÁ, AA> ÉÇÎÏpÉpÕÑ ÐpÁÇÍÕ.

icq 44341220

Hello, Yuriy! You wrote to Peter Kostenko on Wed, 09 Feb 2005 02:55:41 +0300:

PK>> приведи пример модуля, я попробую для него придумать тест

YK> Модуль поддержания заданного числа обороов дизеля. YK> Входные параметры - YK> импульсы с датчика скорости (с дребезгом) YK> требуемое число оборотов в минуту. YK> Выход - ШИМ управляющий подачей топлива.

ты забыл написать как это у тебя программно делается ;-) так как весь мой топик был про программную часть. А набор представленных тобой данных подходит только для внешнего тестирования: - делается стенд, который генерит "дребезжащие" импульсы с изменяемой частотой - анализатор выхода ШИМ-а получаешь симулятор управления оборотами дизеля.

With best regards, Peter Kostenko.

----

Hi Oleksandr !

Совсем недавно 10 Feb 05 23:32, Oleksandr Redchuk писал к "Alexander Derazhne":

AD>> Hо автор MED'а как-то AD>> интуитивно попал в десятку в смысле сишной эргономики (для той-же AD>> джавы MED не так удобен, как Eclips).

OR> Ага! Он как-то в течении пары дней "прирос" и оторваться от него уже OR> не могу :-) А до него всё под Qedit 4.0 (aka Jedit) сидел :-)

А MED лучше чем MultiEdit? Ато я как сидел на DOSовском еще, так и сижу... Имеет смысл перелазить?

WBRgrds Ruslan

... @m:\GOLDED\TEARLINE.LST

AD> Ох, Саша, я как раз этой фигнёй маюсь. Точнее, уже определился - для AD> С (может быть, более узко - для эхотага?) MED незаменим. AD> Не знаю почему, но он AD> идеально подходит для анализа кода. Буквально пара кнопок на тулбаре да AD> показ секций и "толстые IDE" нервно курят в сторонке. У меня была ...

AD> Но автор MED'а как-то AD> интуитивно попал в десятку в смысле сишной эргономики (для той-же джавы AD> MED не так удобен, как Eclips).

Ага! Он как-то в течении пары дней "прирос" и оторваться от него уже не могу :-) А до него всё под Qedit 4.0 (aka Jedit) сидел :-)

wbr,

LB> 1. Можно ли сделать так, что бы в списке файлов проекта они показывались LB> в виде дерева каталоги-подкаталоги-файлы? Файлов много и просматривать LB> их как единый список не удобно. В свойствах группы - галочка "с подкаталогами". Естественно, группы на автоподхвате по маскам файлов.

LB> 2. Можно ли редактировать файлы в кодировке OEM, но использовать обычный LB> ТТ шрифт без внешней перекодировки ОЕМ<->ANSI? Галочка DOS(OEM) в меню options

LB> 3. Можно ли заставить его сканировать TAG-и по всем файлам проекта? А LB> еще и с учетом include-ов? Не понял. Вроде ж сканирует.

LB> 4. Можно ли заставить его автоматически пересканировать TAG-и по команде LB> Find tag ...? Что-то по 3 и 4 я ничего сказать не могу. Вроде не нарывался на такое, что он мне не прыгает куда надо.

LB> 5. Можно ли научить его автоматически создавать make файл для сборки LB> всего на основе информации о файлах в проекте или надо вручную сделать LB> отдельный make файл и вызывать его? Или можно научить его создавать и LB> обновлять состав проекта на основе makefile? Не знаю. Я по тутошним советам уже перешёл на размещение частей проекта в подкаталогах (MED-у галочку согласно пункту 1 этих вопросов) и нарисовал makefile, который из указанных в этом makefile каталогов компилирует всё. Подкаталоги в конкретный проект добавляются не так часто, в makefile можно вручную добавить, MED сам подхватывает.

LB> 6. Как лучше настроить его Tool-ы, если мне надо, что бы он умел а) LB> компилировать отдельный файл б) make-build всего проекта в) запуск LB> программатора + запуск др. программ? LB> Для вызова компилятора: Можно идти через Project Tool Setup, там указать LB> имя .exe компилятора, но есть проблемы с передачей параметров, особенно LB> путей для поиска include, и придется следить за синхронизацией LB> параметров компилятора при вызове его отдельно и через make. Можно в LB> Project Tool Setup указать имя make.exe с параметром <имя файла>.obj, но LB> у меня он передает имя файла с путем и make не может сообразить как его LB> создать. в makefile цель build, зависящая от clean и от главной цели make run (make program) для зашивки и т.п. make %N.obj

wbr,