Кто работал в юниксе? где работали в юниксе? я же говорю - юникс не для персоналок, он был установлен на единичные компьютеры. Дос появился в 84 году, и персоналки совсем убили мамонтов. Те кто «в ус не дули - работали себе в юниксе (а позже - в линуксе).» впервые увидели персональный компьютер только в 1993 году.

> О p1 не стоит: в 93 году достать его могли немногие.

Ну i486 тогда, там уже FPU было интегрировано, кстати.

Я вот хочу где-нибудь достать 386 или 486 и попробовать запустить Slackware 1.01 (на 286, понятно, не пойдёт)

> и грузившейся секунды с этой самой дискетки?

Вот врать-то не надо, DOS даже на новых компьютерах грузится не меньше минуты с дискеты.

помещавшейся на одну дискетку

Slackware тоже на одну дискету помещается — базовая часть, и там уже было автодополнение команд, до которого в альтернативных ОС до сих пор не додумались (!)

под которую нет программ

Здравствуйте! А на что там было 20 или сколько дискет? Там даже латех был. Я сомневаюсь, что до возможностей той его версии, которая была там дорос даже современный мс ворд

драйверы под все возможное железо

Ну вот про драйвера ничего не скажу, к сожалению, у меня нет старого компа что бы попробовать. Но вообще, тогда переферии как таковой почти не было, а принтеры работали через посылку документа в порт RS-232.

> росто здесь, например, многие о мастдайке узнали лишь году эдак в 1995-2000. А до этого и в ус не дули - работали себе в юниксе

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

Однако, я работал на i486 в школе, дома-то четвёртый пень.

Вот пример чего нельзя сделать на изкоробочном дебиане

Если ты используешь версию хз сколько летней записи — это не проблемы дебиана. В моей Slackware всё работает и с юникодом (en_US.UTF-8). Впрочем, можно поставить локаль KOI8-R (благо в отличии от шиндошс можно менять локаль для программ индивидуально), тогда кодировка будет однобайтная. В любом случае, ты пока что не привел кода ни для одной из задач треда, даже для вывода IP я сам нагуглил.

0LzQsNC80LAg0LzRi9C70LAg0YDQsNC80YMKbW90aGVyIHdhc2hlZCBhIHdpbmRvdyBmcmFtZQrQ
utGC0L4t0YLQviDRgNCw0LzRgyDQvNGL0LvRiywg0LPQtNC1LdGC0L4g0L3QtdC00L7QvNGL0LsK

Кстати, вот мой тестовый файл.

>Ну i486 тогда, там уже FPU было интегрировано, кстати.

На i486 как правило было <4Mb RAM, на p1 уже было заметно больше. Объяснять, почему иксы на первом будут выглядеть крайне уныло?

> Объяснять, почему иксы на первом будут выглядеть крайне уныло?

Не представляю себе требований тогдашних иксов к памяти. Но Шиндошс 3.11 на 486 более-менее работал, а это типа иксов. только для DOS.

Школоло? Я как раз застал 286 в школе, и 386 дома. Дос без всяких новомодных оболочек и расширителей памяти грузился секунды. Потом правда первой командой часто набирался vc

> Дос без всяких новомодных оболочек и расширителей памяти грузился секунды

Если только из ПЗУ. С дискеты он ну никак не может столько грузиться, потому что дискета читается долго.

Самая гениальная идея какую я вижу - использовать разную локаль в терминале и в консольной программе. если уж менять локаль, то и терминал придется запускать в koi8. Кроме того, в любимой тобой koi8 есть один маааленький недостаток - русские буквы в ней идут не по алфавиту, и со всякими sort и а..я будут смешные проблемы. Видишь сколько тонкостей надо знать чтобы решить банальнейшую задачу в консоли линукса?

Кроме того - отличный тролль-прием - ты подставляешь под «линукс» каждый раз тот дистр, который лучше подходит для твоих целей (слаки, убунты, редхаты). Невозможно одновременно использовать все это на компе, а у каждого дистра есть свои смешные проблемы.

latex был и под дос (назывался кажется miktex), причем появился там раньше, чем в линуксе.

Под досом тогда были кады(autocad 1982 год), 3dмакс (первая версия вышла в 1990 году),autocad( корвет и фокспро(бухгалтерские системы).

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

Запусти, потом опишешь свой замечательный опыт.

Да, на убунте все сработало как надо, вот только для такой банальной фигни нужно ПОЛНОСТЬЮ обновить ОС со старого дебиана.ХР до сих пор пользуются 40% пользователей, в мире Шиндошс нет таких жестких требований к обновлению системы.

> Самая гениальная идея какую я вижу - использовать разную локаль в терминале и в консольной программе. если уж менять локаль, то и терминал придется запускать в koi8.

Вовсе не обязательно. ибо можно пропустить конечный вывод через iconv

Кроме того, в любимой тобой koi8 есть один маааленький недостаток - русские буквы в ней идут не по алфавиту, и со всякими sort и а..я будут смешные проблемы.

В данной задаче sort не нужен, а будут ли проблемы — ещё неизвестно, надо тестить. Но вообще есть на худой конец cp1251, но оно мне не нравится.

Юникс в нашей обсерватории был на всех персоналках и серверах, а потом появился линукс, и вместо пиратского юникса везде стали ставить пиратскую красношапку.

Пруфпик http://upload.wikimedia.org/wikipedia/commons/e/ee/Pdp-11-40.jpg

Теперь я понимаю, почему рутовский пароль на нашем почтовом сервере в течение длительного времени был «digital» :)

> ХР до сих пор пользуются 40% пользователей

Это потому что более новые версии Windows ещё ужасней.

нужно ПОЛНОСТЬЮ обновить ОС со старого дебиана

Вообще говоря, не обязательно, можно вполне бекпортировать более новую версию grep (или с чем проблема).

А вот ты попробуй-ка в XP например запилить DX11

dx11 - системная библиотека. Порты где-то есть, но зачем, если все новые игры идут на ХР и так. Когда перестанут идти, проще будет выкинуть весь компьютер вместе с ХР, потому что остальные системные требования тоже подтянутся.

бекпортирование grep - это изкаропки. я просто хотел показать, что ты не можешь ничего утверждать про искоробочность произвольно взятой машины с «линукс». Винда гарантирует определенный стандартный набор возможностей (запуск любых программ), а линукс ничего не гарантирует.

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

Фанатик детектед, cp1251 ему не нравится. Майкрософт сделали кодировки cp866 и cp1251 с нормальным алфавитным расположением символов (только ё выбивается), пока линуксоиды возились с koi8, которая сама по себе костылище для убогоньких неполноценных 7-битных программ.

Сначала были всякие PDP, потом, где-то в начале 80-х - PDP стали заменять на IBM PC. Что за юникс был - не знаю, надо аксакалов поспрашивать. А вот году в 90-м, когда интернет появился, начали выкачивать всякие линуксы. А «шапку» вроде даже как покупали официально (один диск на всех =) ).

юниксы вроде не могли идти на ibm pc, именно по этой причине всякие таненбаумы и торвальдсы стали разрабатывать minix и linux.

Что-то мне казалось, что SV4 уже на «писюках» работал.

> Винда гарантирует определенный стандартный набор возможностей (запуск любых программ)

Давай я тебе скину пакет какой-нибудь от Slackware64, и посмотрим как твоя винда гарантирует запуск любых программ... Да что там, она даже досовские и NE программы далеко не все запустит

> ты не можешь ничего утверждать про искоробочность произвольно взятой машины с «линукс»

Если не использовать, например, возможности bash 4, то вполне можно. Просто bash4 крут, почему бы этим не пользоваться?

dx11 - системная библиотека. Порты где-то есть, но зачем, если все новые игры идут на ХР и так. Когда перестанут идти, проще будет выкинуть весь компьютер вместе с ХР, потому что остальные системные требования тоже подтянутся.

Выкинуть XP? А что тогда поставить? GNU/Linux с wine? Все версии Windows после XP — не вариант для пользователя XP.

>Все версии Windows после XP — не вариант для пользователя XP.

Ну зачем так толсто?

Выкинуть весь компьютер я сказал. Лет через 5-6 XP совсем перестанет поддерживаться производителями актуального железа, а вин7 уже сейчас работает достаточно производительно (по крайней мере на моем 2х ядерном компе с 2мя гигами памяти)

Для досовских есть dosbox. Какой там пакет ты мне скинешь? почти все опенсорсные программы имеют .exe на сорсфорже

epic fail

