forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск операционной системы Redox OS 0.6, написанной на языке Rust , opennews (??), 26-Дек-20, (0) [смотреть все]

Великолепная ось на божественном языке , Аноним (1), 11:54 , 26-Дек-20, (1) +35 //

Фроктааааал , Аноним (3), 11:56 , 26-Дек-20, (3) +11 //

Он собирает шаблон от утечек памяти , n00by (ok), 13:56 , 26-Дек-20, (54) +4 //

Я удивлён что не нашёл заветных слов Новость прислал Fracta1L , InuYasha (??), 01:23 , 27-Дек-20, (207) +2

при чём даже новость написал бы на Расте, тк тест на русском языке может содержа, заминированный тапок (ok), 08:07 , 27-Дек-20, (220) +10

Божественный язык - это лисп Не смейте называть вашу смузинедоделку божественны, Урри (ok), 17:45 , 26-Дек-20, (125) +8 //

Божественный язык -- машинный код , хацкер (ok), 17:58 , 26-Дек-20, (130) +1 //

Но да будет слово ваше 171 да, да 187 171 нет, нет 187 а что сверх эт, Аноним (255), 13:24 , 27-Дек-20, (255) +8

ссылка на xkcd , Аноним (201), 23:56 , 26-Дек-20, (201) +1

И что в ней великолепного Ни киберпунк ни автокад не запустить, даже блютуз нау, ИмяХ (?), 17:39 , 27-Дек-20, (275) –2

Ждём нашествие растофобов, Я (??), 11:55 , 26-Дек-20, (2) +6 //

А std то на си почему-то написана Ай-яй-яй Ждём нашествия Си-фобов , Аноним (23), 12:39 , 26-Дек-20, (23) –2 //

Что такое std , Wilem82 (?), 13:03 , 26-Дек-20, (44) +3 //

Si table of dannye , A.Stahl (ok), 13:49 , 26-Дек-20, (52) –114

Кажется, тв только что поставил рекорд по - , Аноним (283), 18:14 , 27-Дек-20, (283)

Скорее всего это работа одного человека со скриптом Наверное кому-то на больную, A.Stahl (ok), 18:32 , 27-Дек-20, (286) +1

sexually transmitted disease, Михрютка (ok), 16:54 , 26-Дек-20, (104) +14

Life , Аноним (171), 19:47 , 26-Дек-20, (171) +4

А что их ждать, если одного unsafe достаточно, чтобы похерить все крики растовце, Dzen Python (ok), 14:15 , 26-Дек-20, (59) –3 //

Перед вами два стула, на одном производительность, а на другом - безопасность, банан (?), 15:52 , 26-Дек-20, (87) +3 //

Очень спорная аналогия с двумя стульями 128514 128514 128514 , Аноним (103), 16:50 , 26-Дек-20, (103)

правильный ответ сам сяду на производительность, а мать посажу себе на колени , Урри (ok), 17:22 , 26-Дек-20, (110) –8

А просто взять и написать производительно и безопасно уже нельзя, ну совсем ника, Аноним (-), 18:13 , 26-Дек-20, (133) –1
Возьму производительность и срублю безопасность, Аноним (193), 23:22 , 26-Дек-20, (193) +6
Три Третий - удобство использования , pofigist (?), 10:24 , 28-Дек-20, (333)

Того автора затравили действительно из-за unsafe, но не от факта его наличия А , Аноним (144), 18:26 , 26-Дек-20, (144) +4 //

Получается что наличие unsafe в коде позволило выявить проблему безопасности По, Аноним (421), 16:37 , 11-Мрт-21, (421)

Ансейф отключает некоторые проверки, но не все Кроме того, небольшую ансейфовую, Wilem82 (?), 22:26 , 26-Дек-20, (183) +5 //

Скрыто модератором, Dzen Python (ok), 23:22 , 26-Дек-20, (194) –2

Скрыто модератором, Qwerty123456 (?), 01:20 , 27-Дек-20, (206)

А помните как Боинг затравили за 737MAX Такая-же история не будем ставить инди, red75prim (?), 09:59 , 27-Дек-20, (235) //

Упустили предысторию Давайте поставим более экономичные двигатели большей степе, Аноним (262), 14:55 , 27-Дек-20, (262) +3

Не совсем так Команда летевшая на предыдущем рейсе рейс перед крушением замеч, red75prime (?), 16:34 , 27-Дек-20, (267) +1

Этот самый рычажок находится на штурвале под большим пальцем левой руки Снять н, red75prime (?), 16:37 , 27-Дек-20, (268) +1

Я и не знал, что на опеннете есть даже пилоты боингов Или их конструкторы , uis (ok), 02:40 , 30-Дек-20, (402) +1

Видел я этот момент Сначала кто-то выкатил большущий тест http-клиентов на Раст, topin89 (ok), 16:47 , 27-Дек-20, (269) +2 //

Не, там вылез какой-то тип со стороны, не имеющий отношения ни к тестам, ни к ак, red75prime (?), 17:00 , 27-Дек-20, (270) +1

А что их ждать, если даже сама новость намекает на некоторую фундаментальную дыр, Lex (??), 20:07 , 27-Дек-20, (298) –2 //

Сразу видно отличное знание матчасти и сути проблемы, как и отличное понимание п, Аноним (-), 20:51 , 27-Дек-20, (304) +1

И откуда вы это помните, кто и через кого вам эту историю пересказал По тону ва, freecoder_xx (?), 22:40 , 29-Дек-20, (399)

Нашествие-то растофанов уже в самом разгаре , Аноним (302), 20:38 , 27-Дек-20, (302)

Вот бы кто-нить сказал зачем это нужно , Аноним (5), 11:58 , 26-Дек-20, (5) –6 //

А так непонятно Для популяризации языка как языка системного уровня Создания соо, Alex (??), 12:09 , 26-Дек-20, (11) +12 //

Я конечно за раст, и все такое, но 5 лет до основной ОС - это фантастика Что бол, alex312 (?), 12:22 , 26-Дек-20, (17) +4 //

Для этого им прийдется изучить нормальные языки программирования, чего не случит, Аноним (-), 18:16 , 26-Дек-20, (136) –6

Если без написания ненужных ОС язык не может утвердиться, то это - ненужный язык, Аноним (32), 12:47 , 26-Дек-20, (32) –7
Чтобы доказать что язык можно использовать в других системах, мы не будем его ис, Аноним (99), 16:20 , 26-Дек-20, (99) –3
И каждые полгода придется все переписывать наново, ввиду очередных ломающих совм, Урри (ok), 17:25 , 26-Дек-20, (112) +1
Что значит никто не будет ставить на десктопы Автор изначально её пилил для сво, marios (ok), 00:02 , 28-Дек-20, (318)

Чтобы было Тебе жалко что ли Ну так займись тем, что нужно , nomad__ (ok), 12:34 , 26-Дек-20, (21) +5
В документации сказано https doc redox-os org book ch01-05-why-redox html, Wilem82 (?), 13:18 , 26-Дек-20, (47) +3
для убийства линукса, Аноним (81), 15:26 , 26-Дек-20, (81)
зря они распыляются на реальное железо на сервере всё равно виртуализация в 99 , лютый жабби__ (?), 17:51 , 26-Дек-20, (127)
Исходя из https doc redox-os org book ch01-05-why-redox htmlэтого Для того что, Аноним (141), 18:22 , 26-Дек-20, (141) –2
для чего вообще все существует в этой реальности , powerc (??), 08:01 , 27-Дек-20, (218)

Вот оно будущее Уже сейчас , Аноним (6), 11:58 , 26-Дек-20, (6) –1 //

Знаете, что лишнее в этой недооси Раст , Аноним (366), 09:42 , 29-Дек-20, (366) –1

Её уже рассматривают как замену CentOS , Аноним (7), 12:01 , 26-Дек-20, (7) +21 //

нет, только для фуксии с гармонью, Аноним (106), 17:16 , 26-Дек-20, (106) +3

Отличная новость , Растобой (?), 12:02 , 26-Дек-20, (8) +2
Как там дела с производительностью Это наверное единственно что сейчас актуальн, Аноним (9), 12:04 , 26-Дек-20, (9) +1 //

На производительность микроядернвх ОС сильно влияют DAC, MAC Пока их нет с прои, Аноним (24), 12:41 , 26-Дек-20, (24) +1

зачем писать все почему не сделать свое ядро и libc нормально, а потом переписы, Аноним (10), 12:05 , 26-Дек-20, (10) +1 //

Может быть это не очевидно, но делать новое проще чем сделать нормально или испр, Аноним (9), 12:10 , 26-Дек-20, (13) –1 //

если бы это было так, то природа давно реализовала бы этот подход массово Но не, alexrayne (?), 15:47 , 26-Дек-20, (85) –1 //

Эволюция действует более широкими категориями, на больших временных периодах Ми, Аноним (9), 16:00 , 26-Дек-20, (90) +3
есть такое понятие как эволюционный тупик, тогда природа делает несколько шагов , Аноним (91), 16:03 , 26-Дек-20, (91)

Я не вижу как это применимо к разработке ПО У нас нет столько ресурсов и возмож, Аноним (9), 16:06 , 26-Дек-20, (94) –3

возможностей не было 30 лет назад, сейчас программистов как собак не резанных, ч, Аноним (91), 18:43 , 26-Дек-20, (155)

Скрыто модератором, qwerty (??), 19:28 , 26-Дек-20, (167) –2

Скрыто модератором, Соляридзе (?), 09:10 , 27-Дек-20, (226) –1

Пишут веб сайты же, Аноним (196), 23:29 , 26-Дек-20, (196)

Пишут коменты, масло на хлебе (?), 01:49 , 27-Дек-20, (209)

Вероятно даже точнее будет утверждать о многих тысячах и миллионах, рассматривая, Аноним (9), 16:05 , 26-Дек-20, (92) –1
на самом деле, природа это делает каждый раз, когда у одной матери появляется не, еман (?), 16:09 , 26-Дек-20, (95) +2

just for fun А зачем это делать последовательно Если бы эту Redox пилил бы один, Ordu (ok), 12:47 , 26-Дек-20, (30) +1 //

А ей разве нужна libc Насколько я понимаю, для самой ОС и базового окружения не, n00by (ok), 14:05 , 26-Дек-20, (55) //

Да Чтобы сторонний софт запускать Было бы обломно иметь OC и не иметь под неё , Ordu (ok), 15:24 , 26-Дек-20, (79)

весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и не, лютый жабби__ (?), 17:55 , 26-Дек-20, (128) –1

Кому какое дело до 99 9 О каком маркетинге ты говоришь Чтобы говорить о маркет, Ordu (ok), 18:29 , 26-Дек-20, (147) +3

хммм У вас противоречие тут закралось Феномен фанатизма встречается именно и , Аноним (210), 02:48 , 27-Дек-20, (210) –3

Когда софт пишется на rust е, POSIX не особо актуален Если даже если он и есть , Ordu (ok), 16:03 , 27-Дек-20, (265) –1

Добра 3, Аноньимъ (ok), 03:19 , 27-Дек-20, (211)
Если там будет нормальный GUI и жрать будет ресурсов хотя бы как WIN XP, то в пе, Аноним (227), 09:13 , 27-Дек-20, (227) –1
Пока лучше языка то и нет Уже и не помню, когда у меня с ним были проблемы с то, adolfus (ok), 00:28 , 28-Дек-20, (321) +2

Значит они всё правильно делают Кто-то пишет ядро, потому что может Кто-то зан, n00by (ok), 09:59 , 27-Дек-20, (234)

Это даже по фану Можно написать драйвер для своей сетевушки Поддержка usb hid , Ordu (ok), 13:36 , 27-Дек-20, (257)

Не который на Си, а который подгружает libc и делает вызовы к его фукнциям Это , Wilem82 (?), 08:52 , 27-Дек-20, (222)

Вы готовы показать ссылку на проект который подгружает libc , а не слинкован с , n00by (ok), 09:52 , 27-Дек-20, (233)

ldd bin ls libc so 6 lib x86_64-linux-gnu libc so 6 0x00007fcccfb, Wilem82 (?), 14:35 , 28-Дек-20, (337)

Здесь погружает не ls, а системный загрузчик ld-linux , выполняя динамическое, n00by (ok), 17:21 , 28-Дек-20, (352)

Не понимаю про что спорим Да, с dlopen я перепутал, чё с меня взять - я тупой, Wilem82 (?), 19:10 , 28-Дек-20, (354)

В том-то и дело Вы сами начали оспаривать мой тезис нужна libc что бы стор, n00by (ok), 10:32 , 29-Дек-20, (381)

Извините, я наверно туплю Примеры чего Софта на Си, которому не нужен libc Ил, Wilem82 (?), 12:34 , 29-Дек-20, (388)

С Вами каши не сваришь Вы же сами начали оспаривать мой тезис Наверное, у Ва, n00by (ok), 10:09 , 30-Дек-20, (406)

