WINAVR

Hello, Dimmy Timchenko! You wrote in conference fido7.ru.embedded to Nickita A Startcev on Wed, 02 Nov 2005 13:01:53

DT> Может, там сопра нет или опция включена - использовать DT> эмуляцию? А эмуляция, скажем, кривая.

И процессор 386...

dima

01 ÎÏÑ 05 00:57, Alex Mogilnikov -> Oleg Primakov:

AM>>> íÎÅ ÎÅ ×ÓÔÒÅÞÁÌÏÓØ ÈÏÒÏÛÉÈ ÓÉÍÕÌÑÔÏÒÏ× ÄÌÑ MCS51, ÎÁ×ÅÒÎÏÅ AM>>> ÌÕÞÛÅ ×ÓÅÇÏ ÄÅÌÁÔØ ÏÔÌÁÄÏÞÎÙÊ ×Ù×ÏÄ × ÖÉ×ÏÍ ÕÓÔÒÏÊÓÔ×Å. OP>> ïÔ-ÉÔØ! á æÉÔÏÎÏ×ÓËÉÊ ÞÅÍ ÐÌÏÈ? AM> ïÎ ÍÎÅ ÎÅ ×ÓÔÒÅÞÁÌÓÑ. :)

äÏ Ó×ÉÄÁÎÉÑ, Oleg.

GS>>>>>>> òÅÞØ, ËÓÔÁÔÉ, ÛÌÁ ÓÏ×ÅpÛÅÎÎÏ ÎÅ Ï ÜÔÏÍ, Á Ï ÔpÕÄÎÏÓÔÉ GS>>>>>>> ×ÓÔÁ×ÉÔØ ÎÁÇÌÑÄÎÙÊ ËÏÍÍÅÎÔÁpÉÊ × "ËÏÍÐÁËÔÎÕÀ" ÓÉÛÎÕÀ GS>>>>>>> ËÏÎÓÔpÕËÃÉÀ (ÚÁÞÅÍ, Ë ÐpÉÍÅpÕ, ÉÚÏÂpÅÌÉ "ÏÐÅpÁÔÏp ÚÁÐÑÔÁÑ"?). KF>> function((blablabla /* commentarijj */, blablabla) /* commentarijj KF>> */, KF>> blablabla);

HÕ ÔÁË ×ÓÔÁ×ÉÔØ ËÏÍÍÅÎÔÁÒÉÊ ÖÅ ÍÏÚÎÏ.

GS> ðÏÔÏË ÓÏÚÎÁÎÉÑ - ËÁÛÁ × ÇÏÌÏ×Å ÐÒÏÇÒÁÍÉÓÔÁ ;)

GS>>> á ÎÅ × ËÕÄÁ! ðÏÐÁÄÁÀÔÓÑ ÞÒÅÚ×ÙÞÁÊÎÏ "ÎÁ×ÏÒÏÞÅÎÎÙÅ" ËÏÎÓÔÒÕËÃÉÉ, GS>>> ËÏÔÏÒÙÅ ËÁÚÁÌÉÓØ Á×ÔÏÒÙ ÜÆÆÅËÔÉ×ÎÙÍÉ. HÏ ÐÏÓÌÅ ÏÐÉÓÁÎÉÑ GS>>> ÓÔÁÎÏ×ÑÔÓÑ ÐÒÁËÔÉÞÅÓËÉ ÎÅÞÉÔÁÂÅÌØÎÙÍÉ :-/ KF>> ôÅËÓÔ ÐÒÏÇÒÁÍÍÙ ÎÕÖÅÎ ÄÌÑ ÐÒÏÞÔÅÎÉÑ ÅÇÏ ËÏÍÐÉÌÑÔÏÒÏÍ. GS> ôÙ ÞÔÏ, ÎÉËÏÇÄÁ ÎÅ ÚÁÎÉÍÁÅÛØÓÑ ÏÔÌÁÄËÏÊ É ÓÏÐÒÏ×ÏÖÄÅÎÉÅÍ ÓÏÆÔÁ? âÅÚ ÜÔÏÇÏ GS> ÎÏÒÍÁÌØÎÏÇÏ ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ ÎÅ ÂÙ×ÁÅÔ...

