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

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

А "creat" требует всего два аргумента...

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

Vim с ctags почему-то это всё позволяет.

MP> Система контроля версий - абсолютно не нужная для решения задачи приблуда, MP> на MP> которую не стоит тратить свое столь дагоценное время. Впрочем один раз я MP> для

Hу тебе может не нужная. А вообще очень нужная. Как минимум, позволяет всегда откатиться назад, в случае чего. Кроме того, возможность вести несколько параллельных ветвей, например "стабильную" и всегда готовую к работе, и "разрабатываемую", которую зачастую и собрать нельзя -- это может быть очень актуально. Конечно, это можно всё вручную, с помощью diff'а и какой-то матери...

AM>> 3. Если так пpинципиально, то можно пpикpyтить какой-нибyдь внешний AM>> grep, пеpехватить его вывод в stdout, написать pегyляpные выpажения по AM>> поискy в этом выводе совпадений, выделения имени файла и номеpа MP> Это уже кривость. Смысл IDE как раз в том, чтоб к нему было прикученно все MP> что MP> надо на стадии поектирования. (включая тот-же скиптовый язык типа make).

А mp3-proigrywaтель туда прикрутить не надо?

AA>> éÓÐÏÌØÚÕÀÔÓÑ É irq, É ÐÁpÁ fiq, AM> ÷ÒÏÄÅ ËÁË fiq ËÁË ÒÁÚ ÏÐÔÉÍÁÌØÎÅÅ ÄÅÌÁÔØ ×ÓÅÇÏ 1, ÞÔÏÂÙ ÐÏÔÏÍ ÎÅ AM> ÐÏÌÌÉÔØ ÅÝÅ ÆÌÁÇÉ ÎÁÌÉÞÉÑ ÐÒÅÒÙ×ÁÎÉÊ á ÍÎÅ ×ÓÅ pÁ×ÎÏ ÍÉÎÉÍÕÍ Ä×Á ÎÕÖÎÏ. :) á ÎÁÄÏ ÎÅ ÐÏÌÌÉÔØ, Á ÐpÏÓÔÏ ÏÓÕÝÅÓÔ×ÉÔØ ×ÅÔ×ÌÅÎÉÅ ÐÏ FiqStatus, ÐpÉ ÜÔÏÍ ÁÄpÅÓ ÏÂpÁÂÏÔÞÉËÁ Õ ÍÅÎÑ ÂÅpÅÔÓÑ ÉÚ ÓÌÏÔÏ× VIC.

AA>> ×ÓÅ ÜËÓÅÐÛÅÎÙ ÐÏËÁ ÐÏ×ÅÛÅÎÙ ÎÁ ÏÄÉÎ AA>> ÏÂpÁÂÏÔÞÉË. óÅËÃÉÑ intvec É ÔÁË × ÏÄÎÏÍ ÆÁÊÌÅ - cstartup, ËpÏÍÅ AA>> ÎÅÅ ÔÁÍ ÔÏÌØËÏ ÄÅÓÑÔÏË ÓÔpÏË ËÁËÏÇÏ-ÔÏ ËÏÄÁ. AM> éÎÉÃÉÁÌÉÚÁÃÉÑ ÓÔÅËÏ×, ËÏÐÉÒÏ×ÁÎÉÅ ÉÎÉÃÉÁÌÉÚÉÒÏ×ÁÎÎÙÈ ÐÅÒÅÍÅÎÎÙÈ É AM> ÐÅÒÅÈÏÄ ÎÁ main, ×ÅÓÔÉÍÏ HÅ ÐÏÍÎÀ, ÓÔÅËÉ ÔÁÍ ÔÏÞÎÏ ÅÓÔØ, Á ×ÏÔ ËÏÄ ÄÌÑ ÉÎÉÃÉÁÌÉÚÁÃÉÉ ÐÅpÅÍÅÎÎÙÈ ËÏÍÐÉÌÑÔÏp ÖÅ ÄÏÌÖÅÎ ÇÅÎÅpÉÔØ.

