Emanuel F23276

Member since: Tuesday, 18 October 2016
Last login: 2 months ago
Profile viewed: 407 views

No Rank
Points: 0

Emanuel F23276 posted a comment on FireMonkey vs. VCL 2 months ago

Hi Stormbringer,I love Embarcadero (a.k.a. Borland), and most of our GUIs are done in VCL. But we're in HPC (very heavy numerical algorithms, taking hours and more even when massively parallelized) and if I can be of any advice, build your computatio

Emanuel F23276 replied to the topic 'In Editor C++ add highlight selected symbols' in the forum. 5 months ago

Hello Nik,

.bpr is a VERY OLD C++Builder project file, there is no way it would load into 10.X - according to my experience, it wouldn't even load into XE5 which is years old now.
Your only option is to recreate the project in 10.X from scratch... but it's not so hard, actually: just have a look at the .bpr (in a plain text editor) to see all the sources it used, and put them all into a new project created in 10.X. Good luck!

Emanuel

Read More...

Emanuel F23276 replied to the topic 'Holy smoke: can't change the icon in C++ Builder?!' in the forum. 5 months ago

Hi Roger,
Thank you for your comment. I agree with you that too many warnings kill the warnings (i.e. they defeat their purpose to attract attention), but in our software we usually handle this with "Expert options" to make some warning types disappear. This is, btw, one of the great advantages of the "good'ol" Borland compiler over Clang: selecting which warnings you want to see and which ones you know will be in their hundreds but you know what you are doing.

But I think the above is a particular case: there is just one Form in the application, so whatever icon is assigned to Application will simply be ignored if that single (and so Main) Form already has one of its own. But anyway, I do agree it's a particular case that probably doesn't justify the effort of handling it in the IDE.

All the best,
Emanuel

Read More...

Emanuel F23276 replied to the topic 'Holy smoke: can't change the icon in C++ Builder?!' in the forum. 5 months ago

Hi again,

Ok, my bad: it finally turned out that the Main Form of the project already had an explicitly assigned icon: changing that to "(None)" made it inherit the new Application icon, which indeed made it correctly appear in the win title bar, as well as in the Windows trail.

Somehow I wish I would have been warned that the Main Form's icon clashed with the Application's (and that it was the former's that would actually be used throughout!)... but that's probably just dreaming that our development tools could get really smart one day..

Nice day to you all!

Read More...

Emanuel F23276 replied to the topic 'Moving old project to Tokyo 10.2' in the forum. 5 months ago

Hi Roger,

I had the same problem trying to go from XE3 to Berlin, and agree with you that recreating the project from scratch seems to be only way. The tricky part is when you don't have the original RAD (XE3 in may case) anymore, because then you can't easily see what actually was in the old project (in our case, it was dozens of modules).
Solution: open the old project file in a pure text editor and put into the new project any sources you can find there. ;-)

All the best,

Emanuel

Read More...

Emanuel F23276 created a new topic ' Holy smoke: can't change the icon in C++ Builder?!' in the forum. 5 months ago

Hi,
I have redesigned the icon of one of our applications and, naturally, went (in C++ Builder 10.1 Berlin.. but it's the same in 10.2 Tokyo) to Project->Options->Application->Load Icon... and the new icon duly appeared in the preview pane. Cool! I've obviously (1) Saved All and (2) rebuilt the application to have it taken into account.
But then things went absolutely HILARIOUS/HYSTERICAL:
- even with a Desktop Refresh, the already existing shortcuts didn't update to the new icon. Well ok: that might be a Windows (10, 1607, Pro64) problem...
- going to Properties->Change Icon on a shortcut and selecting the executable STILL yielded the old icon
- when launched, the title bar of the (only) window STILL showed the old icon.
Ok, I'm a programmer so I know nobody is perfect... so I did spend a few HOURS trying to figure this out:
- I checked the actual text of the project (.cbproj) for any occurrences of "ico"... and found two references to the OLD icon, which obviously were NOT updated by the above change. I corrected them to reference the new one... but NO CHANGE: the old one is STILL in the window title bar!
- I reiterated the icon change above, this time checking "Put it into the project's folder and rename it to...". That changed one thing: Properties->Change icon on a shortcut does switch to the new one. But guess what: the win title bar STILL shows the old one!
- So I thought "well maybe RAD takes whatever icon it finds first?" - so I renamed ALL other .icos in the folder (so that they'd NOT be icons anymore) and rebuilt the application. Gosh: the OLD icon is still shown in the win title bar!!

At this point, it becomes really MYSTICAL: I can rebuild the application all I want, its win title bar will still show an ancient icon that DOES NOT EXIST ANYWHERE ANYMORE on the machine!! Holy cow: where does it come from????
More to the point: what should I do to have the new icon accepted in the application - do I really have to rebuild the whole project from scratch?!
Many thanks for your insights... to keep me sane!

Read More...

Emanuel F23276 posted a comment on Advantages of the Clang compilers 8 months ago

Hi again, David,My apologies, but I just noticed that I have failed to omit a potentially important optimization flag in my GNU makefile, namely -mfpmath=sseAll the best,Emanuel

Emanuel F23276 posted a comment on Advantages of the Clang compilers 8 months ago

Hi David,>Seeveral problems inspecting variables are solved in 10.2.Great to hear that, looking forward to 10.2!>Re your other comments, such as access violations (?) being reported long after they occur, can you file a QP report please? That kind of

Emanuel F23276 posted a comment on Advantages of the Clang compilers 8 months ago

Hi David,I understand your point with Clang... BUT! : - the Clang debugger is a COMPLETE DISASTER (and I'm on the fairly recent Berlin 10.1): - routine bugs like illegal access are usually NOT reported when they happen but long afterwards (i.e. yo

Emanuel F23276 posted a comment on FireMonkey vs. VCL 1 year ago

I'd love to be able to build our things for OSX (in particular) without recoding, but honestly, for people like me with 20+ years of VCL (I begun with Borland's Turbo C - probably before most of you were even born) that is STILL IN USE, FM boils down