DT>>> ÷ ÐÒÏÇÒÁÍÍÁÈ, ÎÁÐÉÓÁÎÎÙÈ ÎÁ C Á ÔÏ É C++ ÄÌÑ PC ÏÎÉ ÔÏÖÅ, Ë DT>>> ÓÏÖÁÌÅÎÉÀ, ÐÒÁËÔÉËÕÀÔÓÑ ÒÅÄËÏ. KF>> Cyclone ÔÅÂÅ × ÒÕËÉ... DT> üÔ' ÞÅÇÏ?

google://cyclone ãÉÔÉÒÕÀ:

Cyclone is a language for C programmers who want to write secure, robust programs. It's a dialect of C designed to be safe: free of crashes, buffer overflows, format string attacks, and so on. Careful C programmers can produce safe C programs, but, in practice, many C programs are unsafe. Our goal is to make all Cyclone programs safe, regardless of how carefully they were written. All Cyclone programs must pass a combination of compile-time, link-time, and run-time checks designed to ensure safety. There are other safe programming languages, including Java, ML, and Scheme. Cyclone is novel because its syntax, types, and semantics are based closely on C. This makes it easier to interface Cyclone with legacy C code, or port C programs to Cyclone. And writing a new program in Cyclone ``feels'' like programming in C: Cyclone tries to give programmers the same control over data representations, memory management, and performance that C has. Cyclone's combination of performance, control, and safety make it a good language for writing systems and security software. Writing such software in Cyclone will, in turn, motivate new research into safe, low-level languages. For instance, originally, all heap-allocated data in Cyclone were reclaimed via a conservative garbage collector. Though the garbage collector ensures safety by preventing programs from accessing deallocated objects, it also kept Cyclone from being used in latency-critical or space-sensitive applications such as network protocols or device drivers. To address this shortcoming, we have added a region-based memory management system based on the work of Tofte and Talpin. The region-based memory manager allows you some real-time control over memory management and can significantly reduce space overheads when compared to a conventional garbage collector. Furthermore, the region type system ensures the same safety properties as a collector: objects cannot be accessed outside of their lifetimes. This manual is meant to provide an informal introduction to Cyclone. We have tried to write the manual from the perspective of a C programmer who wishes either to port code from C to Cyclone, or develop a new system using Cyclone. Therefore, we assume a fairly complete understanding of C. Obviously, Cyclone is a work in progress and we expect to make substantial changes to the design and implementation. Your feedback (and patience) is greatly appreciated.

GS> óÕÂÂÏÔÁ ïËÔÑÂÒØ 29 2005 06:07, Ivan Melnikov wrote to Kirill Frolov: GS>

IM>>>> äÁ, ×ÏÔ ÞÔÏ ÍÅÎÑ × óÉ ÏÔÔÁÌËÉ×ÁÅÔ: IM>>>> ðÁÒÎÉÛËÁ ÎÁÐÉÓÁÌ ÎÁ óÉ ÐÒÏÇÒÁÍÍÕ É × ÎÅÊ ÂÙÌÁ ×ÏÔ IM>>>> ÔÁËÁÑ ÓÔÒÏÞËÁ bit i; i=0; IM>>>> while(i!=1); ÔÁË ×ÏÔ ÄÁÎÎÁÑ ÓÔÒÏÞËÁ ÎÅ ÐÏÚ×ÏÌÑÌÏ IM>>>> ÐÒÏÇÒÁÍÍÅ ÒÁÂÏÔÁÔØ, Á ËÏÇÄÁ ÚÁÐÉÓÁÌÉ ×ÏÔ ÔÁË IM>>>> while(i==0); ×ÓÅ ÚÁÒÁÂÏÔÁÌÏ. ÷ ÔÏÍ É × IM>>>> ÄÒÕÇÏÍ ÓÌÕÞÁÅ ÇÅÎÅÒÉÒÏ×ÁÌÓÑ ÏÄÉÎ É ÔÏÔ ÖÅ ËÏÄ. ÷ÏÔ IM>>>> ÔÁË. ðÏÞÅÍÕ ÔÁË, Ñ É ÎÅ ÐÏÎÑÌ. KF>>>