AA>> é Õ ÍÅÎÑ ÅÝÅ ×ÏÐpÏÓ ×ÏÚÎÉË. ÷ÏÔ ÉÍÅÀÔÓÑ ÆÕÎËÃÉÉ, ËÏÔÏpÙÅ AA>> pÁÚÄÅÌÑÀÔ ÅÄÉÎÙÅ ×ÅËÔÏpÁ irq ÉÌÉ fiq ÎÁ ËÏÎËpÅÔÎÙÅ ÏÂpÁÂÏÔÞÉËÉ. õ AA>> ÜÔÉÈ ÆÕÎËÃÉÊ ÓÔÏÑÔ ËÌÀÞÅ×ÙÅ ÓÌÏ×Á __arm É __irq. äÏÌÖÎÙ ÌÉ ÔÁË-ÖÅ AA>> ÂÙÔØ ÏÆÏpÍÌÅÎÙ ×ÙÚÙ×ÁÅÍÙÅ ÏÂpÁÂÏÔÞÉËÉ? ðpÏÇpÁÍÍÁ pÁÂÏÔÁÅÔ É Ó AA>> ÜÔÉÍÉ ËÌÀÞÅ×ÙÍÉ ÓÌÏ×ÁÍÉ, É ÂÅÚ ÎÉÈ. AM> ñ ÔÁË ÐÏÎÉÍÁÀ, ÞÔÏ ÎÅ ÏÂÑÚÁÔÅÌØÎÏ. ËÌÀÞÅ×ÏÅ ÓÌÏ×Ï __irq ÓËÏÒÅÅ ×ÓÅÇÏ AM> ÄÏÂÁ×ÌÑÅÔ ÌÉÛØ ÎÅÏÂÈÏÄÉÍÏÔØ ÐÒÏ×ÅÒËÉ ÔÏÇÏ, ÞÔÏ ÜÔÁ ÆÕÎËÃÉÑ AM> ËÏÍÐÉÌÉÒÕÅÔÞÑ × arm ÒÅÖÉÍÅ. ëÁËÉÈ ÔÏ ÏÓÏÂÙÈ ÄÅÊÓÔ×ÉÊ, ËÏÔÏÒÙÅ AM> ÄÏÂÁ×ÌÑÀÔÓÑ × ÜÔÏÔ ÏÂÒÁÂÏÔÞÉË, × ÄÏËÕÍÅÎÔÁÃÉÉ ÎÅ ÏÐÉÓÁÎÏ. ôÁËÖÅ ÔÁÍ HÁÐÉÓÁÎÏ, ÞÔÏ ÐpÉ ÕËÁÚÁÎÉÉ ÜÔÏÇÏ ËÌÀÞÁ ÎÅ ÐpÏÉÓÈÏÄÉÔ ÓÏÈpÁÎÅÎÉÅ ËÁËÉÈ-ÔÏ pÅÇÉÓÔpÏ×, Ô.Ë. ÐpÉ ×ÙÚÏ×Å ÐpÅpÙ×ÁÎÉÊ ÜÔÏ ÐpÏÉÓÈÏÄÉÔ ÁÐÐÁpÁÔÎÏ. óÉÔÕÁÃÉÑ, ËÏÇÄÁ ÉÚ ÏÂpÁÂÏÔÞÉËÁ ×ÙÚÙ×ÁÀÔÓÑ ÄpÕÇÉÅ ÆÕÎËÃÉÉ, × ÏÐÉÓÁÎÉÉ ÎÅ pÁÚÂÉpÁÅÔÓÑ.

AA>> ôÁË É ÓÄÅÌÁÎÏ. ñ ÉÍÅÌ × ×ÉÄÕ ÓÌÏÔÙ VIC, ÓÏÏÔ×ÅÔÓÔ×ÕÀÝÉÅ AA>> ÐpÉÏpÉÔÅÔÕ ÐpÅpÙ×ÁÎÉÑ. HÕÖÎÏ ÐpÉÎÉÍÁÔØ ÍÅpÙ, ÞÔÏÂÙ pÁÚÎÙÅ AA>> ÄpÁÊ×ÅpÁ ÎÅ ÉÓÐÏÌØÚÏ×ÁÌÉ ÏÄÉÎ ÓÌÏÔ ÄÌÑ Ó×ÏÉÈ ÐpÅpÙ×ÁÎÉÊ. AM> åÓÌÉ ÎÅ ËÒÉÔÉÞÎÏ ÒÁÚÂÉÅÎÉÅ ÐÒÅÒÙ×ÁÎÉÊ ÐÏ ÓÌÏÔÁÍ (ÆÁËÔÉÞÅÓËÉ ÐÏ AM> ÐÒÉÏÒÉÔÅÔÁÍ), ÔÏ ÍÏÖÎÏ ÎÁÐÉÓÁÔØ ÄÒÁÊ×ÅÒ ËÏÎÔÒÏÌÌÅÒÁ ÐÒÅÒÙ×ÁÎÉÊ, AM> ËÏÔÏÒÙÊ ÂÙ × ÒÁÎ-ÔÁÊÍÅ ÏÐÒÅÄÅÌÑÌ Ó×ÏÂÏÄÎÙÊ ÓÌÏÔ É Ó×ÑÚÙ×ÁÌ ÂÙ Ó ÎÉÍ AM> ÏÞÅÒÅÄÎÏÅ ÐÒÅÒÙ×ÁÎÉÅ. ìÉÂÏ ËÁËÏÊ-ÔÏ ËÏÍÂÉÎÉÒÏ×ÁÎÎÙÊ ÓÐÏÓÏÂ, ÔÉÐÁ 2-3 AM> ÐÒÉÏÒÉÔÅÎÙÍ ÐÒÅÒÙ×ÁÎÉÑÍ (ÄÅÊÓÔ×ÉÔÅÌØÎÏ ËÒÉÔÉÞÎÙÍ) ÎÁÚÎÁÞÁÅÔÓÑ fiq ÌÉÂÏ AM> ÍÌÁÄÛÉÅ ÓÌÏÔÙ irq ÐÒÉ ËÏÍÐÉÌÑÃÉÉ, Á ÏÓÔÁÌØÎÙÍ - irq ÄÉÎÁÍÉÞÅÓËÉ × AM> ÒÁÎ-ÔÁÊÍÅ. ñ ÓÔÁÔÉÞÅÓËÉ Ó×ÑÚÁÌ ÓÌÏÔÙ Ó ÔÉÐÁÍÉ ÐpÅpÙ×ÁÎÉÊ. ÷ÓÅ pÁ×ÎÏ ÐpÉÏpÉÔÅÔÙ ÐpÅpÙ×ÁÎÉÊ pÁÂÏÔÁÀÔ ÌÉÛØ ÐpÉ pÁÚpÅÛÅÎÉÉ ×ÌÏÖÅÎÎÙÈ ÐpÅpÙ×ÁÎÉÊ, Á ÉÍÈÏ ÔÕÔ ÌÕÞÛÅ fiq ÉÓÐÏÌØÚÏ×ÁÔØ.

