Twitter стал доступен на ZX Spectrum

[garlands]

Простите. Я должен заниматься поиском туторов? Оно кому нужно? Основное и необходимое для старта дано. Segfault посоветовал книжку, и даже с точностью до конкретной главы. Можно аналогичную литературу почитать-поискать. А дальше уже, раскручивая появляющиеся вопросы можно все найти.
А то это похоже на вопрос типа "научите реболлить BGA, только у меня нет ни фена, ни паяльника, и вообще я не знаю с какой стороны за них браться - вдруг обжгусь". Я начинал именно с rfc и изучения исходников стеков. Что и посоветовал человеку. Какие претензии?

[Advertiser]

[Segfault]

короче разговор походу зашел в тупик и требует разделения на две ветки "объясните на пальцах основное в программировании tcp/ip" и "как будем обгонять и перегонять spectranet"

[garlands]

угу. именно. посему предлагаю оффтопиковую часть спустить во флейм.

[moroz1999]

Всё, затыкаюсь, и больше в этот бесполезный флуд даже не захожу.

[Vovoi]

Vovoi, ну даже не знаю что сказать... и так понятно, что надо начинать как раз "с этой прочей хрени"...

Да не, спасибо, конечно, осилю прочитать все. Теперь увидел, что там все сложнее. Как например работа с TR-DOS не с помощью асма и эмуляции бэйсиковых команд, а прямым программированием ВГ. То есть, так просто "на пальцах" не объяснить.
А про пакет спрашивал потому, что хотел сделать что-то вроде этого:

LD DE, pack-out; пакет, содранный с ПЦ, в котором сформирован запрос "пойти на яндекс"
LD HL, pack-in; полученные сведения от сетевухи положить сюда
LD A, 5; команда для сетевухи "отправить пакет, находящийся по адресу в DE" (можно даже регулировать его объем в BC - LD BC,1024)
OUT (NNN),A; обращаемся в сетевую карту
JP NZ, error; ошибка (на Спеке нет сетевой карты, не подсоединен кабель, нет коннекта, адрес не существует....)

;разбираем пакет
LD A,2
CALL 5633
LD HL, pack-in
;печать на экран белиберды
RET
;буферы
pack-out DEFS 1024; здесь размещен вышеуказанный пакет от ПЦ
pack-in DEFS 1024; сюда сетевушка положила ответ

Согласитесь, выглядит заманчиво?

[garlands]

ну слава богу, период раздачи "зачетов" прошел... :-D
а если серьезно, то такое вполне реализуемо (и в некотором виде реализовано, см сообщение №175, последние две строчки), если "сетевку", сделать умной и значительно более производительной чем сам Z80, чтобы возложить на нее задачу перепаковки данных, поддержания стека и прочей "херни", которой нагружать ЦПУ ну совершенно излишне. (естественно low-level API предоставить просто необходимо на случай каких-либо нестандартных запросов. тогда "возжелавший странного" остается один на один с пакетами, флагами, таймаутами и прочим-прочим...). благо нынешний уровень развития компонентов позволяет реализовать это быстро, недорого и качественно. в пользу такого решения (я о современной элементной базе) можно посмотреть на проект GS-neoGS, просто сравнить по количеству корпусов, трудоемкости изготовления, стоимости комплектующих и функциональной насыщенности двух близких по основной функции проектов. понятно, что основная часть работы перекладывается на программера. но в том и прелесть, что тщательно проработав техническую (материальную, железную) часть, дальше все глюки очень легко и с минимальными затратами исправляются.

---------- Post added at 16:18 ---------- Previous post was at 16:06 ----------

только я в первую очередь делал не работу с пакетами, а прямо работу с контентом. т.е. вся низкоуровневая часть возложена на "сетевую карту".
хоть эта самая сетевка и на порядки "умнее" и производительнее ЦПУ, но рулит процессом все-таки он....
хотя с другой стороны, такой путь наиболее правильный. ведь, возьмем следующую аналогию. директор завода может и не знать особенностей техпроцесса, скажем, штамповки какой-нить детали. даже не то что не занть особенностей, но даже и быть не в курсе существования этой самой детали. оно ему нах не приснилось. его дело - рулить потоками продукции. вот примерно так и здесь. идея совершенно не нова, но удивительно, что за десяток лет (с выхода ГСки) ничего не было сделано в данном направлении... теперь (надеюсь) пришло время сетевой карточки и видео.

[Error404]

А вот кстати, что реализовано в Спектранет? Ну, т.е. реально действует?
А то у автора на страничке все в будущем времени (в т.ч. BSD-сокеты), типа концепция - пускай и приплетены какие-то абсолютные адреса для вызовов. Да с фразами типа "если позволит время". Для загрузки есть только ромы (без исходников, как я понимаю?), позволяющие перекинуть кусок данных в память спека, да 1 утилита, задающая параметры сетевухи. Это на Wiznet вообщето делается просто, интересно как раз понять - таки сокеты там (и что поддерживается- потому что изначально в Визнете ни разу не BSD-стиль) или просто дергается API Wiznet-a.

[garlands]

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

[Segfault]

реально позволяет кодить через API сокетов с малосущественными для zx-а ограничениями и отмеченными garlands приколами. . ладно побег в магаз

[Error404]

реально позволяет кодить через API сокетов с малосущественными для zx-а ограничениями и отмеченными garlands приколами. . ладно побег в магаз

А исходники где-нить выложены?