Hi Steve
Woah! THAT took half the day to come through!
Yes it IS a live query (only single table) and yes you are right, what you suggest
works fine. Somehow this morning it told me the Dataset was not in Edit mode and
so I thought there must be something fancy required.
As you can see, prog
DataSet.Delete?
- Original Message -
From: "Mark Howard" <[EMAIL PROTECTED]>
To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]>
Sent: Thursday, October 09, 2003 11:24 AM
Subject: [DUG]: Deleting from Live Query dataset
> Hi all
>
> Using D5 and DBISAM and no data aware visual
>>Lies, damn lies and benchmarks.
>>Any real benchmarks published?
I heard most people said that benchmark is lie. So FYI, there is no real
benchmark. You need to use your own application to see the result.
Regards
Leigh
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED
Hi all this is driving me nuts:
If the application knows what the helpfile is the API call which is automatic
when F1 is pressed cant find: 'The topic does not exist...
OK, so I dont tell it what the helpfile is and get the F1 key in formkey down:
procedure TMainform.FormKeyDown(Sender: TOb
C is really old language compare to java, .net. Given it a couple of years,
the speed of java, .net will be fine.
By that view, I think Sun/Microsoft do a good job.
Regards
Leigh
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of David Brennan
Sent: Thursday,
Gidday Mark,
There are several ways to go about this but I tend to avoid using live
queries at all.
If it truly is live then calling the Delete method of the query will delete
it - refresh the query afterwards. Returning to the record you want is a
matter of using the FIND method.
Steve Peaco
> Why are they dogs? One thing to remember with
> the JVM is that AFAIK Graphics capabiltiy is
> DrawText, DrawLine and DrawPixel which makes it
> worse than useless for a seroius GUI App
I am not Java developer so hard to comment on why. Certainly noone
has seriously tried java for graphics app.
Hi all
Using D5 and DBISAM and no data aware visual components
I've not used a TQuery before for updating a database table.
I have a live dataset which is the result of opening a Query select statement.
I can navigate the dataset with forward and back arrows and display the cursor
position with
> Here is a link for delphi, java, .net performance
> http://www.tempest-sw.com/benchmark/.
Lies, damn lies and benchmarks. A tiny algorithms to compute PI
is ideal (and improbable) target for JIT compilers. Any real benchmarks
published?
--
Leigh Wanstead wrote on Thursday, 9 October 2003 10:34 a.m.:
> Here is a link for delphi, java, .net performance
> http://www.tempest-sw.com/benchmark/.
>
> By reading that, it seems that java, .net is not significantly slow
> that best C/C++ code.
In my experience, most if not all of the Java
Maybe this is moving offTopic now guys.
jeremy
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of David Brennan
Sent: Thursday, 9 October 2003 10:53
To: Multiple recipients of list delphi
Subject: RE: RE: RE: RE: [DUG]: octane
If you mean taking about 50%
Phil
Why are they dogs? One thing to remember with
the JVM is that AFAIK Graphics capabiltiy is
DrawText, DrawLine and DrawPixel which makes it
worse than useless for a seroius GUI App
N
- Original Message -
From: "Phil Scadden" <[EMAIL PROTECTED]>
To: "Multiple recipients of list delph
If you mean taking about 50% longer to complete when performing a fairly
tight loop (which is therefore easy to precompile and keep precompiled)
isn't significantly slower...
David.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Leigh Wanstead
> Sent:
Actually not true. Java can be natively compiled from source
or bytecode (or a mix) and this can be done for free. Check
out:
http://gcc.gnu.org/java/
One of the issues I see here is that .NET is not a Delphi
exclusive and if support grows as strong as some people in
this list believe it will th
Here is a link for delphi, java, .net performance
http://www.tempest-sw.com/benchmark/.
By reading that, it seems that java, .net is not significantly slow that
best C/C++ code.
Regards
Leigh
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of David Brennan
Sen
Mmmm.
Is this theory or fact? I have yet to see a Java application that didn't run
like a dog (compared to native apps like Delphi compiled apps). So are you
saying that in future JIT compilers will be able to run as fast as native
code, or are you saying they currently do? If the latter then I wo
> Because .Net uses a JIT compiler rather than an interpreter, you can
> theoretically optomise at runtime for the platform you are running on.
I think the word here is "theoretically". It has to be a whole lot faster
than the JIT compiler that java uses to get near native application speeds.
We h
Yes, true. I am hoping though that M$ throw enough money at the
optomisation problem that their JIT compilers end up doing more than
just compiling.
> -Original Message-
> From: Paul Eggleton [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 09, 2003 9:59 AM
> To: Multiple recipients of
Witherden, Stephen wrote on Thursday, 9 October 2003 9:47 a.m.:
> Because .Net uses a JIT compiler rather than an interpreter
Yes, but so does Java...
Cheers,
Paul
---
New Zealand Delphi Users group - Delphi List - [EMAIL
> OSes like Linux which allow natively compiled applications
> will have a huge speed advantage.
Why? In my experiance a well designed meta-machine imposes
very little penalty, and .NET has the advantage of M$ having the
JVM as a prototype (as well as the fact that they only have to
satisfy their
That is untrue.
Because .Net uses a JIT compiler rather than an interpreter, you can
theoretically optomise at runtime for the platform you are running on.
Therefore, the same code on different hardware platforms can
self-optomise for that platform. In theory at least, a .Net application
with a c
I don't think he was comparing .NET and Java. Java was just an example of
another slow language. The point was that if .NET is the only Microsoft
option then other OSes like Linux which allow natively compiled applications
will have a huge speed advantage.
David.
> -Original Message-
> Fr
> > Unless .NET can run a great deal faster than Java, then this is a
> > very risky strategy. A port of Linux to x86-64/IA-64 would allow developers
> > to create native applications (open office) that would run rings around
> > .NET applications compiled to CLR.
>
> There's no reason to expect t
Download MSXML 4 from Microsoft (or get it from MSDN). Version 4 has more
features and a few bugs fixed. Install it and use Delphi to create a PAS
unit from the type library (msxml2_tlb).
// Include the PAS unit into your unit.
uses SysUtils, Classes, msxml2_tlb, Variants, ActiveX;
var
dom:
Phil Scadden wrote:
Short answer: YES!
My take on this situation is as follows:
1. Microsoft has already been bitten once having to support multiple
architectures (see Alpha and MIPS), and to avoid this problem in the future
(see x86-64 and IA-64) they hace created .NET as a platform neutral
env
25 matches
Mail list logo