AA>> á ËÁË × 32ÂÉÔ ËÏÍÁÎÄÕ ×ÌÁÚÉÔ 32ÂÉÔ ÁÄpÅÓ? AM> ôÁË 32-ÂÉÔÎÙÊ ÁÄÒÅÓÁ ÌÅÖÉÔ ÐÏÌÎÏÓÔØÀ × 32-ÂÉÎÏÍ ÓÌÏ×Å ÐÏ ÁÄÒÅÓÁÍ, AM> ÎÁÞÉÎÁÑ Ó 0x20, Á ÎÅÐÏÓÒÅÄÓÔ×ÅÎÎÏ ÐÏ ÁÄÒÅÓÕ ×ÅËÔÏÒÁ ÐÒÅÒÙ×ÁÎÉÊ ÓÔÏÉÔ AM> ËÏÍÁÎÄÁ ÚÁÇÒÕÚËÉ pc ÚÎÁÞÅÎÉÅÍ ÉÚ ÁÄÒÅÓÁ, ÇÄÅ ÒÁÓÐÏÌÏÖÅÎ 32-ÂÉÔÎÙÊ AM> ×ÅËÔÏÒ. ôÙ ÐÒÑÍ ËÁË × ÔÏÔ ËÏÄ, AM> ËÏÔÏÒÙÊ Ñ ÐÒÉ×ÅÌ ÄÁÖÅ ÎÅ ÇÌÑÎÕÌ. ôÙ ÎÅ ÐÏÎÑÌ, Ñ ÎÅ ÐpÏ Ô×ÏÊ ËÏÄ, Á ÐpÏ ËÏÍÁÎÄÕ ×ÉÄÁ "ldi pc,=func". õ ÉÁpÁ ÜÔÁ ËÏÍÁÎÄÁ ÉÓÐÏÌØÚÏ×ÁÌÁÓØ × ÔÁÂÌÉÃÅ ×ÅËÔÏpÏ×, ÔÏ ÅÓÔØ ÏÎÁ ÉÍÅÅÔ pÁÚÍÅp 32ÂÉÔÁ, É × ËÏÍÍÅÎÔÁpÉÑÈ Ë ÓÔÁpÔÁÐÕ ÂÙÌÏ ÎÁÐÉÓÁÎÏ, ÞÔÏ ÏÎÁ ÐÏÚ×ÏÌÑÅÔ ÁÄpÅÓÏ×ÁÔØ 4çÂ, ÞÔÏ ÔÁËÖÅ pÁ×ÎÏ 32 ÂÉÔÁÍ.

HÁ ÜÔÏÍ ×ÓÅ, ÐÏËÁ. Anton Abrosimov. ... öÉÚÎØ - ÉÇÒÁ. úÁÄÕÍÁÎÎÁ ÈÒÅÎÏ×Ï, ÎÏ ÇÒÁÆÉËÁ ÏÂÁÌÄÅÎÎÁÑ!

AM>> ÷ÒÏÄÅ ËÁË fiq ËÁË ÒÁÚ ÏÐÔÉÍÁÌØÎÅÅ ÄÅÌÁÔØ ×ÓÅÇÏ 1, ÞÔÏÂÙ ÐÏÔÏÍ ÎÅ AM>> ÐÏÌÌÉÔØ ÅÝÅ ÆÌÁÇÉ ÎÁÌÉÞÉÑ ÐÒÅÒÙ×ÁÎÉÊ

AA> á ÍÎÅ ×ÓÅ pÁ×ÎÏ ÍÉÎÉÍÕÍ Ä×Á ÎÕÖÎÏ. :) á ÎÁÄÏ ÎÅ ÐÏÌÌÉÔØ, Á ÐpÏÓÔÏ AA> ÏÓÕÝÅÓÔ×ÉÔØ ×ÅÔ×ÌÅÎÉÅ ÐÏ FiqStatus, ÐpÉ ÜÔÏÍ ÁÄpÅÓ ÏÂpÁÂÏÔÞÉËÁ Õ ÍÅÎÑ AA> ÂÅpÅÔÓÑ ÉÚ ÓÌÏÔÏ× VIC.

HÅ ÂÕÄÕ ÓÐÏÒÉÔØ, ÎÅ ÕÇÌÕÂÌÑÌÓÑ × ÄÅÔÁÌÉ ÆÕÎËÃÉÏÎÉÒÏ×ÁÎÉÑ VIC

AA>>> ÎÅÅ ÔÁÍ ÔÏÌØËÏ ÄÅÓÑÔÏË ÓÔpÏË ËÁËÏÇÏ-ÔÏ ËÏÄÁ. AM>> éÎÉÃÉÁÌÉÚÁÃÉÑ ÓÔÅËÏ×, ËÏÐÉÒÏ×ÁÎÉÅ ÉÎÉÃÉÁÌÉÚÉÒÏ×ÁÎÎÙÈ ÐÅÒÅÍÅÎÎÙÈ É AM>> ÐÅÒÅÈÏÄ ÎÁ main, ×ÅÓÔÉÍÏ

AA> HÅ ÐÏÍÎÀ, ÓÔÅËÉ ÔÁÍ ÔÏÞÎÏ ÅÓÔØ, Á ×ÏÔ ËÏÄ ÄÌÑ ÉÎÉÃÉÁÌÉÚÁÃÉÉ ÐÅpÅÍÅÎÎÙÈ AA> ËÏÍÐÉÌÑÔÏp ÖÅ ÄÏÌÖÅÎ ÇÅÎÅpÉÔØ.

HÅÔ, ÏÂÙÞÎÏ ÜÔÁ ÏÂÑÚÁÎÎÏÓÔØ ÐÅÒÅËÌÁÄÙ×ÁÅÔÓÑ ÎÁ ÓÔÁÒÔÁÐ. ëÏÎËÒÅÔÎÏ × ÜÔÏÍ ÓÔÁÒÔÁÐÅ (ÓÅÊÞÁÓ ÐÏÓÍÏÔÒÅÌ) ×ÙÚÙ×ÁÀÔÓÑ ÂÉÂÌÉÏÔÅÞÎÙÅ ÆÕÎËÃÉÉ __segment_init É __low_level_init.

AM>> ËÏÍÐÉÌÉÒÕÅÔÞÑ × arm ÒÅÖÉÍÅ. ëÁËÉÈ ÔÏ ÏÓÏÂÙÈ ÄÅÊÓÔ×ÉÊ, ËÏÔÏÒÙÅ AM>> ÄÏÂÁ×ÌÑÀÔÓÑ × ÜÔÏÔ ÏÂÒÁÂÏÔÞÉË, × ÄÏËÕÍÅÎÔÁÃÉÉ ÎÅ ÏÐÉÓÁÎÏ. ôÁËÖÅ ÔÁÍ

AA> HÁÐÉÓÁÎÏ, ÞÔÏ ÐpÉ ÕËÁÚÁÎÉÉ ÜÔÏÇÏ ËÌÀÞÁ ÎÅ ÐpÏÉÓÈÏÄÉÔ ÓÏÈpÁÎÅÎÉÅ ËÁËÉÈ-ÔÏ

AA> pÅÇÉÓÔpÏ×, Ô.Ë. ÐpÉ ×ÙÚÏ×Å ÐpÅpÙ×ÁÎÉÊ ÜÔÏ ÐpÏÉÓÈÏÄÉÔ ÁÐÐÁpÁÔÎÏ. óÉÔÕÁÃÉÑ, AA> ËÏÇÄÁ ÉÚ ÏÂpÁÂÏÔÞÉËÁ ×ÙÚÙ×ÁÀÔÓÑ ÄpÕÇÉÅ ÆÕÎËÃÉÉ, × ÏÐÉÓÁÎÉÉ ÎÅ AA> pÁÚÂÉpÁÅÔÓÑ.

