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: