The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Ричарда Столлман опубликовал книгу по языку Си и расширениям GNU, opennews (ok), 07-Сен-22, (0) [смотреть все] –1

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


6. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –8 +/
Сообщение от Бывалый смузихлёб (?), 07-Сен-22, 10:18 
не раскрыта тема, на кой чёрт вообще нужны именно гнутые расширения языка - они слишком специфичны, едва ли это сильно применимо и универсально
Ответить | Правка | Наверх | Cообщить модератору

10. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (10), 07-Сен-22, 10:27 
Работать с этим языком без них довольно больно. А вот то, что оглавления в пдфке нет, действительно заслуживает всяческого порицания.
Ответить | Правка | Наверх | Cообщить модератору

112. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –3 +/
Сообщение от bOOster (ok), 07-Сен-22, 12:49 
Работать с ними довольно больно делает всем остальным, не оголтелым фанатикам ГНУ
Ответить | Правка | Наверх | Cообщить модератору

121. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +2 +/
Сообщение от Аноним (10), 07-Сен-22, 13:09 
Что оголтелого в alloca?
Ответить | Правка | Наверх | Cообщить модератору

132. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –6 +/
Сообщение от n00by (ok), 07-Сен-22, 13:29 
Автономные программисты Rosa Tresh впадают в ступор, когда alloca() вызывает переполнение стека. Правда, они как раз оголтелые фанаты GNU, в смысле GPL.
Ответить | Правка | Наверх | Cообщить модератору

369. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 10-Сен-22, 14:33 
> Автономные программисты Rosa Tresh впадают в ступор, когда alloca() вызывает переполнение
> стека. Правда, они как раз оголтелые фанаты GNU, в смысле GPL.

Опять все беды от росы? У вас програмер из росы жену чтоли увел?

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

370. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –1 +/
Сообщение от n00by (ok), 10-Сен-22, 14:39 
>> Автономные программисты Rosa Tresh впадают в ступор, когда alloca() вызывает переполнение
>> стека. Правда, они как раз оголтелые фанаты GNU, в смысле GPL.
> Опять все беды от росы? У вас програмер из росы жену чтоли
> увел?

Да, все твои беды от «росы». Именно из-за принадлежности к этой секте ты не осилил понять смысл ветки. Человек спросил о проблемах alloca(), я привёл пример из жизни. Твоим друзьям показали конкретную строку, а они не знали что с этим делать. Неделю. Я видел всякое, но нигде больше в одном месте не было столько глупых и неумелых, как там, так что других примеров у меня нет.

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

380. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 11-Сен-22, 09:06 
> Да, все твои беды от «росы». Именно из-за принадлежности к этой секте

Я вообще росой не пользуюсь и знаю о ней только то что она существует. Ну и еще о том что в каждом втором топике приходит n00by (анти)пиарить это нечто.

Простите, я не понимаю как я при этом могу к их секте относиться. Туда что, могут меня вписать без моего ведома?

> ты не осилил понять смысл ветки. Человек спросил о проблемах alloca(),
> я привёл пример из жизни.

КМК смысл я уловил на все 100% - во всех бедах alloca виновата роса, кто же еще :)

> Твоим друзьям показали конкретную строку,

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

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

Неужто тебя в конторы с вебмакаками не заносило? Там каждый первый еще хуже.

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

382. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 11-Сен-22, 10:09 
>> Да, все твои беды от «росы». Именно из-за принадлежности к этой секте
> Я вообще росой не пользуюсь и знаю о ней только то что
> она существует. Ну и еще о том что в каждом втором
> топике приходит n00by (анти)пиарить это нечто.
> Простите, я не понимаю как я при этом могу к их секте
> относиться. Туда что, могут меня вписать без моего ведома?

Запросто. Называется duck typing. И они про это поставлены в известность, и абстрактный Аноним своё лицо сохранил - это же не к нему, а к фанату было обращение. ;)

>> ты не осилил понять смысл ветки. Человек спросил о проблемах alloca(),
>> я привёл пример из жизни.
> КМК смысл я уловил на все 100% - во всех бедах alloca
> виновата роса, кто же еще :)

Ну если у других с alloca проблем нет: либо их решают, либо не используют. Получается, да, шаражка и виновата, это проблема управления. Они сначала сами притянули ошибку с патчем, т.е. смотрели на очевидный ляп и прохлопали, потом не могли исправить.

