дегенераты

>> на 486 сидят
> на таких тачках сидят разве, что дегенера
ну да, Алана Кокса уже дегенератом обозвали. очень умно.
про него вот можно скзаать - умный парень. а тачка у него -486/25+16 рамы. и ничего - пачи писал к ядру.

> Я понял о чем ты. Но, разве для процов, на нижнем уровне научились на каком-то языке писать кроме асма? Как выглядит main() с выходом простым даж на сях? Приведи код? На асме!

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

>> ну да, Алана Кокса уже дегенератом обозвали. очень умно.

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

>>> ну так, по мелочам гонит конечно, но не более :))

>Мягко сказано, очень мягко и не убедительно для народа )))))

отчего же? пока в его постах я не нашел явных фактических неточностей. все разночтения только с моей (и может быть ЛОРовской ))) точкой зрения на события

HellAngel Как ты сможешь работать с процем на языке высокого уровня? Обьясни мне тупорылому!

2HellAngel: совсем с чистого листа, без компа с любым компилятором? Ну тогда да. Но прости это сферический конь в вакууме. :) Реально у тебя всегда есть комп и какой-нибуть компилятор, обычно C/C++ с его неплохим набором инструментов для построения компиляторов. Дальше я думаю понятно... И не надо про "другие архитектуры" - крос-компиляцию тоже еще не отменили. :)
Так, немного в сторону, но в рамках темы. Я еще хорошо помню времена, когда идея писать драйвер устройства на чем-либо, кроме ассемблера воспринималась как чистой воды извращение, ну типа как еслиб сейчас кто-нибуть сел писать драйвер на VB... А сейчас пойди найди драйвер, писанный на ассемблере... Вот что-то мне говорит что до BIOS.NET и соответственно до драйверов на VB.NET нам осталось не так уж и долго...

Обьясните мне дибилу в каком языке есть (не переходя на асм), ну скажем пару команд типа imul ebx shrd eax, edx, 16 ????? Или я действительно чего-то не догоняю?

http://www.imsys.se/info/embedded_java_microprocessor.shtml
у sun'a можешь посмотреть. если тебе интересно. и почему ты у меня это спрашиваешь? я как раз не утверждаю что без асма не обойтись. ирси на форуме пока что

А может это в Форте уже давно написано?

В любом, где есть возможность записать 0xF7EB, 0x0FACD010.

HellAngel

А я и не для тебя писал. Так, просто, от делать нефиг. Не принимай на свой счет.

>> 0xF7EB, 0x0FACD010.

Xt это вдруг мы скатились свысока на самый низ?

вместо "Xt" "Че" должно было быть Прошу прощения за невнимательность

> вот всегда не понимал зачем этим заниматься? Есть железка, свои > функции выполняет на 101%, зачем ее начинать мучать? > При этом стоить учитывать что данные конктретные задачи threadx > решает гораздо лучше линукса...

А вот хрен. Linux открыт, делай с ним что хочешь. Нехватает компонента - сборал, поставил. А глюки пропиетарного софта можно лечить лишь обновлением прошивки. Для тех же D-Link'ов советую сравнить прошивки раздаваемые буржуями и нашими.

Дык, а зачем что-то собирать и ставить, когда и так все отлично работает? Что, из-за гипотетических проблем в будующем, я должен изобретать проблемы себе сейчас? Зачем? Проблемы решаются по мере их возникновения...

Не понятно что тут обсуждается. Статья высосана из пальца. Таких мегаидей на форумах вроде этого в день по дюжине сливают в архив.

>>ИМХО здравый смысл еще не отменили :)

>Для IT индустрии - не верно! IT развивается не по законам здравого >смысла, а по законам рынка. И если на пути к прибыли стоит здравый >смысл - тем хуже для последнего. Посмотри на ситуацию в штатах с >музыкой, DVD, вообще авторскими правами (у нас - процесс против >online библиотек). Это-ж полное попрание здравого смысла, и - ни >чего, не стесняются.

Вы конечно правы дрожайший ононим, но ИМХО Linux and GNU это дело идейное, а идею черезвычайно сложно сломить, можно только расстрелять разработчиков физически. Вообще такое явление как движение GNU это непосредственный результат политики Microsoft, она сама ставит всех так что появляются Линусы Торвальдсы, Ричарды Столмены, etc.

Мдаааа за выходные круто наплодили, даже по асму прошлись :))))) Одно только забыли, что ассемблер это jmp jne jnz епрст , а 00101000100010010101010100 и в том же духе ... а первое всего лишь текстовая интерпритация. Я конечно согласен что большинство софта включая оси для микродевайсов пишется на языках высокого уровня, да и какой чудак будет постоянно переписывать одни и те же конструкции, только ради идеи, что все писано на асме, да и вероятность ошибки тут дико возрастает. Но что касается отладки... вот тут-то вас и ждут те самые епрст.

> GNU это непосредственный результат политики m$

