>>15533
>Тогда ты привязываешься к операционке/ядру, и твоя программа - это программа+ОС
Ты и так к ним привязан, поскольку пользуешь их API. Кроссплатформенность это миф.

>>15538
>Кроссплатформенность это миф.

Well-defined-поведение - это и есть кроммплатформенность.

>>15537

Ты только про одно забыл: вот например перезапишешь ты стек каким-нибудь мусором, программа бдет дальше работать, ошибки нет. Потом она всё-таки вылетит, а целостность данных уже всё.

Поэтому эксепшены - это полдела.

>>15539
>Well-defined-поведение - это и есть кроммплатформенность.

Ну, то есть, well-defined и не implementation-defined.

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

>>15546

Я, честно говоря, всё равно не понимаю, зачем тебе определять всё желаемое поведение программы, если оно полетит к чертям из-за первой же ошибки в unsafe-коде.

>>15556
Он выше приводил ссылки на три блог поста, где подробно эта тема освещена.

>>15557

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

В совмещении с языком C/C++ и ассемблерными вставками эти сетования выглядят лицемерно.

>>15585
Я не ОП, но согласен с его подходом. В том блоге объясняется, что UB существует в стандарте только по одной причине: чтобы позволить писателям компиляторов делать оптимизации. Если ты не ставишь перед собой такую задачу, то нет никаких причин оставлять белые пятна в языке. В случае языка ОПа, который в обозримом будущем будет иметь дай Бог одну реализацию, он может просто сделать удобную для себя спецификацию. От всех напастей небезопасного кода тебя это не спасет, но то что написано на самом языке будет иметь хорошо определенное поведение.

>>15586

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

>>15591
>арифметики указателей

>>15586
Вообще, разумеется, пилить свой велосипед всегда хорошо и интересно, просто мне хотелось бы понять, хочет ли ОП чего-то, кроме того, чтобы ошибки в программе проявлялись в предсказуемом виде (и с арифметикой это невозможно).

>>15403
Ren'Py 6.14 выдает ту же хрень

Я нашел вероятную версию у Альфы: 6.10.x

>>15432
В смысле, вероятную? Версию можно посмотреть во вполне конкретных файлах. script_version.rpy и renpy/__init__.py, если я правильно помню.

>>15433
Спасибо, 6.10.2е

Найти что-либо на Ren'Py раньше 6.14.0 почти невозможно, как я думаю, ибо большинство игр собиралось Ren'iOS

Не очень новости, это только на iOS и это можно оставить на совести Ren'iOS

Надеюсь, тут есть человек с Mac, способный помочь и собрать .ipa для распространения на JailBreak?

>>15438
>тут есть человек с Mac
есть

>способный помочь и собрать .ipa для распространения на JailBreak?
хм, раньше собирал только для официального стора, но попробовать можно

>>15439
Тогда сложу все аккуратно в папки для проекта Ren'Py

>>15437
Там проблема не в renios, а в renpy 6.14.1, выполняющим код от renpy 6.10.2 без script_version.rpy

бумп

какой бамп, тред с нулевой не ушел еще

Зависло на второй битве.
В целом интересно, но не хватает кнопки автобитва или пропуска битвы.

И ещё хотелось бы сейв чтобы посмотреть всю галерею.

ОП, ты заказывал арты или сам фигачишь?

>>14521>>14659
SMOLEV ETO TY?

Оп, пили ещё, годно.

>>15098
Или нет.

>>15176
> А что может гарантировать сохранение контроля над всей группой серверов?
> Это уже придирки, конечно, но если допускать взлом/изъятие, то делать это до конца?
В случае группы сервером в разных странах с различающимися законами произвести взлом/изъятие сложнее. Полной и абсолютной гарантии, конечно, быть не может.
> для "абсолютного недоверия" все же слабее tor, в силу малого количества вовлеченных узлов
Согласен, поэтому в идеале узлов должно быть больше, и сама система анонимного blacklisting должна быть интегрирована в архитектуру анонимизирующей сети, а не быть надстройкой над ней. Nymble c двумя серверами из статей по ссылкам выше - это скорее proof of concept.
> какого рожна нам вообще верить тому, что он якобы поднял анонимизирующую систему
Анонимизирующая система должна быть независима от администратора сервера, он не должен её поднимать.
>>15177
> Чтобы опровергнуть утверждение, нужно предложить систему где доверять ты можешь только своему компьютеру, а лучше даже и ему не доверять.
Очевидно, что не может быть такой системы. Взамен предлагается усиление защиты от компрометации путём разделения доверия на множество расположенных в разных юрисдикциях и независимо администрируемых серверов.

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

