RE: [DUG]: DBISAM

2002-12-11 Thread vss
I have not tried the ODBC Driver. Just seen it. Jeremy -Original Message- From: "Nahum Wild" <[EMAIL PROTECTED]> To: Multiple recipients of list delphi <[EMAIL PROTECTED]> Date: Thu, 12 Dec 2002 15:04:07 +1300 Subject: RE: [DUG]: DBISAM > That's pretty cool, I've never quite been able t

RE: [DUG]: DBISAM

2002-12-11 Thread Stephen Barker
DBISAM is an excellent product, and my first choice for many situations, but be aware of the following: Table indexes are critical for decent speed. Keep away from multiple joins with large tables. Indexes are Case-Sensitive by default - be careful if converting from BDE. Date format is ANSI i.e.

RE: [DUG]: DBISAM

2002-12-11 Thread Nahum Wild
That's pretty cool, I've never quite been able to use it because of the lack of one of these - third party reporting (eg, crystal) and the like was never possible. Now it comes down to is the ODBC implementation any good? Cheers, Nahum. > [EMAIL PROTECTED] > wrote on >

Re: [DUG]: DBISAM

2002-12-11 Thread vss
there is an ODBC driver for the DBISAM that Elevate Software do...I saw it on their website. Jeremy -Original Message- From: "Bob Osborn" <[EMAIL PROTECTED]> To: Multiple recipients of list delphi <[EMAIL PROTECTED]> Date: Thu, 12 Dec 2002 14:31:30 +1300 Subject: Re: [DUG]: DBISAM > Ca

Re: [DUG]: DBISAM

2002-12-11 Thread Bob Osborn
Can ADO connect to DBISAM? Bob - Original Message - From: "Tim Perry" <[EMAIL PROTECTED]> To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]> Sent: Thursday, December 12, 2002 1:48 PM Subject: RE: [DUG]: DBISAM > Hi Jeremy > > I have found DBISAM to work well, my only complain

RE: [DUG]: DBISAM

2002-12-11 Thread vss
Thanks all. I might look at getting Elevate Softwares one. It seems to be the one people like. Jeremy -Original Message- From: "Tim Perry" <[EMAIL PROTECTED]> To: Multiple recipients of list delphi <[EMAIL PROTECTED]> Date: Thu, 12 Dec 2002 13:48:18 +1300 Subject: RE: [DUG]: DBISAM > H

RE: [DUG]: DBISAM