AM>> ÍÌÁÄÛÉÅ ÓÌÏÔÙ irq ÐÒÉ ËÏÍÐÉÌÑÃÉÉ, Á ÏÓÔÁÌØÎÙÍ - irq ÄÉÎÁÍÉÞÅÓËÉ × AM>> ÒÁÎ-ÔÁÊÍÅ.

AA> ñ ÓÔÁÔÉÞÅÓËÉ Ó×ÑÚÁÌ ÓÌÏÔÙ Ó ÔÉÐÁÍÉ ÐpÅpÙ×ÁÎÉÊ. ÷ÓÅ pÁ×ÎÏ ÐpÉÏpÉÔÅÔÙ AA> ÐpÅpÙ×ÁÎÉÊ pÁÂÏÔÁÀÔ ÌÉÛØ ÐpÉ pÁÚpÅÛÅÎÉÉ ×ÌÏÖÅÎÎÙÈ ÐpÅpÙ×ÁÎÉÊ,

AM>> ×ÅËÔÏÒ. ôÙ ÐÒÑÍ ËÁË × ÔÏÔ ËÏÄ, ËÏÔÏÒÙÊ Ñ ÐÒÉ×ÅÌ ÄÁÖÅ ÎÅ ÇÌÑÎÕÌ.

AA> ôÙ ÎÅ ÐÏÎÑÌ, Ñ ÎÅ ÐpÏ Ô×ÏÊ ËÏÄ, Á ÐpÏ ËÏÍÁÎÄÕ ×ÉÄÁ "ldi pc,=func". õ ÉÁpÁ AA> ÜÔÁ ËÏÍÁÎÄÁ ÉÓÐÏÌØÚÏ×ÁÌÁÓØ × ÔÁÂÌÉÃÅ ×ÅËÔÏpÏ×, ÔÏ ÅÓÔØ ÏÎÁ ÉÍÅÅÔ pÁÚÍÅp AA> 32ÂÉÔÁ, É × ËÏÍÍÅÎÔÁpÉÑÈ Ë ÓÔÁpÔÁÐÕ ÂÙÌÏ ÎÁÐÉÓÁÎÏ, ÞÔÏ ÏÎÁ ÐÏÚ×ÏÌÑÅÔ AA> ÁÄpÅÓÏ×ÁÔØ 4çÂ, ÞÔÏ ÔÁËÖÅ pÁ×ÎÏ 32 ÂÉÔÁÍ.

AM>> ÷ÒÏÄÅ ËÁË fiq ËÁË ÒÁÚ ÏÐÔÉÍÁÌØÎÅÅ ÄÅÌÁÔØ ×ÓÅÇÏ 1, ÞÔÏÂÙ ÐÏÔÏÍ ÎÅ AM>> ÐÏÌÌÉÔØ ÅÝÅ ÆÌÁÇÉ ÎÁÌÉÞÉÑ ÐÒÅÒÙ×ÁÎÉÊ AA> á ÍÎÅ ×ÓÅ pÁ×ÎÏ ÍÉÎÉÍÕÍ Ä×Á ÎÕÖÎÏ. :) á ÎÁÄÏ ÎÅ ÐÏÌÌÉÔØ, Á ÐpÏÓÔÏ AA> ÏÓÕÝÅÓÔ×ÉÔØ ×ÅÔ×ÌÅÎÉÅ ÐÏ FiqStatus, ÐpÉ ÜÔÏÍ ÁÄpÅÓ ÏÂpÁÂÏÔÞÉËÁ Õ AA> ÍÅÎÑ ÂÅpÅÔÓÑ ÉÚ ÓÌÏÔÏ× VIC.

AM>> ñ ÔÁË ÐÏÎÉÍÁÀ, ÞÔÏ ÎÅ ÏÂÑÚÁÔÅÌØÎÏ. ËÌÀÞÅ×ÏÅ ÓÌÏ×Ï __irq ÓËÏÒÅÅ AM>> ×ÓÅÇÏ ÄÏÂÁ×ÌÑÅÔ ÌÉÛØ ÎÅÏÂÈÏÄÉÍÏÔØ ÐÒÏ×ÅÒËÉ ÔÏÇÏ, ÞÔÏ ÜÔÁ AM>> ÆÕÎËÃÉÑ ËÏÍÐÉÌÉÒÕÅÔÞÑ × arm ÒÅÖÉÍÅ. ëÁËÉÈ ÔÏ ÏÓÏÂÙÈ ÄÅÊÓÔ×ÉÊ, AM>> ËÏÔÏÒÙÅ ÄÏÂÁ×ÌÑÀÔÓÑ × ÜÔÏÔ ÏÂÒÁÂÏÔÞÉË, × ÄÏËÕÍÅÎÔÁÃÉÉ ÎÅ ÏÐÉÓÁÎÏ. AM>> ôÁËÖÅ ÔÁÍ AA> HÁÐÉÓÁÎÏ, ÞÔÏ ÐpÉ ÕËÁÚÁÎÉÉ ÜÔÏÇÏ ËÌÀÞÁ ÎÅ ÐpÏÉÓÈÏÄÉÔ ÓÏÈpÁÎÅÎÉÅ AA> ËÁËÉÈ-ÔÏ pÅÇÉÓÔpÏ×, Ô.Ë. ÐpÉ ×ÙÚÏ×Å ÐpÅpÙ×ÁÎÉÊ ÜÔÏ ÐpÏÉÓÈÏÄÉÔ AA> ÁÐÐÁpÁÔÎÏ.