Не-а ни политики ..... не M$ - это просто GNU ! Оно существует и будет существовать до тех пор пока людям, что-то будет казатся несовершенным. Почему не было раньше - да просто такого повального увлечения этим не было. А дальше будет больше .... IMHO

ууууупс поправочка ... что ассемблер это НЕ jmp jne jnz

подписатся забыл

> Дык, а зачем что-то собирать и ставить, когда и так все отлично > работает?

В буржуйской прошивке нихера не работает. Где бы ты был без российской версии прошивки?

Как бы тебе сказать - все работает, и в буржуйской, и в российской. Кстати они ни чем не отличаются...:)

2dObryi: А с каких это пор ассемблер (язык ассемблера точнее) это НЕ jmp jne и иже с ними? А 010000.. это вовсе даже бинарный код.

2Ups: про форт и т.п. без ассемблера, покопайся и выясни что значит в программировании слово reflection, и слово emit в C# в частности :)
Естественно все это имеет смысл при наличии кросстулзов, которые вовсе никто и не обязан писать на асме. Когда то давно в какой-то книжке видел реализацию интелевского асма на форте, хотя он там и нафиг не сдался.

/AVS

2Ups (*) (23.05.2004 19:36:39)

> может это в Форте уже давно написано?

http://technoforth.ru/

http://www.kc.ru/~tile/

http://www.microcore.org/

http://www.forth.org.ru/

http://www.enlight.ru/ib/tech/vmvector/index.htm

http://www.forth.org.ru/~tile/RTSA.zip

"Форт-процессоры. R65F11 и R65F12, созданные Rockwell International Corp., представляют собой восьмиразрядные процессоры, размещающие 133 Форт-слова на одном кристалле ПЗУ. Вспомогательные кристаллы ПЗУ содержат дополнительные слова Форта, полезные для создания программного обеспечения. Семейство МА2000 National Semiconductor Corp. состоит из набора модулей с интерфейсом через стек, формирующих в совокупности полный автономный Форт-компьютер. Семейство высокоскоростных процессоров Novix NC4000 представляет собой Форт-кристаллы, в которых команды Форта высокого уровня выполняются за один такт."


Угадайте, в каком году написано?

> Когда то давно в какой-то книжке видел реализацию интелевского асма на форте, хотя он там и нафиг не сдался.

----------------------------------------------------------------------

\ Ассемблер 8080
\ учебная версия ассемблера 8080,основанная на фигФорте;
\ разработана Джоном Кэсседи
HEX
VOCABULARY ASSEMBLER
: CODE CREATE HERE HERE 2- ! ASSEMBLER ;
ASSEMBLER DEFINITIONS
: END-CODE CURRENT @ CONTEXT ! ;
0 CONSTANT В 1 CONSTANT С 2 CONSTANT D 3 CONSTANT E
4 CONSTANT H 5 CONSTANT L 6 CONSTANT PSW 6 CONSTANT M
6 CONSTANT SP 7 CONSTANT A
: 1MI CREATE C, DOES> C@ C, ;
: 2MI CREATE C, DOES> C@ OR C, ;
: 3MI CREATE C, DOES> С@ SWAP 8 * OR C, ;
: 4MI CREATE C, DOES> С@ С, С, ;
: 5MI CREATE С, DOES> С@ С, , ;

\ Ассемблер 8080
HEX
00 1MI NOP 76 1MI HLT F3 1MI DI FB 1MI ED
07 1MI RLC 0F 1MI RRC 17 1MI RAL 1F 1MI RAR
E9 1MI PCHL F9 1MI SPHL E3 1MI XTHL EB 1MI XCHG
27 1MI DAA 2F 1MI CMA 37 1MI STC 3F 1MI CMC
80 2MI ADD 88 2MI ADC 90 2MI SUB 98 2MI SВВ
А0 2MI ANA A8 2MI XRA B0 2MI ORA B8 2MI CMP
B9 3MI DAD C1 3MI POP C3 3MI PUSH B2 3MI STAX
0А 3MI LDAX 04 3MI INR 05 3MI DCR 03 3MI INX
0B 3MI DCX C7 3MI RST D3 4MI OUT DB 4MI SBI
E6 4MI ANI ЕЕ 4MI XRI F6 4MI ORI FE 4MI CPI
22 5MI SHLD 2A 5MI LHLD 32 5MI STA 3А 5МI LDA
CD 5MI CALL

\ Ассемблер 8880
HEX
C9 1MI RET C3 5MI JMP C2 CONSTANT 0= D2 CONSTANT CS
E2 CONSTANT PE F2 CONSTANT 0<
: NOT 8 OR ;
: MOV 8 * 40 + + C, ;
: MVI 8 * 6 + C, C, ;
: LXI 8 * 1+ C, , ;
: THEN HERE SWAP ! ;
: IF C, HERE 0, ;
: ELSE C3 IF SWAP THEN ;
: BEGIN HERE ;
: UNTIL C, , ;
: WHILE IF ;
: REPEAT SWAP JMP THEN ;
: NEXT (NEXT) JMP ;