KF>>> õ ËÏÍÐÉÌÑÔÏÒÁ ÂÁÇÏÆÉÞÁ -- ÏÎ ÂÉÔ=1 ÓÞÉÔÁÅÔ ÚÁ (-1) "ÍÉÎÕÓ KF>>> ÏÄÉÎ". HÅËÏÔÏÒÙÅ ËÏÍÐÉÌÑÔÏÒÙ ÔÁË ÎÁ ÂÉÔÏ×ÙÈ ÐÏÌÑh ÐÏÓÔÕÐÁÀÔ. KF>>>

IM>> äÁ, ÎÅ ÚÎÁÌ, ÓÐÁÓÉÂÏ, ÔÅÐÅÒØ ÂÕÄÕ × ËÕÒÓÅ. GS>

GS> úÎÁÔÎÁÑ ÂÁÇÏÆÉÞÁ! èÏÒÏÛÉÊ ËÏÍÐÉÌÑÔÏÒ (Á ÍÏÖÅÔ É ÓÔÁÎÄÁÒÔ ÑÚÙËÁ), GS> ÎÉÞÅÇÏ ÎÅ ÓËÁÖÅÛØ. éÄÉÏÔÓËÁÑ ÉÄÅÑ, ×ÙÐÏÌÎÑÔØ ÎÅËÏÒÒÅËÔÎÏÅ ÐÒÉ×ÅÄÅÎÉÅ GS> ÔÉÐÏ× ÄÌÑ ÓÒÁ×ÎÅÎÉÑ :-/ GS>

GS>

... "HÅ ÓÕÊ Ó×ÏÊ ×ÚÎÏÓ ÎÅ × Ó×ϣ ÄÅÌÏ!"

IM>>>>>> äÁ, ×ÏÔ ÞÔÏ ÍÅÎÑ × óÉ ÏÔÔÁÌËÉ×ÁÅÔ: IM>>>>>> ðÁÒÎÉÛËÁ ÎÁÐÉÓÁÌ ÎÁ óÉ ÐÒÏÇÒÁÍÍÕ É × ÎÅÊ ÂÙÌÁ IM>>>>>> ×ÏÔ ÔÁËÁÑ ÓÔÒÏÞËÁ bit i; i=0; IM>>>>>> while(i!=1); ÔÁË ×ÏÔ ÄÁÎÎÁÑ ÓÔÒÏÞËÁ ÎÅ IM>>>>>> ÐÏÚ×ÏÌÑÌÏ ÐÒÏÇÒÁÍÍÅ ÒÁÂÏÔÁÔØ, Á ËÏÇÄÁ ÚÁÐÉÓÁÌÉ ×ÏÔ ÔÁË IM>>>>>> while(i==0); IM>>>>>> ×ÓÅ ÚÁÒÁÂÏÔÁÌÏ. ÷ ÔÏÍ É × ÄÒÕÇÏÍ ÓÌÕÞÁÅ IM>>>>>> ÇÅÎÅÒÉÒÏ×ÁÌÓÑ ÏÄÉÎ É ÔÏÔ ÖÅ ËÏÄ. ÷ÏÔ ÔÁË. IM>>>>>> ðÏÞÅÍÕ ÔÁË, Ñ É ÎÅ ÐÏÎÑÌ. DO>

KF>>>>> õ ËÏÍÐÉÌÑÔÏÒÁ ÂÁÇÏÆÉÞÁ -- ÏÎ ÂÉÔ=1 ÓÞÉÔÁÅÔ ÚÁ (-1) "ÍÉÎÕÓ KF>>>>> ÏÄÉÎ". HÅËÏÔÏÒÙÅ ËÏÍÐÉÌÑÔÏÒÙ ÔÁË ÎÁ ÂÉÔÏ×ÙÈ ÐÏÌÑh KF>>>>> ÐÏÓÔÕÐÁÀÔ. IM>>>> äÁ, ÎÅ ÚÎÁÌ, ÓÐÁÓÉÂÏ, ÔÅÐÅÒØ ÂÕÄÕ × ËÕÒÓÅ. DO>>> á ÞÔÏ ËÏÍÐÉÌÑÔÏÒ ÌÉÓÔÉÎÇ ÕÍÅÅÔ ×ÙÄÁ×ÁÔØ É ÍÏÖÎÏ ÐÒÏÓÔÏ ËÏÄ DO>>> ÐÏÓÍÏÔÒÅÔØ ÂÅÚ ×ÓÑËÉÈ ÓÉÍÕÌÑÔÏÒÏ× ÔÙ × ËÕÒÓÅ? IM>> ÷ ËÕÒÓÅ. á ÞÔÏ ÒÅÚÕÌØÔÁÔ ÂÕÄÅÔ ÄÒÕÇÏÊ ? HÁÄÏ ÂÕÄÅÔ IM>> ÐÒÏ×ÅÒÉÔØ. DO>

DO> HÁÄÏ ×ÍÅÓÔÏ ÔÏÇÏ, ÞÔÏÂÙ ÐÉÓÁÔØ ÓÀÄÁ ÏÞÅ×ÉÄÎÙÊ ÂÒÅÄ Ï ÔÏÍ, ÞÔÏ ÏÄÉÎ É

DO> ÔÏÔ ÖÅ ËÏÄ ÒÁÂÏÔÁÅÔ ÉÌÉ ÎÅÔ × ÚÁ×ÉÓÉÍÏÓÔÉ ÏÔ ÔÏÇÏ ÉÚ ËÁËÏÇÏ ÉÓÈÏÄÎÉËÁ DO> ÏÎ ÐÏÌÕÞÅÎ, ÐÒÉ×ÅÓÔÉ ÌÉÓÔÉÎÇÉ ÏÄÎÏÇÏ É ÄÒÕÇÏÇÏ.

DO> ÷ ÔÁËÏÍ ÓÌÕÞÁÅ Ô×ÏÅ ÓÏÏÂÝÅÎÉÅ ÂÕÄÅÔ ÉÎÆÏÒÍÁÔÉ×ÎÙÍ. DO>

... "ó ËÅÍ ÐÏ×ÅģÛØÓÑ, ÔÁË ÔÅÂÅ É ÎÁÄÏ!"

Wed, 02 Nov 2005 20:37:54 +0300 Alex Mogilnikov wrote to Dimmy Timchenko:

AM> ñ ÓÞÉÔÁÀ, ÞÔÏ ÄÁÖÅ × C++, ÇÄÅ ÅÓÔØ ÓÓÙÌËÉ, × ÆÕÎËÃÉÀ, ÉÍÅÀÝÕÀ ÐÏÂÏÞÎÙÅ AM> ÜÆÆÅËÔÙ, ÌÕÞÛÅ ÐÅÒÅÄÁ×ÁÔØ ÕËÁÚÁÔÅÌØ. ðÏÔÏÍÕ ÞÔÏ:

