Re: [DUG]: first error fixed, now for the second

If the names of the controls are Edit1, Edit2 and so on, then just change the procedure to assign the values correctly eg: Edit1.text := tmp.Name; Edit2.,text := tmp.StreetAddress thanx trevor but the problem is with eread(addressfile,temp) undecleared identifier, so i take it declear it

[DUG]: Best way to load a DLL

HI all. I am wondering what is the best way to load/use a dll from an app. Currently, I am doing something similar to this :- Function GetSomoething(iIndex:integer):smallint;stdcall; external 'mydll.dll'; This works fine, but what I am unsure about IS, is it better to do the above, or

[DUG]: fixed all errors

i found out what the error was it should have read read(addressfile,tmp); not eread(addressfile,tmp); so thanx for all who helped. ... Brendon Toogood E-Mail [EMAIL PROTECTED] --- New Zealand Delphi Users group -

Re: [DUG]: fixed all errors

I thought Dave already pointed out this error on 4/10 in his post that read: What is eread? I assume this should be read. What is eName? a TEdit on the form? -ns - Original Message - From: [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Sunday,

[DUG]: Thanks Max

Cracked it. : ) regards, NIRAV KAKU - From the Shreemat Bhägwat Gïta - 'Sarcasm is the lowest form of wit.' --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website:

Re: [DUG]: Treeview with checkboxes

Jeremy, I think Raize does: www.raize.com N - Original Message - From: Limsowtin, Philippe [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Monday, October 08, 2001 12:13 PM Subject: RE: [DUG]: Treeview with checkboxes You probably already know this

[DUG]: Line too long error

I've hit this more than once: D5 complaining [Fatal Error] PGSHeightData.pas(1): Line too long (more than 1023 characters) It isnt - and if I put in the other lines, modify it, etc. It still reports this error. Any ideas??? -- Phil

RE: [DUG]: Line too long error

Sounds like the file contains one or more control characters in it or doesn't have the require CR/LF characters at the end of each line (which will cause it to appear OK in some editors). Could you try opening it in another editor like MS Word and copying it into the Delphi IDE? John

[DUG]: Line too long - solved...

Problems with using CSV - it had unix carriage control though the file looked okay. Converted to DOS and it compiled fine. -- Phil Scadden, Institute of Geological and Nuclear Sciences 41 Bell Rd South, PO Box 30368, Lower Hutt, New Zealand

Re: [DUG]: Line too long error

a wild guess: is it possible this is a unix/dos txt file format problem? (end of line is CR/LF in DOS and just LF in unix) -ns - Original Message - From: Phil Scadden [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Monday, October 08, 2001 8:04 AM

[DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

G'Day All, I have the following: - A component TCricketLiveScoringClient that uses a MIDAS socket connection to make and handle a connection to a MIDAS server - The above component uses a TTXProcessThread to monitor changes in a local BDE table - When a change is detected by the it uses

Re: [DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

I have no idea about how MIDAS works but you definately need to use a seperate session with each thread when working with DBase etc. As to BDE crashes, me too! Any app that crashes the BDE will crash any other app using the BDE in my experiance. Robert MartinSoftware EngineerWild Software

Re: [DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

R, Do you have some sample code implementing a TSession robustly? The code and examples I have seen only seem to scratch the surface and I need something a bit more tried and tested real world than what is in the help. TIA At 15:50 08/10/2001 +1300, you wrote: I have no idea about how MIDAS works

Re: [DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

R, Sorry. Part II. Is a TSession still necessary even though the thread and the application have their own TDatabase components and inherently their own Session? At 15:50 08/10/2001 +1300, you wrote: I have no idea about how MIDAS works but you definately need to use a seperate session with each

Re: [DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

yes, you do need a sepetate TSession per thread - each database usually shares a single one, hence the problem. N - Original Message - From: Donovan J. Edye [EMAIL PROTECTED] To: Multiple recipients of list delphi [EMAIL PROTECTED] Sent: Monday, October 08, 2001 3:54 PM Subject: Re:

Re: [DUG]: [Q] MIDAS (Socket Connection), BDE, Threads

TDatabase components use the 'Defaut' session by default. You simply need create a new session for each TDatabase you create. To create a applicatoin only runtime Session we use the following code... constructor TProcessing.Create(Sender : TClient);// Each client has their own Processing