relibc - реализует API libc для ядра редокса Программы, написанные под libc при, Wilem82 (?), 13:08 , 30-Дек-20, (409)
Ясно, примеров нет и не будет https go googlesource com go refs heads master, n00by (ok), 15:07 , 30-Дек-20, (410)
Примеров чего Я устал уже пытаться угадать то, что вы имеете ввиду Каждый раз , Wilem82 (?), 16:59 , 30-Дек-20, (411)
Забейте Вы ещё предыдущим своим сообщением убедили меня, что верить Вам не стои, n00by (ok), 06:54 , 31-Дек-20, (413)
Верить Мда, худшее, что я ожидал для себя из данной дискуссии - это мне бы пред, Wilem82 (?), 12:43 , 31-Дек-20, (414)
Во-первых, что бы я с Вами дискутировал, Вам необходимо понимать, о чём вообще р, n00by (ok), 11:42 , 02-Янв-21, (417)
Какого , Wilem82 (?), 20:23 , 02-Янв-21, (419)
Перечитайте ветку, коль с памятью плохо , n00by (ok), 14:29 , 03-Янв-21, (420)

code hexdump -C libexec ld-elf so 1 124 head -n3 tail 00000000 7f 4, Аноним (-), 19:33 , 28-Дек-20, (356)

gt оверквотинг удален Бывает нечто, о чем говорят 171 смотри, вот это новое, n00by (ok), 10:00 , 29-Дек-20, (372)

Ну вот видишь - совсем не сишка , Аноним (390), 13:22 , 29-Дек-20, (390)

Даже и не знаю, что сказать Вам по этому поводу Представьте себе конфету Шок, n00by (ok), 09:48 , 30-Дек-20, (405)

Ну и вот Кстати, вместо статически в моём вопросе выше должно быть другое сло, n00by (ok), 10:34 , 28-Дек-20, (334)

интересно сравнить с ReactOS, который давно и неспешно пилится на языке Си, Аноним (12), 12:10 , 26-Дек-20, (12) –1 //

которая ограничена снаружи закостенелой мвязкой WinNTs WinNTApi Common Wi, Dzen Python (ok), 14:20 , 26-Дек-20, (61)
как там дела с беткой , Анончик99999 (?), 14:50 , 26-Дек-20, (68) –1
Нельзя сравнивать, реакт пытается реализовать стандарты и быть совместимой Суть, Аноним (141), 18:26 , 26-Дек-20, (145) –1
интереснее с haiku os например, powerc (??), 08:54 , 27-Дек-20, (223) +2

Монолитные ядра быстрее Если в микроядерной системе упадет планировщик процессо, Ivanr (?), 12:14 , 26-Дек-20, (14) +1 //

Микродро может их перезапустить, вспоминаем дедушку Таненбаума и Миникс его , vaekahch (?), 12:25 , 26-Дек-20, (19) //

Только концепция дедушки как-то не прижилась и на то были причины , Аноним (23), 12:41 , 26-Дек-20, (25) –3 //

Google Fuchsia Huawei HarmonyOS QNXЯ бы не сказал, что совсем уж не прижилас, Анонас (?), 12:51 , 26-Дек-20, (36) +6

Ещё не родилась, а уже сдохлаНазло маме отморожу импортозамещениеСдохла вместе с, Аноним (50), 13:29 , 26-Дек-20, (50) –3

QNX используется почти всеми ведущими производителями автомобилей , Здрасьте (?), 15:12 , 26-Дек-20, (75) +3

не разрушай его карточный домик, Аноним (91), 16:05 , 26-Дек-20, (93) +1
Да лана, в моей калине нет никакого куникса, Аноним (106), 17:21 , 26-Дек-20, (108)
В автопроме сейчас используется Automotive Grade Linux AGL , Аноним (302), 18:23 , 26-Дек-20, (142) +1

Ты не путай магнитолку с автопилотом , Аноним (201), 13:35 , 27-Дек-20, (256) +1

аПтопилот вообще на ubuntu лук ат тесла , Заноним (?), 19:58 , 27-Дек-20, (297)

У тесла есть рабочий в реальности, а не сказках маркетолухов автопилот Да еще, Аноним (-), 20:38 , 27-Дек-20, (301)

Версия 7 0 выпущена в марте 2017 года, 7 1 в июле 2020 Она точно живая такими т, Sem (??), 17:47 , 27-Дек-20, (276)

Это-ж не линух , Oxyd76 (?), 20:27 , 27-Дек-20, (299)

Не все банкоматы на Windows XP Есть же QNX , Аноним (210), 11:57 , 30-Дек-20, (407)

У нас в Украине ПриватБанк начинает внедрять в банкоматы Linux Нахрена им стары, Аноним (422), 18:36 , 12-Мрт-21, (422)

ОС в составе прошивки определенного набора ревизий, к которому можно сделать , Dzen Python (ok), 15:25 , 26-Дек-20, (80) +1

картинка с профессором Преображенским и риторическим вопросомтоварищ, скокатибел, Михрютка (ok), 16:44 , 26-Дек-20, (101) –7

Сказать-то что хотел , anonymous (??), 19:17 , 26-Дек-20, (165) –1

что ты букв не знаешь, Михрютка (ok), 19:37 , 26-Дек-20, (169) –3

Ты бы это завязывал бы уже с веществами , Sem (??), 17:50 , 27-Дек-20, (277) –1

Недавно выпустили вторую версию DevKit HarmonyOS, саму операционную систему уже , Анон332 (?), 20:05 , 26-Дек-20, (173) +1

Хорошо что напомнили об этом 1 мая 2017 года корпорация Intel подтвердила и и, Аноним (144), 18:18 , 26-Дек-20, (138) +2

именно что были А сейчас куда не плюнь попадешь то в песоцницу, то в контейнер , alex312 (?), 13:20 , 26-Дек-20, (48) +3
Миникс же в каждом проце от интел, шпиенит за вами прямо сейчас Очень даже прижи, Ананимас008 (?), 15:36 , 28-Дек-20, (347)

И открыт NetSurf С с SDL2 С backend ом Libc у них тоже на С , Аноним (15), 12:18 , 26-Дек-20, (15) –1 //

то есть их надо переписывать просто потому что ты сказал они ОС пишут, а не всё, Аноним (18), 12:24 , 26-Дек-20, (18) +1
relibc is a portable POSIX C standard library written in Rust , Аноним (20), 12:25 , 26-Дек-20, (20) +1 //

Вызовы ядра на C, Карл, потому что на расте это сделать невозможно , Аноним (366), 09:46 , 29-Дек-20, (367) //

Ты обо рался Причем аж два раза https github com torvalds linux blob fcadab74, Аноним (-), 13:33 , 29-Дек-20, (391)

Ассемблерная вставка внутри unsafe это эталон безопасности , ИмяХ (?), 05:24 , 28-Мрт-21, (423)

libc сложно написать без C, потому что libc наполовину состоит из заголовков для, Ordu (ok), 13:02 , 26-Дек-20, (42) +1 //

Их libc является rust c Вызовы ядра просто на C, а все остальное покрыто безоп, Аноним (144), 18:16 , 26-Дек-20, (137) +1 //

вот только почему-то были утечки памяти на расте , Аноним (366), 09:48 , 29-Дек-20, (368) –1

О, подтянулись очередные зксперты Не было там утечки памяти на расте - просто, Аноним (-), 13:50 , 29-Дек-20, (393)
Memory leaks are memory safe И хотя это кажется абсурдным, но это правда , anonymous (??), 18:13 , 02-Янв-21, (418)

Весьма бесполезная штука конечно, но как proof of concept низкоуровневой системн, Enamel (ok), 12:22 , 26-Дек-20, (16) +4 //

Оно же не течёт , 6аппппп (?), 13:39 , 26-Дек-20, (51) +1 //

Это как с консервативными сборщиками мусора или обычной кучей Они как бы не тек, n00by (ok), 14:10 , 26-Дек-20, (56) //

Что ты там дефрагментировать в куче собрался, дефрагментатор мамкин , Урри (ok), 17:28 , 26-Дек-20, (113) –6

Вы того Не знаете как организуется память в оперативной памяти Понятно, понятн, Аноним (144), 18:28 , 26-Дек-20, (146) –1

Я, вообще-то, сам писал сборщики мусора и очень хорошо знаю как оно работает Ну, Урри (ok), 23:22 , 27-Дек-20, (315)

Вы, наверное, слишком много пишете последнее время, и код через чур сложный, а у, n00by (ok), 09:54 , 28-Дек-20, (332) +2
Хорошо будешь знать после того, как сам напишешь malloc , Аноним (201), 14:06 , 28-Дек-20, (335)

Иногда надо запускать программы дефрагментации, чтоб память быстрее была Там кр, Аноним (141), 18:29 , 26-Дек-20, (148) –3

а это надо компьютер после выключения заземлять хотя бы минут 15 в выключенном с, Михрютка (ok), 19:44 , 26-Дек-20, (170)

Chunks of memory are maintained using a boundary tag method as describe, n00by (ok), 12:31 , 27-Дек-20, (250)

Вы ткнули пальцем в небо и угадали Копирующий сборщик мусора за счёт расположен, n00by (ok), 09:49 , 27-Дек-20, (232) +2

На фоне слов консервативный сборщик мусора и дефрагментация , как правило, по, n00by (ok), 09:39 , 27-Дек-20, (231)

это как болячка у Linux - когда оно вызывает такой дефрагментатор только его , Аноним (219), 08:05 , 27-Дек-20, (219)

Кто оно Компакт подразумевает перемещение блоков, что не всегда возможно по, n00by (ok), 09:33 , 27-Дек-20, (229)

Выпуск операционной системы Redox OS 0.6, написанной на язык..., Аноним (22), 12:34 , 26-Дек-20, (22) +17 //

Да, такое бывает, год назад сделал утилиту мониторинга и оставил её работать на , Аноним (26), 12:42 , 26-Дек-20, (26) //

Посему надо объявить раст устаревшим и выпив смузи, закурив это вейпом, идти пис, Аноним (23), 12:44 , 26-Дек-20, (29) –1 //

С тем же успехом можно хоронить Kotlin патамушта есть java Очень глупо объясня, Аноним (26), 12:50 , 26-Дек-20, (35) +2

Только большая часть возможностей котлина будет в новой java Имеет ли смысл котл, Аноним (20), 17:21 , 26-Дек-20, (107)

Да, nonnull в джаве былобы очень кстати, Аноним (144), 18:32 , 26-Дек-20, (150)

Интересно под какие это другие вещи Kotlin был придуман Если Kotlin появился , Аноним (144), 18:30 , 26-Дек-20, (149)

Kotlin детище JetBrains и очень сомнительно, что по заказу гугля , qwerty (??), 19:37 , 26-Дек-20, (168)

Уже исть язык Pony, но там математически обосновано все, Аноним (193), 23:29 , 26-Дек-20, (195)

Ну вот это исключительно твоя попорукость, нечего её на rust сваливать Или крив, Аноним (201), 12:52 , 26-Дек-20, (37) +1 //

rust не даёт гарантий насчёт утечек памяти Откройте наконец документацию и почи, Ordu (ok), 13:14 , 26-Дек-20, (46) +1

Вот именно, ваша утечка памяти является ПОЛНОСТЬЮ безопасной как для ПАМЯТИ так , Аноним (144), 18:33 , 26-Дек-20, (151)

It depends Всё зависит от того, как ты определяешь понятие safety Rust опред, Ordu (ok), 18:47 , 26-Дек-20, (158) +1

Еще раз,1 unsafe не считается безопасно не_безопасно, оно считается как Сделай , Аноним (144), 19:15 , 27-Дек-20, (289)

Я не понимаю, чего ты не понимаешь и почему ты упорствуешь Есть гипотеза, что т, Ordu (ok), 19:56 , 27-Дек-20, (296) +1

Так это же проклятый C из-за которого горят дыры Только истинный Rust , Аноним (-), 18:34 , 26-Дек-20, (152) –2

Чё Где ты там увидел C , родный , Ordu (ok), 18:41 , 26-Дек-20, (154)

www google com search q std 3A 3A, Аноним (359), 23:13 , 28-Дек-20, (359)

И что гугл пишет Я просто стараюсь с ним не общаться без большой надобности А , Ordu (ok), 23:47 , 28-Дек-20, (360)

Ну ок, ещё один способ отстрелить ногу Прибегание к нему без учёта последствий , Аноним (201), 20:32 , 27-Дек-20, (300)

Это шутка такая , Аноним (41), 12:59 , 26-Дек-20, (41) +1

С языка снял Ну что, растофаноманы, чем будете отвечать , Аноним (23), 12:42 , 26-Дек-20, (27) //

Отсутствием сегфолтов каждый день разработки, Аноним (41), 12:57 , 26-Дек-20, (40) //

Я уже который год пишу на С, мне за это даже денежки платят И у меня нету сегфо, Урри (ok), 17:32 , 26-Дек-20, (115) +3

https www cvedetails com vulnerability-list vendor_id-33 product_id-47 opmemc-, Wilem82 (?), 09:00 , 27-Дек-20, (224) +1
Что и silent memory corruption и потенциальных buffer overrun и double free нет , red75prim (?), 10:11 , 27-Дек-20, (236)

https www opennet ru openforum vsluhforumID3 122777 html 139вот , Аноним (144), 18:22 , 26-Дек-20, (140) –1
Rust даёт гарантии memory safety memory leaks к этому не относятся и гарантий о, llolik (ok), 10:22 , 27-Дек-20, (239) //