>> Твоим друзьям показали конкретную строку,
> У меня нет друзей в росе, маленький нюанс. А вот вечный батхерт
> про росу утомил.

Зато меня пока не утомил батхерт о поводу «батхерта».

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

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

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

385. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 11-Сен-22, 10:44 
> Запросто. Называется duck typing.

Я почему-то думал что это дело называется толи фиксацией, толи обсессией.

> а к фанату было обращение. ;)

В ответе мне? Я не психиатр, но это какой-то манией, чтоли, попахивает.

> Ну если у других с alloca проблем нет: либо их решают, либо не используют.

А его не любят случайно не за то же что и VLA?

 If the allocation causes stack overflow, program behavior is undefined.

Это как бы довольно паршивое свойство. Тем более что заранее узнать будет ли вот именно это - окей, а как? VLA обладают примерно теми же проблемами, за что и не рекомендуются.

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

Видимо я не в курсе какого-то глубокого контекста какой-то эпической истории...

> Зато меня пока не утомил батхерт о поводу «батхерта».

Ну оки, я буду просто жать "сообщить модератору" с коментом "спам" или "офтопик", каковым оно и является вроде бы.

> Так они и не строят из себя разработчиков операционных систем, не дурачат публику.

Ээээ? Точно? Вон там в ветке про DNF они очень даже пытаются, доказывая что их жручий тормозной падучий шит - нормальный тул для управления системой.

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

386. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 11-Сен-22, 13:06 
>> Запросто. Называется duck typing.
> Я почему-то думал что это дело называется толи фиксацией, толи обсессией.

Может, проекцией? Ну как бы бегать за мной с одним и тем же и писать про фиксации - это вот что?

>> а к фанату было обращение. ;)
> В ответе мне? Я не психиатр, но это какой-то манией, чтоли, попахивает.

В ответ на сообщение, которое писал Аноним через tor.

>> Ну если у других с alloca проблем нет: либо их решают, либо не используют.
> А его не любят случайно не за то же что и VLA?
>

 If the allocation causes stack overflow, program behavior is undefined.

> Это как бы довольно паршивое свойство. Тем более что заранее узнать будет
> ли вот именно это - окей, а как? VLA обладают примерно
> теми же проблемами, за что и не рекомендуются.

Там в rpm5 эта alloca() была сплошь и рядом для данных исключительно константных размеров. С какого года это тянулось, не разбирался, припоминаю элементы K&R или ещё какого-то антикварного Си. Кто-то на это дело посмотрел и вместо чистки кода налепил переменные аллокации. Естественно, оно начало падать, когда никто не ожидал.

>> сначала сами притянули ошибку с патчем, т.е. смотрели на очевидный ляп
>> и прохлопали, потом не могли исправить.
> Видимо я не в курсе какого-то глубокого контекста какой-то эпической истории...

Если кто считает написать alloca(n) недопустимым, он и не подумает, что кто-то другой такое сможет написать. А если кто не понимает проблемы alloca(n), он «проведёт ревью» и спокойно пропустит, как те деятели. А потом будет смотреть и не сможет заменить на malloc().

>> Зато меня пока не утомил батхерт о поводу «батхерта».
> Ну оки, я буду просто жать "сообщить модератору" с коментом "спам" или
> "офтопик", каковым оно и является вроде бы.

Всё по теме расширений GNU.

>> Так они и не строят из себя разработчиков операционных систем, не дурачат публику.
> Ээээ? Точно? Вон там в ветке про DNF они очень даже пытаются,
> доказывая что их жручий тормозной падучий шит - нормальный тул для
> управления системой.

Там не вебстудия и они вроде как раз переписали с Питона.

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

387. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 11-Сен-22, 13:48 
> Может, проекцией? Ну как бы бегать за мной с одним и тем
> же и писать про фиксации - это вот что?

Да я вроде за всю жизнь это тебе писал раза 2 или 3. Явно меньше чем ты эту росу поминал. Тут еще какие-то другие кадры с подобным мнением есть, некоторые даже не анонимы, но я к ним никакого отношения не имею. Так что имхо +1 к идее насчет маний. Смотри, станешь как шигорин, а жаль, один из относительно толковых типов на опеннете.

> В ответ на сообщение, которое писал Аноним через tor.

В любом случае я не понимаю за что этой росе и ее мегакодерам столько внимания. Если каждому гамнокодеру столько внимания оказывать - в спаме вообще ничерта полезного не найдешь потом.