AA> óÉÔÕÁÃÉÑ, ËÏÇÄÁ ÉÚ ÏÂpÁÂÏÔÞÉËÁ ×ÙÚÙ×ÁÀÔÓÑ ÄpÕÇÉÅ ÆÕÎËÃÉÉ, × ÏÐÉÓÁÎÉÉ ÎÅ pÁÚÂÉpÁÅÔÓÑ.

With best regards, Leha Bishletov. E-mail: snipped-for-privacy@rol.ru

Привет, Harry! Вы писали to Leha Bishletov on Fri, 11 Feb 2005 11:14:00 +0000 (UTC):

LB>>>> 1. Можно ли сделать так, что бы в списке файлов проекта они LB>>>> показывались в виде дерева каталоги-подкаталоги-файлы? Файлов LB>>>> много и просматривать их как единый список не удобно. AM>>> Можно, для этого гpyппy нyжно опpеделить как динамическyю LB>> Вот это мне очень в нем понравилось, странно, что этого ни у кого LB>> больше нет (я не встречал) HZ> Visual SlickEdit позволяет организовать файлы проекта (в панели HZ> Files) как заблагорассудится. Там есть три режима: Package View, HZ> Directory View и Custom View. Первый режим для нас не интересен, HZ> второй - файлы показываются так, как они реально лежат на винте, HZ> третий - задаешь сам структуру - можешь завести там папок со своими HZ> именами рассовать файлы, как нравится. HZ> Ты это имел в виду?

Имел ввиду это, но не видел такой возможности. Ты не мог бы подробнее описать, где выбирается Package View,Directory View и Custom View? (VS9.0)

With best regards, Leha Bishletov. E-mail: snipped-for-privacy@rol.ru

AM>>> Опеpативно пеpеключать кодиpовкy OEM-ANSI для текyщего файла AM>>> Задать кодиpовкy по yмолчанию для гpyппы LB>> Это у него делается через выбор шрифта с соотв. кодировкой LB>> (впрочем и у других так). Шрифтов OEM очень мало и они мне не LB>> нравятся. Есть вариант KF> А клавиатуру, порядок сортировки и прочие свойства локали KF> стало быть не нужны? Предостерегаю -- это не метод. Как KF> минимум, перестанут корректно работать регулярные выражения.

Все это нужно, поэтому и хотел получить "прозрачную" перекодировку. Т.е. при открывании OEM файла он его перекодирует в ANSI, а при сохранении перекодирует обратно.

With best regards, Leha Bishletov. E-mail: snipped-for-privacy@rol.ru

Привет, Dima !

DO> Как надо, так и будет. Помещаешь в эти каталоги свои батники и DO> вызываешь или не вызываешь их из главного. А можно собственно DO> компилировать и не из текущего каталога. Какая собственно разница DO> батником или мейком это делать?

А как из батника a) проверить, что исходник новее, чем бинарник? b) завершить всё с внятным ругательством? c) а вложенность больше двух у батников уже появилась?

. С уважением, Hикита. ... А вдруг бог есть? Чем черт не шутит...

Hello, Dima! You wrote to Peter Kostenko on Fri, 11 Feb 2005 12:06:00 +0300:

??>> ты забыл написать как это у тебя программно делается ;-) DO> А какая разница? Правильно должен этот модуль управлять двигателем, а DO> не решать некое уравнение.

чтобы написать тест для программной части - надо хотя бы знать что там написано.

??>> так как весь мой топик был про программную часть. DO> В Embedded программная часть часто очень сильно завязана на аппаратную. очень часто и это можно протестировать.

??>> получаешь симулятор управления оборотами дизеля.

DO> Hет, поскольку твой симулятор, в отличие от двигателя, не замкнут. Он

если симулятор не выполняет полный набор функций системы - этот этого он не перестает называться симулятором.

DO> не реагирует на изменение выхода программного регулятора.

если надо чтобы реагировал - добавьте обратную связь

DO> Соответственно регулятор ляжет на какой-то из упоров, или сообщит об DO> ошибке и остановится.

Вот это и будет первым результатом тестирования ;-)

DO> Единственный способ отладить этот регулятор - это подключить его к DO> реальному объекту управления

это только в случае согласия заказчика

DO> и тестировать не программные модули, а DO> устройство.

надо помогать заказчику тестировать устройство, а не впадать в крайности "только на объекте". что будете делать, когда тестировать на объекте нет возможности?

по сабжу вопросы кончились? ;-)

With best regards, Peter Kostenko.

----

Hello, Yuriy! You wrote to Peter Kostenko on Fri, 11 Feb 2005 03:32:27 +0300:

PK>> получаешь симулятор управления оборотами дизеля. YK> Hет. Ты не моделируешь передаточную характеристику дизеля.

для тестирования она не обязательна. Если у тебя не будет возможности показать работу на конечном оборудовании, а продемонстрировать работу устройства необходимо будет - добавить модель дизеля в симулятор не составит сложности.

With best regards, Peter Kostenko.

----

Доброго здоровья, Leha!

LB>>>>> 1. Можно ли сделать так, что бы в списке файлов проекта они LB>>>>> показывались в виде дерева каталоги-подкаталоги-файлы? Файлов LB>>>>> много и просматривать их как единый список не удобно. AM>>>> Можно, для этого гpyппy нyжно опpеделить как динамическyю LB>>> Вот это мне очень в нем понравилось, странно, что этого ни у кого LB>>> больше нет (я не встречал) HZ>> Visual SlickEdit позволяет организовать файлы проекта (в панели HZ>> Files) как заблагорассудится. Там есть три режима: Package View, HZ>> Directory View и Custom View. Первый режим для нас не интересен, HZ>> второй - файлы показываются так, как они реально лежат на винте, HZ>> третий - задаешь сам структуру - можешь завести там папок со своими HZ>> именами рассовать файлы, как нравится. HZ>> Ты это имел в виду?

LB> Имел ввиду это, но не видел такой возможности. Ты не мог бы подробнее LB> описать, где выбирается Package View,Directory View и Custom View? LB> (VS9.0)

контекстное меню проекта (в дереве) - Auto folder

WBR, Сергей. ICQ: 101347299

Привет, Dima !

DO> многофайловый поиск не поддерживает. Хотя на фига для мелкого DO> восьмиразрядного контроллера плодить такое количество файлов я тоже не DO> понимаю, но видимо привычка такая.

Это один из стандартов. "одна функция - один файл".

. С уважением, Hикита. ...Заниматься в теплом, сyхом, защищенном от детей месте...

Mon, 14 Feb 2005 08:04:13 +0000 (UTC) Leha Bishletov wrote to Harry Zhurov:

LB>>> Вот это мне очень в нем понравилось, странно, что этого ни у кого LB>>> больше нет (я не встречал) HZ>> Visual SlickEdit позволяет организовать файлы проекта (в панели HZ>> Files) как заблагорассудится. Там есть три режима: Package View, HZ>> Directory View и Custom View. Первый режим для нас не интересен, HZ>> второй - файлы показываются так, как они реально лежат на винте, HZ>> третий - задаешь сам структуру - можешь завести там папок со своими HZ>> именами рассовать файлы, как нравится. HZ>> Ты это имел в виду?

LB> Имел ввиду это, но не видел такой возможности. Ты не мог бы подробнее LB> описать, где выбирается Package View,Directory View и Custom View? LB> (VS9.0)

Панель Files, клик правой кнопой на имени проекта (.vpj), в появившемся меню пункт Auto Folder.

Привет, Harry! Вы писали to Leha Bishletov on Mon, 14 Feb 2005 11:47:37 +0000 (UTC):

HZ>>> Visual SlickEdit позволяет организовать файлы проекта (в HZ>>> панели Files) как заблагорассудится. Там есть три режима: Package HZ>>> View, Directory View и Custom View. Первый режим для нас не ... LB>> Имел ввиду это, но не видел такой возможности. Ты не мог бы LB>> подробнее описать, где выбирается Package View,Directory View и LB>> Custom View? (VS9.0) HZ> Панель Files, клик правой кнопой на имени проекта (.vpj), в HZ> появившемся меню пункт Auto Folder.

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

With best regards, Leha Bishletov. E-mail: snipped-for-privacy@rol.ru

Fri Feb 11 2005 12:03, Maxim Polyanskiy wrote to Peter Kostenko:

PK>> получаешь симулятор управления оборотами дизеля. MP> Hичего ты не получаешь. Это случай когда моделирование поведения железки MP> невозможно.

Слышал байку о том, как на "Боинге" доводили автоматическую систему посадки при боковом ветре. Держали на полосе заправленный самолет, смотрели метеоданные по всей стране. Если где-то была нужная погода, летели срочно туда. MP> созание твоего тест юнита - задача на 100 MP> порядков более сложная, чем создание регулятора и тестирования его на MP> натуральном устройстве.

Все-таки на 80% можно смоделировать в числах или подсчитать теоретически. Чтобы хотя бы знать, от каких значений начинать и что как от чего зависит.

VLV

"Быть честным - лучший способ оставаться бедным" (c) Hаполеон Бонапарт

Привет!

Sat Feb 12 2005 00:04, Maxim Polyanskiy wrote to Sergey Pinigin:

MP>>> Система контроля версий - абсолютно не нужная для решения задачи MP>>> приблуда, на которую не стоит тратить свое столь дагоценное время. SP>> Глубочайшее заблуждение. SP>> Рекомендую почитать доку: SP>>

А я вот начинаю проникаться. Познакомившись с тем, что означает лаконичное сокращение CVS, я увидел: "Ба! Да мне этого по-зарез не хватало!" :)

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

Сейчас я беру соответствующую версию из архива, распаковываю, пытаюсь восстановить историю (самое тяжелое), исправляю и посылаю исправленную. Полагаю, что с помощью пакета управления версиями эту же работу можно будет делать более круто! :)

Юргис

Hello, Maxim Polyanskiy !

Кстати грабить надо уметь не только stdout, но и stderror. И одного только regexp шаблона мало, в идеале нужно к этому иметь возможность запускать между ide и компилятором фильтр, потобно тому, как это делалось в борландовской IDE (tc/tp).

С уважением, Дима Орлов.

KF>> А клавиатуру, порядок сортировки и прочие свойства локали KF>> стало быть не нужны? Предостерегаю -- это не метод. Как KF>> минимум, перестанут корректно работать регулярные выражения. LB> Все это нужно, поэтому и хотел получить "прозрачную" перекодировку. LB> Т.е. при открывании OEM файла он его перекодирует в ANSI, а при LB> сохранении перекодирует обратно.

vim + iconv + exhuberant ctags /последних версий/ + tags explorer. Чем не IDE? Hе emacs конечно, но настраивается во многих местах. Для начинающих есть mswin.vim и давно русифицированный tutorial.

MP> SP> - получаем возможность мнгновенного восстановления копии исходников MP> SP> любой стадии разработки. MP> Зачем это надо?

Очень удобно. Особенно для сложных проектов в которых больше одного файла, время разработки больше месяца, с длительной отладкой на "объекте". Плюс к этому, объекты (их несколько) в чем-то отличаются (например, аппаратная часть). В результате использования системы контроля версий получаем "дерево" версий, каждая ветвь соответствует объекту. Возможно появятся какие-нибудь дополнительные ветви для отдельных объектов, где отлаживаются экспериментальные фичи, которые потом могут быть "слиты" с основной ветвью для объекта. Система контроля версий позволяет сохранять и запоминать пошаговые изменения не только в исходниках программ, но и в схемах PCAD-а, моделях PSPICE-а, документации в любом формате, бинарников и т.п. Поэтому у тебя всегда есть возможность получить любое промежуточное точное состояние твоего проекта (всего вплоть до бинарников, схем пикада и т.п. если ты их подключил к системе контроля версий). Причем это будет именно "срез" твоего проекта на этот момент. У меня иногда бывает, что после длительной отладки с удивлением обнаруживаешь, что какая-нибудь фича перестала работать, но я точно помнил, что неделю назад она работала. Откатываемся назад, возможно по шагам. Hаходим и решаем проблему. Или, предположим, идет вялотекущая отладка в общем-то уже готового изделия. Так мелкие недочеты. Вдруг в голову приходит гениальная :) идея, в корне меняющая некоторые части проекта. С этого момента отщепляется отдельная ветвь, в которой и проводится вся революционная работа. Основная ветвь идет своим чередом. Если идея "выгорела", то изменения сливаются с основной ветвью. Если нет, ветвь закрывается. При этом будут запоминаться пошаговые изменения в обоих ветвях. Конечно, можно архивировать простым копированием этапы развития проекта, но во множестве копий, ты скоро запутаешься. Да и поиск нужных тебе вещей будет затруднен.

MP> SP> - приобретается навык осмысленного и документированного ведения MP> SP> проекта !!! MP> Документацией является ТЗ. Лучше я буду давать заказчику уроки по написанию MP> оного ;) ???? И это вся документация?

MP> SP> - возможность коллективной работы над проектом. MP> С этим плиз к ремесленникам. Я все-же считаю что програминг - искуство, а

Hу себя не похвалишь - никто не похвалит :)

MP> Рафаэль свои картины как известно писал в одно рыло.

А Рубенс как известно - нет. :)