растаманы потекли но это, внезапно, нормальное их состояние , Аноним (366), 09:53 , 29-Дек-20, (369)

Ну во-первых, на Rust я написал, пока что, около 2kloc, что мало, чтобы являться, llolik (ok), 10:20 , 29-Дек-20, (376)

А зачем вам, жопоскриптозникам, не способным хотя бы смутно понять, что за утечк, Аноним (-), 22:17 , 27-Дек-20, (309) +1
Можно сказать что вы невнимательно прочитали новость А можно по существу - утечк, PetrG (ok), 03:06 , 29-Дек-20, (361)

Ну а чего ещё ожидать, когда неосиляторы, выбравшие себе язык с автоматическим у, Аноним (201), 12:49 , 26-Дек-20, (34) –2
И Ни один язык не спасет от утечек, в частности языки с gc, Аноним (41), 12:56 , 26-Дек-20, (39) –1
Чуть погодя и уязвимоси латать будут , Аноним (43), 13:02 , 26-Дек-20, (43)
Утечка памяти 8212 это логическая ошибка, от них тебя даже Раст не спасёт , Мама Анонима (?), 15:03 , 26-Дек-20, (70) //

Ух, ты как запели растаманы , Аноним (366), 09:55 , 29-Дек-20, (370) –1

А из-за чего они взялись , Аноним (20), 15:52 , 26-Дек-20, (86) //

из-за раста, очевидно , Аноним (366), 09:57 , 29-Дек-20, (371)

Еще раз, причемтут язык Язык все свои гарантии дал Здесь, нет ни std, ни каког, Аноним (144), 18:21 , 26-Дек-20, (139) –1
Даже safe-семантика Rust не гарантирует защиту от утечек памяти, как не гарантир, Аноним (143), 18:23 , 26-Дек-20, (143) +2 //

Угу, поведение определённое на машине разработчика с 64 ГБ ОЗУ работает, а у по, n00by (ok), 11:09 , 27-Дек-20, (240)
Скрыто модератором, Аноним (366), 10:00 , 29-Дек-20, (373)

Годно , Аноним (24), 12:43 , 26-Дек-20, (28) //

https gitlab redox-os org redox-os redox - jobs 31100 artifacts browse build i, Аноним (24), 12:49 , 26-Дек-20, (33)

Когда некрофилу нечем заняться, он дристаетНикогда такого не было и вот опять Т, uis (ok), 12:47 , 26-Дек-20, (31) –10 //

Для поддержки программ, написанных под libc Не на языке Си, а под libc То есть, Wilem82 (?), 13:26 , 26-Дек-20, (49) +2 //

Написать под libc Так теперь называется использование стандартной библиотеки , uis (ok), 01:10 , 27-Дек-20, (203) //

Скорее всего, у редокса свой API для прикладных программ В таком раскладе libc , Wilem82 (?), 01:34 , 27-Дек-20, (208)

Ох уж эти жопоскриптозники Все они знают, обо всем имеют свое ценное мнение Ещ, Аноним (-), 22:24 , 27-Дек-20, (312) –1

Скрыто модератором, Fracta1L (ok), 12:55 , 26-Дек-20, (38) +1
Скрыто модератором, Ted (?), 13:52 , 26-Дек-20, (53) –1 //

Скрыто модератором, Dzen Python (ok), 14:31 , 26-Дек-20, (63) //

Скрыто модератором, Ted (?), 14:42 , 26-Дек-20, (65) –1 //

Скрыто модератором, Dzen Python (ok), 15:04 , 26-Дек-20, (73) +1

Скрыто модератором, user90 (?), 14:45 , 26-Дек-20, (67) //

Скрыто модератором, Ted (?), 15:15 , 26-Дек-20, (76) –1

Как пропатчить KDE 5 под Redox OS 0 6 , VINRARUS (ok), 14:12 , 26-Дек-20, (57) +2 //

Может, быстрее наоборот Пропатчить Redox на C под KDE , Аноним (302), 18:38 , 26-Дек-20, (153) +1

Ядро математически верифицировано Значит есть дырени В расте есть дырени И кс, Dzen Python (ok), 14:13 , 26-Дек-20, (58) –5 //

питонист рассуждает о том что раст тормозит, забавно , ю (?), 14:38 , 26-Дек-20, (64) +10 //

Lewd А ведь до сих пор процветает постановка диагноза по аватарке и вангование , Dzen Python (ok), 15:02 , 26-Дек-20, (69) –4 //

Ну вообще, да https www factorname ru index php option content task view id 71, Аноним (302), 18:45 , 26-Дек-20, (157)

- В Rust не может быть утечек памяти, - говорили они , Аноним (60), 14:16 , 26-Дек-20, (60) –3 //

Справедливости ради, даже в самом безопасном языке со встроенным GC может течь п, Dzen Python (ok), 14:27 , 26-Дек-20, (62) +3 //

в java сборщик мусора может даже острова изоляции удалять, которые простой под, Аноним (20), 17:37 , 26-Дек-20, (118)
Справедливости ради все же есть языки, где память не может течь в принципе Чисто, Урри (ok), 17:41 , 26-Дек-20, (122) –1 //

Можно пример , Вы забыли заполнить поле Name (?), 22:56 , 26-Дек-20, (189) +1

Кто говорил Опять таблетки не пьёшь , Сишник (?), 15:04 , 26-Дек-20, (74) +6 //

Утечки памяти являются безопасными по причине того что это НЕ НАРУШАЕТ ПАМЯТЬ ПР, Аноним (144), 18:11 , 26-Дек-20, (131) +1 //

IRL, суровые мемлики заканчиваются для процесса фатально Возможно в тот самый , Вы забыли заполнить поле Name (?), 19:13 , 26-Дек-20, (162)

А ещё можешь себе яйца дверью нарочно прищемить, и Раст тебя от этого не защитит, Михаил Анонима (?), 20:03 , 26-Дек-20, (172) +2

Ваши растофетиши мне мало интересны, проделывайте это над собой сами , Вы забыли заполнить поле Name (?), 20:34 , 26-Дек-20, (174) –4

Растоманы не умеют в mmu или хотя-бы mpu , uis (ok), 01:15 , 27-Дек-20, (204)

растаманы вообще хоть во что-то умеют написали микроядро, которое уже течёт , Аноним (366), 10:03 , 29-Дек-20, (374)

Ну чо, уже попробовали на реальном оборудовании , user90 (?), 14:42 , 26-Дек-20, (66) //

А надо Мне и Линукса хватает, пускай он уже и устаревшее легаси, Аноним (41), 15:04 , 26-Дек-20, (72) //

Мне - нет, это я у местных растома тьфу, растофанов спрашиваю , user90 (?), 15:23 , 26-Дек-20, (78) –1 //

Делаем ставки, что быстрее взлетит ReactOS или Redox , Аноним (302), 18:51 , 26-Дек-20, (159)

Чернобыль, uis (ok), 01:17 , 27-Дек-20, (205) –1

А из-за чего появились утечки ведь в rust автоматическое управление памятью и вс, Аноним (20), 15:53 , 26-Дек-20, (88) –1 //

В любом языке можно устроить утечку Создать вектор размером в 999999999999 элем, Arsenicium album argentum asparagus (?), 16:16 , 26-Дек-20, (97) –2 //

Ваш пример это как сделать утечку специальноИнтересно было откуда они возникли к, Аноним (20), 17:32 , 26-Дек-20, (116) –1 //

Откуда ты знаешь, что специально , Аноним (198), 23:33 , 26-Дек-20, (198)

А что, раст уже перестал сам удалять неиспользуемое Надо вручную это делать , Урри (ok), 17:42 , 26-Дек-20, (123)
Из отсутствия доступа к вектору , n00by (ok), 11:23 , 27-Дек-20, (241) //

А кто сказал, что доступа нет Программа может раз в год читать значение нулевог, red75prim (?), 11:33 , 27-Дек-20, (244)

Вы сами написали, что доступа к вектору нет, только к одному его элементу , n00by (ok), 12:02 , 27-Дек-20, (247)

А дальше Как компилятор об этом узнает , red75prime (?), 12:07 , 27-Дек-20, (248)

Произведёт семантический анализ , n00by (ok), 12:19 , 27-Дек-20, (249)

Теорема Райса нельзя доказать, что программа обладает неким семантическим свойс, red75prime (?), 12:50 , 27-Дек-20, (251)

Вы описали частный случай , n00by (ok), 14:05 , 27-Дек-20, (260)

Не знаю, но документация на std mem forget , Wilem82 (?), 22:33 , 26-Дек-20, (184)

Каждая новость о программе на rust вызывает такой сильный пароксизм ненависти, ч, Аноним (20), 15:59 , 26-Дек-20, (89) //

ОтрицаниеГнев ----- вы находитесь здесьТоргДепрессияПринятие, Доктор Психиатор Котлетоватян (?), 16:20 , 26-Дек-20, (100) –1 //

Дохтур последний пункт - это не Принятие, а Безразличие , Аноним (175), 20:40 , 26-Дек-20, (175) //

Это первый , Аноним (9), 11:33 , 27-Дек-20, (245)

борьба с утечками памяти в самом безопасном языке во вселенной ----- вы находит, Аноним (366), 10:07 , 29-Дек-20, (375) –1

Просто некоторые видели синтаксис этого ЯП, видимо хватило , user90 (?), 17:04 , 26-Дек-20, (105) +2 //

Вы не в состоянии выучить отличия одного си-подобного языка от другого , Аноним (20), 17:29 , 26-Дек-20, (114) –1 //

Ога, незначительные такие И давайте-ка без всяких си-подобных , user90 (?), 17:38 , 26-Дек-20, (120) +2
Лол, вот занятся болше нечем , Аноним (-), 17:59 , 27-Дек-20, (278) –1

Некогда изучать матчасть, нужно комментарии c особо ценным мнением на опеннете в, Аноним (285), 18:21 , 27-Дек-20, (285)

Ну всяко лучше питоновского, SubGun (??), 17:38 , 26-Дек-20, (119) //

А чего вдруг петон-то Из-за попсовости Такая аргументация - это уровень днища , user90 (?), 17:41 , 26-Дек-20, (121)

Синтаксис данного ЯП специально задумывался таким, для еще больших возможностей , Аноним (144), 18:13 , 26-Дек-20, (132) //

Но тогда какие возможности у BrainFuck , Аноним (302), 18:53 , 26-Дек-20, (161) +1

Правильно, в BrainFuck, никакие А в расте дженерики и навороты на типах , Аноним (144), 22:12 , 27-Дек-20, (306) +1

Или просто не постить эти новости, что будет куда меньшим неудобством , Вы забыли заполнить поле Name (?), 19:15 , 26-Дек-20, (163)

всё правильно делают давно уже пора избавляться от этой сишной помойкино есть д, еман (?), 16:14 , 26-Дек-20, (96) –5
Интересная система Ее бы ещё на нормальном языке переписать Ну там С, asm , псевдонимус (?), 16:48 , 26-Дек-20, (102) //

Лучше сразу ОС писатьй в байт кодах под конкретный процессор конкретного вендо, Аноним (111), 17:25 , 26-Дек-20, (111) //

Естественно лучше К сожалению человеку слишком тяжело воспринимать байт-код , псевдонимус (?), 17:56 , 26-Дек-20, (129) –1 //

Байт-код у виртуальных процессоров Лисп-машина У железной машины машинный к, n00by (ok), 11:26 , 27-Дек-20, (242)

Ты не умеешь в юмор, извини, Аноним (41), 06:23 , 27-Дек-20, (214) //

Я на полном серьёзе А если ты про сраст, то если он и юмор, то черный Черней п, псевдонимус (?), 07:13 , 27-Дек-20, (217) //

После Раста писать на Си - это как с Ламборджини на Жигуль вернуться, Аноним (41), 06:19 , 28-Дек-20, (328) –2

а как со скоростью генерации новых уязвимостей, borbacuca (ok), 17:22 , 26-Дек-20, (109)
Хороший язык, годный Каждые два месяца ломающие синтаксис изменения , Урри (ok), 17:44 , 26-Дек-20, (124) –3 //

Примеры , Мама Анонима (?), 17:50 , 26-Дек-20, (126) //

Попробуй следить за изменениями, а не сидеть только во вконтактиках , Аноним (366), 10:23 , 29-Дек-20, (378) +1

Да, действительно какие примеры Что сломано то Редакция 2018 года или 2015 И в, Аноним (144), 18:15 , 26-Дек-20, (134) –1
Всегда было любопытно огромное множество удивительных баек про Rust на opennet , Аноним (143), 18:15 , 26-Дек-20, (135) +6 //

А когда в очередной раз доказывают что хруст - помойка, все начинается с начала , Аноним (-), 18:52 , 26-Дек-20, (160) –1 //

Естественно хруст помойка, но с ж ещё хуже, Аноним (41), 06:24 , 27-Дек-20, (215)

Это просто попытка отыгратся на комто на расте с целью самоутверждения Челове, Аноним (144), 22:13 , 27-Дек-20, (307)
Выпуск операционной системы Redox OS 0.6, написанной на язык..., Аноним (366), 10:24 , 29-Дек-20, (379) //

растаманы - s m , Аноним (366), 10:25 , 29-Дек-20, (380)

Я вот попробовал его в virtualbox запустить, оно на Redox Loader - Stage TWO 00, Козлетто (?), 18:43 , 26-Дек-20, (156) +1 //

О боже, ассемблерщики от хруста - это химера , Вы забыли заполнить поле Name (?), 19:16 , 26-Дек-20, (164) –2

Придётся Мелкомягким ещё и WSR себе запилить , Аноним (302), 19:27 , 26-Дек-20, (166)
А почему при установке раст компилятора и его std либы месте аж больше 300 мегаб, Аноним (176), 20:43 , 26-Дек-20, (176) –2 //

Кто ж его знает code cat hello_world rs time rustc -O hello_world rs , анонн (ok), 21:15 , 26-Дек-20, (179) //

Gcc меньше проверок делает, конечно он быстрее Чем меньше программа делает, тем, Wilem82 (?), 22:43 , 26-Дек-20, (186) //

Комментарий не читай, сразу бодро отвечай Выжимка ___---В общем, вышеотписавшийс, анонн (ok), 22:50 , 26-Дек-20, (187) +1

С этим понятно Компилятору нужно правильные опции задавать А как быть с перене, Аноним (290), 19:16 , 27-Дек-20, (290)

Скорее так unsafe C_function_name unwrap - это метод растовских типо, Wilem82 (?), 15:07 , 28-Дек-20, (338) +1

статическая линковка отладочная сборка по-умолчанию, ю (?), 22:20 , 26-Дек-20, (182)
ЗОтО безОпаснОсть 11111, Аноним (191), 23:11 , 26-Дек-20, (191) –2 //

Статическая линковка - это безопасно А прикинь в стандартной библиотеке найдут , ИмяХ (?), 17:36 , 27-Дек-20, (274) //

Ну тогда в эту категорию попадают все те, кто вовремя не обновляет софт Даже при, Аноним (176), 23:08 , 27-Дек-20, (314)

При динамической линковке достаточно обновить одну разделяемую библиотеку При с, Аноним (201), 14:10 , 28-Дек-20, (336)

Так и обратное верно - прикинь, в новую версию библы занесут баг и все программы, Wilem82 (?), 15:18 , 28-Дек-20, (339) +2

Там надо для боевого компилинга включить оптимизации и выключить отладочные фигу, Anonimowy cz322owiek (?), 05:36 , 27-Дек-20, (213)

Можно поподробнее Я ставлю Редокс, качаю deb файл и спокойно его запускаю А , Аноним (175), 20:44 , 26-Дек-20, (177) –2 //

deb это не про POSIX Это ж формат пакета, для deb надобно ещё dpkg запускать,, Anonimowy cz322owiek (?), 05:29 , 27-Дек-20, (212)
Нет, ты берёшь исходники, пытаешься их собрать и обламываешься либо потому что с, Аноним (201), 13:43 , 27-Дек-20, (258) +1 //

Если у вас статическая линковка, собирайте Если у вас динамическая, возможно по, Аноним (144), 22:17 , 27-Дек-20, (308) //

Причём здесь линковка Ты где вообще таких слов нахватался, мальчик , Аноним (201), 00:53 , 28-Дек-20, (322)

Скрыто модератором, Аноним (-), 21:02 , 26-Дек-20, (178) –1 //

Скрыто модератором, Аноним (41), 06:27 , 27-Дек-20, (216)

Скрыто модератором, qwertKI (ok), 21:59 , 26-Дек-20, (181) –3
Полностью переписана система управления памятью ядра rmm, kernel memory manage, Аноним (185), 22:33 , 26-Дек-20, (185) –3 //

Ты все правильно говоришь Раст это маркетинговый булшит , Аноним (191), 23:09 , 26-Дек-20, (190) –7
Ты сильно ошибаешься https doc rust-lang org reference behavior-not-considered, Мама Анонимуса (?), 23:32 , 26-Дек-20, (197) +1 //

Ты нам показал, что на Расте возможны утечки Хорошо Но на какой такой чёрт рас, Аноним (-), 08:25 , 27-Дек-20, (221) –3 //

Осталось найти способ клонировать пряморуких никогда не ошибающихся программисто, red75prim (?), 10:21 , 27-Дек-20, (238) +3

Все таки Си создает риск что код получится с утечкой Раст наоборот То есть над, Ingener (??), 13:09 , 27-Дек-20, (254) –1

Раст создаёт риск, что код получится без утечки , Аноним (201), 13:45 , 27-Дек-20, (259)

Растаманам бы сначала разговорный язык подтянуть, потом уже ЯП изучать , Аноним (272), 17:19 , 27-Дек-20, (272) +2

Потому что при существенное утечке памяти у тебя закончится память и возможн, Аноним (246), 11:43 , 27-Дек-20, (246) +2
За дырени Что касается утечек, то их в Расте сделать сильно сложнее - надо спец, Wilem82 (?), 15:22 , 28-Дек-20, (340)

Язык следующй структурной парадигме устареть не может никогда Си вечнозелённый , Аноним (-), 15:31 , 28-Дек-20, (344)

Налицо подмена понятий Парадигма может и не устарела, а язык - да В нём очень м, Wilem82 (?), 15:57 , 28-Дек-20, (349)

Мягко говоря все фичи к процедурному стилю программирования никакого отношения, Аноним (353), 17:47 , 28-Дек-20, (353)

Эта мысль для меня слишком глубока, извините, не осилил понять какое это имеет о, Wilem82 (?), 19:13 , 28-Дек-20, (355)

Ну хорошо, смотри Алмаз может устареть Он всегда ценен, и люди во все времена , Аноним (-), 06:37 , 29-Дек-20, (363)

Вот Растофанатики и усвоили урок что язык не имеет никакого значения Программир, Аноним (350), 16:49 , 28-Дек-20, (350)

От программиста зависит только использование unsafe Без ансейфа ты сегфолты не , Wilem82 (?), 11:12 , 29-Дек-20, (383)

и да - у меня на железе сабж не загрузился, видимо ржавое , Аноним (185), 23:39 , 26-Дек-20, (199)
И как это чудо подсунуть grub4dos Запустится ли , paulus (ok), 10:15 , 27-Дек-20, (237) –1 //

Не, надо переписать grub4dos на расте, Аноним (243), 11:26 , 27-Дек-20, (243)
По идее, они работают же с обычным грубом Но могу и ошибаться , Аноним (144), 22:18 , 27-Дек-20, (310)

Скрыто модератором, Аноним (252), 13:00 , 27-Дек-20, (252)
Что насчет реального железа, кто нибудь запускал , Аноним (-), 14:36 , 27-Дек-20, (261) //

Не будет его это как РеактОС Нужен только для того чтобы показать смотрите как , Аноним (350), 16:50 , 28-Дек-20, (351) //

растаманы только показали, как они могут течь , Аноним (366), 11:10 , 29-Дек-20, (382)

Эх Эщё язык-то не допилили, а уже ОСь лабают ради понта Ну что за кодеры пош, KroTozeR (ok), 14:59 , 27-Дек-20, (263) +1 //

Ядро Linux тоже ради понта было Или вон GTK с гимпом , Аноним (264), 15:37 , 27-Дек-20, (264) –1 //

Там был не столько понт, сколько протест, выраженный в массовом коддинге, когда , KroTozeR (ok), 23:57 , 27-Дек-20, (316) +1

Вообще-то мы в свое время сделали еще круче - СПЕРВА написали ОС на чем под рук, Ken Tomson (?), 16:31 , 27-Дек-20, (266) +3 //

Все что вы сделали это показали как не надо И потом все пришлось писать с нуля , Аноним (272), 17:18 , 27-Дек-20, (271) –2
Так в том-то и дело, что мотив нынче не слишком убедителен Я, вот, не могу прид, KroTozeR (ok), 00:01 , 28-Дек-20, (317) +1 //

Я думаю вы неправильно смотрите нужно искать мотив не снаружи, а изнутри Рано , freecoder_xx (?), 23:46 , 29-Дек-20, (400)

В таком случае ОС на Rust должна предъявить какие-то преимущества Язык СИ достат, KroTozeR (ok), 18:32 , 30-Дек-20, (412)

сказал KroTozer и ушёл в криокамеру ещё на 30 лет PNaCl уже успели запилить, Растишка (?), 18:17 , 27-Дек-20, (284) +1 //

Вы ошиблись, не пилят А ДАВНО запускают и интегрируют , Аноним (144), 22:20 , 27-Дек-20, (311)
Продукт от, извиняюсь за матерное слово, Google , который пилили с понтом под з, KroTozeR (ok), 00:20 , 28-Дек-20, (320)

1 Эх Эщё язык-то не допилили, а уже ОСь лабают В языке есть действительно мн, Аноним (144), 19:25 , 27-Дек-20, (293) +1 //

Вокруг все ездят на электромобилях При том, что нет никакой проблемы сделать эл, KroTozeR (ok), 01:03 , 28-Дек-20, (324)

Почему вы всё это не делаете , Аноним (252), 21:11 , 27-Дек-20, (305) –1 //

А ещё глупее вопрос чем этот можно Наверное потому, что решаю прямые рабочие зад, KroTozeR (ok), 00:09 , 28-Дек-20, (319) +1 //

Не ври, ты ведь в свободное время мощно бухаешь Ага, так и запишем KroTozeR не, Аноним (-), 15:34 , 28-Дек-20, (345)

NET, Аноним (330), 06:42 , 28-Дек-20, (330) //

Тупые поделки от мелкософта не нужны, ИмяХ (?), 20:05 , 29-Дек-20, (398) +1

Отличный проект Благодаря ему всплывает куча проблем в языке и становится понят, ИмяХ (?), 17:30 , 27-Дек-20, (273) –1 //

куча вкатывальщиков в ойти смогут почувтвовать себя программистами, потешить сво, Аноним (-), 18:06 , 27-Дек-20, (281) +1 //

А, так ты на госпайке 8230 , Аноним (201), 00:57 , 28-Дек-20, (323) //

Когда капитаклизменные войны закончатся разрухой уровня ядрён-батон США против , KroTozeR (ok), 01:11 , 28-Дек-20, (325) –1

1 Благодаря ему всплывает куча проблем в языке расскажите А то нам не понятн, Аноним (144), 19:26 , 27-Дек-20, (294) //

Он не защищает от утечек памяти BA DUM TSS , Аноним (198), 22:55 , 27-Дек-20, (313) +1 //

Местные хейтеры раста не знают матчасть, вот что стало понятно , freecoder_xx (?), 23:48 , 29-Дек-20, (401)

Это правда Язык допиливают по ходу возникающих нужд для нетривиальных задач Не, Wilem82 (?), 15:28 , 28-Дек-20, (342) +3

Ширится зоопарк наших ответов ZFS И, конечно же, каждый уверен, что вот уж ег, Аноним (279), 18:05 , 27-Дек-20, (279)
Вообще Rust, имхо, это попытка совместить в одну химеру C и Golang Получилось, Аноним (280), 18:05 , 27-Дек-20, (280) –4 //

8212 единственные языки, которые знает анонимус, лол Потому что Rust 8212 , Растишка (?), 18:13 , 27-Дек-20, (282) +2 //

Вперед, покажи где в Rust монады, стрелки Клейсли, continuation passing style и , Аноним (280), 18:55 , 27-Дек-20, (287) //

Аноним слышал звон, но не отличает ML от гопник хаскеля, так и запишем , Растишка (?), 19:04 , 27-Дек-20, (288) +2
Монаду можно в принципе эмулировать на любом языке Это, считай, просто для Хаск, Anonimowy cz322owiek (?), 19:21 , 27-Дек-20, (292)

Rust всё же не ML и не вполне функциональный язык я спрашивал у проженных ML-ха, Anonimowy cz322owiek (?), 19:19 , 27-Дек-20, (291) –1 //

ML - тоже не чисто функциональный язык, в отличие от Haskell , burjui (ok), 03:19 , 02-Янв-21, (415)

1 Вообще Rust, имхо, это попытка совместить в одну химеру C и Golang Мне инте, Аноним (144), 19:33 , 27-Дек-20, (295) //

Go Plan 9 C on steroids with smoothy and GC 3 Rust C 2 bottles of vodka , NaN (?), 05:55 , 28-Дек-20, (327)

Rust - модный язык Кто хочет быть модным , Аноним (-), 15:25 , 28-Дек-20, (341) //

Модный - javascript golang python Там ваще думать не надо, берёшь да идёшь в н, Wilem82 (?), 15:29 , 28-Дек-20, (343) +4 //

Раст - это высокая мода, ты знаешь что-такое высокая мода , Аноним (-), 15:37 , 28-Дек-20, (348)
Вот теперь полный ступор Кричали же что Си это тяжело, а на расте даже домохозя, Аноним (362), 03:50 , 29-Дек-20, (362) +1 //

Про лайфтаймы и овнершипы всё равно думать надо Это гораздо проще, чем писать н, Wilem82 (?), 11:23 , 29-Дек-20, (386) +2

В Си поезд из точки А в точку Б приедет прямиком В Расте, для того чтобы доехат, Аноним (-), 13:43 , 29-Дек-20, (392) –1

