D_KEY: Я про кодескульптор ничего не знаю. Он вообще странный, не для всего стандартного импорт поддерживает, например.

На других подобных ресурсов ссылки живут бесконечно.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836131

Qraizer: Отнюдь, Dushevny. Даже если он так сделает, лямбда кончается раньше использования var2 и var3, и ругаться компилятор не должен. Но ругается, значит этот пример кода не соответствует оригинальному. То ли сама func1() тоже лямбда, то ли баланс {} где-то нарушен, то ли перепутаны переменные. А попробуй не перепутать, когда они называются одинаково и внутри, и снаружи. Очень напрягают const_cast<>ы. Я не вижу использования лямбды и следовательно нет никакой информации о константности её параметра, но даже так выходит, что реализация её контракта грубейшим образом нарушает собственные же гарантии. Тело цикла по current меняет свой параметр вне заголовка. И как будто этого мало, грубым образом нарушая контракты strtoul(): второй параметр неконстантный, первый константный, и когда они совпадают, для strtoul() это может оказаться полной неожиданностью, это прекрасный способ пострелять по конечностям. И что делает C-шная функция, не умеющая к тому же корректно сообщать об ошибках, в плюсовом коде? Почему не std::stoul()?
Код вроде бы под давние фишки языка, которым 10 лет в обед, но написан безалаберно. 100пудово индус писал. Если Виталь его портирует, пусть хоть в порядок приведёт, чтоб работало не на соплях.

Добавлено 08.08.20, 17:35
Не слушай ничьих бредней. Есть Стандарт языка, и он одинаков для всех. Некоторые компиляторы, существующие на рынке десятки лет, могут поддерживать старые Стандартные решения для совместимости со старыми программными продуктами, но такое обычно настраивается. Другое дело, что компиляторы могут также вводить некие расширения Стандарта. Они естественно могут не поддерживаться другими компиляторами. Но на то они и расширения. Если хочешь портабельности, расширения языка в коде использовать нужно ограниченно и локализовано, а не где попало по всему коду.

Добавлено 08.08.20, 17:45
Ну, 10 — это ты загнул. Нынче строку в число преобразовать можно тремя Плюсовыми способами и тремя (по Стандарту – двумя) Cшными. Каждый имеет свои плюсы и минусы. std::stringstream удобнейший, включая поддержку национальных предпочтений, но накладный, std::num_get<> неудобный, но значительно быстрее, строковые std::stoXX() самые быстрые, но работают только в C locale classic. Выбирай на вкус, что называется. Cшные по-любому нерекомендованы из-за типовой небезопасности и ненадёжной индикации ошибок. "Только MSVS" означает скорее всего лишь то, что код завязан на MSные расширения языка. Хорошо это или плохо, сказать трудно; однозначно плохо, когда использующий их программер не отличает их от Стандартных конструкций. Если ты думаешь, что у GNU меньше расширений, то вынужден огорчить, их там ещё больше, чем у MS.

Добавлено 08.08.20, 17:53
Дома на 10-ой ПРОшке проблем с 2017-ой точно нет. На работе стоит корпоративная 7-ка, и там она тоже как влитая работает без нареканий. 2017-ая тоже нынче поддерживает C++17 отлично (не буду говорить "безукоризненно", боюсь соврать), так что и она вполне, думаю, тебе подойдёт. За 2019 ничего сказать не могу, не юзал, но однозначно не должна быть хуже, и я почти уверен, что почти готовый C++20 в 2017 если и поддержат, то развивать точно не будут.

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836129

JoeUser: Виталь, C++ прошло периоды застоя! Хочешь ты этого,не хочешь - но ты, если прогаешь на С++, обязан отслеживать стандарты! Очень часто есть перелет из "std::experemental" в "std::".


Еще раз!!! Пользуешь "фичу языка" - удостоверься, что твой компайлер тянет этот стандарт.

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836128

Виталь:
Уже убрал. Была ошибка не хватает ; - я почему-то подумал что на этой строке.

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

Я эти
имел в виду во всех смыслах этого слова, С++ никогда не славился совместимостью между компиляторами, некоторые баги (или фишки) популярных компиляторов даже были темой олимпиадных задач в студенческие годы. Так теперь развелось десяток стандартов языка, и одни компиляторы не понимают код, написанный под другими. И вещь не связана ни с чем критически важным, как например разница между Delphi 7 и более новыми версиями (переход на юникод), просто раньше был один способ реализации какого-то кода или объявления какой-то структуры, а сейчас их 10 разных, из которых половина понимается только MSVS и только последними версиями...


Я только переименовал переменные и убрал куски кода между {} к которым не возникают вопросы.

Это очень полезная информация. Видимо, буду так делать. Потому как у меня есть готовая виртуалка с семеркой, но когда я на нее пытался ставить очередную дрянь, вылезла неудовлетворенная зависимость (последний .NET) который нагло отказывался ставиться (а код ошибки, судя по китайскому интернету, говорил о том что не хватает одного из "важных" обновлений винды). Пришлось тогда откатывать и создавать еще одну семерку, с образа с RuTracker, в котором все обновления вшиты (что там еще интересного вшито - не смотрел).

Их, скорее всего, не будет. ОК.

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836127

swf: Всё рекурсивное программирование построено на том, что у списка отделяется голова (один элемент), а хвост является самостоятельным списком.
Когда у меня на прологе лекция, посвящённая различным сортировкам, я за одну лекцию показываю все сортировки, которые они долбили полсеместра на структурах данных.
Не лекция, а стенд-ап какой-то.
Обработал один, максимум два элемента, а для обработки хвоста вызвал рекурсию. Всё.

Я очень люблю писать с помощью рекурсии и на паскале - удобно для меня.
Но насколько это замедляет программу - другой вопрос.

Добавлено 08.08.20, 17:06

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

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836125

D_KEY:
В смысле? В питоне есть тип для списка, а как он реализован не так и важно, в большинстве случаев. Почему там динамический массив или что-то схожее, ну потому, что это наиболее оптимальный вариант для большей части задач. Это как в C++ почти всегда лучше взять std::vector, чем std::list.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836121

Dushevny: Уберите точку с запятой в конце строки и все у вас получится.

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836114

Qraizer: По-Плюсовому это дэк, но это не официальное отражение структуры данных на тип, это просто следствие требований Стандарта к алгоритмической сложности дэка.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836113

Сергей85: wmic /output:c:\serv.txt service get name

Полученный файл считать билдером.

https://forum.sources.ru/index.php?showtopic=419345&view=findpost&p=3836110

D_KEY:
А тебе часто нужно было так делать? :)

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836084

korvin:
очень удобно.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836082

D_KEY:
Это реализация абстрактного типа данных "список" на основе структуры данных "динамический массив".

Добавлено 08.08.20, 07:54

А, ну так синтаксис данных в файле/вводе не обязан совпадать с тем, что принят в языке. Форматы могут быть разными, потому так и не делают. Например, можно json использовать.

Если нужно считать в формате питона, то можно воспользоваться модулем ast.

Добавлено 08.08.20, 07:55

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836079

applegame: А питоновские списки на каком типе данных построены?
А в чем преимущество рекурсивности? В некоей математической красоте? А так одни недостатки: Хочешь последний элемент? - Перебирай весь список. Хочешь перебрать в обратном порядке? - Делай реверс списка, только потом перебирай. У рекурсивных списков есть только одно, единственное преимущество - они сами по себе являются персистентной структурой данных и поэтому хорошо вписываются в ФП.
В скобках же пояснено. swf, сетует на то, что нельзя как в Прологе сразу ввести список. Приходится сначала строку, которую потом уже превращать в список.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836077

applegame: Да, летающий забор сложно назвать достижением. К вертолёту вон забор привяжи и он полетит. :)

https://forum.sources.ru/index.php?showtopic=278766&view=findpost&p=3836076

JoeUser: Виталь, приведи участок кода, сделай синтетический пример - иначе маловато информации.

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836074

D_KEY:
Поясните.

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836073

Виталь: Главное не нарваться на грабли когда один почтовый сервер работает только с TLS а второй только с SSL. И оба посылают на 3 буквы при попытке работать с 25 портом без шифрования. Уже несколько лет как.

https://forum.sources.ru/index.php?showtopic=419218&view=findpost&p=3836067

Виталь: Доброго времени суток!
Вопрос чуть по другой теме, но смежной.


с последующими вызовами var123.push_back


и параметры функции типа uintptr_t ругаются в теле функции при их использовании - "%name_of_var%" нельзя передать неявно, поскольку не задан режим передачи по умолчанию - это всё какой стандарт языка?

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

https://forum.sources.ru/index.php?showtopic=419024&view=findpost&p=3836065

swf: О_о
всё-таки это не пролог (там любой свой собственный тип данных можно ввести с клавиатуры)
https://py3.codeskulptor.org/#user305_BVnBGrIEuc_0.py

Добавлено 07.08.20, 22:25
А как долго в кодескульпторе это будет храниться?
И куда оно сохраняется?

https://forum.sources.ru/index.php?showtopic=419241&view=findpost&p=3836063

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

https://forum.sources.ru/index.php?showtopic=390480&view=findpost&p=3836060