Delphi

Here is a site I used when doing the same thing. Everything worked perfect for me. http://www.netcoole.com/delphi2cs/datatype.htm In regards to your Unicode question, I'm have no experience, so I can't comment. Hope the chart helps.

If you send me the files, may be i can assist you in deciphering it. Am using Codegear 2009 Architect. email address is: ebifere@gmail.com And make sure the files dont contain any virus The Chief Priest of Oginiza

FreeDOS Link: freedos.org Norton Ghost 15 Link: shop.symantecstore.com/store/symnahho/en_US/DisplayProductDetailsPage/ThemeID.106300/productID.166539400?resid=S50aXwoHAiwAACOFHWMAAAAH&rests=1268587103046

A list of providers[^] can be found here[^]. As you see, both ODBC and OleDb are providers. You can connect to SQL Server using these providers because they speak SQL Servers' dialect. These two providers are "generic", and they can handle multiple database-formats. The native SQL Client provider was written specific for SQL Server. Yes, this should be somewhat faster :) I are Troll :suss:

Hi Vijay vijay.victory wrote: some of my queries take time then what should I do?? Identify where the queries are coming from in your code, then run them in Management Studio and take it from there. Right-clicking in the query pane and selecting 'Display Estimated Execution Plan' may be of help in identifying where your problem lies. vijay.victory wrote: Is it take more time than expected? I can't tell you that - it's your database and code, so only you can know. vijay.victory wrote: all the queries having Select * will replaced with only needed Column name. That's a good idea - you should always do that anyway because it reduces network traffic, but your problem here is the time of execution, not the time of retrieval. Cheers, Dan

Java and Delphi use very different libraries. That means, most Java framework classes don't have an ideal complement class in VCL. Some things that are classes in Java (like String) are primitive types in Delphi. You have to translate the code yourself. ;P This statement is false.

Delphi has a little built-in tool that handles internationalization. But it´s really basic. You also got a couple of commercial localization tools that support Delphi applications: Multilizer (http://www2.multilizer.com/) and Sisulizer (http://www.sisulizer.com/), and an open-source tool based on GetText: http://dxgettext.po.dk/

The example link missed: http://www.colorado.edu/geography/gcraft/notes/mapproj/gif/ortho.gif[^]

so no one has any ideas? fyi - yes I have set the filtered property, the filter works fine on the dataset. only the aggregate field does not get updated. and i dont want to re-open the dataset, i've already got the set of records i want to work with, i just need the aggregate field to re-calculate. thanks :)

That is excellent! :) Thanks for the help everyone. It's great to know the differences of each language, especially their strengths and weaknesses. Post more if you like, but my problem is solved.

Build your test application. Then go back to your DLL project. Go to the Run menu. Select the Parameters menu item. In the Host Application area, put the path to your test application .exe. NOTE: I'm telling you this from D5. I don't have D6 installed, but I think it was the same process. Another issue you may run into (D5 suffers from this is), the breakpoints will disappear. This is a well known bug in D5 and debugging DLLs. Should this happen, make your test application test your DLL by using buttons. This way here, it won't automatically run through the DLL code. Before hitting a button (or some other control), go to the IDE. Go to the View->Debug Windows->Modules (or Ctrl+Alt+M). Right click your DLL in the list. Select Reload Symbol Table. This enter that path of your DLL. You should see your breakpoints re-appear. Hope you find this information useful.

You can load the .xml file in some of the xml components for Delphi, like TXMLDocument. But it is SLOW, takes a LOT of memory and worst of all - have some strange behavior - after accessing a node you have to manually free it. Not to mention that you have to traverse trough nodes until you reach desired branch. If you need a simple job - like taking channels name from xml, I would suggest to open it as a txt file (you can open it trough TStringList for example, and use Text property for direct access) and manually parse it (use PosEx, to incrementally search for node names, and then Copy to extract desired names)

As there were no replies, I wrote a keyboard handler to manually perform the actions.

I don't understand good enough your question. Try yo use memo1.lines.savetofile and save content of Memo1 direct as file. I Love T-SQL "Don't torture yourself,let the life to do it for you." If my post helps you kindly save my time by voting my post. www.aktualiteti.com

You should use only one connection. If you set a connection string on a ADOQuery or ADOCommand then the VCL will generate a new hidden connection in the background for the component. Each connection has it's own cache inside of the driver (jet engine) for the access database. If you modify the database through one connection the other connection will not see this change immediatly. It needs about 6 to 10s to write the changes to the *.mdb file. After that the other connection has the opportunity to read the changes. ==> allways use only one connection (TADOConnection)

????

Tutorials http://codegearguru.com/index.php?option=com_content&task=blogsection&id=4&Itemid=27[^] http://blogs.embarcadero.com/nickhodges/2006/08/15/26687[^] http://delphi.wikia.com/wiki/Delphi_Videos[^]