Gord P

I don't use 64 bit yet and I haven't installed 12 or 12.1 yet, but I thought I recalled from from the webinar below they said that they were moving away from ilink for the linker in 12.1. So I'm not sure why it is says there is an error with ilink. While you wait for someone who actually knows what they are talking about to chip in here , I would check the C++ linker options in the Project|Options menu to see if something is set incorrectly there. (edit: that wasn't a slight against bdw_nz20 - I was referring to myself)

Not to pile on but I am going to pile on since it has been brought up. The search does not work well at all. It is fine for single words but not well for multiple words. At least in my experience.

Yes I recognize asking which is the best way can be tricky and subjective. I was just trying to make sure I wasn't using something that was generally considered obsolete, and as far as I can tell it isn't. Thanks for your comment and good point on encoding.

I came across this article by Yilmaz Yoru on the Embarcadero C++Builder Community site: How To Read And Write Text Files In A Modern C++ App - March 28, 2022 In the article he only talks about ofstream and ifstream. No mention of TFileStream. However, in an article two years earlier (Windows File Operations in Modern C++) he does seem to promote TFileStream. I guess there is no real must-do way. I suppose sticking with the fstream methods is more portable.

I am updated an older C++Builder program. In it I use ifstream and ofstream for reading and writing text files, which then get parsed to extract various pieces of data. It works well enough but I wonder if I should be using TFileStream going forward. What are the advantages, if any, of using TFileStream?

Thanks for that Uwe! I will take a look at that.

Thanks Uwe. I should have put in a request a long time ago for it. I tried going back in to see if someone else had put a request in for that but couldn't login even though it said the site was in "read only" mode until the migration was completed. Currently, to ensure the user has entered a proper float value (allowing for 1.0E10 type of input) I simply handle it after the fact (i.e. after some OK button or CALC button or whatever has been clicked) by using TryStrToFloat() on the contents of the Text string from a basic TEdit and displaying a message if it is not a valid float. I would like to be able to do the checking while the value is being entered similar to what TNumberBox does in how it restricts the user to only using valid characters - except allowing for 'e' or 'E'. One challenge I see with that is that someone might incorrectly enter an 'e' at the end of the number (eg. "1.234E") which is not a valid float. Might have to just check OnExit but that might lead to awkward behavior. Anyway, just thinking out loud. Thanks again for checking.

I have not installed version 12 yet, but I am wondering if the TNumberBox control is still unable to recognize 'e' or 'E' (for exponent) when entering a number in the box when the mode is set to nbmFloat.

It is obviously doable - eg. GLScene that Shineworld previously quoted. (Then you might ask why not use that - but that has its own issues, which is why I think Shineworld specified "Embarcadero managed ... (Sorry if I am putting words in your mouth)). Also, The pro version of TChart handles 3D fine. Personally I am looking for 3D chart capabilities but at this point don't want to shell out dollars for a yearly subscription for the pro version.

He specified for VCL. And I second that. (although I recognize posting wishes here is next to useless - but it is interesting to see what people are looking for).

As usual, I can never make these webinars because of commitments. Look forward to the replay though.

I will go with that 🙂

I read this poking around on the Discord site from Ian Barker: That's interesting. Doesn't affect me at the moment because I currently only target Windows, plus I don't use the latest version until at least one update or a couple patches are out. But, it does seem like a regression in the feature set of C++Builder nonetheless.

Rad Studio Wiki is up and running for me

I suspected that. That was nice about using the 80 bit doubles. From what I understood, there wasn't a huge performance hit. I was about test all that out, but now I think I will stick with the doubles for now.