On 06/28/2013 11:38 PM, Dave Coventry wrote:
> The iScale variable at this point is 1.1394385252832742, so clearly the
> debugger is not actually indicating the correct cause of the exception.
>
> Can anyone offer a way to try to seek out the cause?
>
8087 style exceptions are raised on the next
I've started documenting the lhelp<>IDE protocol.
What has been bugging me is that the lhelp window flickers when loading
lots of chm files; you also have to work with a guesstimate to set
timing between loading files as you don't know when lhelp is done.
Therefore I'm proposing the extensions at
try
if true then exit;
finally
showmessage('');
end;
Antônio
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
please be patient.
Em 28-06-2013 17:34, Bart escreveu:
On 6/28/13, Junior wrote:
strList.TStringList.Create;
try
if Pos('blablabla',strList.Text) = 0 then
Exit;
finally
strList.Free;
end;
Adding "Exit", the finally is executed?
Just wondering. Why couldn't you test that you
pray tell what does using a production machine have to do with testing a
trivial section of code?
Junior wrote:
because I use a production machine
plese be patiente!
Em 28-06-2013 17:34, Bart escreveu:
On 6/28/13, Junior wrote:
strList.TStringList.Create;
try
if Pos('blablabla',strList.
because I use a production machine
plese be patiente!
Em 28-06-2013 17:34, Bart escreveu:
On 6/28/13, Junior wrote:
strList.TStringList.Create;
try
if Pos('blablabla',strList.Text) = 0 then
Exit;
finally
strList.Free;
end;
Adding "Exit", the finally is executed?
Just wonder
On 28/06/2013 22:38, Dave Coventry wrote:
I have a Procedure as follows.
procedure TForm_DB.Image1MouseMove(Sender: TObject; Shift: TShiftState; X,
Y: Integer);
var
xr,yr: Real;
dx,dy: integer;
SrcRect,DestRect: TRect;
begin
if iScale=0 then exit;<- External SigFPE occurs here.
...
M
Sven Barth schrieb:
On 28.06.2013 16:49, Graeme Geldenhuys wrote:
On 2013-06-27 21:32, Hans-Peter Diettrich wrote:
I don't see how this is related to managed objects.
If FPC implements managed objects, is it going to behave _exactly_ like
Delphi, or slightly different to Delphi - like what ha
Graeme Geldenhuys schrieb:
On 2013-06-27 21:32, Hans-Peter Diettrich wrote:
I don't see how this is related to managed objects.
If FPC implements managed objects, is it going to behave _exactly_ like
Delphi, or slightly different to Delphi - like what happened to the
Interfaces implementation.
I have a Procedure as follows.
procedure TForm_DB.Image1MouseMove(Sender: TObject; Shift: TShiftState; X,
Y: Integer);
var
xr,yr: Real;
dx,dy: integer;
SrcRect,DestRect: TRect;
begin
if iScale=0 then exit;<- External SigFPE occurs here.
mousePos.x:=X;
mousePos.y:=Y;
xr:=trunc(x/iS
On 6/28/13, Junior wrote:
> strList.TStringList.Create;
> try
>if Pos('blablabla',strList.Text) = 0 then
> Exit;
>
> finally
> strList.Free;
> end;
>
> Adding "Exit", the finally is executed?
>
Just wondering. Why couldn't you test that yourself?
Bart
--
__
On Thu, Jun 27, 2013 at 02:58:15PM +0200, Hans-Peter Diettrich wrote:
> > Java and C# don't count, as safe languages, they have _ONLY_ managed types.
> > Their choices will be hard to backport.
>
> Right. The idea sounds to me like the other half-baked attempts to
> introduce anonymous methods, c
On 28.06.2013 16:49, Graeme Geldenhuys wrote:
On 2013-06-27 21:32, Hans-Peter Diettrich wrote:
I don't see how this is related to managed objects.
If FPC implements managed objects, is it going to behave _exactly_ like
Delphi, or slightly different to Delphi - like what happened to the
Interfa
On 2013-06-27 21:32, Hans-Peter Diettrich wrote:
> I don't see how this is related to managed objects.
If FPC implements managed objects, is it going to behave _exactly_ like
Delphi, or slightly different to Delphi - like what happened to the
Interfaces implementation.
Regards,
- Graeme -
--
On Fri, Jun 28, 2013 at 4:59 PM, Junior wrote:
> Adding "Exit", the finally is executed?
Yes
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 28/06/2013 14:59, Junior wrote:
> strList.TStringList.Create;
> try
> if Pos('blablabla',strList.Text) = 0 then
> Exit;
>
> finally
>strList.Free;
> end;
>
> Adding "Exit", the finally is executed?
>
Yes. your example lacks some example code after Exit, before Finally, that will
b
strList.TStringList.Create;
try
if Pos('blablabla',strList.Text) = 0 then
Exit;
finally
strList.Free;
end;
Adding "Exit", the finally is executed?
thanks
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.f
On Fri, 28 Jun 2013 11:12:48 +0200
Darius Blaszyk wrote:
>
>
> Hi,
>
> I'm using a propertygid in my application. The grid shows the properties
> of a number of inherited classes. However some classes do not use all of
> the properties from the base class. Is there a way to hide properties
>
Le 28/06/2013 11:00, Mattias Gaertner a
écrit :
On Fri, 28 Jun 2013 10:45:07 +0200
Antonio Fortuny wrote:
Hi Folks.
When compiling a project on a Win64 box I get the following errors:
PPU Loading C:\lazarus\components\lazutils\lib\x86_64-win6
Hi,
I'm using a propertygid in my application. The grid shows the properties
of a number of inherited classes. However some classes do not use all of
the properties from the base class. Is there a way to hide properties
from the grid for child classes?
Regards, Darius --
On Fri, 28 Jun 2013 10:45:07 +0200
Antonio Fortuny wrote:
> Hi Folks.
>
> When compiling a project on a Win64 box I get the following errors:
> PPU Loading C:\lazarus\components\lazutils\lib\x86_64-win64\fileutil.ppu
> PPU Source: fileutil.pas not found
> PPU Source: fileutil.inc not found
> PPU
Hi Folks.
When compiling a project on a Win64 box I get the following errors:
PPU Loading C:\lazarus\components\lazutils\lib\x86_64-win64\fileutil.ppu
PPU Source: fileutil.pas not found
PPU Source: fileutil.inc not found
PPU Source: winfileutil.inc not found
Recompiling FileUtil, checksum changed
22 matches
Mail list logo
