Do you recon Delphi developers care for .NET and have an urge/need to be .NET compatible? Universities bumped Delphi from their syllabus a while ago - new developers are mostly trained in C++ and C#. The focus group are clearly the older programmers. The 'important step' you mean converting old Delphi Developers, or recruiting new?

I think its the delphi version of .NET. They use the Microsoft (R) in the name. I dont get why they want to extend the VCL to be .NET compatible.

Can someone shed some light on why this exists?

Builder C++ 2006 Yeah i used Tag = (int)AnsiString* I could not get the int address from the Tag back to AnsiString*. I decided to ditch AnsiString* and go for a struct* with a few AnsiSting in it. All work so much easier. I think theres something about the AnsiString type that I don;t understand. Thanks for your help.

I'm sorry for this re-post. I invested much time in my design and need to get it working. I've got a Wizard Form where i create controls in runtime. I need to attach the reference/pointer of a String/double variable to a control. This variables exists in another class. so when the Wizard finishes, i iterate through all the controls and each control updates it's own referenced varaible. In .NET i used the Control.Tag property (is of type Object - that was easy). Want to do the same in C++ but the Control->Tag is of int type. Im missing something. Help me to convert the parameter Value: void ExcuteWizard(..., AnsiString &Value) { TTextbox ctrl = new ....; ctrl->Tag = Value; //<< how do i convert the Value parameter? } void FinnishWizard() { for each control{ ((&AnsiString)Control->Tag) = Control->Text; //< Have someone a theory or explanation with regards to pointer and reference conversions? From a Pointer to a Int back to the Pointer. Hope you guys understand what i'm trying to do. Thanks.

Compile Error: Cannot convert 'AnsiString*' to 'int' I don't understand :

CPallini wrote:

Tag property ha a compatible size.

It's a int-type - one size.

Please guys! Ok at least how do i translate a integer that is a address e.g. 1247075 to the original AnsiString variable refrence?

I've got a Wizard Form where i create controls in runtime. I need to attach the reference of a String/double variable to a control. This variables exists in another class. so when the Wizard finishes, i iterate through all the controls and each control updates it's own referenced varaible. In .NET i used the Control.Tag property (is of type Object - that was easy). Want to do the same in C++ but the Control->Tag is of int type.:doh: Im missing something. Help me to convert the parameter Value: void ExcuteWizard(..., AnsiString &Value) { TTextbox ctrl = new ....; ctrl->Tag = Value; //<< how do i convert the Value parameter? } void FinnishWizard() { for each control{ ((&AnsiString)Control->Tag) = Control->Text; //< Have someone a theory or explanation with regards to pointer and reference conversions? Thanks.

I don't think there is a function that 'does not wait for input'.

Stephen Hewitt wrote:

3. Using abstract base classes as interfaces to avoid having to include class definitions.

Yeah this is what i want to hear. I was never sure. Currently my design lacks abstraction. But now - implementing and converting candidate classes will mean a huge design change. Thanks!

Cool maneuver. Here I always thought that it's less efficient if you have one Include header. Thanks!

Yeah, I'm working in my Core at this time. It has alot of different helper forms, -casses and automation functions. I have to recompile the whole shabang, even if I only added a ShowMessage for debugging - The Builder Debugger crashes alot during step-trough variable inspection and i've lost tooo many code. (thanks to Builders bugs.:mad:)

You're probably right. It does seem a bit far-fetched that another EXE can change your variable.

My application takes longer and longer to compile and run. I program in C++ Builder 2006. Each time I change something in my apps' Core bpl, it takes about 5 minuets to compile and up to 2 minuets to link. I waste about 1 hour a day waiting for my code to compile! Anybody have some pointers on how to optimize this kak process? Is it my header hierarchy or what influences the compiling and linking? -besides the lines of code. Thanks

Theres alot of way doing this. Least of code way would be: ArrayList lst = new ArrayList(); Foreach( TextBox txt in Form.Controls) { lst.Add(txt.Text); } //now your Arraylist contains all the data in textboxes on the form. Hope it helps you. PS:My C# syntax needs some dusting-off, so the code above may not compile as is - but .NET concept works.

Volatile type qualifier. The keyword declares a variable that's accessible by other processes. I don't know much about the subject and not many books talk about it. I think theres reason for it being a discreet matter:suss:. Check out http://msdn2.microsoft.com/en-us/library/888bfst6(VS.80).aspx it gives an overview:^) - you need to dig more for implantation examples. Hope it helps.

Are you using Threads in your DLL? Unexplainable phenomenon - The try-catch in main function did not catch exceptions in a dll's thread. The exact same *complete- and silent exit* happened to my app. It turned out that if a thread in the dll has an AccessViolation, accessing a NULL-element on a primitive-type array or other dangling reference problem, the exception catch of the host-app do not catch the execption in the dll's thread. I think you should evaluate all array accessing routines and life-span of objects and its pointer contexts. -Or implement a errorlog. But I think by the time you find the faulty pointer or array, you well could've implemented a errorlog. You should take this problem as a wake-up call for *your code is too complicated*. Debugging Spaghetti is not fun and a errorlog would help. Hope this helps.

Thanks for Info, I got it. The Create and CreateWindows seemed to be a bit low level programming. I found a InsertControl(TWinControl*) on the panel that i missed. It works perfect. I program in Borland using VCL - so the Create does not exist. Thanks anyhow.

Sorry - Im was wrong - the fact that it works in foreground i missed. Ignore my posting. I thought you had a code design issue. Well, other guy suggested the os. I would say the same. And i think it is something you'll find in Linux articles. I don't know C threads and linux in the detail you might need.

I think that you should bring in another class that handles your threads - one that holds back the return of the main. main(...) { ClassThreads = new clsClassThreads(); do { existCondition = ClassThreads->Start(); if (existCondition) { ClassThreads->getResults(); //do something with thread results. ShowMessage("Thread class done. Exiting loop and Main"); }else{ ShowMessage("Thread class not done yet. Restarting threads"); } }while(!exitCondition) delete ClassThreads; return 0; }