> Там в rpm5 эта alloca() была сплошь и рядом для данных исключительно
> константных размеров.

Будем считать что мне она не нравится из-за UB, но у меня довольно специфичные взгляды.

> С какого года это тянулось, не разбирался, припоминаю элементы
> K&R или ещё какого-то антикварного Си. Кто-то на это дело посмотрел
> и вместо чистки кода налепил переменные аллокации. Естественно, оно начало падать,
> когда никто не ожидал.

Судя по описанию похоже на траблы какого-то унаследованого кода и не особо компетентных "чинящих". Ну, бывает.

> он «проведёт ревью» и спокойно пропустит, как те деятели. А потом
> будет смотреть и не сможет заменить на malloc().

Ну так ее заменять надо не в лоб и free самому влеплять. Это уже весьма нелинейный процесс и если там такие офигенные кодеры, они там use-after-free каких не влепят при этом? :)

Я бы сказал что положа руку на сердце половина таких грабель идет из некоторых свойств сей. Ну вот некоторые вещи неудачно специфицированы, реализованы или унаследованы. И в этом месте при всей антипатии к хайпу я нахожу некоторые пойнты допустим хрустиков технически валидными.

> Всё по теме расширений GNU.

Вообще, если так натягивать сову на глобус... в принцпе даже да :)

> Там не вебстудия и они вроде как раз переписали с Питона.

Не обязательно жить в индии чтобы генерить "индусский код". А переписали - ну, блин, молодцы. Жаль что их 15-20 лет назад не попустило, лол. И таки я злопамятный и пару декад вебмакакинга в системных тулсах апстриму хрен так просто забуду. Поэтому последние эн лет это не мой апстрим, особенно в части пакетников. Если им надо 20 лет чтобы нормальный пакетник сделать, то до момента юзабельности их системы я наверное от старости умру.

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

392. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 11-Сен-22, 15:43 
>> Может, проекцией? Ну как бы бегать за мной с одним и тем
>> же и писать про фиксации - это вот что?
> Да я вроде за всю жизнь это тебе писал раза 2 или
> 3. Явно меньше чем ты эту росу поминал.

Да, пару раз. Потому что остальные дцать раз Анон писал такое и пропадал.

> Тут еще какие-то
> другие кадры с подобным мнением есть, некоторые даже не анонимы, но
> я к ним никакого отношения не имею.

Есть. Последний отметившийся: betcher. Он там работает. :) Раньше было больше, один изображал толпу, пока его там не кинули.

> Так что имхо +1
> к идее насчет маний. Смотри, станешь как шигорин, а жаль, один
> из относительно толковых типов на опеннете.

«Результатом работы ООО "НТЦ ИТ РОСА" за 2021 год стал убыток в размере 16,4 млн руб» - надеюсь, осталось недолго меня терпеть.

>> В ответ на сообщение, которое писал Аноним через tor.
> В любом случае я не понимаю за что этой росе и ее
> мегакодерам столько внимания. Если каждому гамнокодеру столько внимания оказывать - в
> спаме вообще ничерта полезного не найдешь потом.

Так это значит, что я наоборот мало про них пишу. Да и расшифровывали бы они себя не как «Российская ОС и Аппликация», не позорили бы тем самым страну, я бы не стал заморачиваться.

>> Там в rpm5 эта alloca() была сплошь и рядом для данных исключительно
>> константных размеров.
> Будем считать что мне она не нравится из-за UB, но у меня
> довольно специфичные взгляды.
>> С какого года это тянулось, не разбирался, припоминаю элементы
>> K&R или ещё какого-то антикварного Си. Кто-то на это дело посмотрел
>> и вместо чистки кода налепил переменные аллокации. Естественно, оно начало падать,
>> когда никто не ожидал.
> Судя по описанию похоже на траблы какого-то унаследованого кода и не особо
> компетентных "чинящих". Ну, бывает.

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

>> он «проведёт ревью» и спокойно пропустит, как те деятели. А потом
>> будет смотреть и не сможет заменить на malloc().
> Ну так ее заменять надо не в лоб и free самому влеплять.
> Это уже весьма нелинейный процесс и если там такие офигенные кодеры,
> они там use-after-free каких не влепят при этом? :)

Я не знаю, может я им use-after-free влепил? Давно не писал на Си до того, попросил их проверить, а они не стали, работает же. :)

