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

> > Я обращаюсь к двум разным переменным

> Окей убедил. А факториал сможешь так сделать?

> По одному и тому же имени?

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

> Но лист то тот же.

> Заебенил охуенный шаблонный класс с частичной специализацией и всё поломалось. Выдаёт какую-то хуиту почти на каждую строчку вместо ошибок.

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

> Поясни, анон, как длина имён переменных сказывается на размере готового бинарника?

> В бинарнике
> лохматые времена
> повсеместный бейсик

> он интерпретатор

> для обучения

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

> Я думал, мы говорим о промышленной практике.

> > Разве компилятор не должен заменить имена переменных на их адреса в оперативе?

> > Поясни, анон, как длина имён переменных сказывается на размере готового бинарника?

> Ты прав, но не все так просто. Когда компилятор создает объектные файлы, и в них обязательно есть таблица символов, в которой в числе прочего лежат имена внешних переменных и функций (extern).

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

> А еще есть отладочная информация, кстати.

> То есть имена всех функций и глобальных переменных, видимых извне (т.е. объявленные в заголовочнике), попадают в бинарник как есть?

> в истории упоминается микроконтроллер, управляющее термостатом

> светлый си шарп

> динственное по чем скучаю это интерфейсы как конструкция языка.

> А что не так с моим решением?

> (или клиенты теперь тоже работают HTTP-серверами, обрабатывающими POST-запросы от сервера?)

> > готов поспорить, у тебя вместо неё JSON

> > По настраиваемости конечного продукта без перекомпиляции приложения он натянет твой велосипед и порвёт его в клочья.

> > Про HTML для гуя даже комментировать не буду - из присущего WPF compile-time, так горячо любимого и ценимого всеми плюсоёбами, ты зачем-то перенёс всё построение, валидацию и логику в рантайм.

> Конечно же, я имел в виду виртуальные базовые классы
> Но это и так можно не делать, без введения костыля в язык.

> http://ideone.com/fork/6U9lDy

> Каким образом заставить консольный ввод принимать кириллицу?

> нет уникода

> > Пробовал использовать wstring и соответствующие потоки, но что-то не катит.

> считывает только ansi

> Есть предположение, что консольный ввод обрабатывается по cp866, хотя вывод организован в win1251.

> в стандартной библиотеке

> Если будет бесплатная версия после релиза

> при определении

> Приватные методы стоит описывать, если есть вероятность передачи этого кода другим людям

> В учебнике всё идёт в ключе С#, но смысла браться за него не вижу.

> серьёзных и популярных ныне или грозящих ими стать в будущем

> или грозящих ими стать

> Хочешь неуправляемый код? Держи такой синтаксис.
> Хочешь расчёты на стадии компейляции? Вот тебе такой синтаксис.
> Хочешь скрипты без компейляции? Получи@расспишись.

> R?

> Или ты имеешь в виду раст?

> выражение вида (...)+(...). А затем (...), но не (...)+(...)

> В учебнике написано так: Ищем в строке знаки операций, не заключенные в скобки, в порядке приоритета. Наименьший приоритет у присваивания («=»), средний у сложения («+»), наивысший — у умножения («*»).

> после

> Какая у него максимальная длина значимой части?

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

> Если я правильно понял, все расстояния считаются суммированием чисел вида x+y*sqrt(2).

> Если так, то идеально было бы хранить эти числа как пары тупо целых, количество единиц и количество корней из двух.

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

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

> 4 IntelliSense: идентификатор "R" неопределен

node *temp;                                      // create a temporary node
temp = (node*)malloc(sizeof(node));  // allocate space for node
temp = head;                   // transfer the address of 'head' to 'temp'
head = temp->next;      // transfer the address of 'temp->next' to 'head'
free(temp);

> Transfer the address of head to temp

> во второй строчке ошибка?

> IDE для Windows

> чяднт?

> Return Value
> If the end-of-file is encountered while attempting to read a character, the eof indicator is set (feof). If this happens before any characters could be read, the pointer returned is a null pointer (and the contents of str remain unchanged).

> чяднт?

> но и результат feof

while (fgets(s, N, fp)) {
    // делаем что-нибудь с прочитанной строкой
    // не забываем, что в конце всех строк (кроме, возможно, последней) будет '\n'
}
// для лаб эта проверка нафиг не нужна, но приведу для полноты
if (ferror(fp)) {
    // цикл остановился из-за ошибки (диск сломался, сеть отпала и т.п.)
}

> имя массива - указатель

> если бы fgets так же работала, проблемы бы не возникло у меня

> if ((ch != ' ') && (ch != ','))

> #include "iostream"

> void main()

> using namespace std;

> void GetGraph(vector<vector<char>> &Graph, int &vertices)

> char(97 + i)

> vector<vector<char>> Graph;
> for (vector<vector<char>>::iterator i = Graph.begin(); i != Graph.end(); i++)

> Сделай нормальную проверку, например такую: if (ch >= 'a' && ch < 'a' + vertices).

> \r

> Безопасно ли считать, что все буквы в кодировке идут подряд?

> \r

> Правильная сигнатура - int main()

> И return 0

> в реальных проектах не стоит так делать

> можно попробовать и новый цикл из c++11

> Кроме "ё".

> вкусовщина

> нет ничего плохого

> его студия в него не умеет

> Утащи ее в локальные переменные GetGraph'а

> Мне показалось легче завести для нее отдельную переменную, чем каждый раз писать Graph.size().