https doc rust-lang org std io fn stdout htmlПитонистам и ЖСникам оно конечно , Аноним (394), 14:24 , 29-Дек-20, (394) +1
Тебе уже поясинили почему неправ, но добавлю даже если бы это было так, как ты , Wilem82 (?), 15:12 , 29-Дек-20, (395) +3

Уж лучше сегфолт на сях, чем вполне определённое, но не для пользователя, продол, uis (ok), 03:05 , 30-Дек-20, (404) –1

Не понял про что это Я часто встречал где не проверяется, что существенно усложн, Wilem82 (?), 12:57 , 30-Дек-20, (408)

Что-то мне подсказывает, что наоборот На сях, например, быстро доходит, чем отл, uis (ok), 02:58 , 30-Дек-20, (403)

s удалось избавиться от утечек памяти есть некоторые основания надеяться, что пр, что дозволено быку (?), 15:35 , 28-Дек-20, (346) //

Это оператор яп Что-то из Перл , Rf4567785433 (?), 22:43 , 28-Дек-20, (358) –2 //

s pattern replacement flags Это из sed а может и каких-то его предков про, Wilem82 (?), 12:58 , 29-Дек-20, (389) +2

Просто хочу сказать что РеактОС все еще топчется на месте Тут уже и Раст возник, Rf4567785433 (?), 22:41 , 28-Дек-20, (357) –1 //

в сторону текучести памяти , Аноним (366), 11:18 , 29-Дек-20, (385)

Скажите пожалуйста, а какой собственно профит кроме выеженов со стороны растофил, luis2 (?), 06:57 , 29-Дек-20, (364) –1 //

Пожалуйста https doc redox-os org book ch01-05-why-redox htmlКроме того, авто, Wilem82 (?), 11:33 , 29-Дек-20, (387) +1 //

Спасибо, из прочитанного стало ясно, что просто кто-то хочет свой блекджек с дев, luis2 (?), 16:17 , 29-Дек-20, (396) –2 //

А какие в твоих глазах были бы невысосанными Ну что б понимать, что не любое об, Wilem82 (?), 17:32 , 29-Дек-20, (397) +1
А разработчики не обязаны лично тебе доказывать, что у них причины правильные , burjui (ok), 03:28 , 02-Янв-21, (416)

Сообщения [Сортировка по времени | RSS]

10. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +1 +/–

Сообщение от Аноним (10), 26-Дек-20, 12:05

зачем писать все? почему не сделать свое ядро и libc нормально, а потом переписывать остальное?

Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от Аноним (9), 26-Дек-20, 12:10

Может быть это не очевидно, но делать новое проще чем сделать нормально или исправить и доделать старое (это вообще не реально).

Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от alexrayne (?), 26-Дек-20, 15:47

если бы это было так, то природа давно реализовала бы этот подход массово. Но нет, эволюция рулит.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +3 +/–

Сообщение от Аноним (9), 26-Дек-20, 16:00

Эволюция действует более широкими категориями, на больших временных периодах. Миллионы никому не нужных проектов умирают на разных стадиях завершённости, люди же десятилетиями используют и подпирают сотнями костылей очевидно хреновые решения без возможности их исправить, поскольку любое исправление потребует большой вовлечённости десятков и сотен квалифицированных индивидуумов.

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноним (91), 26-Дек-20, 16:03

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

94. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –3 +/–

Сообщение от Аноним (9), 26-Дек-20, 16:06

Я не вижу как это применимо к разработке ПО. У нас нет столько ресурсов и возможностей.

Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноним (91), 26-Дек-20, 18:43

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

Ответить | Правка | Наверх | Cообщить модератору

167. Скрыто модератором –2 +/–

Сообщение от qwerty (??), 26-Дек-20, 19:28

Капитализм, детка. Кровавый совок захотели? Дак вы не по адресу.

Ответить | Правка | Наверх | Cообщить модератору

226. Скрыто модератором –1 +/–

Сообщение от Соляридзе (?), 27-Дек-20, 09:10

Да совок в любом случае говно

Ответить | Правка | Наверх | Cообщить модератору

196. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноним (196), 26-Дек-20, 23:29

Пишут веб сайты же

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

209. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от масло на хлебе (?), 27-Дек-20, 01:49

Пишут коменты

Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от Аноним (9), 26-Дек-20, 16:05

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

95. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +2 +/–

Сообщение от еман (?), 26-Дек-20, 16:09

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

30. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +1 +/–

Сообщение от Ordu (ok), 26-Дек-20, 12:47

> зачем писать все?
just for fun?
> почему не сделать свое ядро и libc нормально, а потом переписывать остальное?
А зачем это делать последовательно? Если бы эту Redox пилил бы один программист, то ему бы может и было бы удобнее делать последовательно. Но программистов больше одного, возможна параллелизация усилий, а раз так то удобнее заниматься всем сразу, чтобы друг у друга под ногами не болтаться.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

55. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 26-Дек-20, 14:05

А ей разве нужна libc? Насколько я понимаю, для самой ОС и базового окружения не нужна, только что бы сторонний софт (который на Си) запускать.

Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Ordu (ok), 26-Дек-20, 15:24

> А ей разве нужна libc? Насколько я понимаю, для самой ОС и
> базового окружения не нужна, только что бы сторонний софт (который на
> Си) запускать.
Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас всё равно рано о чём-то говорить, они, как я понимаю, usb hid так и не поддерживают, поэтому клавиатуры/мышки не работают. Разве что искать доисторическое железо с PS/2.

Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от лютый жабби__ (?), 26-Дек-20, 17:55

>Было бы обломно иметь OC и не иметь под неё браузера
весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания 99.9% населения зачем дескпопной оси быть микроядерной.
линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль

Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +3 +/–

Сообщение от Ordu (ok), 26-Дек-20, 18:29

>>Было бы обломно иметь OC и не иметь под неё браузера
> весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания
> 99.9% населения зачем дескпопной оси быть микроядерной.
Кому какое дело до 99.9%?
> линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль
О каком маркетинге ты говоришь? Чтобы говорить о маркетинге, надо сначала заявить о каком-то преимуществе перед конкурентами. Какие преимущества редокс предлагает или мог бы предложить? Конкурировать с linux'ом на серверах? Хаха. С вендой на десктопах? Хахаха. С андройдом на мобилках? Это просто лол.
Редоксу нет никакой потенциальной ниши, кроме крacнoглaзых фанатиков, типа меня. И он на эту нишу очень неплохо заточен. Я с радостью соскочу с linux'а, который давно превратился в корпоративное уг, чья сложность зашкаливает из-за того, что корпоративное уг и из-за того, что он во всех бочках затычкой пытается быть. Который написан на окаменелом C. Вокруг которого сформировалось дебильное сообщество 99.9%, которые разницу между микроядерностью и монолитностью понимают на основании неполных пересказов исторического cpaча между Торвальдсом и Танненбаумом, и при этом не отличают убунты от линукса, а высшим достижением считают способность собрать LFS (впрочем 99.9% из них никогда даже не пытались). Оставшиеся 0.01% -- это старпёры типа местного поха, которые давно линукс используют для зарабатывания денег, и любые изменения экосистемы для них PITA, потому что перечёркивает их знания и навыки доведённые до рефлексов.
Я сегодня не хочу иметь ничего общего ни с линуксом, ни с его сообществом. Redox же -- позволяет уйти от C, используя его исключительно для легаси кода. Redox -- это не миллиарды строк кода, а гораздо меньше, разобраться в этом проще. Redox -- это дружелюбное сообщество. Просто няшка, ради которой можно потерпеть и отсутствующие драйвера. Я когда пришёл в linux, драйверов не было, и ничего, жил же как-то. Поживу и ещё.

Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –3 +/–

Сообщение от Аноним (210), 27-Дек-20, 02:48

> Редоксу нет никакой потенциальной ниши, кроме крacнoглaзых фанатиков, типа меня. И он на эту нишу очень неплохо заточен.
хммм...
> Я сегодня не хочу иметь ничего общего ни с линуксом, ни с его сообществом.
У вас противоречие тут закралось. Феномен фанатизма встречается именно и только лишь в рамках Linux и прочей религии вокруг него. Вам будет очень трудно найти такое в сообществах других ОС. Разве что только Apple...
Ни BSD, ни даже Windows от такого не страдают.
> Я с радостью соскочу с linux'а, который давно превратился в корпоративное уг, чья сложность зашкаливает из-за того, что корпоративное уг и из-за того, что он во всех бочках затычкой пытается быть.
Справедливости ради, Linux очень плохо справляется со своей вновь приобретенной корпоративностью. Его сложность продиктована отсутствием стандартизации и автоматизации. То что в нем появилось - мало, а работает как попало, потому что нет архитектуры ОС.
> Который написан на окаменелом C.
А вот это одна из причин его убогости в корпоративном сегменте. Видите ли, корпоративный программист это такой человек, у которого все мысли и концепты объектно-ориентированы. Их речевой центр мозга превращает всё это не в звуковые сигналы, а сразу сериализирует в XML. Вместо рукопожатия используется SOAP Envelope. И вот у вас есть Linux написанный на С. Оно конечно годится для запуска JVM и даже свежего .NET 5, но работать с компонентами ОС. "Компонентами" сказал я, ха-ха. С зоопарком библиотек к которым надо линковаться без высокоуровнего API, если таковым не считать dbus, который фанатики не жалуют, да и сам он мягко говоря звёзд с неба не хватает. А еще люди на Linux на полном серьёзе пытаются писать софт на Python. Каждый раз переизобретая по 2-3 раза полурабочие биндинги к сишным либам для каждой версии своего несовместимого барахла. "Открытая система", блин. Когда куча софта в системе написана на питоне в котором маршалинг не происходит дальше локально установленного интерпретатора, а сериализация объектов не поддерживает нативно ни XML, ни даже JSON. Все через конвертацию и полный DOM. Зато есть либок 5-6 которые делают это наполовину и одинаково хреново. Своего SDK для С++ в Linux нет, если таковым не считать Qt, но вот только не понятно, зачем себя тогда через Linux наказывать... У Linux вообще нет SDK.
И всё же главная проблема, которая сдерживает развитие unix-like ОС - это не столько С, сколько POSIX.
Я в курсе что MS со своими WTF-16 помесями - это жесть, но setlocale... а какие там треды. А если setlocale и треды одновременно. И ACL, которые в нем не стандартизированы, но Linux их использует. Причем адепты культа реально уверены, что это стандарт. А на самом деле есть NT ACL - эксклюзивны для Windows. Псевдо-Posix ACL. Специфичные для Linux и то не обязательные. И есть NFSv4 ACL, которыми пользуются все остальные ОС. Из-за этого, кстати файлопомойку на Linux делают только дураки-фанатики.
Я бы сообществу Rust пожелал от всей души не с С сражаться а с POSIX. Потому что эта штука не актуальна для разработки надёжного софта. Тут даже не столько в С дело. Вот подумайте сколько linux-программ на С обрабатывают ошибки malloc? Полтора землекопа? А со стороны ядра что при этом? Что-то адекватное возвращается. Нет. Memory overcommitment и потом полный OOM. И это воспитывает соответствующих программистов. Запросить 146GB памяти и форкнуться, а ОС потом разберется. А ОС она типа умная? Нет такая же. Методом тыка грохну что хочу.
Но ведь можно костылик написать, переподнимем процесс, который убивается OOM-киллером. А лучше напишем питон-скриптик перепинывания, сборки деплоя и сразу в докер. Это еще и полностью решает проблему полного отсутствия setup.exe. Ведь не пользователь должен решать, какой у него софт, не разработчик, которые его написал, а меинтейнер. Самая важная вахтёрша, суть которой собирать и поставлять софт в ОС, в которой нет стандартизации и автоматизации для развертывания консьмерского софта и поэтому разработчики не собирают одну программу под 500 несовместимых на пустом месте дистров, которые ломают совместимость с самими собой со следующим мажорным апдейтом. И вот вахтёрша решит, как правильно доставлять твой софт до пользователя и еще откажется это делать, потому что фильтрует софт по религиозно-лицензионным признакам. В корпоративной среде нужно еще свою вахтершу содержать для таких задач. Она думает о себе как об инженере, а на самом деле эникей по линуксу. Ой всё... я 15 лет это жрал. Просто уже подросло новое поколение фанбоев, а воз и ныне там.

Ответить | Правка | Наверх | Cообщить модератору

265. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от Ordu (ok), 27-Дек-20, 16:03