> Я бы сказал что положа руку на сердце половина таких грабель идет
> из некоторых свойств сей. Ну вот некоторые вещи неудачно специфицированы, реализованы
> или унаследованы. И в этом месте при всей антипатии к хайпу
> я нахожу некоторые пойнты допустим хрустиков технически валидными.

Любителей Rust не устраивает Си, они и пишут на Rust, правильно делают. А эти вообще не могут, зачем они таким занимаются? Достаточно сложно определить «распил», когда есть коммерция, прибыль, оптимизация расходов и всё такое, но когда люди не умеют - понятно же, что они ничего и не сделают.

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

426. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:56 
> Да, пару раз. Потому что остальные дцать раз Анон писал такое и пропадал.

Анонов более одного бывает, поэтому со стороны все это выглядит... специфично :)

> Есть. Последний отметившийся: betcher. Он там работает. :) Раньше было больше,

Вы в конкуренте работаете? Или в чем секрет фикса на именно этих?

> один изображал толпу, пока его там не кинули.

Им нечего делать? Это легко обнаруживается же.

> Так это значит, что я наоборот мало про них пишу.

Это значит что они не отметились какими-то видными достижениями в разработке софта и хайтеке. А unsolicited инфо о бесполезняшках - спам, имхо.

> не позорили бы тем самым страну, я бы не стал заморачиваться.

ИМХО какая-то там роса сейчас далеко не главные позорщики. Мелкая вошка.

> Я не знаю, может я им use-after-free влепил? Давно не писал на
> Си до того, попросил их проверить, а они не стали, работает же. :)

С си это довольно хреновый подход, икается там это. Поэтому ковыряться в чьем-то легаси на сях ну так себе удовольствие если честно :). Ну так, ремарка в сторону, запатчивая тупой overrun на определенном input за матерым зубром.

> Любителей Rust не устраивает Си, они и пишут на Rust, правильно делают.

Ну, как бы, для этого кроме хайпа есть и некоторые валидные предпосылки. Я бы предпочел что-то более в духе си но без некоторых его грабель, типа "better C".

> А эти вообще не могут, зачем они таким занимаются? Достаточно сложно
> определить «распил», когда есть коммерция, прибыль, оптимизация расходов и всё такое,

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

> но когда люди не умеют - понятно же, что они ничего и не сделают.

Это да. Хотя есть еще вариант научиться в процессе. Ну вон Маск изначально не умел делать ракеты. А теперь даст мастеркласс любому. Ну а си все же попроще ракет, так что отличные от ноля шансы наверное есть.

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

429. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 13-Сен-22, 13:02 
>> Да, пару раз. Потому что остальные дцать раз Анон писал такое и пропадал.
> Анонов более одного бывает, поэтому со стороны все это выглядит... специфично :)

Так и сторон бывает много, как ни странно.

>> Есть. Последний отметившийся: betcher. Он там работает. :) Раньше было больше,
> Вы в конкуренте работаете? Или в чем секрет фикса на именно этих?

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

>> один изображал толпу, пока его там не кинули.
> Им нечего делать? Это легко обнаруживается же.
>> Так это значит, что я наоборот мало про них пишу.
> Это значит что они не отметились какими-то видными достижениями в разработке софта
> и хайтеке. А unsolicited инфо о бесполезняшках - спам, имхо.

У Болгеноса какие достижения? Систематически приводят как пример.

>> не позорили бы тем самым страну, я бы не стал заморачиваться.
> ИМХО какая-то там роса сейчас далеко не главные позорщики. Мелкая вошка.

С другими пусть разбираются те, у кого в соответствующей области есть компетенции.

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

305. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –1 +/
Сообщение от uis (??), 08-Сен-22, 20:55 
Держи mingw
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

57. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +2 +/
Сообщение от Аноним (57), 07-Сен-22, 11:29 
Книга "GNU C". Хочешь без GNU, возьми другую книгу.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

86. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +1 +/
Сообщение от Аноним (82), 07-Сен-22, 12:19 
Хочу Rust с расширениями GNU. Пусть расширят его средствами ООП.
Ответить | Правка | Наверх | Cообщить модератору

126. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (126), 07-Сен-22, 13:20 
Хотелка уже выросла?
Ответить | Правка | Наверх | Cообщить модератору

144. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Бывалый смузихлёб (?), 07-Сен-22, 13:50 
> Хотелка уже выросла?

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

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

269. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (269), 08-Сен-22, 08:47 
Официалы же не хотят/тормозят. Так пусть хоть GNU это сделает.
Ответить | Правка | Наверх | Cообщить модератору

227. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +1 +/
Сообщение от warlock66613email (ok), 07-Сен-22, 20:53 
Пишите pre-rfc.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

427. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (427), 13-Сен-22, 11:01 
> Хочу Rust с расширениями GNU.

Coming soon! Фронтэнд вроде уже взяли или вот-вот возьмут в очередной релиз GCC.


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

244. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  –1 +/
Сообщение от Аноним (243), 07-Сен-22, 23:06 
"Абрикосы с асбестом. Хочешь без асбесда - возьми другие."
Ну это само собой.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

341. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (341), 09-Сен-22, 13:49 
Лучше с абсентом.
Ответить | Правка | Наверх | Cообщить модератору

154. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 07-Сен-22, 14:11 
> не раскрыта тема, на кой чёрт вообще нужны именно гнутые расширения языка
> - они слишком специфичны, едва ли это сильно применимо и универсально

Там есть и красивые удобные штуки. Типа switch..case на диапазон сразу. На мой вкус я бы хотел это увидеть в C2x стандартом. А просто потому что разворачивать эту короткую запись в бааальшую пачку case или кучу дурных и багоопасных if - ну вот как-то так себе идея. Блин, действительно, зачем нам компактные, информативные и очевидные языковые конструкции?

Или там __attribute__. Как угодно но иногда это полезно, а иногда и необходимо. Попробуй без него вообще нужное положить в конкретную секцию бинаря. Это конечно не особо надо при генерации десктопной приложухи. А теперь попробуй какую-ниюудь фирмварь без этого оформить... так, блин, а почему все фирмвари должны полагаться на вот именно нестандартные вещи? Такой отстой так и задуман? А стандартно это делать мы, стало быть, не хотим? Да ну ладно?

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

220. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Карабьян (?), 07-Сен-22, 20:16 
И эти люди охаивали майкрософт за ембрейс ехтингвиш и далее. Но МС никогда Си не поганила
Ответить | Правка | Наверх | Cообщить модератору

231. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +1 +/
Сообщение от navdotru (?), 07-Сен-22, 21:51 
#pragma declspec
Ответить | Правка | Наверх | Cообщить модератору

317. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 08-Сен-22, 22:38 
> #pragma declspec

У MSVC вообще довольно много incompat такого плана. А еще он не умеет __attribute__ допустим, как gcc или шланг, при том что атрибуты как-то мощнее и адреснее в указании к чему это по факту применяется.

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

255. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (255), 08-Сен-22, 02:12 
Ну да, а C++/CLI - не считается.

https://en.wikipedia.org/wiki/C%2B%2B/CLI

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

256. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (255), 08-Сен-22, 02:14 
Я больше скажу. MS никогда C и не поддерживала. Только C++ с огрызком стандартной библиотеки C.
Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

280. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (280), 08-Сен-22, 10:31 
> Я больше скажу. MS никогда C и не поддерживала. Только C++ с
> огрызком стандартной библиотеки C.

Ну как не поддерживала, DOS они на сях писали, как и винды во многом, так что вьюжлси таки си умеет. Просто потом их на плюсоту потянуло и на си они забили. А так глядя на скорость работы винды и линуха с большими иерархиями файлов, например - простите но винду клинит в разы хуже, и мысль что у них офигенное ядро получилась на этом фоне чего-то не убедительна.

И вообще, линуксоид может отстроить себе ядро на не очень крутой машине. Удачи в обычном домашнем окружении винду или какой-то ее кус вообще отребилдить без мытарств, даже если б вам сорц и дали.

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

287. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 08-Сен-22, 11:45 
У Виндоса ядро офигенное получилось для того времени. Когда оперативной памяти было мало, экзешники там быстрее отображались в память и её экономили, не генерируя лишних грязных страниц. Ныне памяти в разы больше, данные с накопителя быстрее читать большим блоком, тогдашние оптимизации как бы вредят.
Ответить | Правка | Наверх | Cообщить модератору

304. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 08-Сен-22, 20:36 
> У Виндоса ядро офигенное получилось для того времени.

