The OpenNET Project / Index page

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



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

Оглавление

Проект Mozilla представил релиз компилятора для языка програ..., opennews (??), 24-Янв-12, (0) [смотреть все]

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


8. "Проект Mozilla представил релиз компилятора для языка програ..."  –4 +/
Сообщение от Ваня (??), 24-Янв-12, 12:42 
Ориентация на безопасность и отсутствие типов данных. Это как?

И что будет если "i=ptr[0]"? Не зная размера?

Это вообщене понял: "никаких нулевых и потерянных указателей. Автоматическое управление памятью".

ptr = malloc();
free(ptr);

И чему будет равен ptr?

А вообще, ещё один бесполезный язык, ещё один С/С++, коих уже пару сотен, а то и тысяч.

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

10. "Проект Mozilla представил релиз компилятора для языка програ..."  +1 +/
Сообщение от Аноним (-), 24-Янв-12, 12:47 
> ptr = malloc();

Никаких malloc и free.

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

15. "Проект Mozilla представил релиз компилятора для языка програ..."  –6 +/
Сообщение от Ваня (??), 24-Янв-12, 12:57 
Т.е. живём без динамической памяти? Без списков, деревьев и дин.массивов?
Ответить | Правка | Наверх | Cообщить модератору

24. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от rain87 (?), 24-Янв-12, 13:09 
ну почему же. с ними, просто память под них будет выделяться и освобождаться автоматически, а не вручную программистом
Ответить | Правка | Наверх | Cообщить модератору

30. "Проект Mozilla представил релиз компилятора для языка програ..."  –2 +/
Сообщение от Ваня (??), 24-Янв-12, 13:21 
Если есть указатели, динамическая память и функция её освобождения, то я могу указатель сделать невалидным.

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

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

32. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 24-Янв-12, 13:25 
> и функция её освобождения

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

Очередная анонимная икспертиза. Конечно же без пруфов.

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

34. "Проект Mozilla представил релиз компилятора для языка програ..."  –2 +/
Сообщение от Ваня (??), 24-Янв-12, 13:28 
Я комментирую статью. И высказываю свою точку зрения. Мне на этот язык начхать, как и всем собственно.
Ответить | Правка | Наверх | Cообщить модератору

88. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 24-Янв-12, 15:34 
> Я комментирую статью. И высказываю свою точку зрения.

А я думал что ты кормишь троллей сухим кормом, путем просто сказочного торможения, невладения терминологией и просто общим дебилизмом. Да, будущее MS в надежных руках - счастливой отладки, суки :)

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

61. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от тоже Аноним (ok), 24-Янв-12, 14:42 
Ждем примера с превращением std::tr1::shared_ptr в невалидный.
Это возможно, конечно.
Но только на более низком уровне, который в Rust'е, очевидно, будет недоступен.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

66. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Ваня (??), 24-Янв-12, 14:51 
free(ptr)

Функцию free прошу заменить на функцию освобождения дин.памяти.

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

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

73. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Crazy Alex (??), 24-Янв-12, 15:09 
Будет доступен в unsafe-блоке. Да, в нём можно начудить, а можно получить хорошую эффективность. И это правильно, товарищи.
Ответить | Правка | Наверх | Cообщить модератору

117. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от тоже Аноним (ok), 24-Янв-12, 17:36 
Осталось объяснить, с какого перепугу в этот язык кто-то будет вводить функции освобождения динамической памяти.
Даже на С++ их непосредственное использование давно стало дурным тоном, поскольку для одних и тех же задач куда безопаснее применять не "сырые" указатели, а ссылки и "умные" указатели. Чуть менее эффективно, но это отнюдь не критично.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

119. "Проект Mozilla представил релиз компилятора для языка програ..."  –1 +/
Сообщение от Ваня (??), 24-Янв-12, 17:38 
> Я: Если есть указатели, динамическая память и функция её освобождения, то я могу указатель сделать невалидным
> Вы: Ждем примера с превращением std::tr1::shared_ptr в невалидный
> Вы: Осталось объяснить, с какого перепугу в этот язык кто-то будет вводить функции освобождения динамической памяти.

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

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

122. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 24-Янв-12, 17:45 
>> Я: Если есть указатели, динамическая память и функция её освобождения, то я могу указатель сделать невалидным
>> Вы: Ждем примера с превращением std::tr1::shared_ptr в невалидный
>> Вы: Осталось объяснить, с какого перепугу в этот язык кто-то будет вводить функции освобождения динамической памяти.
> Повторюсь ещё раз: если есть указатели, динамическая память и функция её освобождения,
> то я могу указатель сделать невалидным.

Тебе человеческим языком сказано, что НЕТ функции освобождения памяти, а есть автоматическое управление памяти — то бишь без участия программиста. Какие еще могут быть "если"?

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

153. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от anonymous vulgaris (?), 25-Янв-12, 02:22 
> Даже на С++ их непосредственное использование давно стало дурным тоном, поскольку для  одних и тех же задач куда безопаснее применять не "сырые" указатели, а ссылки и "умные" указатели.

Ну вот тут недавно был отчет о том как в firefox борются с утечками памяти, можете там про умных с хорошими тонами почитать

>НЕТ функции освобождения памяти, а есть автоматическое управление памяти — то бишь без участия программиста. Какие еще могут быть "если"?

никаких если, да зравствует жаба-ц# ясное дело!

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

164. "Проект Mozilla представил релиз компилятора для языка програ..."  +2 +/
Сообщение от Аноним (-), 25-Янв-12, 10:55 
Жаба и ц#? Увольте. Лисп — наше всё!
Ответить | Правка | Наверх | Cообщить модератору

42. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 24-Янв-12, 13:55 
будет очередной gc, почти как в яве с её гемором сборщика.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

195. "Проект Mozilla представил релиз компилятора для языка програ..."  +1 +/
Сообщение от gknrenmds (?), 25-Янв-12, 20:52 
И мозилла станет жрать еще больше памяти...
Ответить | Правка | Наверх | Cообщить модератору

12. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Crazy Alex (ok), 24-Янв-12, 12:48 
типы есть
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

16. "Проект Mozilla представил релиз компилятора для языка програ..."  –1 +/
Сообщение от Ваня (??), 24-Янв-12, 12:58 
"Ориентация на практическое применение: Нет номинальных типов или иерархии типов"
Ответить | Правка | Наверх | Cообщить модератору

31. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 24-Янв-12, 13:23 
> "Ориентация на практическое применение: Нет номинальных типов или иерархии типов"

