Что лучше процедура или функция???

[Stilet]

mutabor

Ну я не локальные имел ввиду. Как раз локальные переменные потерять легко - это же стек. Я имел ввиду глобальные переменные. И автор вообще говорил о результате функции. Разве он в стеке сидит?

[mutabor]

Сообщение от Stilet

И автор вообще говорил о результате функции. Разве он в стеке сидит?

А где? Почему тогда можно получить стек оверфлоу рекурсивно вызывая функцию?

p.s. Я не утверждаю, а скорее спрашиваю, я вообще залез в эту тему скорее знаний нахвататься на шару, чем умничать

[r9m]

Прямо крик души . Вам мало уделяют внимания?

Спасибо конечно тебе за предложение, но я женат :D

Все верно, ТС, кажись, интересовало не это.

Ну придёт - увидим, что он имел ввиду.

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

Ну раз ответили, значит Гуру?! А по поводу экономики... Хм... Что-то мы никак из экономической попы не вылезем только. На "протяжении всей России", что на моём веку.

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

Очень хотелось бы... А может ещё произойти ситуация, в которой моя другая подпрограмма обратится по этому адресу, где данных, как некоторые думают нет, а на самом деле есть. И эти данные например не те, что ожидаются, не произойдёт ли такая ошибка, которую очень трудно отловить? И вот тут спорить, думаю, бесполезно. В этом и вся соль.

Ну так рассмотрите следующий пример:

Я не уловлю никак суть вашего примера. По сути то же самое, только переменная кучная.

По любому имя переменной связано с конкретным блоком памяти, и никакими силами нельзя отцепить ее от своего значения.

Да, мы не можем обратиться к ней по имени (тот пример с result), но прекрасно делаем это по указателю.

[JTG]

Очень хотелось бы... А может ещё произойти ситуация, в которой моя другая подпрограмма обратится по этому адресу, где данных, как некоторые думают нет, а на самом деле есть. И эти данные например не те, что ожидаются, не произойдёт ли такая ошибка, которую очень трудно отловить? И вот тут спорить, думаю, бесполезно. В этом и вся соль.

Это говорит о плохом стиле кода при работе с указателями, если программа может так споткнуться Указатели следует обнулять, экземпляры классов уничтожать через FreeAndNil, и, соответственно, проверять перед чтением.
Глобальные переменные и члены класса, кстати, делфи при создании инициализирует самостоятельно (integer - 0, pointer - nil...), локальные - нет (локальные string i variant только инициализирует, вроде).

[Stilet]

Почему тогда можно получить стек оверфлоу рекурсивно вызывая функцию?

Потому что сам вызов функции предполагает сохранять в стеке указатель на команду, следующую за командой ее вызова:

push eip
jmp <процедура>

Вот в стеке эти eip и набиваются до посинения. И параметры процедур тут совершенно ни при чем

Да, мы не можем обратиться к ней по имени (тот пример с result), но прекрасно делаем это по указателю.

Да нет. Я имел ввиду что описав переменные
Var i,k:integer;
Я гарантированно знаю что как бы то ни было i не будет указывать на ячейку k
Но: Var i,k:TObject
Вполне допустимо чоб i указывало на то же что и к

[mutabor]

И параметры процедур тут совершенно ни при чем

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

[Stilet]

mutabor

Хитрец, выкрутился ))))

[r9m]

Это говорит о плохом стиле кода при работе с указателями, если программа может так споткнуться Указатели следует обнулять, экземпляры классов уничтожать через FreeAndNil, и, соответственно, проверять перед чтением.

Да это всё понятно, но знаете ведь сами, сколько встречается моментов (где-то пропустил, что-то забыл итд). Да и в сети такое постоянно. Зайти вон на васм. Люди заполняют буффер, предворительно его не очищая, меньшим по длине значением, а потом удивляются, откуда мусор в строке или почему функция падаети.

Ну, мы уже как бы не в ту вообще степь, где ж автор торжества ?

[Utkin]

Сообщение от r9m

Спасибо конечно тебе за предложение, но я женат :D

Да не, я насчет курса психотерапии, чтобы в депрессию не впадал .

Ну раз ответили, значит Гуру?! А по поводу экономики... Хм... Что-то мы никак из экономической попы не вылезем только. На "протяжении всей России", что на моём веку.

Да не гуру, это я шалю малыш...

Очень хотелось бы... А может ещё произойти ситуация, в которой моя другая подпрограмма обратится по этому адресу, где данных, как некоторые думают нет, а на самом деле есть. И эти данные например не те, что ожидаются, не произойдёт ли такая ошибка, которую очень трудно отловить? И вот тут спорить, думаю, бесполезно. В этом и вся соль.

Ну как JTG сказал, если такая ситуация возникнет, значит не подумавши написал или просто руки не с того места растут (или не туда тянутся). Могу добавить к его словам, что перед использованием функции ее результат также желательно обнулять принудительно - экономит время во время отладки.

Да это всё понятно, но знаете ведь сами, сколько встречается моментов (где-то пропустил, что-то забыл итд). Да и в сети такое постоянно. Зайти вон на васм. Люди заполняют буффер, предворительно его не очищая, меньшим по длине значением, а потом удивляются, откуда мусор в строке или почему функция падаети.

Есть такое, но не надо оправдывать свои ошибки тем, что "у меня как у всех". Ошибки нужно устранять, а еще лучше пытаться выработать методику написания кода, при которой многие из ошибок просто не могут возникнуть в принципе. Именно поэтому и говорят об объектных переменных, а не потому что не знают, что Integer сразу же не стирается...

[r9m]

Ну как JTG сказал, если такая ситуация возникнет, значит не подумавши написал или просто руки не с того места растут (или не туда тянутся). Могу добавить к его словам, что перед использованием функции ее результат также желательно обнулять принудительно - экономит время во время отладки.

Да у меня всё с руками нормально -слава богу.

Есть такое, но не надо оправдывать свои ошибки тем, что "у меня как у всех". Ошибки нужно устранять, а еще лучше пытаться выработать методику написания кода, при которой многие из ошибок просто не могут возникнуть в принципе.

Ох ну какой ты умный, ты где ж взял то, что я говорил про свои ошибки? Хотя бывает - не спорю. Бывает даже и в таких ситуациях. Спорю, они бывают и у тебя. У всех бывают. Все мы -люди.

Да не гуру, это я шалю малыш...

Так не строй его из себя