2002-12-11 Thread Tim Perry
Hi Jeremy I have found DBISAM to work well, my only complaint is the lack of Referential Integrity in the engine. There are a lot of examples on Elevates web site, & the additional tools which Elevate supply are good. cheers Tim | -Original Message- | From: [EMAIL PROTECTED] [mailto:[

Re: [DUG]: DBISAM

2002-12-11 Thread Steve Peacocke
> HI all. > For those of you who use DBISAM, what products are you using? > I am looking at a product that needs a database, and I dont want the > hassel of distributing MDAC or the BDE etc. , when DBISAM is just as > good for what I need. > > Thanks Jeremy > > p.s. I have looked at DBISAM by "Elev

RE: [DUG]: DBISAM

2002-12-11 Thread Kyley Harris
www.vistasoftware.com Apollo is more powerful than the average, easy to use, and has been around for 15+ years in heavy commercial environments. Royalty free. -Original Message- From: vss [mailto:[EMAIL PROTECTED]] Sent: Thursday, 12 December 2002 1:31 p.m. To: Multiple recipients of list

[DUG]: DBISAM

2002-12-11 Thread vss
HI all. For those of you who use DBISAM, what products are you using? I am looking at a product that needs a database, and I dont want the hassel of distributing MDAC or the BDE etc. , when DBISAM is just as good for what I need. Thanks Jeremy p.s. I have looked at DBISAM by "Elevator Software"

Re: [DUG]: Terminal Services

2002-12-11 Thread Robert Martin
> >> networked (via GB Ethernet ?) > This is very unnecessary, each RDP client only requires 256Kbps so 10Meg The GB Ethernet would be between our Server App and the Clients running on the TS machine only. The TS machine would then need a (10meg!) pipe to the internet to connect to branches. > >

Re: [DUG]: Terminal Services

2002-12-11 Thread Neven MacEwan
Rob >> networked (via GB ethernet ?) This is very unnessary, each RDP client only requires 256Kbps so 10Meg would satify 40 Clients 100Mb 400!, RDP is a lot thinner than X and this is the main advantage of TS (at the moment!) though there is now a lot more interest in these type of platforms for

Re: [DUG]: Terminal Services

2002-12-11 Thread Robert Martin
Thanks very much Neven, your response answers some of the many questions that I had not even got around to asking. Our plan may be to run our server app on one machine and have a TS machine networked (via GB ethernet ?) to it. This machine would run our client App for 30 -35 users. The clients w

RE: [DUG]: Range check error

2002-12-11 Thread Steve Agnew
Hi Mark, You might try sending them a version of the .exe which includes the (excellent) exception handling component from www.madshi.net. This will give you a stack dump so you can see where the error is occurring. Regards, Steve Agnew.BankLink [EMAIL PROTECTED] +64 9 377 7790 (NZ) 1 800 12

RE: [DUG]: Range check error

2002-12-11 Thread Myles Penlington
Sort of. Debugging in the IDE will find some range check errors - it's a question of begin compiled with range checking turned on, and code coverage. Also note that when you change the IDE compiler options, Delphi does not recompile the whole project - you have to do a build all to get all your un

RE: [DUG]: Range check error

2002-12-11 Thread Mark Howard
Thanks David and Myles So: * Debugging, in the IDE, doesn't find these range check errors. * It seems the programme ALWAYS runs fine, on any computer when it is compiled with Range Checking turned OFF. * It seems that if the programme is compiled with Range Checking turned ON, progr

RE: RE: [DUG]: MAIL MERGE with MS-Word

2002-12-11 Thread Jason Coley
No our addin only works with Outlook, but you may be able to use the main theory, by using a temp word document as the datasource for the merge document. Regards Jason Coley Manawatu Software Solutions email: [EMAIL PROTECTED] web: http://www.software-solutions.co.nz -Original Message-

RE: [DUG]: MAIL MERGE with MS-Word

2002-12-11 Thread John
Hi Jason, This may be what I am after, but am not sure what you mean with the "addin for Outlook". The idea is not to use Outlook and to get the addresses and some text from a dbase. Then NOT all addresses need being used and after being processed the program should set a flag in the dbase. Is th

RE: [DUG]: Range check error

2002-12-11 Thread David Brennan
Mark, I think it probably is enough to draw conclusions from. We traditionally developed with Range Checking Off and when we turned it on we found several places where range check errors occured. These range check errors didn't affect the program executation and didn't cause exceptions (otherwise

RE: [DUG]: Range check error

2002-12-11 Thread Myles Penlington
Delphi range checking is not very good in some respects. >From memory if you load a -ve number into a integer it complains that this is a range error - which in my opinion it is not. However the original use and in 95% of cases, it seems this test is passed. I do use while debugging, however with

Re: [DUG]: Suppressing exception popups in certain parts of code.

2002-12-11 Thread Moisés López
what about the Application.OnException event? hth moises --- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] wi

Re: [DUG]: Suppressing exception popups in certain parts of code.

2002-12-11 Thread Corey Murtagh
- Original Message - From: "Andrew Thomas" <[EMAIL PROTECTED]> Sent: Wednesday, December 11, 2002 4:00 PM Subject: RE: [DUG]: Suppressing exception popups in certain parts of code. > That still causes the annoying 'Exception' popup though. :( > I thought maybe there was a compiler directi

RE: [DUG]: MAIL MERGE with MS-Word

2002-12-11 Thread Jason Coley
Hi John, I write an addin for Outlook that uses Contact info and performs Mail Merges using word, it uses the object model and uses a temp Word Document as the data source so I'm not too sure if this helps you at all, it does work quick though, all done in the background. Regards Jason Coley Man

RE: [DUG]: MAIL MERGE with MS-Word

2002-12-11 Thread Jason Coley
Hi John, I write an addin for Outlook that uses Contact info and performs Mail Merges using word, it uses the object model and uses a temp Word Document as the data source so I'm not too sure if this helps you at all, it does work quick though, all done in the background -Original Message