> UNIX на PDP-11 от дешевых персоналок отделяет
внезапно:
http://upload.wikimedia.org/wikipedia/commons/8/88/PDP-11-M7270.jpg
по размеру это - меньше чем mini-ATX.
ето где-то середина-конец 70-х. кстати, RT-11SJ (на PDP/LSI-11) - вполне себе была «примитивной однозадачной системой». и кстати, с открытыми сорцами на те же дрова например. а потом у DEC был epic fail. в виде Rainbow - вполне себе персоналки, но на базе PDP-11.
но хомячки побежали грызть IBM PC clones.
а первой персоналкой была Искра 226, в девичестве Wang.
и внимание, на ней также можно было запустить UNIX(tm).
и да, на писюках середины 80-х также можно было работать в UNIX(tm)
AKA (сюрприз!) Microsoft Xenix, честный UNIX v7. шло даже на 286 prot.mode. Ваш К.О.

Xenix

> Дос появился в 84 году
в 84 году появился ms-dos 2.11 и там уже были UNIX-like directoriesи поддержка НЖМД (с версии 2.0 1983г.).
и ещё была т.н. UNIX PC от AT&T. с ST225 внутри и рыжим люминофором моноблока.
proof for Xenix:
http://upload.wikimedia.org/wikipedia/commons/e/e9/Ms_xenix.png

linux

> А вот году в 90-м
тащемта тут недавно ссылка была что Линуксу 20 лет (25 августа 1991). позор ламерам!

Фанатик детектед

> Фанатик детектед, cp1251 ему не нравится
алаверды. я могу тоже сказать про тебя. cp866 IBM придумала btw.
cp1251 имеет кучу неудобных моментов. кои8 была продуманно и намеренно
сделана со знаками не по порядку - таму были очень серьёзные причины, сейчас несущественные. точнее знаки там были в фонетическом соответствии к латинским.
если говорить про «удобства» так utf16 вообще атас для программера,
по крайней мере utf-8 ужимается до 1 байта если надо.

UNIX PC

> Персоналках?? это что за персоналки были, и какой на них стоял юникс
proof:
http://www.youtube.com/watch?v=Aj1n2_qEq5k
мерзкий звук - это Seagate ST225 .
DEC GT40 - аполне сбее персоналка и там можно было запустить при желании UNIX(tm)
http://en.wikipedia.org/wiki/File:GT40_Lunar_Lander.jpghttp:
обычный LSI-11/23 размер - с обычный современный лежачий ATX
http://upload.wikimedia.org/wikipedia/commons/e/ef/DEC_LSI11-23.jpg
UNIX compatible
ещё была серия DEC PRO
http://www.digitalbits.org/data/media/pages/pro350b.jpg
внутри - PDI-11 совместимый проц

> На i486 как правило было <4Mb RAM
это Вы с 286 и ранними 386 перепутали.
на 486 как правило было >=4мб.
у меня было сначала 4, потом 8 потом 20.
X11 уныло выглядели при памяти <8мб, os/2 обгоняла в лёт. но уже при 8 - примерно был паритет. что делала с памятью современная тогда им win 3.11 - можно только догадаться ;-).

Ну, 3.11 и на 386 была юзабельной. А w95 при попытке запуска на 4Мб/i486 жутко свопилось. Работать было почти нереально.

было но прошло

> w95 при ... 4Мб/i486 ...Работать было почти нереально
ну да. так оно и было. win3.1 работало и на 2мб, 3.11 - надо было 4мб. W3.1 кстати и на 286 с1 мб «работало». видимо также нектороые «работали» на Nt4 с 32мб. работать начинало при 16мб. если office 95. правда тут некоторые на NT4 умудрялись якобы «работать» на 16мб в officeXp.;-)

> http://upload.wikimedia.org/wikipedia/commons/8/88/PDP-11-M7270.jpg

по размеру это - меньше чем mini-ATX.

И что это по-твоему? до компьютера этому далеко - не хватает всего остального кроме процессора и памяти.

Xenix - не unix, это юникс-подобная ОС.

Очевидно то, что эти поделки самозакопались, а dos победил что-то да и значит.

utf16 надо хранить не в char* конечно. Идеальная кодировка. Просто неадекватные Керниган и Ко когда делали язык Си назвали «минимально адресуемую единицу данных машины» словом char, хотя это определение в корне неверно. В адекватных языках Char - это символ, при чем в юникоде (c#,java).

серьезные причины - наличие программ которые не понимали 8-битные символы и использовали 8 бит под свои нужды, а текст все равно оставался читабельным. Это самый настоящий костыль, даже КОСТЫЛИЩЕ.

ужимание до одного байта не нужно, нужна возможность выбрать пятый символ строки как s[4] - в utf8 придется парсить всю строку от начала и считать байты.

Может быть в америке каждый студент мог себе купить компьютер DEC или AT&T, но фирмы это чисто американские, и сомневаюсь, что за пределами америк эти компы были популярны. А в самой америке рулили первые эплы (с графической системой!)

>ужимание до одного байта не нужно, нужна возможность выбрать пятый символ строки как s[4] - в utf8 придется парсить всю строку от начала и считать байты.

В utf-16 в общем случае тоже.

unix

по поводу корзинки к ней - я ссыдку на фото тут уже кидал.
не намного больше стандартного лежачего atx корпуса. и уж поменьше ibm pc с косым рылом.;-)

Xenix - не unix

слухай, ламер, эта «не unix» основана на v7 и успешно работала на той самой пресловутой PDP-11 в разных позах. что тогда «Unix»?

В общем случае...

Остальное пространство используется для «дополнительных символов» (англ. supplementary characters): систем письма вымерших языков или очень редко используемых китайских иероглифов, математических и музыкальных символов.

Любая программа может себе позволить не учитывать существование таких символов - в отличие однобайтовых кодировок. Если в будущем вдруг окажется настолько нужно поддерживать больший алфавит - растянут тип char до 4 байт, не велика беда.

Я считаю юниксами только первые юниксы, в названии которых было слово UNIX, иначе можно очень далеко пойти - сначала мы всякие ксениксы и соляры назовем юниксами, потом линупс, а потом окажется что винда с cygwin тоже юникс. Все системы так или иначе «основаны» на Unix - они posix совместимые, а стандарт posix описывает именно unix.

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

Есть специальные инструменты для работы с utf-16 именно как utf-16, а не ucs-2. Точно так же, как раньше поступали (да и сейчас так иногда делают, в основном в CJK-регионе, остальные считают, что в ansi-строке всегда 1 байт на символ, пока не обнаружат существование мультибайтных ansi-кодировок и собственно их пользователей) в доюникодном софте.

Если в будущем вдруг окажется настолько нужно поддерживать больший алфавит - растянут тип char до 4 байт, не велика беда.

В линуксах давно растянули.

> В линуксах давно растянули.

Где?

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

Традиционный пруфлинк.

в ansi-строке всегда 1 байт на символ, пока не обнаружат существование мультибайтных ansi-кодировок и собственно их пользователей) в доюникодном софте.

Я считаю ansi строки злом, а языки которые заставляют с ними работать - низкоуровневыми макроассемблерами. Для ядра ОС они может и подходят, но за использование таких быдлоязычков в прикладном софте надо расстреливать.

wchar в линуксах умеет весь UCS-4.

Традиционный пруфлинк.

http://www.google.com/search?q="BMP外"

Традиционно 2 квадратика фичей не объявляют. Кому-то не пофиг.

Я считаю ansi строки злом, а языки которые заставляют с ними работать - низкоуровневыми макроассемблерами.

Ну да, но раньше жили и с ansi. И сейчас живут, а что делать? http://tronweb.super-nova.co.jp/chinesecharsandtroncode.html достаточно популярно объясняет проблемы с юникодом.

Xenix

> Я считаю юниксами...в названии которых было слово UNIX
всё, я упал под стол.
даже по такому убогому признаку Xenix проходит ибо он
происходит непосредственно из кода Unix и это девическое названиек для (сюрприз!) SCO openserver который хоть и с тараканами но вполне себе Unix. иначе я откажу в праве называться вендой спрмёрочке и свисте.

>> редко используемые иероглифы встречаются в именах собственных

Традиционный пруфлинк.

на гугле забанили?
http://ru.wikipedia.org/wiki/Японское_имя#.D0.9E.D0.B1.D1.89.D0.B8.D0.B5_.D0....
Японские фамилии и имена читаются особенно — не так как обычные слова. В словарях часто указывается специальное чтение иероглифов — нанори, которое встречается только в именах собственных. Многие фамилии и имена читаются по редким кунам, по сочетанию кунных чтений и нанори, сочетаниям онов и кунов.

wchar в линуксах - сферический wchar в вакууме. В виндах абсолютно весь api построен на wchar, по этому я например могу назвать пользователя русскими буквами, и это сработает. В линуксах до такого уровня поддержки юникода еще очень далеко.

С иероглифами конечно беда. Типичный китаец знает <10000 иероглифов, и значит 99,9% даже китайцев не заметят проблем с UTF-16.

Что значит вполне себе юникс? Винды бинарно совместимы между собой. Ты можешь сказать подобное про AIX и SCO openserver?

Раз такой умный, дай из под стола определение «UNIX» системы такое, чтобы его можно было легко применить к любой системе и сказать, юникс это или не юникс.