IAR AVR 4.10A, Проблема с выходным файлом Опции

[Sergio66]

Среда IAR AVR 4.10A.
Подскажите, плз., как сгенерить выходной файл проекта (*.hex, *.eep), или, какие они могут иметь расширения?
Вроде все заработало, проект компилится без ошибок, линкуется, но того, что заливать в камень найти не могу. Все опции перебрал.
В RELEASE генерится dbg файл, а в DEBUG - hex, но размером с паровоз. 231 К. Это при том, что код пишется для М32. ICC генерил файлы размером 40 - 50 К. Загрузчик AS-2 не может загрузить полученный файл. А eep вообще не генерится. Хотя, __eeprom переменные я использую.
Заранее благодарен.

[-Tумблер-]

Среда IAR AVR 4.10A.

DEBUG - hex, но размером с паровоз. 231 К.

Вероятно, это можно исправить редактированием .xcl - файла.
Возможно в стандартном варианте описана структура
программы не оптимальная для Вашего проекта.


Обычно IAR-среда позволяет скопировать .xcl - файл
в директорию проекта и использовать именно этот экземпляр.
Получится экземпляр проекта и неизменный стандартный вариант.

Далее нужно изучать .map файл и выяснить, в какую
область адресов какие сегменты попали.
Затем уже редактировать .xcl файл. Редактировать
можно и сразу, если понять какие сегменты что означают
и какие из них пользует программа.
Эта документация к IAR-у обычно прилагается.

[Alex_St]

Среда IAR AVR 4.10A.
Подскажите, плз., как сгенерить выходной файл проекта (*.hex,  *.eep), или, какие они могут иметь расширения?
Вроде все заработало, проект компилится без ошибок, линкуется, но того, что заливать в камень найти не могу. Все опции перебрал.
В RELEASE генерится dbg файл, а в DEBUG - hex, но размером с паровоз. 231 К. Это при том, что код пишется для М32. ICC генерил файлы размером 40 - 50 К. Загрузчик AS-2 не может загрузить полученный файл. А eep вообще не генерится. Хотя, __eeprom переменные я использую.
Заранее благодарен.

Инициализируете ли Вы переменные типа __eeprom? Если нет, то делаем так:

Заходим в Options->Linker->Output, в области Format ставим галочку напротив строки "Other", в графе "Output standart выбираем требуемый формат (я использую обычно intel-standart).

После чего компилируем. В результате в папке пороекта в подпапке Debug/Exe или в Release/Exe - в зависимости от выбранной конфигурации сгенерится файл *.a90 . Это и есть файл в формате HEX, который нужно прошивать в контроллер. Если Вы хотите, чтобы файл имел расширение *.hex, то там же поставьте галочку напротив Override default, и в появившемся окошечке введите требуемое имя.

Ваш файл HEX имел такой большой размер потому, что в нем хранится много отладочной информации - типа текствых названий портов, исходника на С и т.д.

Если же Вы инициализируете __eeprom переменные, то получить выходной файл HEX будет сложнее, но также возможно.

Кроме того поэкспериментируйте с настройками оптимизации - Вы будете приятно удивлены размером кода. Но внимательно следите, чтобы компилятор в таком случае не проглотил куски кода. Хотя с этим можно бороться...

Удачи. Если что не получится - спрашивайте.

[IgorKossak]

Если проект содержит переменные в EEPROM, то выбор выходного формата hex из настроек в среде приведёт к ошибке линкера, т. к. этот формат не поддерживает множественные адресные пространства, а в настройках среды нет возможности указать для какого адресного пространства выдать выходной файл.
Проблема решается введением следующих двух строк в .xcl файл:

Код

-Ointel-extended,(CODE)=.hex
-Ointel-extended,(XDATA)=.eep

[Maxim]

Делается все очень просто.
В опциях линкера ставите формат simple и в меню Tools добавляете файли postlink.bat (находится в директории avr\bin). Описание читайте в файл postlink.htm который находится в директории ...\IAR Systems\.....\avr\doc\

[dxp]

Делается все очень просто.
В опциях линкера ставите формат simple и в меню Tools добавляете файли postlink.bat (находится в директории avr\bin). Описание читайте в файл postlink.htm который находится в директории ...\IAR Systems\.....\avr\doc\

Пользваться postlink'ом сегодня уже не рекомендуется. Это устаревшая тулза, оставленная только для совместимости. XLINK умеет выдавать все, что надо, как и было показано сообщением выше.

[_pegas_]

Если проект содержит переменные в EEPROM, то выбор выходного формата hex из настроек в среде приведёт к ошибке линкера, т. к. этот формат не поддерживает множественные адресные пространства, а в настройках среды нет возможности указать для какого адресного пространства выдать выходной файл.
Проблема решается введением следующих двух строк в .xcl файл:

Код

-Ointel-extended,(CODE)=.hex
-Ointel-extended,(XDATA)=.eep

У меня стоит IAR 2.31 c линкером 4.52h. Вообщем на первую строчку ругается чтоне может найти файл (CODE)=.hex. Я даже указывал полное имя файла.
Подскажите что не так?

[Maxim]

Если проект содержит переменные в EEPROM, то выбор выходного формата hex из настроек в среде приведёт к ошибке линкера, т. к. этот формат не поддерживает множественные адресные пространства, а в настройках среды нет возможности указать для какого адресного пространства выдать выходной файл.
Проблема решается введением следующих двух строк в .xcl файл:

Код

-Ointel-extended,(CODE)=.hex
-Ointel-extended,(XDATA)=.eep

У меня стоит IAR 2.31 c линкером 4.52h. Вообщем на первую строчку ругается чтоне может найти файл (CODE)=.hex. Я даже указывал полное имя файла.
Подскажите что не так?

У меня IAR 4.10B с XLINK 4.59J. Эти опции вставляю в Project/Options/Linker/Extra Options. Вопросов не возникает. Попробуйте в линкере поставить опции -Y или -y. Вот что по этому поводу сказано в документации на линкер:

Код

-O -Oformat[,variant][=filename]
Use the -O option to create one or more output files of the format format, possibly with
the variant variant (just as if you had used the -Y or -y option). If no filename is
specified, the output file will be given the same name as a previously specified output
file, or the name given in a -o option, with the default extension for the format.
(Typically you would want all output files specified using the -O option to have the same
filename.) If the first character of filename is a . (a period), filename is assumed to
be an extension, and the file receives the same name as if no name was specified, but
with the specified extension. Any number of -O command line options can be specified.
Example
-Odebug=foo
-Omotorola=.s99
-Ointel-extended,1=abs.x
This will result in one output file named foo.dbg, using the UBROF format, one named
foo.s99, using the MOTOROLA format, and one named abs.x, using the
INTEL-EXTENDED format just as if -Y1 had also been specified.
Output files produced by using -O will be in addition to those produced by using the -F,
-o, or -y options. This means that extra output files can be added to the linker command
file despite that this feature is not supported in the IAR Embedded Workbench IDE.
Note: If -r is specified—or its corresponding option in the IAR Embedded Workbench
IDE—only one output file is generated, using the UBROF format and selecting special
runtime library modules for IAR C-SPY."

[IgorKossak]

У меня стоит IAR 2.31 c линкером 4.52h. Вообщем на первую строчку ругается чтоне может найти файл (CODE)=.hex. Я даже указывал полное имя файла.
  Подскажите что не так?

Компилятор и линкер слишком пожилые (кто же мог знать?).
Если не хотите ставить более новую среду, то воспользуйтесь советом, который дал Maxim.

[prottoss]

Господа! Может просветите меня по такому вопросу. Есть МК АВР и подключенная к непу по СПИ внешняя ЕЕПРОМ. Проект пишется на IAR C AVR v4.10B. Во внешнюю ЕЕПРОМ необходимо загнать разноообразные структуры, и еще кучу всякой инфы (картинки например). Не могу создать файл ЕЕП для внешней ЕЕПРОМ. Создается только для встроенной. Может есть какие то способы решения проблемы.

С уважением Андрей

[IgorKossak]

Господа! Может просветите меня по такому вопросу. Есть МК АВР и подключенная к непу по СПИ внешняя ЕЕПРОМ. ...

Поскольку внешняя ЕЕПРОМ подключена через SPI, то её адресное пространство не отображается на адресное пространство данных МК, поэтому нет простого способа сделать то, что Вы хотите.
Но можно поступить следующим образом (если адрес ячейки не окажется больше двух байтов):
- расширить адресное пространство внутренней ЕЕПРОМ на размер внешней (в соответствующем файле *.xcl);
- определить сегмент в пространстве XDATA для внешней ЕЕПРОМ (или не делать этого если внешняя - просто продолжение внутренней);
- изменить драйвер работы с ЕЕПРОМ так, чтобы при обращении по адресу, большему верхней границы внутренней ЕЕПРОМ, обращение шло по SPI ко внешней. Изменить надо файл eeprom.s90, который лежит в \avr\src\lib, предварительно переписав его в рабочую папку, и включить его в проект.
Перед этим, разумеется, надо проинициализировать SPI перед первым возможным обращением к ЕЕПРОМ.

