Thanks, phishguy!

On my PC (Windows XP SP2) the one based on SAPI v4 doesn't work, but the one using SAPI v5 works nicely. I did some tests with a Microsoft SDK in the past (maybe 10 years ago) and it was already very easy to use, but this FB example is really a snap.

Wallace, I think you're wrong. Windows XP (and Vista) has built-in text-to-speech functionalities (see Speech in the Control Panel), and they can be used by means of appropriate API calls. Have a look at:

http://www.microsoft.com/speech/speech2 ... ticle.mspx

I guess that execution is faster when your file is cached (at the 2nd access, for instance) and slower if it has to be (re)loaded from the HD.

Cha0s, unfortunately it is not a matter that -lang qb is able to cure. The simplest turnaround is to read data into string variables and then use val() to convert them back to numbers. P.S. I submitted a bug report at sourceforge (my username there is mscardi), thanks to KristopherWindsor for pointi...

Almost 95% of the problems I experienced while porting my QB source code to FB is related to data I/O in sequential ASCII files. This time I had to read a small data file containing very large numbers. E.g.: 57847922012.0 57847922012 11940917156.0 11940917156 The code I wrote is as follows: Cls Dim ...

No, you'll get stand-alone executables that don't need runtime libraries.

Ciao!

P.S. Forumers, sorry for Italian greetings...

Well done, notthecheatr! A really outstanding explanation.

Maybe I'm a tad more optimistic than Garvan, but I think that a rather general solution could be based on a two-step procedure: 1) grab the contents of the window in which the data you want to acquire are displayed (in this forum you can learn how to do); 2) extract the relevant data from the image ...

EDIT: Problem solved! It wasn't FBEdit.zip's fault. I realized that the "unzip with path names" opiton was unchecked in my file manager (Total Commander). I don't know why, I assume it was a mistake, because I always have that option on. But I also tried WinZIP, and it seems that it was a...

I just downloaded the last version of FBEdit and unzipped the whole FBEdit folder in FBEDit.zip to the same parent folder where I had my previous FBEdit folder. I'm not upgrading since a few months, but I always used this procedure and it worked perfectly. However, this time something went wrong and...

In the third FOR-NEXT loop use Size instead of Keylength-1. Size is the length of the string you're parsing by means of MID(), and its is 8 in your example. Keylength-1 is 1023 and that's the reason for the error.

I agree with you 100%. As for how-to info, you have to rely upon C/C++ tutorials, examples, docs, etc., and then turn them into FB working code. It's usually easier than expected. I also found that using FBedit helps a lot. It helps in visual design of forms and controls, although making the GUI wor...

I ported to FB a number of old programs (some were in GWBasic, i.e. >20 years old) and I very often faced the same problem you mentioned (DEFDBL or DEFINT). You can use this keyword with FB if you compile using -lang qb or -lang deprecated, but declaring each variable instead is really easy, even in...

It works exactly as expected. What's the problem you found?

Both functions are correct. And this one too: