1. Re: Problems with URLs and Language optimisation
[part 1]
> About the URL... Does one know that the Euphoria Web Site URL is CASE
> SENSITIVE? I don't think /fileseu works. It must be /FilesEu. Perhaps =
> it
> isn't the problem here, but doesn't that annoy people?
>
members.aol.com is not case sensitive for the initial directory
ie
members.aol.com/fileseu
and
members.aol.com/fIlEseU
are synonymous and would be treated indentically. Beyond the initial directory
however you are back to good ol' Unix and its case-sensitive file-naming.
Hope this helps
[part 2]
Rob, are you listening ? One of Euphoria's main selling points is its speed,
and we had a little disagreement before with my macro idea. Another thing that
you maintain is that the language should FORCE the programmer to code in a
clear and sensible way, which is also a good thing. However, there are some
people out here (I guess I am one) known as 'speed freaks'. We are the people
who do not use length() where possible and who may use short code repeatedly
rather than put it in a function because we are worried about overhead. While
I know you will ensure us that the overhead is negligible, we will stubbornly
continue coding this way. One thing the Java interpreter does is look to
"inline" routines to improve execution speed. If you could guarantee to us
that any routines with say, 5 or less statements would be inlined, then we
would use more subroutines, make our code more readable, and effectively
implement a macro() feature without bloating or confusing the language in
anyway. Is this a viable proposition ?
Daniel