[Juk1976]

Среда IAR AVR 4.10A.
Подскажите, плз., как сгенерить выходной файл проекта (*.hex,  *.eep), или, какие они могут иметь расширения?
Вроде все заработало, проект компилится без ошибок, линкуется, но того, что заливать в камень найти не могу. Все опции перебрал.
В RELEASE генерится dbg файл, а в DEBUG - hex, но размером с паровоз. 231 К. Это при том, что код пишется для М32. ICC генерил файлы размером 40 - 50 К. Загрузчик AS-2 не может загрузить полученный файл. А eep вообще не генерится. Хотя, __eeprom переменные я использую.
Заранее благодарен.

Инициализируете ли Вы переменные типа __eeprom? Если нет, то делаем так:

Заходим в Options->Linker->Output, в области Format ставим галочку напротив строки "Other", в графе "Output standart выбираем требуемый формат (я использую обычно intel-standart).

После чего компилируем. В результате в папке пороекта в подпапке Debug/Exe или в Release/Exe - в зависимости от выбранной конфигурации сгенерится файл *.a90 . Это и есть файл в формате HEX, который нужно прошивать в контроллер. Если Вы хотите, чтобы файл имел расширение *.hex, то там же поставьте галочку напротив Override default, и в появившемся окошечке введите требуемое имя.

Ваш файл HEX имел такой большой размер потому, что в нем хранится много отладочной информации - типа текствых названий портов, исходника на С и т.д.

Если же Вы инициализируете __eeprom переменные, то получить выходной файл HEX будет сложнее, но также возможно.

Кроме того поэкспериментируйте с настройками оптимизации - Вы будете приятно удивлены размером кода. Но внимательно следите, чтобы компилятор в таком случае не проглотил куски кода. Хотя с этим можно бороться...

Удачи. Если что не получится - спрашивайте.

А как насчёт формата ZAX-I. Я всегда ним пользовался. Сейчас поставил V4 и проблема - Fatal Error[e119]: Cannot handle C++ identifiers in this output format

Что это есть?????? (У меня свой программатор - а формата интела не могу найти).

[prottoss]

Поскольку внешняя ЕЕПРОМ подключена через SPI, то её адресное пространство не отображается на адресное пространство данных МК, поэтому нет простого способа сделать то, что Вы хотите.

Да, спасибо.

Но я сделал пока по другому. Сделал отдельный проект в ImageCraft, где определил custom device c EEPROM = 64Kb. Определил нужные мне массивы и структуры с префиксом #pragma data:eeprom.

А в рабочем проекте создал хедер EEPROM_DEF.h. В нем определил через #define адреса массивов и сруктур и их размеры, примерно вот так:

#define eeprom_start 1

#define main_font_sym_width 8
#define main_font_sym_height 6
#define main_font_sym_array 256
#define main_font_adress start + 0
#define main_font_size main_font_sym_width * main_font_sym_height * main_font_sym_array

................................................................

#define picture1_adress main_font_adress + main_font_size
#define picture1_size 2048

................................................................

#define picture2_adress picture1_adress + picture1_size
#define picture2_size 2048

и т.д.
Конечно, немного коряво, но пока меня устраивает.
Но, в любом случае, попробую вариант, предложенный Вами. Спасибо.

С уважением, Андрей

[Make_Pic]

Господа! Может просветите меня по такому вопросу. Есть МК АВР и подключенная к непу по СПИ внешняя ЕЕПРОМ. Проект пишется на IAR C AVR v4.10B. Во внешнюю ЕЕПРОМ необходимо загнать разноообразные структуры, и еще кучу всякой инфы (картинки например).  Не могу создать файл ЕЕП для внешней ЕЕПРОМ. Создается только для встроенной. Может есть какие то способы решения проблемы.

С уважением Андрей

OFF: Просветите меня - как такой чайник, мог что-то толковое написать для AVR? Я говорю про его так называемый драйвер для LCD 128*32, который он рекламирует на каждом углу (практически во всех русскоязычных конференциях, а вчера в англоязычную конференцию полез). Я конечно ничего протв не имею 100 способов быстрого зарабатывания денег, но как можно предлагать "кота в мешке"? Очень большие подозрения, что все это лажа, или краденое, как и вся дока на его сайте вначале.

[prottoss]

Господа! Может просветите меня по такому вопросу. Есть МК АВР и подключенная к непу по СПИ внешняя ЕЕПРОМ. Проект пишется на IAR C AVR v4.10B. Во внешнюю ЕЕПРОМ необходимо загнать разноообразные структуры, и еще кучу всякой инфы (картинки например).  Не могу создать файл ЕЕП для внешней ЕЕПРОМ. Создается только для встроенной. Может есть какие то способы решения проблемы.

С уважением Андрей

OFF: Просветите меня - как такой чайник, мог что-то толковое написать для AVR? Я говорю про его так называемый драйвер для LCD 128*32, который он рекламирует на каждом углу (практически во всех русскоязычных конференциях, а вчера в англоязычную конференцию полез). Я конечно ничего протв не имею 100 способов быстрого зарабатывания денег, но как можно предлагать "кота в мешке"? Очень большие подозрения, что все это лажа, или краденое, как и вся дока на его сайте вначале.

Спасибо за чайник. Не поясниете ли, уважаемый, от чего так сурово? Исходники мои не лажа, но в силу специфики программного обеспечения я не могу защитить их иным способом. А тем, что рекламирую их.... я больше рекламирую сайт, чем исходники. До Нового года Вот хочу еще выложить такие же исходники для PDIUSBD12 с дровами под Win, и еще, может быть, под USBN9604.

Кстати дисплей 122*32.

С уважением, Андрей.

[prottoss]

Кстати на любом форуме находятся МОСЬКИ, которые лают, по чем зря. Или начинают задавать вопросы не по теме. Вместо того, чтобы начать конструктивный разговор. Чайник скорее всего вы, и просто Вас ЖАБА душит, уважаемый Make_Pic.

С уважением, Андрей

[Make_Pic]

>Спасибо за чайник. Не поясниете ли, уважаемый, от чего так сурово?
Я бываю во многих конфах, и судя по вашим вопросам в этих конференциях делаю вывод, что для написания нормального драйвера под графического LCD вы не дотягиваете, может я и ошибаюсь, но обратного я утвеждать не могу, т.к. другой информации кроме упоминания о неком запороленом файле у меня нет.
>Исходники мои не лажа, но в силу специфики программного обеспечения я
Это ваша точка зрения, и я ее уважаю, я знаю много людей, которые считают себя великими...
>не могу защитить их иным способом. А тем, что рекламирую их.... я больше >рекламирую сайт, чем исходники. До Нового года Вот хочу еще выложить
Боюсь, что ваш сайт рекламировать точно не стОит, т.к. он (сайт) совершенно пустой и еще больше опустел, после того, как с него убрали документацию других авторов.
>такие же исходники для PDIUSBD12 с дровами под Win, и еще, может быть, >под USBN9604.
Приветствую, но главное, чтобы не в том же духе...
>
>Кстати дисплей 122*32.
>
>С уважением, Андрей.

[prottoss]

>Спасибо за чайник. Не поясниете ли, уважаемый, от чего так сурово?
  Я бываю во многих конфах, и судя по вашим вопросам в этих конференциях делаю вывод, что для написания нормального драйвера под графического LCD вы не дотягиваете, может я и ошибаюсь, но обратного я утвеждать не могу, т.к. другой информации кроме упоминания о неком запороленом файле у меня нет.
>Исходники мои не лажа, но в силу специфики программного обеспечения я
  Это ваша точка зрения, и я ее уважаю, я знаю много людей, которые считают себя великими...
>не могу защитить их иным способом. А тем, что рекламирую их.... я больше >рекламирую сайт, чем исходники. До Нового года Вот хочу еще выложить
  Боюсь, что ваш сайт рекламировать точно не стОит, т.к. он (сайт) совершенно пустой и еще больше опустел, после того, как с него убрали документацию других авторов.
>такие же исходники для PDIUSBD12 с дровами под Win, и еще, может быть, >под USBN9604.
  Приветствую, но главное, чтобы не в том же духе...
>
>Кстати дисплей 122*32.
>
>С уважением, Андрей.

Я не считаю себя великим, я просто хороший технарь(это не только мое мнение).
Данный драйвер исправно работает на нескольких серийных изделиях в России.
Сайт пуст, оттого что я его не давно сотворил, это даже ЕЖУ понятно. отдавать все свободное время публиуациям в сети - значит забыть о своей первоначальной задаче - программированию под AVR.
Люди, которые заинтересовались в приобретении драйвера пишут мне на мыло и задают конкретные вопросы по его работе. Алгоритм тех или иных функций, принцип работы и т.п. За тем они принимают решение - брать или не брать.
Честно говоря, создав на нескольких форумах топики с предложением посетить страницу с драйвером, я ожидал такой же реакции. Однако кроме реплик типа "ты чайник" я ничего путнего не прочитал.

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

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

С уважением, Андрей

[Make_Pic]

Кстати на любом форуме находятся МОСЬКИ, которые лают, по чем зря. Или начинают задавать вопросы не по теме. Вместо того, чтобы начать конструктивный разговор. Чайник скорее всего вы, и просто Вас ЖАБА душит, уважаемый Make_Pic.

С уважением, Андрей

Да ладно!
Насчет чайника - да, я чайник в каких-то вопросах (я не отрицаю), а где-то и спец!

Всем миром вам помогали писать ДРАЙВ, а теперь за деньги им обратно предлагаете. Софт то для написания (IAR, ICC) лицензионный?
Да ладно, продолжай дело Остапа Бендера.

[prottoss]

Всем миром вам помогали писать ДРАЙВ, а теперь за деньги им обратно предлагаете. Софт то для написания (IAR, ICC) лицензионный?
Да ладно, продолжай дело Остапа Бендера.

Софт у меня, так же как скорее всего и у Вас НЕ лецинзионный. На счет всего мира... я пользовался при написании только даташитами. Ни одного вопроса ни на одном форуме по этой теме я не задавал. Были, в последствии, вопросы по EEPROM, и то в плане себестоимости. Тех вопросы я всегда решаю сам - это привычка. А драйвер изначально был написан для одной московской фирмы, изготавливающей встраиваемую электронику. Софтина получилась очень удачная + я ее расширил на внешнюю SPI память. Выкладывать в сети просто исходники не хотелось - все же жалко свой труд, а я не святой и по выходным пью пиво. Вот и решил попытаться немного заработать. А о своей странице в сети идея зрела давно. Вот так все и получилось.

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

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

С уважением, Андрей.

[Make_Pic]

>Софт у меня, так же как скорее всего и у Вас НЕ лецинзионный. На счет
Да, конечно, но я и не предлагаю направо и налево сомнительное творчество на нем написанное, а вот то, что продаю, то официально куплено, тот-же ImageСraft, хотя он своих денег не стоит.
>всего мира... я пользовался при написании только даташитами. Ни одного
>вопроса ни на одном форуме по этой теме я не задавал. Были, в
веристся с трудом т.к. стоит набрать гугль/prottoss
>последствии, вопросы по EEPROM, и то в плане себестоимости. Тех вопросы я
>всегда решаю сам - это привычка. А драйвер изначально был написан для
>одной московской фирмы, изготавливающей встраиваемую электронику.
Ну дак ей бесплатно?!
>Софтина получилась очень удачная + я ее расширил на внешнюю SPI
Верю, верю, верю на слово.
>память. Выкладывать в сети просто исходники не хотелось - все же жалко
>свой труд, а я не святой и по выходным пью пиво. Вот и решил попытаться
Надо поосторжней с пивом в таких количествах (1000WMR или 50 WMZ )
>немного заработать. А о своей странице в сети идея зрела давно. Вот так все
>и получилось.
>
>Когда почувствую, что клиентов больше не сыскать. Выложу исходники в
>чистом виде, без паролей.
Вот с этого и начинал, тогда и реклама вашему сайту была.

>А вообще, как я уже говорил, кому это надо, пишут на мыло и общаются
>нормально, без флуда и зависти.
Зависти чего? - Этих исходников? Ошибаешься приятель. Просто задело за живое отношение к другим ембеддерам.

А этих фриварных исходников инете полным полно.
http://www.crystalfontz.com/forum/showthre...hp?postid=16214
http://www.8052.com/users/mkaras/GraphLCD.phtml
http://www.avrfreaks.net/index.php?module=FreaksAcademy надо зарегестрироваться для входа! И там тогда:
1) Driving a Crystalfontz LCD with a Mega 128
This a driver for a Crystalfontz LCD display.
2) lcd_pcd8544
Yet another set of routines for using a PCD8544-based graphic LCD display
3) Nokia GLCD Library
Graphic Link-Library for the Nokia 6100 and compatible color displays
4) LCD Graphics Primitives Library
High performance graphics functions library
5) Graphic LCD library for SED133x
Graphic LCD library for SED1330/SED1335 displays
6) nokia 7110 LCD gfx library
nokia 7110 LCD gfx library
7) 7 times 5 dot matrix display
simple graphic output from 90Sxxxx series projects