----------------------------------------------------------------------

Ниже приводятся два примера, где используются команды описанного здесь ассемблера:

HEX
CODE X ( n -- n') \ Меняются местами старший и младший байты n
Н POP L A MOV H L MOV A H MOV H PUSH
NEXT END-CODE

(Мы пересылаем п из стека в пару регистров HL, регистр L (младшие байты) в регистр А, регистр Н (старшие байты) в L, а А в Н, помешаем содержимое пары регистров HL в стек, передаем управление NEXT).

CODE BP ( a # -- ) \ Перевод из нижнего регистра в верхний
D POP H POP
BEGIN D A MOV Е ORA 0= NOT WHILE
M A MOV 60 CPI CS NOT IF
20 SUI A M MOV THEN
D DCX H INX REPEAT NEXT END-CODE

(Пересылаем счетчик в пару регистров DE, а адрес - в пару регистров HL, начинаем цикл, проверяем, выполняя команду OR над содержимым регистров D и Е, не равно ли значение счетчика нулю. Пока его значение не равно нулю, перемещаем символ из памяти, на которую ссылается указатель, в сумматор. Если код обрабатываемого символа больше 60 (строчная ?а? и выше), вычитаем десятичное число 32, преобразуя символ в прописной, и записываем в память. Уменьшаем счетчик и увеличиваем адрес. Повторяем цикл. Передаем управление NEXT).


Преимущество работы на ассемблере такого вида заключается в том, что вы во время ассемблирования ?находитесь в Форте?. Если вам необходимо идентифицировать некоторое устройство с помощью имени, а не числа, вы можете определить его как обычную константу и присвоить ей имя внутри ассемблерного определения. Можно воспользоваться определением через двоеточие как макрокомандой или даже обратиться к переменной, поскольку она помещает в вершину стека свой адрес и поэтому может быть задействована в команде ?непосредственной загрузки?. Применение машинных команд раскрывает перед вами всю мощь языка Форт.

> с каких это пор ...

А бинарный код это и есть ассемблер, а mov shl епрст - его мнемоническая интрепретация И применять понятие язык - здесь как-то неуместно поскольку этих "языков" как процессоров (ну можете ввести понятие наречия :)))) А вообще сейчас получится спор НИОЧЕМ.

> Как бы тебе сказать - все работает, и в буржуйской, и в российской. > Кстати они ни чем не отличаются...:)

Разуй глаза. Буржуйская прошивка датируется еще каменным веком.

Это для какой модели, для какой ревизии? Обычно оно как бы наоборот - "российская" прошивка это просто более старая "буржуйская"...:)

2anonymous (*) (25.05.2004 9:10:35):
Почему это спор ниочем. Почитай сообщения этом треде в которых содержится текст, ну скажем "ассемб". Тогда ты поймешь в каком контексте тут обсуждается асм. Плюс возьми исторический аспект: тумблеры и иже с ними, затем програмирование в кодах, и затем программирование в мнемокодах+программа которая преобразовывала мнемо в бин. Собственно эта прога + исходный язык для нее суть асмы. И потому асм и не получит второго рождения (а с этого упоминается асм в треде), что этих асмовых языков что процов просто немеряно, и потому будущее за языками высокого уровня. А при наличии огромного парка языков и платформ+кросстулз, даже бутстраперы нет необходимости писать на асмах. Хоть на сях, впрочем который тоже асм высокого уровня :)

/AVS

Ну там был пост и про то что писать не обязательно, но ЗНАТЬ как свои пять пальцев - необходимо. Отлаживать в конечном итоге ручками.

Не знание законов, не означает, что Вас не заставят по ним жить.

о, как!

Винду тоже дают. причем практически любую, на халяву. например, к нас в универе. (ДВГУ, www.dvgu.ru)

Нажрался, видать, в залупу потом лез вот и загребли.

2dObryi: зачем? вообще "отладка программы" в таком аспекте это не просто прошлый век - это необычайно вредное занятие...

2Irsi: Необычайно вредное ? Просто ИМХО при [до|раз]работке таких вот Intelligence BIOS'ов кодеры будут во-первых достаточно сильно ограничены в ресурсах, во-вторых требования к качеству разработки очень сильно ужесточатся. Т.е. мелких глюков на фоне общей функциональности разработчикам прощать не будут.

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

>2Irsi: Ты еще циферки приведи сколько линуксовой техники в год >продается. Чтобы убедиться, что бренды линукс не будут продавать. Ноуты до 40000 почти поголовно с предустановленным линуксом илут...

Умник! А работать этот селянин в Гноме будет или КДЕ? Ты скажешь: Пущай с командной строкой побалуется! Отвечу: XУR! не сможет? Он ведь селянин!