vector<vector<char>> graph;
int vertices;
GetGraph(graph, vertices);
vector<char> path = FindMinimalPath('a', 'd', graph, vertices);
// vs
Graph graph;
GetGraph(graph);
Path path = FindMinimalPath(graph, 'a', 'd');

> Про новый цикл совершенно ничего не знаю.

> void ShowGraph(vector<vector<char>> Graph)

void ShowGraph(const vector<vector<char>> & Graph)

> Пока они для меня как обычные счетчики, а это плохо.

> Вкусовщина.

1.cpp:5:11: error: ‘::main’ must return ‘int’

> void ShowGraph(const vector<vector<char>> & Graph)

> кому

> странного синтаксиса html

> первый - подключение css через link, href

> Стандартизация всегда отстаёт и приходится возиться с де-факто велосипедами и трендами.

> То, что ты перечисляешь это не синтаксис html.

> Не знаю, как там в твоём, но в моём стандате есть

> Так и должно быть. Придумываем костыль, запиливаем его, тестим, запиливаем в стандарт.

> гоу

> В основном для прикладных.

> Go хороший ЯП для некоторого круга задач. В основном для прикладных.

> The sort is not guaranteed to be stable.

> Знаешь как это называется?

> С IntSlice и FloatSlice вообще проиграл.

var (
	x int32   = 5
	y int     = x          // выдаст ошибку: cannot use x (type int32) as type int in assignment
	z float64 = float64(x) // однако явное преобразование сработает
)

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

type Interface interface {
        // Len is the number of elements in the collection.
        Len() int
        // Less reports whether the element with
        // index i should sort before the element with index j.
        Less(i, j int) bool
        // Swap swaps the elements with indexes i and j.
        Swap(i, j int)
}

> Ну давай пример такой задачи.

> https://golang.org/pkg/container/heap/

> - Первый SOSNOOLEY начинается, если в список положить элементы разных типов — компилятор это никак не ограничивает.

> - Второй SOSNOOLEY происходит при попытке достать элемент из списка: ты получаешь interface{} вместо типа.

> - Желание хранить данные и ссылки в одном блоке памяти (дабы избежать излишней косвенной адресации) влечёт за собой третий SOSNOOLEY

> - Четвёртый SOSNOOLEY заключается в неизбежной динамической диспетчеризации, так как компилятор в общем случае не может знать тип, скрывающийся за интерфейсом

> Нужно понимать, что параметрический полиморфизм — одна из наиболее важных вещей в языке со статической типизацией, и ad-hoc полиморфизм её никак не заменяет.

> ты, возможно, спросишь, как же тогда пишут всякие штуки на С.

> Но С прощает то, что это язык 70-х и «портируемый ассемблер».

> Нужно понимать, что параметрический полиморфизм — одна из наиболее важных вещей в языке со статической типизацией, и ad-hoc полиморфизм её никак не заменяет.

> Зачем вообще совмещать dynamic dispatch и типизации.

> Есть какая-нибудь статья, где объясняются вот эти вот tradeoffы?

> что у вас нету акторов

> какая-то хуита вместо них для асинхронщины\concurrency

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

> a := fn().(myAwesomeType)

> Оптимизациями низкого уровня должен заниматься компейлярот, а не человек.

> Я конечно не копал исходники самостоятельно, но знаю, что там есть серьёзные оптимизации на этот счёт.

> В go есть утиные интерфейсы.

> Ты не преувеличваешь?

> Зачем вообще совмещать dynamic dispatch и типизации.

> Если я правильно тебя понел, то как раз таки ad-hoc в golang нет в пользу утиной типизации.

> Но при этом проверка на то, что тип реализует интерфейс, происходит во время компиляции.

> Всякие pure virtual functions вряд ли спрашивать будут.

> Что за "всякие pure virtual functions"? Что именно из этого "всякого" сорта было добавлено? Один хрен, попробуй нади компилятор, который бы полностью поддерживал все супер-мелочи из новомодного стандарта.

> актуальным gcc

> Не только ж gcc бывает.

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

• Sutherland B. - Learn C++ for Game Development

• Meyers S. - Effective Modern C++

• Прата С. - Язык программирования С++.Лекции и упражнения.

> Что заставляет людей до сих пор использовать шрифт Courier New?

> Consolas

> Он охуенен, например.

> Нашел, блеать, что советовать.

> Зачем в нём такие конские засечки?
> Что мешало нормально нарисовать символы Il1

> O0

> Некоторым нравится, например.

> вот он охуенен

> Почему ты не пользуешься пошаговой отладкой?

> Что заставляет людей до сих пор использовать шрифт Courier New?

> При каждом нажатии клавиши экран меркнет на долю секунды.

> Что заставляет людей до сих пор использовать шрифт Courier New? Есть же винрарные Consolas, DejaVu Sans Mono и Ubuntu Mono, которые гораздо однозначнее выглядят и лучше читаются.

> А если приложение изначально написано под *nix и пользует escape-последовательности?

> Значит, перед переносом этого приложения на винду нужно запилить между твоим кодом и консолью человечную прослойку с человечным API, а не пытаться дословно адаптировать Win32 API к линуксовым вызовам и потом возиться с escape-последовательностями по всему UI.

> Что тогда будет

> Ты какую-то хуйню написал в качестве примера.

> Допустим, есть локальный объект, созданный в функции. Если сохранить ссылку на этот объект вне функции, то по идее после выхода из функции этот объект должен уничтожиться, а ссылка станет битой?

> Что тогда будет при вызове метода объекта?