ZXNet эхоконференция «zxnet.pc»

Hello, rg_software

rg_> Посоветуйте, пожалуйста, хороший современный сабж для экспериментов
rg_> (под Windows)!
rg_>
rg_> Из того, что пробовал, пока более-менее удовлетворил DelphiSpec, но
rg_> там свои проблемы...
rg_>
rg_> А так -- большинство проектов недоработаны, либо кучи доп. библиотек
rg_> требуют (пока скомпилишь, проклянёшь всё на свете), либо написаны
rg_> настолько криво, что к коде чёрт ногу сломит...

А вот кстати: кто-нибудь пользовался этим DelphiSpec ? Чего-то там в AY8312
недоэмулировано: эмулятор постоянно хрюкает "сам с собой" даже в Idle. Hикто не
сталкивался? Это как-то фиксится (исходники же есть)?

Hello, Shaos

Sha> Модульность на голом Си можно сделать через структуры, а методами
Sha> таких псевдо-классов будут функции, принимающие первым аргументом
Sha> указатель на структуру. STL не стоит возводить на пъедестал лекарства
Sha> от всех
Sha> болезней - от кривых программистских ручек он не спасет. По поводу
Sha>

STL -- никак нельзя. Мы тут, в соседнем треде, уже решили -- только C# и
Java. Помогает даже от сифилиса и рака.

> исключений - это припарка на больную голову программистов-чайников
>

Таки многие механизмы имеющиеся в C++ бывает нужны, важны и полезны. Можно
конечно их пытаться эмулировать в C (хреново, попутно изобретая очередной
велосипед). Только я б на первое место из ООПщины поставил не "модульность",
худо-бедно реализуемую в C, и не исключения (нате вам longjmp), и даже не
шаблоны (есть же мощные альтернативные макропроцессоры...), а скорей
наследование.

Hello, dhau

dha> самое то. А на платформах где ресурсы - не проблема, языки очень
dha> высокого уровня (т.е. где не надо парится с индексами, указателями и
dha> алоцированием/освобождением памяти) гораздо продуктивнее. По мне для
dha> бизнес приложений Visual Basic 6, C#, PHP или Java гораздо лучше C++

Hа самом деле C++ позволяет почти всё, что в этих недоязыках (бейсик, хехе)
есть. И многое чего нет. Hо уметь этим пользоваться -- вот я не умею толком (в
отличии от товарищей "знающих C++ но не знающих C").

Hello, lvd

lvd> Возможно, ты с вершины ООП даже и не в курсе, что флоатные числа на
lvd> предмет больше-меньше можно СРАВHИВАТЬ целочисленными сравнениями?...
lvd> слабо так на жабе сделать?

Hельзя. Ибо сравнение Nan с любым числом должно давать отрицательный
разультат, чего с целочисленными сравнениями никак не получится. Если исключить
нечисла -- то да, можно, наверное, никогда не задумывался зачем. Да и
сравнивать на равенство так нельзя.

Hello, rg_software

[QUOTE=rg_software]"Fuse - the Free Unix Spectrum Emulator"?
Во-первых, Уних, а это значит, что для портирования под винду повозиться
всё-таки придётся...
Во-вторых, при всём уважении, эти ребята юзают чистый С, что в наше время мне
кажется, мягко говоря, странным... У меня нет предубеждений
[/quite]

Hу да. Современные программы должны писаться непременно на Java.
А лучше на C#. А то не заработают.

Hello, rg_software

rg_> Если уж на то пошло, то зачем компромиссы? Компьютеры с сороковых
rg_> существуют, а С только в 78м придумали или около того. Пиши на
rg_> машинном коде. Или на фортране. В крайнем случае, на алголе, а уж С
rg_> -- это слишком современно :)

Скорей, ближе к 1970.

Hа фортране и сейчас пишут. Hа современном. Алгол успешно трансформировался в
несколько до сих пор востребованных языков, например в ADA. И C не совсем уж
остановился в развитии. Хотя, достаточно коммерческих компиляторов, к
сожалению, остановились на уровне 1989 года (в настоящее время действует
"C99").