>>15178
>Анонимизирующая система должна быть независима от администратора сервера, он не должен её поднимать.
Это уже в сторону, НО:

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

Ну и:
>Во всей подобной (распределенной) системе все равно будет одна точка входа — наш клиент с его реальным или подставным ойпи. Для компрометации подобной системы все равно достаточно скомпрометировать одну машину.

>>15179
>Когда мы не доверяем конкретному админу в конкретной части обработки сетевых операций, простым и очевидным с точки зрения логики шагом, будет вынесение этой самой части подальше от админа.
Сюда:
>Во всей подобной (распределенной) системе все равно будет одна точка входа — наш клиент с его реальным или подставным ойпи. Для компрометации подобной системы все равно достаточно скомпрометировать одну машину.

Сообщение слишком длинное. Полный текст.

>>15180
> Как ему знать, что он не на обычном веб-сервере, например?
Он ставил клиентское ПО этой системы.

>>15183
А, ок.

>>15183
Тогда ITT изобретают велосипед. Сам протокол сети строится на нужных механизмах. Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP", для предотвращения утери этих данных при передаче. ассортимент широк - от роутеров до проксей. Классический пример подключения к сети через подставной компьютер, который действует от своего лица - VPN.

>>15194
> Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP"
От этих заголовков есть толк только при доверии добавляющему их. В удовлетворяющей требованиями ОПа системе агент, выдающий токен по IP-адресу, должен быть доверенным и не иметь при этом доступа к содержанию передаваемых клиентом с использованием этого токена пакетов данных. Один из возможных способов достижения доверия заключается в том, чтобы реализовать этот агент как группу из двух или более случайным образом выбранных серверов, участвующих в системе достаточно долго и находящихся в разных странах.
>>15179
> Когда мы не доверяем конкретному админу в конкретной части обработки сетевых операций, простым и очевидным с точки зрения логики шагом, будет вынесение этой самой части подальше от админа.
Да, в этом случае см. >>15091. Но ОП же хочет, чтобы при изъятии серверов "определение пользователей было бы очень затруднено". Для удовлетворения таких требований как раз и нужны распределённость и архитектура, обеспечивающая высокий уровень доверия к системе в целом при низких априорных уровнях доверия к отдельным составляющим её узлам.

Было бы гораздо интереснее посмотреть на админку для АИБ основанную на полном недоверии к модераторам.

>>15270
Ну это-то легко.
1) Вместо IP пользователей использовать хеши (уже есть в vichan)
2) Не удалять посты и файлы, а только помечать в базе как удаленные
3) Сделать модераторские сессии
В итоге всё можно будет откатить.

>>15324
Основная проблема - сохранить анонимность. В режиме модератора сразу видно кто какой пост оставил. А даже если и нет, можно косвенно судить по делолам и банам. А без банов нельзя.

Но зачем? В чем цимес?

Конкурс это прекрасно, но куда подавать заявки? Где других смотреть и себя показывать?

>>15253
Когда вы уже собрали команду, писать на gloodbaylive@gmail.com

Маразм. Программисты делятся на 2 категории - тех кто ничего не умеет но очень старается и тех кого всё достало, но у кого уже есть на всё готовые шаблоны. Очевидно что победят вторые сделав сайт за 15 минут.

>>15269 Посмотрим ещё)

>>15269
Очевидно, что вторые найдут лучшее применение времени, чем какой-то анонимный конкурс без профита.

чета непонятно нафига ета?

Было бы интереснее это в геймифицированной форме. Т.е. там машинку в игре на тестовом сервере управлять кодом и кто победит, к примеру. А так согласен, фигня какая-то. Сайт, лол.

Очередная спец-олимпиада.

ИТТ треды по ворду лучше начинать с небольшого FAQ.

Зачем переходить на новые версии после 97?

>>8865
что такое "билд"? ресурсы пикрилейтед.

описание: http://pastebin.com/NQTinbrQ

>>8867
Рабочее изкоробки приложение, ты ведь не предлагаешь мне собственноручно выискивать в коде пути и рассовывать туда контент? Не говоря уже о том, что компилятор (интерпретатор?) этой лабуды есть, по-видимому, у тебя одного.

>>8868
>Рабочее изкоробки приложение
Какие такие делать?

>ты ведь не предлагаешь мне собственноручно выискивать в коде пути и рассовывать туда контент?
А как ещё?

>Не говоря уже о том, что компилятор (интерпретатор?) этой лабуды есть, по-видимому, у тебя одного.
компилятор по ссылке http://sym.at.ua/load

>>8869
-_\\

>>8870
^^

Как дела у ОПа?

>>14904
Учитывая, что тред с 2013 года заброшен, скорей всего, ОП уже не с нами.
Тут тоже четыре года нет активности: https://github.com/Yukkurigame/Yukkuri

Я знал ОПа. Он умер 2 года назад.

>>15108
Звучит так, будто вруша.

>>14904
Плюсует, как видно. https://plus.google.com/ SirAnthony

>>14246
Владик, зачем ты пишешь roguelike?

А какие элементы рогалика ты хочешь в своей игре?

Ищешь двигло для рогалика, смотришь гуиды там.

>>14262
> гуиды

http://www.roguebasin.com/index.php?title=Main_Page
Еще на лурке неплохая подборка ссылок.

Для ввода-вывода можно использовать termbox.
https://github.com/zyedidia/termbox-d/blob/master/examples/helloWorld/helloWorld.d
Где-то надо держать состояние мира.

Это большая матрица. Т.е. большой одномерный массив размера n*m c методом get(row, column).
Наверно.

Также нужна позиция камеры, чтобы знать, какой фрагмент карты рисовать на экране.

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

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

>>14612
Окей, проблема в том, что я не переношу все заголовки из расшифрованного письма, которые нужно. Content-Transfer-Encoding был благополучно выброшен на свалку лол.
Мне надо ДУМАТЬ.

Еще мне надо заткнуться и не превращать этот торедо в бложек разработки.

>>14613
>я не переношу все заголовки из расшифрованного письма
байты экономишь, или в чем проблема перенести их все?

>>14619
Они частично дублируют заголовки исходного (зашифрованного) письма, и мне надо думать, какие переносить, а какие лучше оставить (может, просто переписать их все будет неплохой идеей, поскольку пока что они являются копиями).

Собственно, забыл упомянуть, что я пытаюсь сохранить ВСЕ заголовки исходного письма, которые не противоречат расшифрованному письму (ну, типа, я заменяю Content-Type: multipart/encrypted или multipart/signed на multipart/mixed (заменить просто, эти заголовки находятся в расшифровке) или text/plain). Перетащить заголовки почти без изменений — это фича, которая сделала этот скрипт несколько сложнее, чем он мог бы быть (и, также, уникальным, поскольку простых скриптов для передачи сообщения gpg с минимальной обработкой есть по меньшей мере один (pine-pgp-filters для alpine), который я использовал в качестве отправной точки).

>>14620 ну так сделай слияние двух массивов по заранее определённым правилам. тебе же не произвольные строки парсить, всё можно сделать при помощи while и case

и да
>awk...
...в sh = телега с реактивным двигателем. хотя я по молодости делал perl в sh, что вообще Ы, если учесть, что оно таки работало
>sed, grep
sed может делать всё то же, что и grep, и даже больше. тащить в скрипт лишнюю зависимость — плохая идея
>bash
на операционках с rc это дурной тон, там системный интерпретатор — sh

>>14636
Не, там абы как сливать нельзя все равно. В зависимости от типа контента, надо поступать по-разному.
Хотя, может, под "правилами" ты это и имеешь в виду. Проблема в том, что я с трудом представляю себе эти правила. Пока у меня нагромождение логики, отвечающей за различные специфические случаи, на старой логике. Возможно, я переработаю это полностью. Очень "неприятное" место — именно где требуется совместить типы контента зашифрованного и незашифрованного писем. Думаю, я как раз с этим разобрался.
>в sh = телега с реактивным двигателем
Что ты имеешь в виду? У меня он в довольно простом варианте используется.
>sed может делать всё то же, что и grep, и даже больше.
Я использую grep для МНОГОСТРОЧНЫХ РЕГУЛЯРНЫХ ВЫРАЖЕНИЙ (с ключом -P). x_x
sed такого не может, насколько мне известно. Правда, опять же, возможно я смогу обойтись sed'ом для тех задач.
Еще я использую exit code от grep для if в паре мест (sed не вернет мне ненулевой код завершения если ничего не было найдено).
>на операционках с rc это дурной тон
Ну, в первой строке у меня написано #!/bin/sh вообще-то.
Правда я использую штуки вроде ${variable} местами, как и $(code with output) для заполнения переменных, как и наверно что-то еще не свойственное чистому Bourne Shell.

>>14637 просто надо определить, какие заголовки подлежат модификации, а какие удалению. это и будет набором правил
>Что ты имеешь в виду?
у телеги есть своё предназначение, глупо от нёе хотеть скорости феррари и проходимости Урала
>с ключом -P
>This option is not supported in FreeBSD.
sadfrog.jpg вообще, если так нужны PCRE, стоит задуматься о том, не переписать ли всё на PERL
>sed не вернет мне ненулевой код завершения если ничего не было найдено
он вернёт пустую строку, проверяешь её: [ -z "$string" ] — если строка пустая; [ "$string" ] — если строка не пустая
>что-то еще не свойственное чистому Bourne Shell
http://mywiki.wooledge.org/Bashism

>>14636
> sed может делать всё то же, что и grep
$ grep -P '\p{P}?\p{Cyrillic}\p{P}?' <<<'‘You’re full of shit’ – сказалъ я с позированнымъ взглядомъ. Гдѣ ж ты набрался такого, Ѳетюкъ?'
$ grep -P '\p{P}(?=\w)|\p{P}(?<=\w)' <<<'‘You’re full of shit’ – сказалъ я с позированнымъ взглядомъ.
$ grep -P '(?i)(?|(цалуй)|(лобызай))-\1 лягушонку!' <<<'Цалуй-цалуй лягушонку! Лобызай-лобызай лягушонку!'
Ваш ход, маэстро.
> тащить в скрипт лишнюю зависимость — плохая идея
Это да, нефиг юзать
$ grep -q '^Found$' <<<'Found' && found=t
когда можно православным седом
$ sed -rn 's/^Found$/&/;T;Q1' <<<'Found' || found=t
Красота же. И читабельность на уровне!
> на операционках с rc это дурной тон, там системный интерпретатор — sh
Я надеюсь, вы мох регулярно с пекарен счищаете в своей конторе? А то не дай бог в вентилятор попадёт, у-у…

Сообщение слишком длинное. Полный текст.

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

>>14998
>Выкладывай сейчас
Хорошо.

http://pastebin.com/6HZtY7xr
На тему коллективного допиливания: вы можете сами взять этот код. Я его никак не "лицензирую" и, наверно, не стоит этого делать (там еще есть следы кода pgp-alpine-filters).

P.S: выглядит оно как Франкенштейн, но оно "works for me" и вроде неплохо охватило все случаи писем, создаваемых thunderbird и claws-mail.

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

>>15018
О, забыл сказать, что для работы скрипта надо указать в нем самом пассфразу для используемого ключа на месте %passphrase% (то есть, оно расшифрует только те письма, что зашифрованы одним и тем же ключом, для остального его требуется запускать отдельно). Я не нашел иного достаточно быстрого способа расшифровать целую пачку писем. Изначально этот скрипт был "фильтром", то есть дополнительной обработкой для alpine, то есть ручной ввод пассфразы каждый раз виделся там разумным ходом. Можно легко изменить поведение скрипта на такое.

Уточню -

cat|./a

выдаёт на один текст

('')

разный ответ.

>>14950
Ты используешь внутри своей программы функцию в описании которой есть слова "ундефайнед бехейвор". Так вот оно выглядит в реальности.

>>14955
>"ундефайнед бехейвор"
Не знаю, откуда ему быть.
Вот код для проверки на ошибки:

#include <stdio.h>

#define OTHER 0

#define SINGLEQUOTE 1

#define DOUBLEQUOTE 2

#define COMMENT 3

#define SLASH 4

#define STAR 5

#define BACKSLASHSINQ 6

#define BACKSLASHDOUQ 7

main()

{

Сообщение слишком длинное. Полный текст.

>>14962
Наверное, когда программа сообщает о лишней квадратной скобке, она получает кроме печатных символов на вход ещё и escape-код какой-нибудь клавиши, которую ты нажал случайно, например стрелки вверх (у неё код

␛[A

).

первое: https://en.wikipedia.org/wiki/Dangling_else
второе: код дублируется
третье: Cygwin сам по себе undefined behavior, cat|./a должно читать со стандартного ввода

>>14963
Да, из-за этого, похоже, вывод и изменялся, спасибо, постараюсь избегать этого. Или есть возможность заставить явно печатать эти последовательности?
>>14964
>первое
Нашёл пропущенный

else;

, заработало как надо, спасибо за напоминание.
>третье
Имеется в виду >>14963?

>>14969
> Или есть возможность заставить явно печатать эти последовательности?
Не знаю, есть ли под Cygwin такая возможность, можно попробовать вместо mintty.exe использовать для него другой эмулятор терминала. Другой вариант решения проблемы - поставить пакет rlwrap и запускать программу через rlwrap, тогда эти escape-последовательности вообще не будут приходить в getch().