<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> In my mind, this respose tells me that your goal here is<br>to argue, not to learn. The old saying "Don't try to teach a
<br>pig to sing. It is a waste of time for you and it only annoys<br>the pig". I am done trying to explain this to you. You obviously<br>prefer to remain clueless and my clue-by-four is in the shop.</blockquote><div>
<br>
Funny, I thought the same thing when you said it the first time
around. Why is it ok for you to say it to me, but not me to
you? <br>
<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> And how often do you NEED to create a Fibonacci sequence?<br>The current gosub call limit of 64. In my experience, if you are
<br>calling a gosub more than 20 times in a row, you are probably<br>stuck in an infinite loop due to a bug in your processing code.</blockquote><div><br>
I wouldn't have found out about the limit if I hadn't been trying to
create a recursive function, so obviously I do it fairly often.
Recursion is an extremely common programming technique. If
there's a bug in the code and I'm in an infinite loop, I don't think a
hardcoded limit of subroutine calls is the best solution for catching
it - and that's a programmer's responsibilty anyway, not the
development platform's. If it is the development platform's, then
why doesn't it limit the number of GOTOs to a label? That's where
I generally find myself in an infinite loop due to a bug.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>
But ODBC has been around a long time now too: "Microsoft created ODBC
by adapting the SQL Access Group CLI. It released ODBC 1.0 in
September, 1992" So, almost fourteen years. Not
exactly a new technology, either. Oracle was founded in
1979, and it has managed to tack on ODBC. PostGres was at
demo stage in 1986, and they have ODBC too - and it's not even a
commercial product. So I don't think it's rather too much to
ask, given that it's an IT industry standard as well (not just
'expected to have').<br>><br><br> filePro predates ODBC by more than 10 years. SQL is totally<br>different from filePro. The only thing they have in common is that<br>they store data on computers. Everything else is different.
</blockquote><div><br>
So what? There's an fpSQL module. HTTP is totally different
from filePro, but there is an fpCGI module. My point was just
that other database products that have been around as long as fP and/or
before ODBC was a standard and they've managed to adapt. They may
have had an advantage in that it they were already SQL based, but even
very limited functionality could probably have been achieved by fPTech
in the last 14 years.<br>
</div><div><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Anyone who has been on this list for more than a week usually<br>picks up on the fact that Ken is the lead filePro programmer. He and
<br>I have the same last name. The filePro mailing list is rather small.<br>You dissed my husband and I took great offense. It isn't exactly a<br>stretch to put 2 and 2 together here.</blockquote><div><br>
I haven't a clue how large the list is, I've never seen the list of
adressees on it. Generally I only read the digest items that have
interesting subject lines, and when I find personal or political text I
skip over it. I don't usually pay much attention to the author or
from field as they can change too easily on message boards/mailing
lists and they generally don't matter to someone just reading the
text. Analyzing mailing lists to find out who's related to whom
in what way has never been of interest to me, and you could just as
easily have been a mother, sister, or cousin as a wife. Or
anybody at all - Brody isn't the most unique name in the
universe. Why would I bother trying to string that together on
what I thought was basically a developer's forum?<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Ken answers questions on this mailing list (usually as in between<br>code compiles) because he likes to help out. It isn't on his job
<br>description and he isn't paid extra for it. When it comes to filePro,<br>he is front and center and giving it 110%, so the "lazy" comment<br>(surprise, surprise) pissed me off.</blockquote><div><br>
Fine, it pissed you off. Way to go off on something that wasn't
addressed at him personally by someone who admitted that they didn't
know much about fpTech and was voicing how it looked to an
outsider/relativenewcomer to fP. It's nice that Ken does all
those things, but I knew zip about him prior to this
correspondance. Why not take that into consideration? Lots
of people are not hugely insulated in a filePro oriented world where
they live, breathe, and eat it, and know the core app developers on a
deep and personal level. In fact, lots of people use filePro
simply because it's part of their job and really couldn't care less
about it except for irritatoin at having to work around it's
limitations when they bump into them. It's a tool, not a
lifestyle.<br>
</div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> I think that the consensus is that you are ignorant,<br>clueless, rude and a pain in the ass. To continue to attempt
<br>to educate you is a waste of my time. You sound like a excellent<br>candidate for a Darwin Award. Please don't tell me that you<br>have already reproduced.</blockquote><div><br>
Oddly enough, I've received several emails seconding the things I've
been saying, though some haven't cross-mailed to the list. And
I'm ignorant about lots of things. fP culture and inner company
workings. Ancient Aztec religious practices. Cisco router
programming. Politics in Zimbabwe. What I do know of, say,
human sacrifice, gives me an opinion on it nonetheless that I'm sure an
Aztec priest would find just as offensive and ill informed as you did
mine on why server-oriented ODBC isn't part of the fP database backend
offerings. But I'm neither clueless nor
uneducated/uneducable. I'm definitely a pain in the ass, though,
as I am both stubborn and not particularly respectful of authority
unless it's demonstrated it's worthy of it.<br>
<br>
You've lost any moral high ground with the ad hominem attacks, btw. <br>
</div><div><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> I am more aware of the lacks of filePro than most people<br>since I was part of the development team for 8 years, married
<br>the lead programmer, have written filePro utilities in filePro,<br>replacement online help files and a printed quick reference<br>guide. I know the internals of filePro and know what can be<br>added easily, added with great effort and only added after
<br>changing the laws of physics. filePro has some shortcomings,<br>but it does what it was designed to do quite well. The people<br>who work for fP Tech work harder than anyone else I know to<br>pull minor miracles out of their asses on a regular basis,
<br>so to bad-mouth them like you have is just wrong. You owe them<br>an apology and one to the mailing list for wasting their time<br>reading your uninformed "opinions", then shut up and sit down.<br>No one wants to hear what you have to say.
</blockquote><div><br>
</div></div><shrug> I already acceded when you said that it was
too technically difficult to adopt ODBC into filePro, so I don't think
I owe anyone an apology. I thought that was already settled,
actually. And it's nice of you to be the final arbitrator of what
everyone does and doesn't want to hear, apparently based on whether you
take it as a personal attack.<br>
<br>
fpTech can pull all the miracles out of their asses all they
like. It doesn't change that what filePro was designed to do
doesn't address my needs, doesn't comply with modern practices, and is
difficult to integrate. I feel no guilt in saying so, and no
guilt for voicing my earlier opinions, especially since I qualified my
opinion when giving it originally and took your expert word for it that
the reason ODBC wasn't a feature was because it was too technically
difficult.<br>
<br>
Tyler<br>
<br>