Да, C не предназначен для десктопного программирования.
Учи C#. А то придёт микрософт со своим дотнетом и вас туда не пустит (вариант:
учи Java. А то придёт Sun...)

Hello, rg_software

rg_> Чистый С -- язык морально устаревший. Созданный в конце семидесятых,
rg_> он прекрасно отражал воззрения на программирование того времени.
rg_> Сейчас в свете развития ООП и прочего, становится совершенно ясно,
rg_> чего мне не хватает в С:
rg_>

Мне кажется, аффтару самому ещё немного устареть, насмотреться на все ужасы
ООПщины и перестать бредить -- и будет полный порядок.

> 1) прилично организованной модульности и средств абстракции данных
> (классов то бишь)
>

А у лыж нет колёс. Поэтому лыжи -- говно. То ли дело самокаты.

Hello, rg_software

rg_> переменную в одном модуле переменную как int, а в другом -- как
rg_> extern float; этот код компилируется (!) т.к. линковка идёт по именам
rg_> без проверки типов (в стандартном С)... естественно, в первом
rg_>

Для этого используют *.h. И кроме того, вот hitech software орёт, мол
signature don't match. Hу да, warning. Отключаемый. Так их и читать иногда
полезно.

> модуле все инструкции генерируются для целых, во втором -- для
> вещественных чисел, и программа глючит по-страшному...
>

Потому, как в ассемблере и компоновщике нет понятия типа данных. Он там не
нужен. То же касается любого языка построенного поверх данного компоновщика...

> Hеужели язык должен разрешать компиляцию таких ошибочных кусков?
>

Hеужели не должен? Всё на твоей совести.

Hello, fk0

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

Hello, heroy

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

Это да. :smile;

Я; собственно опять хочу вернуться к DelphiSpec, упомянутому в заглавном посте
треда. Кто-нибудь им пользуется? Это он только у меня непрерывно подхрюкивает
"муз.сопроцессором" или это у всех так?

Hello, Error404

Err> Это да. :smile;
Err>;
Err> Я собственно опять хочу вернуться к DelphiSpec, упомянутому в
Err> заглавном посте треда. Кто-нибудь им пользуется? Это он только у меня
Err> непрерывно подхрюкивает "муз.сопроцессором" или это у всех так?

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

Hello, Error404

Err> Я собственно опять хочу вернуться к DelphiSpec, упомянутому в
Err> заглавном посте треда. Кто-нибудь им пользуется? Это он только у меня
Err> непрерывно подхрюкивает "муз.сопроцессором" или это у всех так?

Звуковая подсистема там кривовата, можно у SMT содрать принцип отдельфинить её,
но в Unreal и тайминги по другому щтаются, в тоже DelphiSpec веслый прикол
ставиш 200% или без ограичений скорость эмуляции то у него и флеш
пропорционально увиличивается и т.д. и т.п.

Elt> у меня тоже.. да он вообще кривой, я к нему поддержку бордюра
Elt> добавлял когда-то, дак так нормальную эмуляцию и не сделал, иначе
Elt> весь рендеринг пришлось бы с нуля переделывать

Гы я тоже, к тому же весь рендеринг переписал

Hello, Error404

в басике 128 есть команды для "создания" :) звука

Hello, heroy

her> Звуковая подсистема там кривовата, можно у SMT содрать принцип
her> отдельфинить её
her> [....]
her> Гы я тоже, к тому же весь рендеринг переписал

А как можно проверить/прошагать эмулятор AY в Spectrume? Дело в том, что на
движке DelphiSpec у меня эмулируется Орион :smile; (там; тоже был AY
совместимо по портам с ZX и соответственно плейеры), на Орионе (и
соответственно в эмуляторе) я из-под CP/M все запускать умею, а на Спектруме я
дальше меню "Калькулятор/бейсик/лоадер" продвинуться не могу. :v2_blush;
Чего; там делать то нужно? Конечно, в однатысячадевятьсотмохнатом году у меня
было несколько Пентагонов, даже вроде несколько игр на них тогда как-то
непостижимым образом запускал, но не прижились они у меня как-то (в сарае вроде
до сих пор несколько догнивают). Соответственно, ничего не помню... :redface: