Page 2 of 3
Posted: Tue Jan 13, 2004 1:48 pm
by GPI
Karbon wrote:Personally, I couldn't care less...
Same here. It work. What do i want more?
btw: Procedures in Omikron Basic (Atari ST) can also return values, but under a "higher" level.
Example
Code: Select all
DefProc Test(R a, R b, c,d)
a=a*c;
b=b*d
endproc
a=10:b=20
test(a,b,2,3)
;a is now 20
;b is 60
Posted: Tue Jan 13, 2004 2:05 pm
by techjunkie
GPI wrote:btw: Procedures in Omikron Basic (Atari ST) can also return values, but under a "higher" level.
Ehhhh... NOW I'm worried... That is the side effect the lexicons talk about...
With returning a value I mean,
return value = Function X()
Not the variables in the parameter call... Even Fortran works that way... It depends if you use call by reference or call by value... This is the side effect...
GPI - You haven't really understand what I talk about if you make such a comment... Sorry! :roll:
Posted: Tue Jan 13, 2004 2:34 pm
by GPI
techjunkie wrote:GPI wrote:In PureBasic so many things are not-standard, for example Mid(): It should be Mid$().
*LOL*
Yeah! But you get a hint of what Mid() do, don't you... Lucky Fred didn't call Mid(), Bof() or even Burp(). Hehe... or to confuse really... switched Right() and Left().
He renamed InStr() in FindString() and change the order of the parameter ist...
Posted: Tue Jan 13, 2004 2:44 pm
by freak
Hey guys! We had this discussion before... several times in fact... We all
know where they led, and so wil this one: into nowhere.
So you can as well stop it, and live happy again
Timo
Posted: Tue Jan 13, 2004 6:46 pm
by techjunkie
freak wrote:Hey guys! We had this discussion before... several times in fact... We all
know where they led, and so wil this one: into nowhere.
So you can as well stop it, and live happy again
Timo
I enjoy it...
A general discussion in a general discussion board. It don't have lead anywhere - it's fun to hear other peoples points of view...
But, well - enough discussion for now then... I had my dose for this week now... *LOL*
Posted: Tue Jan 13, 2004 7:24 pm
by Karbon
It's all good.... 1972 eh.. Wow
Posted: Wed Jan 14, 2004 2:38 am
by Psychophanta
Only one last comment about, Freak.
Techjunkie, i preferred Function instead Procedure too, but if i analise, it is because we are in custom with computer languages jargon (as said Karbon), but i prefer not to fall down in habits; moreover; i go much more back in time than computers appearance in our world:
Etymology of the word "Function" talks about something (or someone) which performs a work or a function, that's all. Nothing about to return anything, but perform a process.
Etymology of the word "Procedure" talks about process performing (in fact samething that Function), and neither talks about to return values.
There are no doubts that computer languages are always, more or less, a heritance of previous normal human language, so, really why Function instead Procedure?
Posted: Wed Jan 14, 2004 3:11 am
by LarsG
Psychophanta wrote:... really why Function instead Procedure?
Coz it's faster for me to type!!!!
Posted: Wed Jan 14, 2004 3:42 am
by Inner
tech: "You can't teach old dogs, new tricks" I believe that's what your looking for.
you could go mad, and make pb a tokenised language, you know define your own command names. :p
Posted: Wed Jan 14, 2004 7:06 am
by MadMax
I seem to remember a time when you could use "alias" to change the name of any command. (maybe it was AMOS).
Thruth is that I prefer just one call it funtion or procedure, don't realy care. If you do you can always precede your procedure/funtion names with a F_xxxx or a P_xxxxx. I always prefer that it's the coder and not the language that imposes these kind of rules.
Posted: Wed Jan 14, 2004 7:19 am
by freedimension
I think on Fred's ToDo list is a macro support for PureBasic. That could solve this Problem and many others, if it's implemented properly.
Posted: Fri Jan 16, 2004 1:27 am
by TronDoc
techjunkie wrote:If you don't think it is important, why not call the compiler an intepreter?
personally, I'd call it a translator which calls an assembler/linker...
...the two terms you used are not a good example for your argument because
they are function(pun intended)ally different
The first time I touched a computer (terminal) was 1974.
this is NOT a flame!
this is NOT a flame!
this is NOT a flame!
Posted: Fri Jan 16, 2004 11:11 pm
by geoff
Psychophanta wrote:Etymology of the word "Function" talks about something (or someone) which performs a work or a function, that's all. Nothing about to return anything, but perform a process.
Etymology of the word "Procedure" talks about process performing (in fact samething that Function), and neither talks about to return values.
There are no doubts that computer languages are always, more or less, a heritance of previous normal human language, so, really why Function instead Procedure?
I think the word "Function" was borrowed from mathematics when the first high level languages were created.
A maths function like sin(x) has a value so a subroutine (or function) to calculate this has something to return.
Unfortunately, "I did it my way" seems to be the first rule of compiler writers. There is little advantage in many of the differences between computer languages.
Posted: Sat Jan 17, 2004 10:20 am
by techjunkie
Inner wrote:you could go mad, and make pb a tokenised language, you know define your own command names. :p
Yeah - I have been thinking of that too...
Posted: Sat Jan 17, 2004 10:24 am
by horst
techjunkie,
in my opinion this is a semantic issue.
The name of a function should be the name of the returned value.
For example "GadgetState(#gadget)" is a function, whereas
"GetGadgetState(#gadget)" is the name of a procedure (allthough
it is supposed to be a function).
But when you think about this for a while, you will find out that
the real problem of today's programming languages is the lack of
grammar based (verbal) expression handling.