> Я бы сообществу Rust пожелал от всей души не с С сражаться а с POSIX.
Когда софт пишется на rust'е, POSIX не особо актуален. Если даже если он и есть где-то внизу под всеми абстракциями, он закопан глубоко. Rust использует utf8 в качестве внутренней кодировки. Под дефолту он предполагает, что внешняя тоже utf8. Я к тому, что тут и бороться-то особо не нужно.
> Вот подумайте сколько linux-программ на С обрабатывают ошибки malloc? Полтора землекопа?
Их очень сложно обрабатывать осмысленно. Когда malloc обломался, значит что и следующий malloc не пройдёт. Когда malloc обломался, значит что у системы не осталось свободной памяти. Разадресация нуля, как способ прибить программу -- это вполне себе способ. Я сталкивался с аргументацией о том, что именно так и надо, потому как при отсутствии свободной оперативки крайне сложно что-то осмысленное делать, даже упасть контролируемо сложно.
То есть, может быть как-то можно сделать иначе, но это нужен какой-то другой подход к менеджменту виртуальной памятью. Общесистемно другой, и я даже не представляю какой. Я лишь из самых общих соображений допускаю, что как-то можно сделать лучше.
> Это еще и полностью решает проблему полного отсутствия setup.exe. Ведь не пользователь должен решать, какой у него софт, не разработчик, которые его написал, а меинтейнер.
Это, как раз, мне кажется правильным -- программиста вообще надо от пользователя отстранять как можно дальше, и втыкать между ними специально обученных людей, которые умеют общаться и с программистом, и с пользователем, потому как программист умеет писать программы, а вот UX обеспечивать -- нет. Бывают исключения, но они именно что исключения. Вот то, что стандартизация осталась на уровне наколенной поделки никому неизвестного финского студента, вот это реально плохо.

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноньимъ (ok), 27-Дек-20, 03:19

Добра :3

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

227. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." –1 +/–

Сообщение от Аноним (227), 27-Дек-20, 09:13

Если там будет нормальный GUI и жрать будет ресурсов хотя бы как WIN XP, то в пекло все эти разжиревшие Линуксы в которых без командной строки работать практически невозможно. А вообще тут все переходят на ARM и если ребята впишутся в этот переход могут солидную долю рынка у Мелкософта отжать. Ну и без мобильной версии тоже никак.

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

321. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +2 +/–

Сообщение от adolfus (ok), 28-Дек-20, 00:28

> на окаменелом с
Пока лучше языка то и нет. Уже и не помню, когда у меня с ним были проблемы с той же паятью или еще с чем либо. Каких-то вещей не хватает, например сдвигов. Просто есть задачи, которые на чем то другом писать бессымсленно.

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

234. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 27-Дек-20, 09:59

>> А ей разве нужна libc? Насколько я понимаю, для самой ОС и
>> базового окружения не нужна, только что бы сторонний софт (который на
>> Си) запускать.
> Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не
> иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас
> всё равно рано о чём-то говорить, они, как я понимаю, usb
> hid так и не поддерживают, поэтому клавиатуры/мышки не работают.
Значит они всё правильно делают. Кто-то пишет ядро, потому что может. Кто-то занимается прослойками совместимости с существующим софтом, а в ядро не лезет раньше времени.
> Разве что
> искать доисторическое железо с PS/2.
Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на том уровне.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

257. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Ordu (ok), 27-Дек-20, 13:36

> Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на
> том уровне.
Это даже по фану. Можно написать драйвер для своей сетевушки. Поддержка usb hid -- это уровень абстракции, чтоб его написать надо быть высоколобым разработчиком понимающим принципы ядра, под которые это делается. А драйверок запилить по аналогии с существующим -- это и Васян из 9б справится.

Ответить | Правка | Наверх | Cообщить модератору

222. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 27-Дек-20, 08:52

> только что бы сторонний софт (который на Си) запускать
Не который на Си, а который подгружает libc и делает вызовы к его фукнциям. Это можно сделать на любом языке, который умеет C ABI FFI.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

233. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 27-Дек-20, 09:52

>> только что бы сторонний софт (который на Си) запускать
> Не который на Си, а который подгружает libc и делает вызовы к
> его фукнциям. Это можно сделать на любом языке, который умеет C
> ABI FFI.
Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически, поскольку у того "любого языка" рантайм написан на Си?

Ответить | Правка | Наверх | Cообщить модератору

337. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 28-Дек-20, 14:35

> Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически
$ ldd /bin/ls
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000)
> поскольку у того "любого языка" рантайм написан на Си
Этот пункт не понял. Почему у языка рантайм должен быть на Си, при чём тут это?  Берём любой язык и делаем из него вызов к libc.so, при этом без разницы что за язык и какой у него рантайм. Это просто вызов функции произвольной динамической библиотеки, что на Линуксе что на Винде.

Ответить | Правка | Наверх | Cообщить модератору

352. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 28-Дек-20, 17:21

>> Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически
> $ ldd /bin/ls
>         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000)
Здесь "погружает" не ls, а системный загрузчик (ld-linux), выполняя динамическое связывание. ls начинает исполняться после этой фазы. Если бы ls подгружал, там происходил бы вызов функции dlopen(), примерно как в man dlopen. Но есть нюанс. libdl.so сама импортирует libc.so, а значит опять всё сделал системный загрузчик.
Если подходить формально, мой вопрос содержит ошибку ("статически"), за которую Вы ухватились. По существу, она ничего не меняет, от техники связывания поведение не изменится: libc в обоих случаях загружена и инициализирована до вызова точки входа (и тем более main()) из ls.
Наверное, Вы имели ввиду "использует libc".
>> поскольку у того "любого языка" рантайм написан на Си
> Этот пункт не понял. Почему у языка рантайм должен быть на Си,
> при чём тут это?
Он не должен. Но почему-то по факту так (не всегда, но примеров пока нет).
> Берём любой язык и делаем из
> него вызов к libc.so, при этом без разницы что за язык
> и какой у него рантайм. Это просто вызов функции произвольной динамической
> библиотеки, что на Линуксе что на Винде.
Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си.

Ответить | Правка | Наверх | Cообщить модератору

354. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 28-Дек-20, 19:10

> Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си.
Не понимаю про что спорим. Да, с dlopen() я перепутал, чё с меня взять - я тупой жавер, а не сишник - я ваще не должен знать разницы между "сокетом" и "процессом" (это один чел в Мейлру так однажды пошутил про жаверов).
Смысл в том, что вызов к libc.so может сделать любой процесс, не важно из какого языка он скомпилен. И этому процессу будет также не важно, какая у libc реализация - его интересуют только сигнатуры функций и поведение по контракту. О чём я и говорю - libc нужен программам, которые пользуются этим API и не более. На редоксе этот API предоставляется через relibc, на линуксе через GNU libc. Ещё бывает musl. И так далее. При этом программам под редокс либц может быть вообще не нужен, т.к. между ядром и программой используется другая обёртка над этим ядром.  А может быть и ваще без обёртки - херач сразу сисколлы и не горюй, на расте для линуксовых сисколлов тупо есть либа, как есть либа для сисколлов виндовых.

Ответить | Правка | Наверх | Cообщить модератору

381. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 29-Дек-20, 10:32

>> Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си.
> Не понимаю про что спорим.
В том-то и дело. Вы сами начали оспаривать мой тезис "нужна libc ... что бы сторонний софт (который на Си) запускать". Я могу к нему добавить, что Glasgow Haskell Compiler транслирует в Си, MLton транслирует в Си, ocamlopt транслирует в машинный код, но рантайм всё равно там на Си. Рантайм Perl и Python наверняка на Си, но я сам не смотрел. Потому мне интересно, есть ли какие-то примеры, не гипотетическая возможность, а факты.
> Да, с dlopen() я перепутал, чё с
> меня взять - я тупой жавер, а не сишник - я
> ваще не должен знать разницы между "сокетом" и "процессом" (это один
> чел в Мейлру так однажды пошутил про жаверов).
> Смысл в том, что вызов к libc.so может сделать любой процесс, не
> важно из какого языка он скомпилен.
Интересно, в частности, зачем таким проектам вообще нужна libc, если у них свой рантайм.
> При этом программам под редокс
> либц может быть вообще не нужен, т.к. между ядром и программой
> используется другая обёртка над этим ядром.  А может быть и
> ваще без обёртки - херач сразу сисколлы и не горюй, на
> расте для линуксовых сисколлов тупо есть либа
Вот видите, самодостаточным языкам не нужна libc, они и так работают.
> как есть либа для
> сисколлов виндовых.
Это очень печальный звоночек, если там действительно используются "сисколы" (вектора которых меняются), а не ntdll.dll (или kernel32.dll).

Ответить | Правка | Наверх | Cообщить модератору

388. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 29-Дек-20, 12:34

> есть ли какие-то примеры, не гипотетическая возможность, а факты
Извините, я наверно туплю. Примеры чего? Софта на Си, которому не нужен libc? Или софта не на Си, которому не нужен libc? Ясен пень есть - ядро любой операционки, к примеру. Оно не может зависеть от libc, потому что libc сам зависит от вызовов к ядру. Или какой-нибудь эмбед. Плюс скорее всего виндовым программам оно не нужно, у винды свой API к ядру. Хотя для винды, безусловно, есть реализация libc.
Кстати пишут, что Golang ваще игнорирует libc, и что на Линуксе, что на Винде сам обращается к ядру через системные вызовы.
> Интересно, в частности, зачем таким проектам вообще нужна libc, если у них свой рантайм.
Не знаю.
> Вот видите, самодостаточным языкам не нужна libc, они и так работают.
Да я в курсе... опять не понимаю, к чему это? Я что, говорю, что программам, которым не нужен libc - нужен libc?
> Это очень печальный звоночек, если там действительно используются "сисколы" (вектора которых меняются), а не ntdll.dll (или kernel32.dll).
Это я фигню написал - да, там обёртка над kernel32.dll.

Ответить | Правка | Наверх | Cообщить модератору

406. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 30-Дек-20, 10:09

>> есть ли какие-то примеры, не гипотетическая возможность, а факты
> Извините, я наверно туплю. Примеры чего? Софта на Си, которому не нужен
> libc? Или софта не на Си, которому не нужен libc?
С Вами каши не сваришь... Вы же сами начали оспаривать мой тезис. Наверное, у Вас должны быть какие-то примеры, способные его (мой тезис) опровергнуть? Вот их и хотелось бы посмотреть.
> Ясен
> пень есть - ядро любой операционки, к примеру. Оно не может
> зависеть от libc, потому что libc сам зависит от вызовов к
> ядру. Или какой-нибудь эмбед. Плюс скорее всего виндовым программам оно не
> нужно, у винды свой API к ядру. Хотя для винды, безусловно,
> есть реализация libc.
Речь шла о запуске прикладного софта под Redox. Пример с ядром не подходит.
> Кстати пишут, что Golang ваще игнорирует libc, и что на Линуксе, что
> на Винде сам обращается к ядру через системные вызовы.
$ ldd `which go`
    linux-vdso.so.1
    libpthread.so.0 => /lib64/libpthread.so.0
    libc.so.6 => /lib64/libc.so.6
    /lib64/ld-linux-x86-64.so.2
>> Интересно, в частности, зачем таким проектам вообще нужна libc, если у них свой рантайм.
> Не знаю.
>> Вот видите, самодостаточным языкам не нужна libc, они и так работают.
> Да я в курсе... опять не понимаю, к чему это? Я что,
> говорю, что программам, которым не нужен libc - нужен libc?
Вы говорите, что "подгружает libc и делает вызовы к его фукнциям". Я думал знаете, зачем.

Ответить | Правка | Наверх | Cообщить модератору

409. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 30-Дек-20, 13:08

> Речь шла о запуске прикладного софта под Redox.
relibc - реализует API libc для ядра редокса. Программы, написанные под libc при этом могут работать на редоксе. Поэтому relibc - полезен. При этом сами программы могут быть написаны не на Сях. Я писал про это. Например, они могут быть написаны на Расте, т.к. std Раст-а на линуксе использует libc. А может и не использовать, если сделать реализацию std, которая минуя API libc, напрямую обращается к API redox-а.
> $ ldd `which go`
Не компилятор, а программы, скомпилированные Golang. Сам не проверял, но пишут, что оно так.
> Вы говорите, что "подгружает libc и делает вызовы к его фукнциям". Я думал знаете, зачем.
Любая программа, если она использует libc - использует libc. Либо он статически прилинкован в бинарь, либо подгружается динамически - не важно, изнутри через dlopen или снаружи через механизмы ОС. В чём вопрос?

Ответить | Правка | Наверх | Cообщить модератору

410. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 30-Дек-20, 15:07

>> Речь шла о запуске прикладного софта под Redox.
> relibc - реализует API libc для ядра редокса. Программы, написанные под libc
> при этом могут работать на редоксе. Поэтому relibc - полезен. При
> этом сами программы могут быть написаны не на Сях. Я писал
> про это. Например, они могут быть написаны на Расте,
Ясно, примеров нет и не будет.
>> $ ldd `which go`
> Не компилятор, а программы, скомпилированные Golang.
https://go.googlesource.com/go/+/refs/heads/master/src/built...
$ ldd `which gitea`
    linux-gate.so.1
    libdl.so.2 => /lib/libdl.so.2
    libpthread.so.0 => /lib/libpthread.so.0
    libpam.so.0 => /lib/libpam.so.0
    libc.so.6 => /lib/libc.so.6
    /lib/ld-linux.so.2
> Сам не проверял, но пишут, что
> оно так.
Убедили.
>> Вы говорите, что "подгружает libc и делает вызовы к его фукнциям". Я думал знаете, зачем.
> Любая программа, если она использует libc - использует libc. Либо он статически
> прилинкован в бинарь, либо подгружается динамически - не важно, изнутри через
> dlopen или снаружи через механизмы ОС. В чём вопрос?
У меня больше нет к Вам вопросов.

Ответить | Правка | Наверх | Cообщить модератору

411. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 30-Дек-20, 16:59

> Ясно, примеров нет и не будет.
Примеров чего? Я устал уже пытаться угадать то, что вы имеете ввиду. Каждый раз предлагаю несколько вариантов, и ни разу не получаю подтверждения вида "да, я вот именно это имею ввиду".  Попробую угадать ещё раз:
- Интересует пример программы, написанной на Расте, но использующий libc? Это - практически все программы, написанные на Расте под Линукс, т.к. растовкий std для Линукса подстроен над libc
- Или неиспользующие libc, но при этом под Линукс? Таких не знаю, и скорее всего если они есть, то очень мало, просто потому, что это бессмысленно - отказаться от std, но при этом написать что-то полезное? Хотя технически это возможно, т.к. для Раста делают кучу no_std библиотек, т.е. таких, которые не зависят от растовского std. Обычно их делают для эмбеда, но ничто не мешает применять их (и применяют) в любом окружении. Более того, считается, что если твоя либа no_std - то это более козырно, чем если она не-no_std, т.к. её переиспользуемость повышается.
- Или интересуют программы под Редокс, которые используют напрямую редоксовское API, но при этом опционально могут для чего-то вызвать ещё и relibc? Вообще без понятия, это ж фактически research-проект, под который очень мало чего есть, а уж тем более найти человека, которые оттуда какие-то практические примеры знает - это надо очень постараться. Но опять-таки, чисто из технического устройства ничто такому подходу не противоречит.
- Или какой-то другой вариант? Сформулируйте чётко, тогда будет конкретный ответ.
> $ ldd `which gitea`
Оно будет залинковано на libc если собиралось через cgo, а не go. Кроме того, пишут, что до версии го 1.5 оно линковалось к libc ради DNS-а, но потом и это выпилили. У меня стоит по-моему ровно одна программа, написанная на го - docker, и оно "not a dynamic executable". Можно конечно предположить, что либц там просто внутри, но я натыкался на высказывание о том, что Гугл именно сам для го запилил обращение к сисколлам, и либц они вообще не используют, кроме каких-то частных случаев, а то и вообще без.
> У меня больше нет к Вам вопросов.
Да это ради бога. :)

Ответить | Правка | К родителю #410 | Наверх | Cообщить модератору

413. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 31-Дек-20, 06:54

> Кроме того, пишут
Забейте. Вы ещё предыдущим своим сообщением убедили меня, что верить Вам не стоит. Остальное не читал, извините, что не ответил.

Ответить | Правка | К родителю #411 | Наверх | Cообщить модератору

414. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 31-Дек-20, 12:43

> убедили меня, что верить Вам не стоит
Верить? Мда, худшее, что я ожидал для себя из данной дискуссии - это мне бы предоставили контр-аргументы доказывающие, что я неправ. Ну постыдился бы немного, сказал бы спасибо за объяснения и ушёл просветлённым.  А вы мне про веру. Ну мы же не в церкви, при чём тут вера? Я, правда, так и не понял что именно вы хотели узнать, и все мои попытки это выяснить, уточняющие вопросы и так далее были проигнорированны. Так что видимо и предмета разговора нет.

Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

417. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 02-Янв-21, 11:42

>> убедили меня, что верить Вам не стоит
> Верить? Мда, худшее, что я ожидал для себя из данной дискуссии -
> это мне бы предоставили контр-аргументы доказывающие, что я неправ.
Во-первых, что бы я с Вами дискутировал, Вам необходимо понимать, о чём вообще речь: что такое связывание, как оно работает, порядок загрузки модулей и так далее.
Во-вторых, бремя доказательства исходного Вашего утверждения лежит на Вас. Достаточно было привести хоть один пример, но Вы решили поиграть в игру "и чо?"

Ответить | Правка | К родителю #414 | Наверх | Cообщить модератору

419. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Wilem82 (?), 02-Янв-21, 20:23

> исходного Вашего утверждения
Какого?

Ответить | Правка | К родителю #417 | Наверх | Cообщить модератору

420. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 03-Янв-21, 14:29

>> исходного Вашего утверждения
> Какого?
Перечитайте ветку, коль с памятью плохо.

Ответить | Правка | К родителю #419 | Наверх | Cообщить модератору

356. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноним (-), 28-Дек-20, 19:33

> Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к
> которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си.

hexdump -C /libexec/ld-elf.so.1 | (head -n3 ;tail)
00000000  7f 45 4c 46 02 01 01 09  00 00 00 00 00 00 00 00  |.ELF............|
00000010  03 00 3e 00 01 00 00 00  00 90 00 00 00 00 00 00  |..>.............|
00000020  40 00 00 00 00 00 00 00  d8 47 02 00 00 00 00 00  |@........G......|
00024c50  00 00 00 00 00 00 00 00  aa 00 00 00 01 00 00 00  |................|
00024c60  30 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |0...............|
00024c70  48 46 02 00 00 00 00 00  da 00 00 00 00 00 00 00  |HF..............|
00024c80  00 00 00 00 00 00 00 00  01 00 00 00 00 00 00 00  |................|

странный какой-то Cи. Наверное, новый стандарт.

Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

372. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 29-Дек-20, 10:00

>[оверквотинг удален]
> 00024c50  00 00 00 00 00 00 00 00  aa
> 00 00 00 01 00 00 00  |................|
> 00024c60  30 00 00 00 00 00 00 00  00
> 00 00 00 00 00 00 00  |0...............|
> 00024c70  48 46 02 00 00 00 00 00  da
> 00 00 00 00 00 00 00  |HF..............|
> 00024c80  00 00 00 00 00 00 00 00  01
> 00 00 00 00 00 00 00  |................|
>
> странный какой-то Cи. Наверное, новый стандарт.
Бывает нечто, о чем говорят: «смотри, вот это новое»; но это было уже в веках, бывших прежде нас.
Figure 3-11: ELF header
char magic[4] = "\177ELF";// magic number
char class; // address size, 1 = 32 bit, 2 = 64 bit
char byteorder; // 1 = little-endian, 2 = big-endian
char hversion; // header version, always 1
char pad[9];
short filetype; // file type: 1 = relocatable, 2 = executable,
// 3 = shared object, 4 = core image
short archtype; // 2 = SPARC, 3 = x86, 4 = 68K, etc.
int fversion; // file version, always 1
int entry; // entry point if executable
int phdrpos; // file position of program header or 0
int shdrpos; // file position of section header or 0
int flags; // architecture specific flags, usually 0
short hdrsize; // size of this ELF header
short phdrent; // size of an entry in program header
short phdrcnt; // number of entries in program header or 0
short shdrent; // size of an entry in section header
short phdrcnt; // number of entries in section header or 0
short strsec; // section number that contains section name strings
(с) Linkers & Loaders by John R. Levine

Ответить | Правка | Наверх | Cообщить модератору

390. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от Аноним (390), 29-Дек-20, 13:22

>> странный какой-то Cи. Наверное, новый стандарт.
> Бывает нечто, о чем говорят: «смотри, вот это новое»; но это было уже в веках, бывших прежде нас.
> Figure 3-11: ELF header
> char magic[4] = "\177ELF";// magic number
...
> (с) Linkers & Loaders by John R. Levine
Ну вот видишь - совсем не сишка.

Ответить | Правка | Наверх | Cообщить модератору

405. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 30-Дек-20, 09:48

>>> странный какой-то Cи. Наверное, новый стандарт.
>> Бывает нечто, о чем говорят: «смотри, вот это новое»; но это было уже в веках, бывших прежде нас.
>> Figure 3-11: ELF header
>> char magic[4] = "\177ELF";// magic number
> ...
>> (с) Linkers & Loaders by John R. Levine
> Ну вот видишь - совсем не сишка.
Даже и не знаю, что сказать Вам по этому поводу... Представьте себе конфету. Шоколадную. Вы же вкушаете её без фантика, верно? Потому она из какао, а не из бумаги с фольгой.

Ответить | Правка | Наверх | Cообщить модератору

334. "Выпуск операционной системы Redox OS 0.6, написанной на язык..." +/–

Сообщение от n00by (ok), 28-Дек-20, 10:34

Ну и вот. Кстати, вместо "статически" в моём вопросе выше должно быть другое слово.

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

10. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+1 +/–
Сообщение от Аноним (10), 26-Дек-20, 12:05
зачем писать все? почему не сделать свое ядро и libc нормально, а потом переписывать остальное?
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от Аноним (9), 26-Дек-20, 12:10
	Может быть это не очевидно, но делать новое проще чем сделать нормально или исправить и доделать старое (это вообще не реально).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от alexrayne (?), 26-Дек-20, 15:47
	если бы это было так, то природа давно реализовала бы этот подход массово. Но нет, эволюция рулит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+3 +/–
	Сообщение от Аноним (9), 26-Дек-20, 16:00
	Эволюция действует более широкими категориями, на больших временных периодах. Миллионы никому не нужных проектов умирают на разных стадиях завершённости, люди же десятилетиями используют и подпирают сотнями костылей очевидно хреновые решения без возможности их исправить, поскольку любое исправление потребует большой вовлечённости десятков и сотен квалифицированных индивидуумов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Аноним (91), 26-Дек-20, 16:03
	есть такое понятие как эволюционный тупик, тогда природа делает несколько шагов назад к другой ветке которая изначально вроде казалась менее жизнеспособной
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	94. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–3 +/–
	Сообщение от Аноним (9), 26-Дек-20, 16:06
	Я не вижу как это применимо к разработке ПО. У нас нет столько ресурсов и возможностей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Аноним (91), 26-Дек-20, 18:43
	возможностей не было 30 лет назад, сейчас программистов как собак не резанных, чем они все занимаются ? бабловыжиманием ? где тот энтузиазм создателя ? пока не проплатят то не пошевелим и пальцем для общего блага ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	167. Скрыто модератором	–2 +/–
	Сообщение от qwerty (??), 26-Дек-20, 19:28
	Капитализм, детка. Кровавый совок захотели? Дак вы не по адресу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	226. Скрыто модератором	–1 +/–
	Сообщение от Соляридзе (?), 27-Дек-20, 09:10
	Да совок в любом случае говно
	Ответить \| Правка \| Наверх \| Cообщить модератору


	196. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Аноним (196), 26-Дек-20, 23:29
	Пишут веб сайты же
	Ответить \| Правка \| К родителю #155 \| Наверх \| Cообщить модератору


	209. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от масло на хлебе (?), 27-Дек-20, 01:49
	Пишут коменты
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от Аноним (9), 26-Дек-20, 16:05
	Вероятно даже точнее будет утверждать о многих тысячах и миллионах, рассматривая всю популяцию, поскольку придётся не только разработать и внедрить, но и убедить остальных, что это лучше и правильнее (а это возможно самое сложное).
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	95. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+2 +/–
	Сообщение от еман (?), 26-Дек-20, 16:09
	на самом деле, природа это делает каждый раз, когда у одной матери появляется несколько детёнышей: такой себе природный форк, на случай если сиблинги зафейлятся.
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	30. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+1 +/–
	Сообщение от Ordu (ok), 26-Дек-20, 12:47
	> зачем писать все? just for fun? > почему не сделать свое ядро и libc нормально, а потом переписывать остальное? А зачем это делать последовательно? Если бы эту Redox пилил бы один программист, то ему бы может и было бы удобнее делать последовательно. Но программистов больше одного, возможна параллелизация усилий, а раз так то удобнее заниматься всем сразу, чтобы друг у друга под ногами не болтаться.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	55. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от n00by (ok), 26-Дек-20, 14:05
	А ей разве нужна libc? Насколько я понимаю, для самой ОС и базового окружения не нужна, только что бы сторонний софт (который на Си) запускать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Ordu (ok), 26-Дек-20, 15:24
	> А ей разве нужна libc? Насколько я понимаю, для самой ОС и > базового окружения не нужна, только что бы сторонний софт (который на > Си) запускать. Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас всё равно рано о чём-то говорить, они, как я понимаю, usb hid так и не поддерживают, поэтому клавиатуры/мышки не работают. Разве что искать доисторическое железо с PS/2.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от лютый жабби__ (?), 26-Дек-20, 17:55
	>Было бы обломно иметь OC и не иметь под неё браузера весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания 99.9% населения зачем дескпопной оси быть микроядерной. линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+3 +/–
	Сообщение от Ordu (ok), 26-Дек-20, 18:29
	>>Было бы обломно иметь OC и не иметь под неё браузера > весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания > 99.9% населения зачем дескпопной оси быть микроядерной. Кому какое дело до 99.9%? > линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль О каком маркетинге ты говоришь? Чтобы говорить о маркетинге, надо сначала заявить о каком-то преимуществе перед конкурентами. Какие преимущества редокс предлагает или мог бы предложить? Конкурировать с linux'ом на серверах? Хаха. С вендой на десктопах? Хахаха. С андройдом на мобилках? Это просто лол. Редоксу нет никакой потенциальной ниши, кроме крacнoглaзых фанатиков, типа меня. И он на эту нишу очень неплохо заточен. Я с радостью соскочу с linux'а, который давно превратился в корпоративное уг, чья сложность зашкаливает из-за того, что корпоративное уг и из-за того, что он во всех бочках затычкой пытается быть. Который написан на окаменелом C. Вокруг которого сформировалось дебильное сообщество 99.9%, которые разницу между микроядерностью и монолитностью понимают на основании неполных пересказов исторического cpaча между Торвальдсом и Танненбаумом, и при этом не отличают убунты от линукса, а высшим достижением считают способность собрать LFS (впрочем 99.9% из них никогда даже не пытались). Оставшиеся 0.01% -- это старпёры типа местного поха, которые давно линукс используют для зарабатывания денег, и любые изменения экосистемы для них PITA, потому что перечёркивает их знания и навыки доведённые до рефлексов. Я сегодня не хочу иметь ничего общего ни с линуксом, ни с его сообществом. Redox же -- позволяет уйти от C, используя его исключительно для легаси кода. Redox -- это не миллиарды строк кода, а гораздо меньше, разобраться в этом проще. Redox -- это дружелюбное сообщество. Просто няшка, ради которой можно потерпеть и отсутствующие драйвера. Я когда пришёл в linux, драйверов не было, и ничего, жил же как-то. Поживу и ещё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	210. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–3 +/–
	Сообщение от Аноним (210), 27-Дек-20, 02:48
	> Редоксу нет никакой потенциальной ниши, кроме крacнoглaзых фанатиков, типа меня. И он на эту нишу очень неплохо заточен. хммм... > Я сегодня не хочу иметь ничего общего ни с линуксом, ни с его сообществом. У вас противоречие тут закралось. Феномен фанатизма встречается именно и только лишь в рамках Linux и прочей религии вокруг него. Вам будет очень трудно найти такое в сообществах других ОС. Разве что только Apple... Ни BSD, ни даже Windows от такого не страдают. > Я с радостью соскочу с linux'а, который давно превратился в корпоративное уг, чья сложность зашкаливает из-за того, что корпоративное уг и из-за того, что он во всех бочках затычкой пытается быть. Справедливости ради, Linux очень плохо справляется со своей вновь приобретенной корпоративностью. Его сложность продиктована отсутствием стандартизации и автоматизации. То что в нем появилось - мало, а работает как попало, потому что нет архитектуры ОС. > Который написан на окаменелом C. А вот это одна из причин его убогости в корпоративном сегменте. Видите ли, корпоративный программист это такой человек, у которого все мысли и концепты объектно-ориентированы. Их речевой центр мозга превращает всё это не в звуковые сигналы, а сразу сериализирует в XML. Вместо рукопожатия используется SOAP Envelope. И вот у вас есть Linux написанный на С. Оно конечно годится для запуска JVM и даже свежего .NET 5, но работать с компонентами ОС. "Компонентами" сказал я, ха-ха. С зоопарком библиотек к которым надо линковаться без высокоуровнего API, если таковым не считать dbus, который фанатики не жалуют, да и сам он мягко говоря звёзд с неба не хватает. А еще люди на Linux на полном серьёзе пытаются писать софт на Python. Каждый раз переизобретая по 2-3 раза полурабочие биндинги к сишным либам для каждой версии своего несовместимого барахла. "Открытая система", блин. Когда куча софта в системе написана на питоне в котором маршалинг не происходит дальше локально установленного интерпретатора, а сериализация объектов не поддерживает нативно ни XML, ни даже JSON. Все через конвертацию и полный DOM. Зато есть либок 5-6 которые делают это наполовину и одинаково хреново. Своего SDK для С++ в Linux нет, если таковым не считать Qt, но вот только не понятно, зачем себя тогда через Linux наказывать... У Linux вообще нет SDK. И всё же главная проблема, которая сдерживает развитие unix-like ОС - это не столько С, сколько POSIX. Я в курсе что MS со своими WTF-16 помесями - это жесть, но setlocale... а какие там треды. А если setlocale и треды одновременно. И ACL, которые в нем не стандартизированы, но Linux их использует. Причем адепты культа реально уверены, что это стандарт. А на самом деле есть NT ACL - эксклюзивны для Windows. Псевдо-Posix ACL. Специфичные для Linux и то не обязательные. И есть NFSv4 ACL, которыми пользуются все остальные ОС. Из-за этого, кстати файлопомойку на Linux делают только дураки-фанатики. Я бы сообществу Rust пожелал от всей души не с С сражаться а с POSIX. Потому что эта штука не актуальна для разработки надёжного софта. Тут даже не столько в С дело. Вот подумайте сколько linux-программ на С обрабатывают ошибки malloc? Полтора землекопа? А со стороны ядра что при этом? Что-то адекватное возвращается. Нет. Memory overcommitment и потом полный OOM. И это воспитывает соответствующих программистов. Запросить 146GB памяти и форкнуться, а ОС потом разберется. А ОС она типа умная? Нет такая же. Методом тыка грохну что хочу. Но ведь можно костылик написать, переподнимем процесс, который убивается OOM-киллером. А лучше напишем питон-скриптик перепинывания, сборки деплоя и сразу в докер. Это еще и полностью решает проблему полного отсутствия setup.exe. Ведь не пользователь должен решать, какой у него софт, не разработчик, которые его написал, а меинтейнер. Самая важная вахтёрша, суть которой собирать и поставлять софт в ОС, в которой нет стандартизации и автоматизации для развертывания консьмерского софта и поэтому разработчики не собирают одну программу под 500 несовместимых на пустом месте дистров, которые ломают совместимость с самими собой со следующим мажорным апдейтом. И вот вахтёрша решит, как правильно доставлять твой софт до пользователя и еще откажется это делать, потому что фильтрует софт по религиозно-лицензионным признакам. В корпоративной среде нужно еще свою вахтершу содержать для таких задач. Она думает о себе как об инженере, а на самом деле эникей по линуксу. Ой всё... я 15 лет это жрал. Просто уже подросло новое поколение фанбоев, а воз и ныне там.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	265. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от Ordu (ok), 27-Дек-20, 16:03
	> Я бы сообществу Rust пожелал от всей души не с С сражаться а с POSIX. Когда софт пишется на rust'е, POSIX не особо актуален. Если даже если он и есть где-то внизу под всеми абстракциями, он закопан глубоко. Rust использует utf8 в качестве внутренней кодировки. Под дефолту он предполагает, что внешняя тоже utf8. Я к тому, что тут и бороться-то особо не нужно. > Вот подумайте сколько linux-программ на С обрабатывают ошибки malloc? Полтора землекопа? Их очень сложно обрабатывать осмысленно. Когда malloc обломался, значит что и следующий malloc не пройдёт. Когда malloc обломался, значит что у системы не осталось свободной памяти. Разадресация нуля, как способ прибить программу -- это вполне себе способ. Я сталкивался с аргументацией о том, что именно так и надо, потому как при отсутствии свободной оперативки крайне сложно что-то осмысленное делать, даже упасть контролируемо сложно. То есть, может быть как-то можно сделать иначе, но это нужен какой-то другой подход к менеджменту виртуальной памятью. Общесистемно другой, и я даже не представляю какой. Я лишь из самых общих соображений допускаю, что как-то можно сделать лучше. > Это еще и полностью решает проблему полного отсутствия setup.exe. Ведь не пользователь должен решать, какой у него софт, не разработчик, которые его написал, а меинтейнер. Это, как раз, мне кажется правильным -- программиста вообще надо от пользователя отстранять как можно дальше, и втыкать между ними специально обученных людей, которые умеют общаться и с программистом, и с пользователем, потому как программист умеет писать программы, а вот UX обеспечивать -- нет. Бывают исключения, но они именно что исключения. Вот то, что стандартизация осталась на уровне наколенной поделки никому неизвестного финского студента, вот это реально плохо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	211. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Аноньимъ (ok), 27-Дек-20, 03:19
	Добра :3
	Ответить \| Правка \| К родителю #147 \| Наверх \| Cообщить модератору


	227. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	–1 +/–
	Сообщение от Аноним (227), 27-Дек-20, 09:13
	Если там будет нормальный GUI и жрать будет ресурсов хотя бы как WIN XP, то в пекло все эти разжиревшие Линуксы в которых без командной строки работать практически невозможно. А вообще тут все переходят на ARM и если ребята впишутся в этот переход могут солидную долю рынка у Мелкософта отжать. Ну и без мобильной версии тоже никак.
	Ответить \| Правка \| К родителю #147 \| Наверх \| Cообщить модератору


	321. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+2 +/–
	Сообщение от adolfus (ok), 28-Дек-20, 00:28
	> на окаменелом с Пока лучше языка то и нет. Уже и не помню, когда у меня с ним были проблемы с той же паятью или еще с чем либо. Каких-то вещей не хватает, например сдвигов. Просто есть задачи, которые на чем то другом писать бессымсленно.
	Ответить \| Правка \| К родителю #147 \| Наверх \| Cообщить модератору


	234. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от n00by (ok), 27-Дек-20, 09:59
	>> А ей разве нужна libc? Насколько я понимаю, для самой ОС и >> базового окружения не нужна, только что бы сторонний софт (который на >> Си) запускать. > Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не > иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас > всё равно рано о чём-то говорить, они, как я понимаю, usb > hid так и не поддерживают, поэтому клавиатуры/мышки не работают. Значит они всё правильно делают. Кто-то пишет ядро, потому что может. Кто-то занимается прослойками совместимости с существующим софтом, а в ядро не лезет раньше времени. > Разве что > искать доисторическое железо с PS/2. Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на том уровне.
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	257. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Ordu (ok), 27-Дек-20, 13:36
	> Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на > том уровне. Это даже по фану. Можно написать драйвер для своей сетевушки. Поддержка usb hid -- это уровень абстракции, чтоб его написать надо быть высоколобым разработчиком понимающим принципы ядра, под которые это делается. А драйверок запилить по аналогии с существующим -- это и Васян из 9б справится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	222. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Wilem82 (?), 27-Дек-20, 08:52
	> только что бы сторонний софт (который на Си) запускать Не который на Си, а который подгружает libc и делает вызовы к его фукнциям. Это можно сделать на любом языке, который умеет C ABI FFI.
	Ответить \| Правка \| К родителю #55 \| Наверх \| Cообщить модератору


	233. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от n00by (ok), 27-Дек-20, 09:52
	>> только что бы сторонний софт (который на Си) запускать > Не который на Си, а который подгружает libc и делает вызовы к > его фукнциям. Это можно сделать на любом языке, который умеет C > ABI FFI. Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически, поскольку у того "любого языка" рантайм написан на Си?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	337. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Wilem82 (?), 28-Дек-20, 14:35
	> Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически $ ldd /bin/ls libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000) > поскольку у того "любого языка" рантайм написан на Си Этот пункт не понял. Почему у языка рантайм должен быть на Си, при чём тут это? Берём любой язык и делаем из него вызов к libc.so, при этом без разницы что за язык и какой у него рантайм. Это просто вызов функции произвольной динамической библиотеки, что на Линуксе что на Винде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	352. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от n00by (ok), 28-Дек-20, 17:21
	>> Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически > $ ldd /bin/ls > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000) Здесь "погружает" не ls, а системный загрузчик (ld-linux), выполняя динамическое связывание. ls начинает исполняться после этой фазы. Если бы ls подгружал, там происходил бы вызов функции dlopen(), примерно как в man dlopen. Но есть нюанс. libdl.so сама импортирует libc.so, а значит опять всё сделал системный загрузчик. Если подходить формально, мой вопрос содержит ошибку ("статически"), за которую Вы ухватились. По существу, она ничего не меняет, от техники связывания поведение не изменится: libc в обоих случаях загружена и инициализирована до вызова точки входа (и тем более main()) из ls. Наверное, Вы имели ввиду "использует libc". >> поскольку у того "любого языка" рантайм написан на Си > Этот пункт не понял. Почему у языка рантайм должен быть на Си, > при чём тут это? Он не должен. Но почему-то по факту так (не всегда, но примеров пока нет). > Берём любой язык и делаем из > него вызов к libc.so, при этом без разницы что за язык > и какой у него рантайм. Это просто вызов функции произвольной динамической > библиотеки, что на Линуксе что на Винде. Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	354. "Выпуск операционной системы Redox OS 0.6, написанной на язык..."	+/–
	Сообщение от Wilem82 (?), 28-Дек-20, 19:10
	> Вот, уже без "подгружаем", а просто "делаем" вызов... софта на Си, к которому "любой язык" сбоку прикручен системным загрузчиком, который тоже на Си. Не понимаю про что спорим. Да, с dlopen() я перепутал, чё с меня взять - я тупой жавер, а не сишник - я ваще не должен знать разницы между "сокетом" и "процессом" (это один чел в Мейлру так однажды пошутил про жаверов). Смысл в том, что вызов к libc.so может сделать любой процесс, не важно из какого языка он скомпилен. И этому процессу будет также не важно, какая у libc реализация - его интересуют только сигнатуры функций и поведение по контракту. О чём я и говорю - libc нужен программам, которые пользуются этим API и не более. На редоксе этот API предоставляется через relibc, на линуксе через GNU libc. Ещё бывает musl. И так далее. При этом программам под редокс либц может быть вообще не нужен, т.к. между ядром и программой используется другая обёртка над этим ядром. А может быть и ваще без обёртки - херач сразу сисколлы и не горюй, на расте для линуксовых сисколлов тупо есть либа, как есть либа для сисколлов виндовых.
	Ответить \| Правка \| Наверх \| Cообщить модератору