"Rust является языком со строгой типизацией, сфокусированным на безопасной работе с памятью и обеспечении высокого параллелизма выполнения заданий", вообще-то.
"нет номинальных типов или иерархии типов" значит всего лишь, что не получится использовать long int и short int в одном выражении. (http://en.wikipedia.org/wiki/Nominative_type_system)

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

33. "Проект Mozilla представил релиз компилятора для языка програ..."  –1 +/
Сообщение от Ваня (??), 24-Янв-12, 13:26 
Под типами данных (базовыми, стандартными, номинальными, типовыми, ..) всю жизнь подразумевал как раз эти самые char, int, float, ..

long, short, signed, unsigned, .. - всю жизнь называл модификаторами.

Ну да ладно, вопрос терминологии.

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

45. "Проект Mozilla представил релиз компилятора для языка програ..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 24-Янв-12, 13:58 
модификаторы здесь разве что signed/unsigned
Ответить | Правка | Наверх | Cообщить модератору

57. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Ваня (??), 24-Янв-12, 14:16 
Спорно.

int - целое число.

long int - целое число с бОльшим количеством значений
signed int - знаковое целое число

Было целое число и осталось целое число.

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

81. "Проект Mozilla представил релиз компилятора для языка програ..."  +1 +/
Сообщение от Аноним239 (?), 24-Янв-12, 15:22 
'a' -целое число?


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

87. "Проект Mozilla представил релиз компилятора для языка програ..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 24-Янв-12, 15:33 
ага, была переменная, и осталась переменной. В общем, существует только один тип - переменная.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

162. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от шифер (?), 25-Янв-12, 09:42 
Слежу за дискуссией и не понимаю. Вот парень вроде какое-то отношение имеет к программированию, но бля неужели у такого эпического долбоёба получалось хоть что-то когда-то накодячить?

А пишу я for the great justice, у меня собственно вопрос:

> int - целое число.
> long int - целое число с бОльшим количеством значений

Что у тебя за компилятор такой, что у тебя long int длиннее int? Запости мне пожалуйста, что выведет printf("%d %d\n", sizeof(int), sizeof(long int));

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

165. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Ваня (??), 25-Янв-12, 11:48 
Хмм... Вот мне тоже вас оскорблять, обвинять в непрофессионализме и грязно ругаться?

И вообще, интересно было бы посмотреть ваши ответы на задаваемые мне вопросы. Как со стороны, то каждый герой.

Насколько я помню, sizeof(long)=8, sizeof(int)=4, sizeof(short)=2, но я на С/С++ писал давно и возвращаться в обозримом будущем не планирую, а потому эти заморочки не критичны. "long" - значит должен быть длиннее, "short" - значит короче; тип int не предусматривает хранение в виде 2e5, поэтому всё остальное личная шиза разработчиков языка, ломающая привычную логику. Таких граблей везде хватает и запоминать их уже подустал.

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

172. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 25-Янв-12, 13:25 
> "long" - значит должен быть длиннее, "short" -
> значит короче; тип int не предусматривает хранение в виде 2e5, поэтому
> всё остальное личная шиза разработчиков языка, ломающая привычную логику. Таких граблей
> везде хватает и запоминать их уже подустал.

"long" - значит должен быть не короче , "short" - значит не длиннее. Так гласит спецификация языка. В отдельных реализациях компилятора размер int равен размеру short, в других — размеру long. Более того, компилятор, для которого размер short равен размеру long, тоже имеет право на существование (размер int в таком случае будет точно таким же). Поэтому полагаться на различия между размером типов long,int,short — моветон. Используйте типы intN_t и uintN_t — cтардарт С99 их включает (см. http://en.wikipedia.org/wiki/C_data_types#Fixed_width_intege...)

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

174. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Ваня (??), 25-Янв-12, 13:30 
Как я не люблю сам себя цитировать...

Я не пишу на С/С++ и полагаться ни на что не собираюсь.

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

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

179. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Аноним (-), 25-Янв-12, 13:43 
Поправьте, если я правильно понял. Общечеловеческая логика диктует Вам, что запоминать наизусть размер типов char,short,int,long,long long для каждого отдельного компилятора проще, чем обращаться к типам, в которых размер указан непосредственно — т.е. int8_t, int16_t, int32_t и int64_t? Серьезно?
Ответить | Правка | Наверх | Cообщить модератору

181. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Ваня (??), 25-Янв-12, 14:12 
Я не пишу на С/С++ и не собираюсь делать этого в обозримом будущем.

Какое из слов этой фразы вам непонятно??????

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

193. "Проект Mozilla представил релиз компилятора для языка..."  +1 +/
Сообщение от arisu (ok), 25-Янв-12, 19:59 
ну не мучай ванюшу, ну что ты, право… он же тебе уже намекнул, что окончательно распростился с мечтами работать программистом и смирился с должностью разносчика кофе.
Ответить | Правка | Наверх | Cообщить модератору

191. "Проект Mozilla представил релиз компилятора для языка..."  +1 +/
Сообщение от arisu (ok), 25-Янв-12, 19:53 
> Так гласит спецификация языка.

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

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

192. "Проект Mozilla представил релиз компилятора для языка..."  +1 +/
Сообщение от arisu (ok), 25-Янв-12, 19:55 
> я на С/С++ писал давно и возвращаться в обозримом будущем не планирую

тебя таки окончательно выгнали с должности стажёра и перевели в вечные дежурные по аэродрому?

ванюша, так открой нам тайну, разреши вопрос: что стреляет в анус, попадает в нос^w^w^w^w^w^w^w на чём же пишет сейчас такой титан мысли и светоч знаний, как ты?

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

145. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от arisu (ok), 25-Янв-12, 00:58 
> модификаторы здесь разве что signed/unsigned

у ванюши всё, что с пробелом — «модификатор». то, что название типа может быть более, чем в одно слово — в череп не помещается.

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

159. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от www2 (??), 25-Янв-12, 07:25 
> у ванюши всё, что с пробелом — «модификатор». то, что название типа
> может быть более, чем в одно слово — в череп не
> помещается.

Ну вообще-то, long и short - это и в самом деле модификаторы типа int, так же как signed и unsigned.

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

160. "Проект Mozilla представил релиз компилятора для языка..."  +1 +/
Сообщение от arisu (ok), 25-Янв-12, 07:39 
> Ну вообще-то, long и short - это и в самом деле модификаторы
> типа int, так же как signed и unsigned.

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

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

170. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от Ваня (??), 25-Янв-12, 12:48 
Спецификации языка программирования (С99 и более поздние) больше не авторитет? Теперь "вы" решаете что является типом, а что нет? Странная избирательность...
Ответить | Правка | Наверх | Cообщить модератору

171. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от Аноним (-), 25-Янв-12, 13:15 
> Спецификации языка программирования (С99 и более поздние) больше не авторитет? Теперь "вы"
> решаете что является типом, а что нет? Странная избирательность...

Теория типов уже не авторитет? Теперь спецификации отдельных языков программирования решают, что является типом, а что нет? Странная избирательность…

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

173. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от Ваня (??), 25-Янв-12, 13:28 
Для компилятора языка программирования Си спецификация (практическая реализация теории) языка программирования Си выше любых теорий.

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

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

180. "Проект Mozilla представил релиз компилятора для языка..."  +/
Сообщение от Аноним (-), 25-Янв-12, 13:48 
> Для компилятора языка программирования Си спецификация (практическая реализация теории)
> языка программирования Си выше любых теорий.
> Не так давно данный персонаж мультов как раз писал что я, дескать,
> спецификаций не читаю. И вот, на тебе, в лужу сел.

Если спецификация, скажем, паскаля начнёт утверждать, что комплексные числа — это всегда запись из двух 42хбитных. Когда речь идёт только о гипотетическом паскале с комплексными числами, терминологию можно и даже нужно брать из спецификации; но когда обсуждаются НЕСКОЛЬКО языков, размахивать спецификацией одного из них, как флагом, и кричать, что только эту терминологию нужно использовать — глупость.

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

189. "Проект Mozilla представил релиз компилятора для языка..."  +1 +/
Сообщение от arisu (ok), 25-Янв-12, 19:40 
> Не так давно данный персонаж мультов как раз писал что я, дескать,
> спецификаций не читаю.

что, книжку по ассемблеру отобрали?

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

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

62. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Crazy Alex (??), 24-Янв-12, 14:44 
Сорри, погорячился, оно таки инопланетное. То есть может за многими рещениями и есть толковые обоснования, но их тогда надо было описать на сайте. Я всего лишь кратенько пробежался по описанию типов - и слегка очумел. Как минимум, конструкция alt для биндинга переменных к членам структуры и отсутствие нормального доступа через точку вызывают сомнения. Также как и требование явного боксинга для объектов при преедаче в функцию, принимающую итерфейс. Из замеченного -  ещё угловые скобки для параметров шаблонов - им что, проблем плюсов с парсингом хочется?

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

72. "Проект Mozilla представил релиз компилятора для языка програ..."  +/
Сообщение от Crazy Alex (??), 24-Янв-12, 15:07 
так, что-то я сегодня туплю. Можно там через точку обращаться, это меня конструкция alt с толку сбила. И в общем язык довольно забавный - эдакий конкурент D, авторы явно много чему научились на дишном опыте и стараются не наступать на грабли (находя, впрочем другие).

Хотя кое-где явная чушь. Допустим, что им мешает immutable shared boxes гонять между тасками - я не понимаю. Но они для таких случаем используют зачем-то unique boxes,  которые в один момент могут быть доступны только одному таску. Всё, что можно предположить - что это артефакт подсчета ссылок, который между потоками работает откровенно паршиво.

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

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

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




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

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