Е, айде стига, да не се изхвърляме толкова много....
Не помня какво точно съм бил написал, може и моя грешка да е било, няма сега да седна да я възпроизвеждам я.

Ама аз все пак не разбрах какво очакваш да се случи, когато ползваш нещо което не е указател вместо указател Освен непредвидимо омазване, разбира се

Не, не беше написана така. Стойността на output се присвояваше директно на глобална променлива.

Бе той Цецо ви каза.

А от мене пък за езиците от високо ниво и писането на романи ползвайки разговорник - вие
си го знаете ама това тук го илюстрира нелошо .

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

И това ако не е сбъркано, здраве му кажи.....

Е, не е точно така. Ако успее човек да си изчисти стила на програмиране, какъвто смея да твърдя, че имам, нещата се нареждат.
Това обаче, че даден език ти позволява разни неща, съвсем не означава, че трябва да ги прилагаш. Ама то си има книги за тея неща. Ама няма кой да ги чете.

А на тея, дето се дракат за Паскала, което въобще нямаше място в тая тема мога да им кажа, че на Си се пише по-лесно. На Паскал обаче се пише подредено. /Е, то зависи от драскача де, и на Си може./ И не ти е позволено да пишеш щуротии от сорта на:

Колко трактати за сравнение между разговорници има написани не е за вярване,
най-вече май за между C и Паскал (че там разликата била толкова голяма, ROFL).

Ей това се добавя в "Command line options:" и нещата стават както трябва:

--diag_error=Pe174

За илюстрация - става.
Ако съществува реален код с такава пиратка вътре - програмера е за убийство. Най-вече ако кода е чужд.

edit: Имах предвид и няколкото поста около цитирания - с разните му там промени на а в прекъсвания.

А сори аз съм се объркал мислех, че ти заговори за принципно сбъркани неща в С по повод на някакво дребно проблемче, което не беше решил. Сега виждам, че си намерил решение. Значи от темата е имало все пак някаква полза. Няма да се изхвърляме и ще те оставим да замажеш некомпетеността си. Айде дерзай с ученето

Абе най-добре научете добре С-то, щото като (ако) минете на С++ и шаблони ще ви се стъжни живота Там не знаете дали работите с константа или променлива, дали кодът ще се изпълни run time или compile time. Можете да опишете чист алгоритъм, без да е ясно къде, как и за какво ще се ползва. (това tqi да не го чете, че може да получи инфаркт...)

Та затова не свиквайте с мисълта, че еди какво си било константа, че и в двата записа резултата ще е един и същ и прочие. Може и да дават един и същ резултат, но това са два различни алгоритъма!!!
В единия се казва "извикай foo() и получения резултат го сравни с а". В другия случай се казва "запомни а, после извикай foo(), после сравни резултата със запомненото.

Добрият стил означава да пишеш точно както описваш на глас алгоритъма си. И когато четеш чужд код да го четеш точно както е записан.

@miro_atc
На глас - ако а е равно на резултата от изпълнението на foo() или ако резултата от изпълнението на foo() е равен на а. Поне в случая няма значение кое от двете ще се ползва - ефектът е един и същ. Ако трябва да сравним две неща - правим го, ако трябва да разчитаме на странични ефекти - ... не знам, не бих постъпил по този начин.

Какъв ще е този алгоритъм, който крашва при криво аранжиран "if"?

Ми примерно ако съчетаеш итератор и модификатор в един иф. То по принцип стандартните шаблони не случайно са направени с void модификатори, тъй че да не се стига до подобни ситуации...

Но решения всякакви, даже аз също често се изкушавам с non-void модификатори. Примерно queue.pop() ми връща резултат, тъй че ако не се замислиш лесно може да стигнеш до нещо от сорта if(queue.begin == queue.pop()), Очевадно в случая има голямо значение кое е от ляво и кое от дясно


едит: всъщност аз реално имам такъв шаблон в ос-а си. Хем знам че модифакор като pop() е редно да си е void, ама ето на... не съм се замислил и по навик съм го направил като С

В параметричните скоби първо се определя върнатият резултат, тоест първо се викат една по една функците който ще върнат резултат, резултата от всяка функция който бива върнат се записва в условието...

Във С няма тип бул той е сложен чак на СИ++, така че във си функциите връщат цялочислени стойности, като стойност по голямо от 1 се смята за вярно, стойност 0 или -нещо си се смята за лъжа..


А това дали трябва да се ползват модификатори в условни конструкции, и дали върху модификатори могат да се прилагат логически оператори.

Ако функцият връща резултат могат да се ползват логически оператори..
Само трябва да се внимава, повечето логически оператори са дясно асоциативни..

Най добрият случай е първо модификаторите да върнат резултата в променлива, и променливата да се подаде на логическият блок..




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