Either row count or column count does not matter as long as you have a var parameter (a 4 bytes pointer) to the function. A quick and dirty explanation of a profiler: An application that shows you where your application spears most of the time executing. You use it to observe and then go back in Delphi and try to optimize the code.
I have told you that I had the same problem with the Delphi debugger. Sometimes the IDE was going stuck and I had to restart Delphi. I really do think that running the application without debugging information and with optimization option will not cause you timing problems. Again, I belive this is IDE / Debugger problem that Borland at that time did not manage to fix. Try to install the FastMM (if you did not already). In case you do not know what FastMM does, I can tell you. Just reply if you want more information about it. --- Saurabh Rai <[EMAIL PROTECTED]> wrote: > I'm using Delphi 7 , i dont know what is profiler :( > and how to use it . > while debugging i felt .. when i step from first > line of fucntion that is > Begin > to the next like > > TotalRec:= Result_Recordset.RecordCount; > ...... > i dont think line TotalRec:= > Result_Recordset.RecordCount; is > having any problem , 'coz i 've checked by changing > order of lines , its taking same same ... > > well , Result_Recordset is global variable in my EXE > .. which is having thoousand of rows with round > about 150 columns > > Thnx for response sir . > Saurabh rai. > > > > > > > > > ----- Original Message ----- > From: Totoliciu Denis Dan > To: [email protected] > Sent: Monday, September 24, 2007 12:33 > Subject: Re: [delphi-en] pls suggest ! > > > When does it take too much time? > Is it when you are jumping in with the debugger? > Or is it when the program executes? > What version of Delphi are you using? > > It would be nice if you had a profiler to see the > timing. > I worked at a big project and I experienced great > delays when I was debugging something that looked > like > your example: > > --- Saurabh Rai <[EMAIL PROTECTED]> > wrote: > > > HI all , > > Please have a look > > > > procedure TFM_XYZ.ABC(Var > > curSchedulingRecPtr:PSchedulingRec (Pointer to > > Record ); CurRecNo : Integer); > > Var > > VarI , VarJ , TotalRec: Integer ; > > begin > > > > TotalRec:= Result_Recordset.RecordCount; > > //Result_Recordset _Recordset Type global > variable > > Result_Recordset.MoveFirst; > > ................................. > > > > End; > > > > while debugging code i realized that its taking > too > > much time navigating from > > Begin to next line i.e. > > TotalRec:= Result_Recordset.RecordCount; > > > > Dont have any idea .. pls > > > > suggest.---------------------------------------------------------- > > Summit Information Technologies Limited, > Gurgaon, > > India > > > > > > [Non-text portions of this message have been > > removed] > > > > > > > __________________________________________________________ > Luggage? GPS? Comic books? > Check out fitting gifts for grads at Yahoo! Search > > http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz > > > > ------------------------------------------------------- > Summit Information Technologies Limited, Gurgaon, > India > > > [Non-text portions of this message have been > removed] > > ____________________________________________________________________________________ Check out the hottest 2008 models today at Yahoo! Autos. http://autos.yahoo.com/new_cars.html
