Dilma, я имел ввиду именно синтаксис: в fasm ВСЕ имена case-sensitive

tsdima, согласен, дисциплинирует. Наверное, по классификации Dilma - апологеты CPP

nesco, увидим или нет - не столь важно, наверное, как СОВМЕСТИМОСТЬ. В общем, тоже согласен, может и из других соображений

Пример не просто не корректный - он не верный совершенно. Слово "Рыбкин" не означает ни фамилию, ни прилагательное. Если оно стоит в начале предложения, то всегда будет писаться с большой буквы не зависимо ни от чего. Если оно входит в название фирмы, предприятия, учереждения и т.д. оно так же будет написано с большой буквы и к фамилии не будет иметь никакого отношения.

Видимо на этом все аргументы и заканчиваются К порядку приучает использование Auto completion в средах, где он есть. А там, где его нету Case-Sensitive приводит к постоянному гемору с запоменаем того, как написан идентификатор. Собственно *никсойды(надо отдать им должное...) выход-таки из ситуации нашли - по некоторой неофициальной договоренности все идентификаторы нужно писать всегда в Lower case нотации, а все макросы и дефайны в Upper case. Если же вы встретили что-то вроде pChar - верный признак того, что это писал ламер... В общем как говориться каждый по своему заморачивается...


так и я тоже его и имел ввиду. Поскольку команда сравнения цепочки байт есть в проце, то для сравнения двух строк с case-sensitive ничего делать не надо, и если разработчики FASM хотели сделать компилятор с наименьшим количеством кода, то они ничего и не делали...

Galkov, но ведь реально, для тех, кому надо, оформить еще один лист с оригинальными именами и синхронно его писать. Ничего проблемного здесь нет. Вопрос в другом, а нужно ли это? Может и нужно, при наличии запроса по типу GVarNames, для получения списка оригинальных имен, да и тем, кому хочется, чтобы правильно было.

Или поклонник стиля Microsoft.
pChar - указатель на символ
lpszName - длинный указатель на строку, оканчивающуюся нулём, имя
dwLen - длина, типа двойное слово

Оказывается, виндовоз-то ламеры писали! А мужики-то не знают...

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

Ну зря ты о них так
Делали: и 32-х битное дерево по кэшу (они ведь еще и быстрый хотели), да и СВОИ зарезервированные имена у них таки регистрово-независимы...

Если придерживаться постулата, что все "виндузятники" ламеры(а я таких встречал...), то это не далеко от истины . А по большому счету есть только два стиля:
1) написание всего и вся в нижнем регистре и использование в качестве разделителя _ (или без него для коротких фраз)
2) использование регистра

Сколько людей - столько стилей. Корреляция с признаком ламерства незначительная, на мой взгляд.

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

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

пусть будет

Мне думается он может уменьшить колличество связей. Прицепить к верхней точке какой-нить handle и использовать его хоть в мультиках через "копировать ссылку" - очень удобно IMHO.

Nesco, а не могли бы вы сделать так чтобы изменение одного GlobalVar в какой-либо части схемы вызывало СОБЫТИЕ на выходах всех одноименных GlobalVar в схеме? Это позволило бы сократить число связей, просто ссылаясь на Глобальный Источник Событий, например, подцепить один таймер, чтобы он синхронизировал всю схему через GlobalVar.

У GlobalVar вообще нет событий, а за изенения в этом компоненте меня уже посылали лесом

наверное всё таки LineBreakEx, тут проблема - как вызвать одно событие на всех выходах ( )