Это копия, сохраненная 7 июля в 16:25.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Увлёкся компьютерной археологией.
Откопал древний язык программирования BASIC и попробовал кодить. Тривиальная задача скопировать изображение из одной области памяти в другю область памяти.
Сначала пробовал по олдскульному. Получилась хуйня. Я так и не понял почему.
Потом переписал код в современном стиле и всё получилось. То есть язык всё тот же, но стили разные.
Не. Давай лучше обсудим влияние современной культуры кодинга на развитие сферы айти. И пофилософствуем на тему, что раньше весь софт выглядел всратым не потому что железо было слабое, а потому что красиво кодить не умели.
Интересно.
>>25046
> раньше весь софт выглядел всрато.
Нормально он выглядел, оптимизирован и запускается на любом ведре. Сейчас макаки, не стесненные малым объёмом памяти и рамы срут как не в себя, не задумываясь о оптимизации.
Вот тебе и говно, которое запускается только на серверах НАСА.
Ну ты путаешь тёплое с мягким. То, что софт запускался на всяком днище не делает его красивым. Да и вообще тот факт что он хоть как-то работал - это ошибка выжившего. В нашей памяти просто не сохранилось то говно, которое работало совсем хуёво. А такого, судя по всему, было даже больше, чем более менее пригодного к использованию.
> В нашей памяти просто не сохранилось то говно, которое работало совсем хуёво.
про себя говори. я видел работающие шахматы на Си, исходник которых занимал 4 кб. Он не рисовал доски, а просто писал свой ход и принимал ход оппонента
>C++
Это конец девяностых.
да, я знаю, что первая версия появилась в 1980 в лаборатории Белл. Но она там и оставалась долгое время, не поступая в массы
>Он не рисовал доски, а просто писал свой ход и принимал ход оппонента
Это даже звучит всрато.
Код стал красивее, кодить стало проще.
В кодинг пришли те, кто не умел кодить по-сложному.
Неспособность разобраться в сложном материале говорит о низком уровне компетенции.
Низкий уровень компетенции привёл к тому, что софт стал хуже - по скорости, по ресурсоёмкости и т.д.
Вощщем, да, благодаря красивому коду количество софта выросло, а качество упало.
Количество инструкций, которые создаёт кодогенератор в компиляторе, на синтаксическую единицу "человеческого" кода - вызов функции, инициализацию объекта какого-то класса и т.д.
У меня другой критерий.
В моём понимании качество кода это сравнительная характеристика. То есть не бывает абсолютно качественного или абсолютно некачественно софта. Существует софт, который более качественный, чем другой аналогичный софт. Или менее качественный.
Определить качественность довольно легко. Если пользователи массово отказываются от первой программы и массово переходят на использование второй программы, то значит первая менее качественная, а вторая более качественная.
Тогда всё встаёт на свои места.
Кстати, характерно, что пользователи массово отказались от старого софта и перешли на новый. Почему? Потому что новый более качественный.
А сколько там инструкций в кодогенераторе - да всем насрать. Или выражаясь более культурным языком - не имеет значения.
Ты просил формальный критерий, я его предложил, критерий "юзерам больше нравится" - неформальный.
>Этим критерием можно однозначно определять
Твоя мама очень хорошая, ведь ее юзают и юзали сотни людей, пруфы ищи в архиваче.
Чел. Блин.
Мы все привыкли, что есть база архитектура х86.
И почти никто не знает, что параллельно существует архитектура intel-51. Начиная от 8-битного 8051 и до 32-битного 80251. Это какая-то параллельная реальность, где живёт и процветает BASIC.
Те старые компьютеры с бэйсиком, о которых мы знаем, проникли к нам через порталы и разрывы пространства и времени из параллельной вселенной 51.
или может всё таки похвалить тебя?:)
Давай лучше обсуждать параллельную вселенную intel-52 компьютеров, которых миллиарды, но мы их не видим. один из таких компьютеров наверняка спрятан внутри твоей клавиатуры.
я и сам практически абсолютно являюсь intel-52 компьютером, а кто нет
>BASIC
Разве это говно не чисто для школьников? На нем же никогда нихера не писали. Лучше уж паскаль использовать, он хотя бы полноценный рабочий язык. Или С. Чем тебе С не нравится? Круто, олдскульно.
Спорно, люди переходят на новый софт, из за устаревания железа, операционных систем, просто у компании меняются управленцы и переписывают всё с нуля.
Древний софт пизже современного, причем не имея дизайна совсем, только базовые окна.
Пример - панель управления windows , они до сих пор не могут её повторить, чтобы это было удобно, и функционала осталось столько же, они до сих пор не могут удалить некоторые элементы, просто прячут иконку ибо в новой версии настроек тупо не всё реализовано.
скрипты для экселя
Си надо компилять. А Басик сразу выполняется. То что надо для быстрого программирования.
>люди переходят на новый софт, из за устаревания железа, операционных систем
Ты уверен?
Мне казалось всё наоборот. Железо и ОС устаревают из-за нового софта.
Не обязательно.
Есть компилятор tcc, который даёт возможность быть практически как интерпритатор С.
Да и даже чё там откомпилировать, всего одна команда - и результат. Можно скрипт создать который сам компилит, сам запускает, а затем удаляет.
Ну там замкнутый круг, по сути всё устаревает из за того, что так кто-то решил, из за воли чьей то грубо говоря. В конечном итоге всё равно железо стареет , ютуб не вывозит в fulhd или памяти не хватает браузер второчить.
Ещё, я не понял задачу.
>Тривиальная задача скопировать изображение из одной области памяти в другю область памяти.
Так в чём проблема просто выделить новую память и записать туда всё из предыдущей?
picture = malloc(скока_байт_нада);
for(int i =0; i < max; i++){
picture = source;
}
Типо и всё. Или в бейсике нельзя выделять память? Или в бейсике нет указателей на массив? В чем задача короче.
Задача.
Есть сегмет памяти 64кб. Это видеопамять. Надо из прямоугольной области 100х100 пикселей, расположенной в координатах х,у:50,50 прочитать цвета всех пикселей в одномерный массив В[10000] и затем из массива В записать цвета пикселей в туже самую видеопамять, но в прямоугольник в координатах 155,50.
Задача уже решена тупо перебором элементов массива и преобразованием двумерных координат х,у в одномерную координату А, так что функция цвета С=f1(x,y)=B[f2(x,y)]=B[A].
Всё пучком. Задача решается легко.
Сложности на этапе кодинга возникли, когда пытался кодить в дедовском стиле и пропали когда стал кодить в современном стиле.
>игруха Элита которую до сих пор не могут повторить
Не могут или не хотят. Это разные понятия. Так то в старую Элиту и играть никто нехочет.
В конце девяностых плюсы уже в вузах преподавали. В 1993 МВД внедряло СУБД Кронос, написанную на плюсах. В 1995 Рошаль написал винрар на плюсах. Borland C++ вышел 1990
Что эта поебень значит, по олдскульному и в современном стиле?
Всё равно не понял. Чё за "видеопамять"? Почему оттуда нельзя просто как из потока ввода брать байты функцией getc()?
Или, если это двумерный массив, то тупо двумя циклами его не перебрать.
Так на самом компьютере никогда не было компилятора бейсика, только интерпретатор упрощенного диалекта какого-нибудь, типа QBASIC или как у тебя на скриншоте 3 написано Tiny Basic (https://www.nomad.ee/micros/tbmanual/index.shtml), где не было ни циклов, ничего. Скорее всего даже спецификации языка с процедурами и структурам вообще не было не было на тот момент, так что не считается.
Или пиши на языке который тот комп мог на тот момент интерпретировать, или пиши на родном ассемблере.
>пытался кодить в дедовском стиле и пропали когда стал кодить в современном стиле
Что это на практике означает? Судя по описанию у тебя там один цикл, где там можно объебаться, где проявить "сьиль"?
Как-то невнятно написал, короче так:
> Откопал древний язык программирования BASIC
У тебя на скриншоте современный бейсик со свителками и перделками, если хочешь древнее - то откапывай древний бейсик, типа MCS-51-BASIC, как у тебя на скриншоте написано.
хорошо хорошо
откопал
изучаю различия
судя по всему различия небольшие
например обязательно нумеровать строки, а длина имени переменной ограничена 8 символами
>Ты пробовал работать с фреймбуфером как с потоком ?
Нет, я вообще ничего не пробовал, я ламер. Просто интересуюсь, общаюсь.
Мне казалось, что вот взаимодействие с любыми внешними устройствами устроены как потоки ввода-вывода. В любом же случае, мы работаем с монитором через драйвер в самом мониторе, то есть через программу которая параллельно работает где-то в контроллере моника. Взаимодействие между двумя программами обычно в любому случае даёт "поток" или "сокет". Или я глупый.
Я и сам не понял где там можно объебаться. Но где-то объебался и не понял где.
А когда переписал со стилем, то всё само собой получилось.
Пояснять в чём стиль не стану. Если ты визуально не видишь, то и объяснения не поймёшь.
Всё так, когда монитор представлен в операционной системе как устройство и у него есть драйвер.
В моём случае процессор работает так, будто операционной системы не существует, видит монитор как область памяти, ничего не знает ни о каких устройствах и не имеет никаких драйверов.
DOS просто чтобы вспомнить как прогать ипримерно оценить, стоит ли оно того, чтобы потом заморачиваться с реальным железом.
А реальное железо это intel 8051 с несколькими килобайтами оперативки. Там ОС впринципе не предусмотрена.
>Древний софт пизже современного, причем не имея дизайна совсем, только базовые окна.
>
АХАХАХХАХАХХАХАХА ВСУКА АХААХАХХААХА
Нет. Копаюсь в легаси соапном говне. Это просто ужасный, непродуманный пиздец. ЛЮБАЯ модификация вызывает каскад багов. Зато оптимизировано. Зато на ibm pc работает!я даже не уверен что это шутка
Крутой. Будет новая tampleOS
перепиши свое говно под пикрелейтед, тогда можем и за археологию поговорить
Ахаахх, со стилем, ебать. Ты стильный пацан, как я посмотрю. Я не обратил внимание на второй оппик, и решил что ты просто тролишь тупизной. То что ты называешь "стилем" это разные языки, из разных поколений, с разными парадигмами.
На первом пике у тебя какое-то наречие обычного (классического) Бейсика, на втором пике у тебя визуал бейсик.
Бейсик это основной язык программирования для большинства машин с шестидесятых по девяностые. Максимально простой, с кучей разных реализаций и подвидов. Не узконаправленный, а как бы "для всех". Это мастхев для пользователя компьютера в двадцатом веке. Не для программиста, для пользователя. В те времена компьютер запускал в качестве интерфейса пользователя, само собой не рабочий стол, не файловый менеджер и даже не командную строку, запускался интерпретатор бейсика. Вот чё те нужно от компа, напиши, он всё сделает. Хочешь, перепечатай игру из книжки, хочешь напиши программу которая выведет тебе файлы с компа, если файловая система есть, конечно.
На втором пике Визуал Бейсик. Это поделка майкросовта из девяностых, объектно ориентированный язык для создания оконных приложений. В те времена компы уже поставляли с ОС, времена первых виндовсов, ГУЙов, оконных интерфейсов. Тогда уже было очевидно что большие проекты проще разрабатывать с помощью ООП ( организация освобождения палестины). Объектный подход также отлично подходил для разработки графических программ, с кнопками, месседжбоксами и менюшками, а заметный оверхед софта разработанного в парадигме ООП, требующий производительности компа заметно большей, чем классический монолитный процедурный подход, с лихвой удовлетворяли невиданные доселе ДЕСЯТКИ МЕГАБАЙТ рам и СОТНИ МЕГАГЕРЦ тактовой частоты. Становилось очевидно что время программиста дороже времени компьютера и ООП, ГУЙ и модульность это заебись. Задумка была в том, чтобы сохранить классический бейсиковский синтаксис, даже иметь полную обратную совместимость с ним, но добавить туда ООП и библиотеки с окошками на уровне системной библиотеки. Чтобы все те сотни тысяч людей, которые уже умеют в бейсик, могли в нём работать и не учить новый синтаксис, писать свою процедурную хуйню и потихоньку пересаживаться на ООП, писать на нём оконные программы приложения для винды. Но Визуал Бейсик не взлетел. Синтаксис бейсика был актуален во времена космической гонки, в девяностые он казался перегруженным и неудобным, многие конструкции получившегося языка были просто неочевидными и неудобными, язык был слишком "базовым" и нахлобучки не делали его универсальнее. Да и деды рот ебали этого ООП и писали всё на нативном бейсике, попутно плюясь от того что хеллоуворд на новом модном объектном языке сжирает аж 100кБ, а те кто хотел чему-то научиться изучали плюсы, а не дедовский бейсик с классами. Мелкомягкие его долго проталкивали, как самый пиздатый язык сочетающий в себе всё на свете, писали под него библиотеки, выпускали среды разработки, но ВБ так и остался всратым языком актуальным только для детских поделок и обучения.
Итого:
1й пик, процедурный язык, мастхев времён холодной войны, 30 лет был основным языком
2й пик, ООПшный язык, поделка майкрософта из начала 90х, вдохновлённая менеджерами и маркетологами, экспертами рынка, которые никогда не писали код
Ахаахх, со стилем, ебать. Ты стильный пацан, как я посмотрю. Я не обратил внимание на второй оппик, и решил что ты просто тролишь тупизной. То что ты называешь "стилем" это разные языки, из разных поколений, с разными парадигмами.
На первом пике у тебя какое-то наречие обычного (классического) Бейсика, на втором пике у тебя визуал бейсик.
Бейсик это основной язык программирования для большинства машин с шестидесятых по девяностые. Максимально простой, с кучей разных реализаций и подвидов. Не узконаправленный, а как бы "для всех". Это мастхев для пользователя компьютера в двадцатом веке. Не для программиста, для пользователя. В те времена компьютер запускал в качестве интерфейса пользователя, само собой не рабочий стол, не файловый менеджер и даже не командную строку, запускался интерпретатор бейсика. Вот чё те нужно от компа, напиши, он всё сделает. Хочешь, перепечатай игру из книжки, хочешь напиши программу которая выведет тебе файлы с компа, если файловая система есть, конечно.
На втором пике Визуал Бейсик. Это поделка майкросовта из девяностых, объектно ориентированный язык для создания оконных приложений. В те времена компы уже поставляли с ОС, времена первых виндовсов, ГУЙов, оконных интерфейсов. Тогда уже было очевидно что большие проекты проще разрабатывать с помощью ООП ( организация освобождения палестины). Объектный подход также отлично подходил для разработки графических программ, с кнопками, месседжбоксами и менюшками, а заметный оверхед софта разработанного в парадигме ООП, требующий производительности компа заметно большей, чем классический монолитный процедурный подход, с лихвой удовлетворяли невиданные доселе ДЕСЯТКИ МЕГАБАЙТ рам и СОТНИ МЕГАГЕРЦ тактовой частоты. Становилось очевидно что время программиста дороже времени компьютера и ООП, ГУЙ и модульность это заебись. Задумка была в том, чтобы сохранить классический бейсиковский синтаксис, даже иметь полную обратную совместимость с ним, но добавить туда ООП и библиотеки с окошками на уровне системной библиотеки. Чтобы все те сотни тысяч людей, которые уже умеют в бейсик, могли в нём работать и не учить новый синтаксис, писать свою процедурную хуйню и потихоньку пересаживаться на ООП, писать на нём оконные программы приложения для винды. Но Визуал Бейсик не взлетел. Синтаксис бейсика был актуален во времена космической гонки, в девяностые он казался перегруженным и неудобным, многие конструкции получившегося языка были просто неочевидными и неудобными, язык был слишком "базовым" и нахлобучки не делали его универсальнее. Да и деды рот ебали этого ООП и писали всё на нативном бейсике, попутно плюясь от того что хеллоуворд на новом модном объектном языке сжирает аж 100кБ, а те кто хотел чему-то научиться изучали плюсы, а не дедовский бейсик с классами. Мелкомягкие его долго проталкивали, как самый пиздатый язык сочетающий в себе всё на свете, писали под него библиотеки, выпускали среды разработки, но ВБ так и остался всратым языком актуальным только для детских поделок и обучения.
Итого:
1й пик, процедурный язык, мастхев времён холодной войны, 30 лет был основным языком
2й пик, ООПшный язык, поделка майкрософта из начала 90х, вдохновлённая менеджерами и маркетологами, экспертами рынка, которые никогда не писали код
Электроника мк-85 это полноценный 16 битный компьютер с бейсиком, софтом и играми, касио это обычный инженерный калькулятор с АЛУ на 4 бита.
Тогдашний министр электронной промышленности А.И. Шокин потребовал полного внешнего сходства с некогда увиденного им японского калькулятора. Зачем и кому это было нужно, загадка.
https://youtu.be/_CkUNfVdD5A
Хуйня. Вон Альтаир вообще программировали переключением тумблеров, слабо? Только потом мажор Билли спиздил этот твой бэйсик и продал как своë поделие для Альтаира (так и появилась Майкрософт).
А чё ты красивого сделал на втором пике, так и не понял? Ебейше насрал ОБЪЕКТАМИ, ПОЛЯМИ и ФУНКЦИЯМИ? Ёб твою мать, красотища какая. По-моему, на первом пике всё более-менее нормально, только не хватает комментов немного. А завафлил задачу ты уже исключительно по тупости. Тебе даже конечный результат как бы намекает, где ошибка, лол.
Привет олдам. У меня такой же есть. Сколько ж я на нем писал.
Опять не угадал. Да что ж это такое!
Нет там ни объектов, ни функций. Только операторы и переменные. Да и поля не настоящие, это стилистическая иммитация.
Сам код стал выглядеть более структурированно. В этом и состоит стиль.
> а потому что красиво кодить не умели.
Поэтому мелкософты подумывают вернуться на win32, вместо этих ваших гомогейских фреймворков?
https://news.ycombinator.com/item?id=36060678
Верхнее окно это MS QBASIC для DOS из 1990 года. Это не визуал бейсик.
Во нижнем окне intel BASIC-52 v1.1 из 1980 года, запущенный в эмуляторе процессора intel 8052, запущенном в эмуляторе DOS, запущенном в виртуальной машине DOS Box.
Код BASIC-52 может исполняться в QBASIC. Соответственно в QBASIC можно кодить для процессора intel 8052. Ну разумеется при этом помнить, что не все фичи QBASIC работают в BASIC-52. В частности например мой код копирования памяти пришлось бы немножко изменить:
1. Пронумеровать все строки.
2. Сократить имена переменных до 8 символов и убрать символы точки
Процессор intel 8052 - 8 битный и имеет всего 256 байт ОЗУ (именно байт, а не килобайт или мегабайт или гигабайт). Но технически предусмотрено добавление памяти до 64 килобайт. Таким образом i8052 может дорасти до типичного ПК из 1980-ых, на котором можно гонять проги, написанные для QBASIC-а.
Другая особенность i8052 в том, что этот процессор эволюционировал и в 2024 году его потомки поддерживают всякую периферию искаропки: USB, ком-порты, интерфейсы дисплеев, сеть, в том числе Wi-Fi. То есть являются мощной альтернативой всяким ардуинкам.
Текстовые терминалы, функционально подобные современным, изобрели в 1901 году.
То, что ты предлагеешь - программирование через дёрганье тумблеров - устарело раньше чем появилось.
>>44160
>>45872
Было бы круто, если бы программы и данные из этих калькулятором можно было бы сохранять на диск и потом загружать обратно. Так можно? Если нет, то хуйня.Прям совсем хуйня, бюез всяких оговорок.
Для нормального программирования нужны эти вещи:
нормальныая клавиатура,
нормальный вывод хотя бы текста,
сохранение и загрузка.
>i8052 может дорасти до типичного ПК из 1980-ых
А его потомок intel 80252 это 16/32 битный процессор, поддерживающий до 16 МБ ОЗУ. Известно, что этот процессор используется для промыщленной автоматизации. Теоретически на нем можно запустить линукс из 2024 года. Может быть даже практически можно. Я не выяснял, запускал ли кто-то действительно линукс на i80252. Но проводил эксперимент, запуская линукс на старом роутере на 10 мегабайтах оперативки. Запустилось и нормально работало.
забыл про фоточки
как можно видеть здесь весь фарш, типичный дла обычного ПК:
- собсно сам процессор 80251 (я иногда пишу 80252. это не правильно, но сути не меняет. так то 51 и 52 это одно и тоже. то есть раньше они отличались, а потом перестали).
- оперативная память в слотах
- съёмная микросхема биос
- дисковые порты
- видеовыход
- разъёмы для клавы и мышки
- компорт для модема
- где-то в глубине запрятаны коннекторы юсб
Это компьютер из другой реальности, где интернет 56к - этого достаточно, где 16 МБ оперативки это охуеть как много, где частота 100 МГц - слишком дохуя.
Потому что может. Тебя же не спрашивают для чего сидеть на дваче, если можно на хабре.
Это компьютер из мира сурового легаси, в котором переносить на новое железо - заёбно, да и оригинальные авторы ПО уж померли давно, потому проще собрать систему прям как у дидов.
https://www.youtube.com/watch?v=Q4qJf50YSVk
Орул с сосницкого.
>переписал код в современном стиле
Это visual basic, это нихуя не basic. Это всё равно как на C# написать и сказать что это Си.
>>54714
>я иногда пишу 80252. это не правильно, но сути не меняет. так то 51 и 52 это одно и тоже.
Ага, но на один побольше.
Какой же ты тупой
>basic
>древний
Старенький. Понимаю, что для зумерашек то, что юзали 15-20 лет назад это древность, но различать надо...
База.
> не потому что железо было слабое, а потому что красиво кодить не умели.
Абсолютно невменяемый ебаный малолетний даун. Какое нахуй философствование, возьми да заведи шиндовс хп на 256 мегабайтах ОЗУ и напиши хорошую программу с хорошим кодом,.
>>27316
Когда начнешь работать, тогда и поговорим, манька.
Оригинальный бейсик юзали лет 40 назад, чел, а сделали вообще 60 лет назад.
20 лет назад никто, кроме ебанутого майкрософта, который свой Вижуал Бейски пихали во все дыры - уже не юзал.
20 лет назад - все нормальные люди писали на плюсах и жаве.
Ебать, какая же дрочьба, пиздос. Чтобы искренне не из под палки, а с интересом заниматься этим, нужно быть очень особенным человеком.
>Орул с сосницкого.
>Это visual basic, это нихуя не basic. Это всё равно как на C# написать и сказать что это Си.
Орни ещё раз с вот этого >>50378
>>58356
>Ага, но на один побольше.
>Какой же ты тупой
Ну если так рассуждать, то оба тупые. При том второй тупее первого. Разница между 51 и 52 была раньше в количестве памяти. У первого было 128 байт, у второго 256 байт. Потом эту разницу отменили и у обоих стало поровну.
Почему ты самый тупой? Ну потому что не зная матчасти делаешь выводы.
>аведи шиндовс хп на 256 мегабайтах ОЗУ и напиши хорошую программу
Это не возможно. ХР само по себе хуёвое по сравнению со всем другим и ничего хорошего там не сделать.
>Когда начнешь работать, тогда и поговорим
Ок, манька.
Чтобы сидеть в /б/ нужно быть очень особенным человеком. Но ты же сидишь здесь, пока обычные люди отдыхают детом на природе или заграницей.
Я согласен.
>сурового легаси, в котором переносить на новое железо - заёбно, да и оригинальные авторы ПО уж померли давно, потому проще собрать систему прям как у дидов
Вообще-то проще простого. Загоняешь всё в виртуалку и крутишь на обычном дешёвом х86 ПК.
Другое дело что никому нахер не всралась прослойка виртуализации в системах с высокими требованиями к надёжности. А требования очень высокие. Это тебе не стерильная серверная. Это мир суровых заводов с гречневыми мужиками. Там достаточно надёжный сервер виртуальных машин будет стоить как крыло боинга.
Ты даже не понял с чего я ору, лол. Ты любитель дилетант, который делает нелепые ошибки, а когда тебя поправляют ведёшь себя как ребёнок и продолжаешь повторять нелепицу. Ну и дальше называй VB кубейсиком, а 8051 называй 8052, или 8031, всем сразу понятно будет с кем они имеют дело
Чел, займись самоанализом, что ли.
А то ты код кубасика называешь визуал басиком. То есть ты в принципи понимаешь, что между этими вещами должна быть разница. Но саму разницу ты не видишь и путаешь их.
Вот смотри. Скриншот кубасика с тем же кодом, который в ОП посте, который ты считаешь визуал басиком.
Это именно кубасик. Визуалбасик там не заработал бы никак.
Ну а то, что ты не знаешь ни сходств, ни отличий 8051 и 8052 - я тебе прощаю. С этим даже не каждый профессионал разберётся. Куда уж битарду.
Это копия, сохраненная 7 июля в 16:25.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.