AM> int f(TObject x; TObject &y, TObject *z) AM> { AM> ... AM> x = 0; // üÔÉ Ä×Á ×ÙÒÁÖÅÎÉÑ ÎÅ ÒÁÚÌÉÞÁÀÔÓÑ, ÈÏÔÑ AM> y = 0; // ÐÅÒ×ÏÅ ÍÏÄÉÆÉÃÉÒÕÅÔ ÌÏËÁÌØÎÕÀ ËÏÐÉÀ ÏÂßÅËÔÁ, AM> // Á ×ÔÏÒÏÅ ÍÏÄÉÆÉÃÉÒÕÅÔ ÏÒÉÇÉÎÁÌ AM> // (ÏÂßÅËÔ ×ÙÚÙ×ÁÀÝÅÊ ÆÕÎËÃÉÉ). þÔÏÂÙ ÕÚÎÁÔØ, ÞÔÏ ÉÍÅÎÎÏ AM> // ÍÏÄÉÆÉÃÉÒÕÅÔÓÑ, ÎÁÄÏ ÉÄÔÉ ÓÍÏÔÒÅÔØ ÄÅËÌÁÒÁÔÏÒ ÆÕÎËÃÉÉ.

AM> *z = 0; // á ÚÄÅÓØ Ñ×ÎÏ ×ÉÄÎÏ, ÞÔÏ ÍÙ ÍÏÄÉÆÉÃÉÒÕÅÍ ÏÂßÅËÔ ÐÏ ÕËÁÚÁÔÅÌÀ. AM> ... AM> }

AM> åÓÌÉ ÆÕÎËÃÉÑ ÎÅ ÍÏÄÉÆÉÃÉÒÕÅÔ ÏÂßÅËÔ, ÐÅÒÅÄÁÞÁ ÐÁÒÁÍÅÔÒÁ ÐÏ ÓÓÙÌËÅ - ÜÔÏ AM> ÎÏÒÍÁÌØÎÏ. óÓÙÌËÁ ÐÏÚ×ÏÌÑÅÔ ÎÅ ÓÏÚÄÁ×ÁÔØ ËÏÐÉÀ ÏÂßÅËÔÁ.

Hello, Ivan Melnikov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Thu, 03 Nov 2005 06:54:52

IM>>>>>>> Да, вот что меня в Си отталкивает: Парнишка написал IM>>>>>>> на Си программу и в ней была вот такая строчка bit i; IM>>>>>>> i=0; while(i!=1); так вот данная строчка не позволяло IM>>>>>>> программе работать, а когда записали вот так while(i==0); IM>>>>>>> все заработало. В том и в другом случае генерировался IM>>>>>>> один и тот же код.

DO>> Hадо вместо того, чтобы писать сюда очевидный бред о том, что DO>> один и

IM> Почему бред ? Я еще в нормальном состоянии и верю тому, что вижу.

Потому что один и тот же код работает одинаково. А чтобы что-то видеть, надо листинг смотреть.

DO>> тот же код работает или нет в зависимости от того из какого DO>> исходника он получен, привести листинги одного и другого.

IM> Я не смогу привести листиги, так как проблема решена и IM> возвращатся нет возможности.

Не можешь привести листинги - не пиши ерунды.

IM> Уже много чего сделано.

Могу себе представить...

IM> Сейчас другая проблема решается, не передается сразу информация по IM> UART'у больше 87 символов. Загадка, а решать надо или обходить надо.

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

DO>> В таком случае твое сообщение будет информативным.

dima

Hello Vasiliy.

Wed Nov 02 2005 19:27, Vasiliy Andreev wrote to me:

DT>> íÏÖÅÔ, ÔÁÍ ÓÏÐÒÁ ÎÅÔ ÉÌÉ ÏÐÃÉÑ ×ËÌÀÞÅÎÁ - ÉÓÐÏÌØÚÏ×ÁÔØ ÜÍÕÌÑÃÉÀ? á DT>> ÜÍÕÌÑÃÉÑ, ÓËÁÖÅÍ, ËÒÉ×ÁÑ.

VA> ÓÏÐÒ ÅÓÔØ (ÜÔÏ ð4-2800) ÐÒÏÇÁ ÂÏÌØÛÁÑ ×ÅÓØÍÁ, ÓÞÉÔÁÅÔ ÍÎÏÇÏ ×ÓÑËÏÇÏ, VA> ÐÏ ÓÅÔÉ Ó ÐÁÒÏÊ ËÏÍÐÏ× ÏÂÝÁÑÓØ ÅÝÅ. ÎÏ ÉÍÅÎÎÏ Ó ËÏÒÎÅÍ - ËÕÓÏË ×ÓÅÇÏ VA> ÏÄÉÎ

VA> ÐÒÏÂÌÅÍÁ ÅÝÅ × ÔÏÍ, ÞÔÏ ÔÁÍ ÐÉÓÉÁÊ-ÂÕÓÍÁÓÔÅÒ ÏÂÓÌÕÖÉ×ÁÅÔÓÑ ÜÔÏÊ VA> ÐÒÏÇÏÊ, Ó ×ÅÓØÍÁ ÂÏÌØÛÉÍ ÔÒÁÆÉËÏÍ,

VA> ÂÌÉÎ, ÉÚ ÎÁÞÁÌØÎÏ ÎÏÒÍÁÌØÎÏÊ ÓÉÓÔÅÍÙ ÐÏÓÔÅÐÅÎÎÏ, ÐÏ ÖÅÌÁÎÉÀ ÚÁËÁÚÞÉËÁ, VA> ÍÏÎÓÔÒ ÐÏÌÕÞÁÅÔÓÑ, ÈÏÒÏÛÏ ÞÔÏ ÓÒÏËÉ ×ÓÅ ×ÙÛÌÉ, É ÉÈ ÉÄÅÉ Ñ ÔÅÐÅÒØ VA> ÉÇÎÏÒÉÒÕÀ, ÔÁË ËÁË ×ÓÅ ÒÁ×ÎÏ - ÞÔÏ ÅÓÔØ ÔÏ É ÂÕÄÅÔ ÒÁÂÏÔÁÔØ...

Dimmy.

Hello Kirill.

Thu Nov 03 2005 01:53, Kirill Frolov wrote to me:

KF>>> Cyclone ÔÅÂÅ × ÒÕËÉ... DT>> üÔ' ÞÅÇÏ?

KF> google://cyclone

KF> ãÉÔÉÒÕÀ:

q> Cyclone is a language for C programmers who want to write secure, q> robust programs. It's a dialect of C designed to be safe: free of q> crashes, buffer overflows, format string attacks, and so on.

q> Careful C programmers can produce safe C programs, but, in practice, q> many C programs are unsafe.

Dimmy.

/ÓÒÅÄÁ, 02 ÎÏÑÂÒÑ 2005/ *Dimmy Timchenko* ÐÉÓÁÌ(Á) Ë *Alex Mogilnikov* ÐÏ ÐÏ×ÏÄÕ *WinAvr:*

AM>> é ÄÌÑ ÓÏÒÔÉÒÏ×ËÉ ÍÁÓÓÉ×Á ÎÁÄÏ ÄÅÌÁÔØ Ä×Á ÒÁÚÎÙÈ ÍÅÔÏÄÁ: ÏÄÉÎ - ÄÌÑ AM>> ÄÉÎÁÍÉÞÅÓËÉÈ ÍÁÓÓÉ×Ï×, ÄÒÕÇÏÊ - ÄÌÑ ÓÔÁÔÉÞÅÓËÉÈ? :)

DT> HÁÄÏ ÄÅÌÁÔØ ÔÅÍÐÌÅÊÔ É/ÉÌÉ ÐÅÒÅÇÒÕÖÅÎÎÕÀ ÆÕÎËÃÉÀ.

/ÐÏÎÅÄÅÌØÎÉË, 31 ÏËÔÑÂÒÑ 2005/ *Dmitry Orlov* ÐÉÓÁÌ(Á) Ë *Andrey Solomatov* ÐÏ ÐÏ×ÏÄÕ *Re: WinAvr:*

DO> ðÏÈÏÖÉÅ, ÎÏ _ÓÏ×ÅÒÛÅÎÎÏ_ ÒÁÚÎÙÅ. ëÁË É ÞÉÓÌÁ ÓÏÂÓÔ×ÅÎÎÏ.

DO> äÅÌÁÅÔÓÑ. ÷ ôò ÚÁ ÜÔÉÍ ÎÁÄÏ ÒÕÞËÁÍÉ ÓÌÅÄÉÔØ.

int i; int *p = &i; /* ÚÄÅÓØ ÕËÁÚÁÔÅÌØ ×ÐÏÌÎÅ ×ÁÌÉÄÅÎ */

.... /* ÚÄÅÓØ ÍÏÖÅÔ ÄÅÌÁÔØÓÑ ÌÀÂÏÊ ËÏÄ */

p = p + 1000; /* Á ×ÏÔ ÚÄÅÓØ ÍÙ "ÓÏ×ÅÒÛÅÎÎÏ ÂÅÚÏÐÁÓÎÏ" ËÕÄÁ-ÔÏ ÕÐÏÌÚÌÉ. */

DO> óÉÓÔÅÍÁ ËÁÌÉÂÒÏ×ËÉ ÞÅÇÏ?

DO> ÷ÙÇÌÑÄÉÔ ËÁË ÔÉÐÉÞÎÁÑ ÁÂÒÁËÁÄÁÂÒÁ, É ÎÉÞÅÍ ÎÅ ÌÕÞÛÅ ÓÉÛÎÙÈ ÛÁÂÌÏÎÏ× ÄÌÑ DO> printf.

(ðÏÖÉÍÁÑ ÐÌÅÞÁÍÉ) üÔÏ ÉÎÄÕÓÔÒÉÁÌØÎÙÊ ÓÔÁÎÄÁÒÔ. ñ ×ÏÔ ÔÏÌØËÏ ÎÅ ÐÏÎÑÌ - ËÁË ÷Ù ÓÏÂÉÒÁÅÔÅÓØ ×Ù×ÏÄÉÔØ ÞÅÒÅÚ printf ÍÁÓÓÉ×Ù, É ËÁË ÓÍÅÝÁÔØ É ÎÏÒÍÉÒÏ×ÁÔØ ×ÅÌÉÞÉÎÕ ÂÕÄÅÍ (ÐÏÔÏÍÕ, ÞÔÏ 0x10 ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÍÏÖÅÔ ÏÚÎÁÞÁÔØ +2ó, Ë ÐÒÉÍÅÒÕ)?

AS>> ïÔ ÞÅÇÏ-ÔÏ. é ËÁË ÓÀÄÁ ÐÒÉÓÏÂÁÞÉÔØ (x)printf ÍÎÅ ÎÅ ×ÅÄÏÍÏ.

DO> ôÅÂÅ ÍÎÏÇÏ ÞÅÇÏ ÎÅ ×ÅÄÏÍÏ...

DO> þÔÏ ÔÁËÏÅ bind?

DNS-Ï×ÓËÉÊ ÓÅÒ×ÉÓ.

DO> úÎÁÞÉÔ ÄÏËÕÍÅÎÔÉÒÏ×ÁÎÎÁÑ ÏÛÉÂËÁ. îÅ ÐÏÌØÚÕÊÓÑ, ÈÏÔÑ ÐÏ-ÍÏÅÍÕ ÏÔ ÜÔÉÈ DO> ÐÏÌÅÊ ÔÏÌËÕ ÞÕÔØ.

/ÐÏÎÅÄÅÌØÎÉË, 31 ÏËÔÑÂÒÑ 2005/ *Alex Mogilnikov* ÐÉÓÁÌ(Á) Ë *Andrey Solomatov* ÐÏ ÐÏ×ÏÄÕ *WinAvr:*

AM> void fff(void) AM> { AM> ... AM> if(...) AM> { AM> ... AM> }; // ÔÕÔ ÎÁÄÏ ÐÒÅÄÕÐÒÅÄÉÔØ Ï ÎÁÌÉÞÉÉ ÐÕÓÔÏÇÏ ÏÐÅÒÁÔÏÒÁ AM> ... AM> }; // Á ÔÕÔ ÐÕÓÔØ ×ÙÄÁÅÔ ÏÛÉÂËÕ, ÉÂÏ ÎÅÆÉÇ!!! AM> // HÅ ÂÙ×ÁÅÔ ÚÄÅÓØ ÏÐÅÒÁÔÏÒÏ×.

- ÐÒÅÄÌÏÖÅÎÉÑ ÌÀÂÌÀ ÚÁËÁÎÞÉ×ÁÔØ ÚÎÁËÁÍÉ ÐÒÅÐÉÎÁÎÉÑ (ÄÕÒÎÁÑ ÐÒÉ×ÙÞËÁ ;);

- ÅÓÔØ ÎÅËÏÔÏÒÁÑ ÌÏÇÉÞÎÏÓÔØ × ÜÔÏÊ ÔÏÞËÅ Ó ÚÁÐÑÔÏÊ, ÉÂÏ: void fff(void); // ÜÔÏ ÄÅËÌÁÒÁÃÉÑ, É ";" ÚÄÅÓØ ÐÒÉÓÕÔÓÔ×ÕÅÔ void fff(void) {}; // Á ÜÔÏ ÄÅÆÉÎÉÃÉÑ, É {}, ÒÁÚÍÅݣÎÎÙÅ ÐÅÒÅÄ ";" ÐÏÄޣÒËÉ×ÁÀÔ, // ÎÁ ÍÏÊ ×ÚÇÌÑÄ, ÓÈÏÖÉÊ ÓÉÎÔÁËÓÉÓ ÏÂßÑ×ÌÅÎÉÑ É ÏÐÒÅÄÅÌÅÎÉÑ ÆÕÎËÃÉÉ.

/×ÔÏÒÎÉË, 01 ÎÏÑÂÒÑ 2005/ *Kirill Frolov* ÐÉÓÁÌ(Á) Ë *Andrey Solomatov* ÐÏ ÐÏ×ÏÄÕ *Re: WinAvr:*

KF> é ÞÔÏ? ÷ÓÅ ÓÏÏÂÝÅÎÉÑ ÁÂÓÏÌÀÔÎÏ ÐÒÁ×ÉÌØÎÙÅ.

AS>> ô.Å. ÏÎ ÄÏËÁÔÉÌÓÑ ÄÏ ËÏÎÃÁ ÆÁÊÌÁ.

KF> æÁÊÌ ÔÁËÏÊ ÂÙÌ. ôÉÐÉÞÎÏ ÔÁË ÎÅ ÐÏÌÕÞÁÅÔÓÑ.

KF> int.

KF>>> éÍhÏ -- ÂÕÇ. :-/ HÏ 2.95 -- ÒÁÂÏÔÁÅÔ ËÁË ÎÁÄÏ. AS>> çÍ. ôÏÇÄÁ ×ÏÐÒÏÓ - ËÁËÉÅ ÐÏÌÏÖÅÎÉÑ ÓÔÁÎÄÁÒÔÁ ÎÁÒÕÛÁÅÔ ÐÏÄÏÂÎÏÅ AS>> ÐÏ×ÅÄÅÎÉÅ ËÏÍÐÉÌÑÔÏÒÁ.

KF> ë ËÁËÏÊ ÞÁÓÔÉ ÑÚÙËÁ ÏÔÎÏÓÉÔÓÑ ×ÙÒÁÖÅÎÉÅ ×ÉÄÁ ßÉÎÔ Æ()ß ?

/ÓÒÅÄÁ, 02 ÎÏÑÂÒÑ 2005/ *Dmitry Orlov* ÐÉÓÁÌ(Á) Ë *Andrey Solomatov* ÐÏ ÐÏ×ÏÄÕ *Re: WinAvr:*

DO> ÷ ÞÅÍ ÇÌÀÞÏË?

03 Nov 05 08:21, Harry Zhurov ÐÉÓÁÌ Alex Mogilnikov:

HZ> HÅ ÐÏÎÑÌ, × ÞÅÍ ÔÅÂÅ ×ÉÄÉÔÓÑ ÐÒÅÉÍÕÝÅÓÔ×Ï ÕËÁÚÁÔÅÌÑ.

HZ> á ÔÏ, ÞÔÏ ÑËÏÂÙ HZ> ÎÅ ×ÉÄÎÏ × ×ÙÒÁÖÅÎÉÉ ÐÒÉÓ×ÁÉ×ÁÎÉÑ ËÁËÏÊ ÏÂßÅËÔ HZ> ÍÏÄÉÆÉÃÉÒÕÅÔÓÑ (ÌÏËÁÌØÎÙÊ ÉÌÉ ×ÎÅÛÎÉÊ), ÄÙË ÎÁÄÏ ÎÁ ÁÒÇÕÍÅÎÔÙ HZ> ÓÍÏÔÒÅÔØ.

HZ> ôÏÌØËÏ É ×ÓÅÇÏ.

HÅ ÓÏ×ÓÅÍ. åÓÔØ ÅÝÅ ÏÂÒÁÔÎÁÑ ÓÔÏÒÏÎÁ. ëÏÇÄÁ ÔÙ ×ÉÄÉÛØ ×ÙÚÏ× ÆÕÎËÃÉÉ, ÞÔÏÂÙ ÐÏÎÑÔØ, ÓÏÚÄÁÅÔÓÑ ÌÉ ËÏÐÉÑ ÏÂßÅËÔÁ, ÉÌÉ ÏÎ ÐÅÒÅÄÁÅÔÓÑ ÐÏ ÓÓÙÌËÅ, ÎÁÄÏ ÎÁ ÐÒÏÔÏÔÉÐ ÆÕÎËÃÉÉ ÓÍÏÔÒÅÔØ. ëÏÇÄÁ ×ÉÄÉÛØ f(&var) - ÓÒÁÚÕ ÑÓÎÏ, ÞÔÏ ËÏÐÉÑ ÎÅ ÓÏÚÄÁÅÔÓÑ. ôÏÌØËÏ É ×ÓÅÇÏ.