Я в частности сделал поддержку графического LCD на базе GUI uCOS/

[prottoss]

>Да, конечно, но я и не предлагаю направо и налево сомнительное >творчество на нем написанное, а вот то, что продаю, то официально >куплено, тот-же ImageСraft, хотя он своих денег не стоит.

Ну-у-у, другого ответа я от Вас и не ожидал, как же может обличитель плохих программистов писать на краденом софте? Ни-ког-да. :-))))))))))))))))

>веристся с трудом т.к. стоит набрать гугль/prottoss

ну так наберите, прям счас, и в этом топике процитируйте мои вопросы, коль вам так хочется меня обличить во вранье

>Ну дак ей бесплатно?!

Работаю я за деньги

>А этих фриварных исходников инете полным полно.
>http://www.crystalfontz.com/forum/showthre...hp?postid=16214
>http://www.8052.com/users/mkaras/GraphLCD.phtml

По функциональности и скорости работы(самое главное) мои исходники на много выигрывают.
Создать две процедуры - SetPixel и GetPixel и потом написать заливку экрана на этих процедурах очень легко, но при этом не добьешься приличной скорости работы. В моей работе совершенно иной принцип функционирования.
В этом отличие.

>Я в частности сделал поддержку графического LCD на базе GUI uCOS

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

Жаба вас душит батенька, обыкновенная зеленая, и яд у Вас с зубов вижу закапал, раз Вы так ко мне приципились

С уважением, Андрей

[Make_Pic]

...
>Ну дак ей бесплатно?!
Работаю я за деньги
...
По функциональности и скорости работы(самое главное) мои исходники на много выигрывают.
Создать две процедуры - SetPixel и GetPixel и потом написать заливку экрана на этих процедурах очень легко, но при этом не добьешься приличной скорости работы. В моей работе совершенно иной принцип функционирования.
В этом отличие.


Жаба вас душит батенька, обыкновенная зеленая, и яд у Вас с зубов вижу закапал, раз Вы так ко мне приципились

А кто не работает за деньги? Только вот у официального заказчика получили деньги, теперь надо и у нашего брата на 50 банок пива содрать.

Вот по поводу математики - это предметный разговор - и что у вас там революционного с SetPixel и GetPixel???

Да все завязываю, а то действительно мой яд прожгет вашу клаву

[prottoss]

А кто не работает за деньги? Только вот у официального заказчика получили деньги, теперь надо и у нашего брата на 50 банок пива содрать.

Вот по поводу математики - это предметный разговор - и что у вас там революционного с SetPixel и GetPixel???

Да все завязываю, а то действительно мой яд прожгет вашу клаву

>А кто не работает за деньги? Только вот у официального заказчика >получили деньги, теперь надо и у нашего брата на 50 банок пива содрать.

Что вы все какими то антилозунгами разговариваете? Я НИ С КОГО НИЧЕГО НЕ СДИРАЮ. Я предлагаю, и у каждого есть выбор.

>Вот по поводу математики - это предметный разговор - и что у вас там >революционного с SetPixel и GetPixel???

Читайте внимательней топик. Я имел ввиду что при обработке дисплея функции драйвера не используют такие процедуры (SetPixel и GetPixel), а работают по другому принципу. Я воспользовался Вашей идеей просмотра Ваших сообщений через поисковые сайты.

Могу сказать следующее:
1. Частое употребление слова "Чайник"
2. Не особое знание прикладной математики.
3. В основном реплики со смыслом "ДАЙ"

>Да все завязываю, а то действительно мой яд прожгет вашу клаву

На данный момент в квартире у меня три клавы, так что не переживайте. На самом деле перепалка уже поднадоела.
Хотел бы еще добавить, что ее (перепалку) можно было бы затеять и в моем топике, где я прорекламировал свой злополучный драйвер. А то ведь взяли и загадили топик Вашего брата программиста. Ай-яй-яй - плохо Вы относитесь к своему брату программисту, неуважительно...

[IgorKossak]

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