Мои проги на PureBasic

Где и в какой момент я обязан согласиться с эулой, запрещающей реверсить файл в формате chm?

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

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

И это ещё в том случае, если лицензия была получена. А если нет?

И это ещё в том случае, если лицензия была получена. А если нет?

В случае форматов файла, в том числе chm, лицензия на что конкретно должна была быть получена? И о декомпиляции какой конкретно программы в этом случае ты говоришь?

А, вспомнил, троллинг тупостью – твой способ общения. Ты понимаешь смысл процитированного закона и словосочетания «декомпиляция»?

Это проблемы не-Си программистов. Си-программистам всё понятно и = с == они не путают. А возможность присваивать внутри if - прекрасна и даёт языку дополнительную «выразительность», для тех, кто не страдает фобиями на этот счёт. Что же касается опечаток, то так можно и x вместо y где-нить написать и на этом основании тоже что-нить обвинить.

kb.fileformat.app

а можно ссылку на что-то официальное, а не на мухосранск и забор?

Если не KDE, то есть xchm. Но как и с любым мелкомягким форматом, порой работает через одно место…

Это безусловно справедливо для классического бейсика с номерами строк, GOTO и GOSUB…но именно тогда я сделал вывод «пора валить». :)

Скажем так, FORTRAN, идеями которого питались при создании BASIC, в то время выглядел примерно также и даже страшнее с его форматом записи программы, пошедшем от перфокарт. Потом по этому поводу возникла такая пословица у программистов: «На любом языке программирования можно писать как на FORTRAN».

На сколько я понял в asm все эти инстр укции - циклы, условия, выбор превращаются в goto. Если компилятор не сможет дать оптимизииованный код, то можно использовать goto. На форуме обсуждался этот вопрос, ограничивать себя нет смысла методом исключения этой возможности, просто надо знать где использовать.

Многие тут расматривают ситуацию только в читабельности кода. Если использовать прямые описывающие действия функции, то выглядит читабельно, но проигрывают по скорости с тысячекиатным разрывом. Я всегда проверяю конструкцию на скорость из за чего чаще стал использовать доступ по указателю.

На фортране, тем не менее, были хотя бы приличные SUBROUTINE.

Си-программистам всё понятно и = с == они не путают.

Ну ладно, определи тут ошибка или так и надо if( foo=bar() )

Отвечу примером из K&R:

while ((c = getchar()) != EOF) {
  putchar(c);
}

Есть ли тут ошибка? Ответ: если не запутался в трëх соснах скобках, то так писать можно. Читаемость, конечно, так себе, как раз-таки из-за обилия скобок.

А твоëм примере это может быть и ошибкой, если нужно не получить значение из функции в переменную, а потом проверить условие на ненулевое значение переменной, а именно сравнить значение переменной с результатом работы функции.

Это проблемы не-Си программистов. Си-программистам всё понятно и = с == они не путают.

Неплохо если бы в C и C++ запретили использовать в if «=».

И носило меня, как осенний листок.
Я менял языки, менял города.
Надышался я пылью заморских ЯП,
Где не пахнут цветы, не светила луна.
И выбрал PicBasic и Rust.

Определи, есть ли тут ошибка:

x = y + 5;

А вдруг тут должно было быть не x а z? А вдруг не y а j? а вдруг не 5 а 10? А вдруг не плюс а минус?

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

Читаемость, конечно, так себе, как раз-таки из-за обилия скобок.

Читаемость улучшается так:

while((c=getchar()) != EOF) {

Набор утилит интересный. Вспоминая себя, тоже писал подобное на C++, Pascal, Delphi, asm. Многое сохранилось.

З.Ы. Консольный Расчет Трансформатора на Turbo Pascal писал. )

Неплохо если бы в C и C++ запретили использовать в if «=».

Компиляторы нынче умные пошли, и на такой подозрительный код кидают ошибку (warning). Даже с рекомендацией как ее исправить. И даже на вот такой код

if(x==1)x=2; y=3; z=4;

В Python вообще любят такие вещи:

print(*sorted(set(map(int,input().split())).difference(set(map(int,input().split())))))

У них еще и «моржовый оператор» есть для таких случаев. Вот, уроды. А потом, без «unit test» никуда

Правильно любят, если оно на самом деле так. Ещё бы set(map(…)) из твоего примера вынести отдельно(если язык позволяет) - и совсем хорошо было бы.

Так есть уже такая сишка - называется руст. Запрещено и не только это.

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

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

Компиляторы нынче умные пошли, и на такой подозрительный код кидают ошибку (warning).

Лучше бы они отпечатки пальцев программистов снимали и плохим говорили - «Ты кто такой? Досвидание.».