В NT4 и винтукее - ну да, нормально. Однако владельцем оно все же не вышло и маркетинговый булшит все пожрал и изгадил. Да и ядро в развитии застопорилось а линух с тех пор показал мастеркласс на тему как ядра девелопать. Да еще в открытом виде. Благодаря чему, между прочим, я научился довольно эффектным трюкам, которые нехило доразвил. Скажем компил-тайм чекингу довольно много чего, даже за пределами того что static_assert из C11 может так сходу изобразить.

А на примере винды чему можно научиться? Потреб-цтву? Поклонению "божкам" из "корпорации". Спасибо, но это не мой путь. Я предпочел научиться тому что "божки" умеют.

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

Linux видите ли все это тоже умеет, много лет назад, да еще и покруче и погибче пожалуй, да еще чуть не с 2.6 лохматых, когда они там clone() придумали (наполовину стырили идеи из plan9).

А сейчас так и сильно больще чем это. Воооон там KSM в виде ядерного тредика сканит странички изредка и - коллапсит идентичные в 1 страницу. Ну а если оно решает стать разным, copy on write (RCU) обратно unshare'нет это. Зачем так? Если у меня поднят целый флот виртуалок на основе одной и той же технологии, их суммарное потребление RAM будет лишь 1 core-set и кучка небольших "дельт". Так что суммарное потребление N виртуалок по M памяти не будет иметь ничего общего с N * M и будет в разы меньше чем это, если они похожие. А в винде такие чудеса управления памятью вообще есть? И кстати вся эта благодать доступна мне совершенно бесплатно даже на моем десктопе, а не только в энтерпрайз эдишне за много денег. Стоит ли говорить что я горой за тех кто мне помогает такими технологиями ворочать?

> Ныне памяти в разы больше, данные с накопителя быстрее читать большим блоком,
> тогдашние оптимизации как бы вредят.

Чего бы это? Читать с накопителя все-равно больше времени занимает чем операции со страницами, если это RAM-to-RAM было. Впрочем, если кому-то это не нравится, ядро линя научилось в transparent huge pages. Так что оверхед от педалинга страниц сильно меньше. И это все автоматически, прогерам вообще делать ничего не надо. А в винде это все вообще есть? Кстати вон то не халявно дается. Видите ли возникает underuse больших страниц, и даже такая мелочь как фэйсбук начинает бухтеть что "эй, у нас треть RAM сервера - slack?!". Поэтому они вооооон там кодят инверс этой оптимизации, который оптимизит зафрагментированные THP. А в винде такой хайтек точно есть, хотя-бы в дальних планах?

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

332. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 09-Сен-22, 10:01 
> А на примере винды чему можно научиться?

Венгерской нотации же. szString.))) Или начинать имена классов с 'C'. Микрософт так сделала, что бы _свои_ имена вынести в такое своеобразное пространство имён (у Борланда был префикс 'T'), но народ в такие нюансы вникать не стал, надо слепо копировать у мастера!

>> Ныне памяти в разы больше, данные с накопителя быстрее читать большим блоком,
>> тогдашние оптимизации как бы вредят.
> Чего бы это? Читать с накопителя все-равно больше времени занимает чем операции
> со страницами, если это RAM-to-RAM было. Впрочем, если кому-то это не
> нравится, ядро линя научилось в transparent huge pages.

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

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

359. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 10-Сен-22, 12:55 
> Венгерской нотации же. szString.)))

Да ну спасибо.

> Или начинать имена классов с 'C'. Микрософт так сделала, что бы _свои_ имена
> вынести в такое своеобразное пространство имён (у Борланда был префикс 'T'),
> но народ в такие нюансы вникать не стал, надо слепо копировать у мастера!

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

> Это я про «загрузку» экзешников. Винда мапила несколько нужных вот прям сейчас
> страниц и на этом выигрывала.

Линух вообще-то создает при форке новый процесс из старого как почти 100% шару памяти, заодно это и причина по которой fork() очень эффективная конструкция. В винде оно с вот именно такой эффективностью в принципе не делается, там вроде вообще нет прямого эквивалента именно таких примитивов. Только новый процесс создать, это в целом сильно больше приседаний, и вот чего-чего а это ведет к дикой тормознутости *nix-way тулсов в винде. Они там процессы плодят часто и много, и в винде это не очень хорошо работает. Не понимаю с чего вы взяли что у них там что-то было "эффективно".

> Но остальные позже приходилось всё равно загружать. Сейчас может оказаться
> быстрее получить от накопителя блоком всё подряд, даже ненужные данные.

Линух чаще всего накопитель вообще не трогает т.к. почти все нужные страницы уже были в памяти. Кроме каких-то случаев когда вот именно новый, уникальный процесс стартует. И кстати это все еще и .so/dll касается, их же тоже парсить и в память мапить надо, если их там еще не было. В лине из-за практики что весь софт в репах билдится относительно вон тех либ - жесткий реюз кода и для уже вгруженой .so - нафиг не надо читать ее еще раз, страницы уже и так в памяти есть и в целом это все сильно быстрее и эффективнее.

Скажем берем 2 жирные кутевых программы. Запускаем первую. Если система на базе GTK то старт первой может занять энное время пока кутевый рантайм с накопителя считается, распарсится, отмапится в память и проч. Но вторая программа стартанет как из пушки потому что он юзала тот же "системный" куть и он уже в памяти висел. Более того - RAM под рантайм кутя сожрется только 1 раз по сути. Только один core set + очень небольшая per-process дельта.

А в винде какой шанс что 2 разные проги поюзают одну и ту же .so'шку кутей, той же версии, в той же локации? И обе будут стартовать как черепахи. И так там везде. Поэтому рассказы про эффективность чего-то там в винде - ну, знаете, при прочих равных конфигур в линухе может раз в пять быстрее сработать, видимо и потому что дофига процессов пуляет и у винды с этим "не очень".

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

321. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +1 +/
Сообщение от Аноним (321), 08-Сен-22, 23:56 
Не знаю, на чем они там DOS писали, но компилятора C у них никогда не было. MSVC - это компилятор C++. И да, даже если твой код не использует возможностей C++ и внешне похож на C, его интерпретация компилятором C и C++ будет разной.
Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

333. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от n00by (ok), 09-Сен-22, 10:16 
/Tc     Указывает исходный файл на языке C.
/TC     Указывает, что все исходные файлы — C.
/Tp     Указывает исходный файл на языке C++.
/TP     Указывает, что все исходные файлы являются C++.

Но Си там был своеобразный.

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

360. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 10-Сен-22, 12:58 
> Не знаю, на чем они там DOS писали, но компилятора C у них никогда не было.

Да что ты? А что такое было, допустим, Microsoft C 80? :)

> MSVC - это компилятор C++.

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

> И да, даже если твой код не использует возможностей C++ и внешне похож на C,
> его интерпретация компилятором C и C++ будет разной.

Спасибо капитан очевидность.

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

322. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (321), 08-Сен-22, 23:59 
> А так глядя на скорость работы винды и линуха с большими иерархиями файлов, например - простите но винду клинит в разы хуже, и мысль что у них офигенное ядро получилась на этом фоне чего-то не убедительна.

Скорость работы файловой системы никак не связана с выбором ЯП.

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

361. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (-), 10-Сен-22, 12:59 
> Скорость работы файловой системы никак не связана с выбором ЯП.

Как бы это сказать? Лично мне не нравится как работает виндозное ядро по довольно многим аспектам. По поводу чего я и кривлю рожу на тему "ну что, майкрософт, помогли тебе твои плюсы?"

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

279. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (277), 08-Сен-22, 10:27 
> никогда Си не поганила

Да куда им?! Их кусок позора в виде студии даже C99 до конца не умеет вроде аж до сих пор. И если на них равняться... маздайцы все как один пишут на "C++". Который по факту оказывается C99, ради коментов // и чего еще по мелочи. Не, даже классы не юзают и какие там еще неймспейсы, чисто меняют расширение для менее мерзотного компилера. А заодно и по оптимизациям студия уже давно перестала быть впереди планеты всей: gcc и clang ее во многих случаях делают с отрывом.

Так что никто не собирается на майков равняться в случае си. Они делом доказали что их компилер дикий ацтой.

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

232. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +1 +/
Сообщение от Анонн (?), 07-Сен-22, 21:52 
Нужны чтобы ядро нельзя было скомпилить ни на чем кроме гыцц. Но нехорошие люди из llvm и с этим справились, поэтому придется придумывать другую пакость..
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

344. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..."  +/
Сообщение от Аноним (341), 09-Сен-22, 14:33 
Это не люди из LLVM справились, это кернелдевелоперы пошли навстречу. Поубирали некоторые/многие расширения из кода ядра.
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру