Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2002-11

New Bug Entered

18 messages · 4 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Mattias Gaertner
to Unknown author: Title: Uninitialized vars part 2 Entered by: Jeroen van Iddekinge In the following…
Show quoted text 23 lines
Title: Uninitialized vars part 2 Entered by: Jeroen van Iddekinge In the following method\'s: TGtkObject.GetClipBox TGtkObject.ExtSelectClipRgn TGtkObject.ExcludeClipRect TGtkObject.GetClipRgn TGtkObject.IntersectClipRect The First lines are: begin if not ValidDc(DC) then Result := Error This shoud be begin Result := 0; if not ValidDC(DC) then Result := Error

All 5 functions starts with:

begin
  Result := SIMPLEREGION;
  If not IsValidDC(DC) then
    Result := ERROR;

Looks correct to me.

Mattias

Reply by email

Unknown author

Title: TProperityEdit.PropDrawValue and PropDrawName

Entered by: Jeroen van Iddekinge

In TPropertyEdit.PropDrawValue and in TPropertyEdit.PropDrawName, the field Style.SystemFont is not initialized, before call to ACanvas.TextRect(...,Style).

Reply by email

andrew johnson
to Unknown author: Title: Uninitialized vars part 2 Entered by: Jeroen van Iddekinge In the following…

FYI, while I have since fixed it, the result WAS uninitialized. But this was not a problem, since ERROR is defined as 0, aka to have done what was suggested , ala result := 0 would have ensured that the procedure wasn't ever came up in another bug report, so I figure I should make sure its known and clarified. Region results should NOT BE ZERO, as in windows a result of zero indicates that an error has occurred. It doesn't matter what the result is to start of with so long as it is not zero. Standard practice when using such routines is to initialize the result to SIMPLEREGION, as I have since done, though COMPLEXREGION or NULLREGION would have sufficed as well since the result will be changed to the real value later on, or ERROR if it fails.

Andrew

Mattias Gaertner wrote 38 lines
On Sun, 3 Nov 2002 15:28:37 -0500 wrote: > > Title: Uninitialized vars part 2 > > Entered by: Jeroen van Iddekinge > > In the following method\'s: > TGtkObject.GetClipBox > TGtkObject.ExtSelectClipRgn > TGtkObject.ExcludeClipRect > TGtkObject.GetClipRgn > TGtkObject.IntersectClipRect > > The First lines are: > begin > if not ValidDc(DC) then > Result := Error > > This shoud be > > begin > Result := 0; > if not ValidDC(DC) then > Result := Error All 5 functions starts with: begin Result := SIMPLEREGION; If not IsValidDC(DC) then Result := ERROR; Looks correct to me. Mattias

Reply by email

Unknown author

Title: Uninitialized vars part 2

Entered by: Jeroen van Iddekinge

In the following method\'s:
TGtkObject.GetClipBox
TGtkObject.ExtSelectClipRgn
TGtkObject.ExcludeClipRect
TGtkObject.GetClipRgn
TGtkObject.IntersectClipRect

The First lines are:
begin
  if not ValidDc(DC) then
     Result := Error

This shoud be

begin
     Result := 0;
     if not ValidDC(DC) then
              Result := Error

Reply by email

Unknown author

Title: Bogus IF

Entered by: Jeroen van Iddekinge

in TGtkObject.SendPaintMessageForInternalWidgets Contains (After the nested routines, in the main part):
With Context do begin

    MainWidget := PGTkWidget..
    if MainWidget = nil then exit
    if MainWindow  nil then
        MainWIndow := ......
    else
       exit

The \'if MainWindow nil then\' is I think wrong because this variable is not yet initialized. This should be (I think)

With Context do begion
     MainWidget := PGtkWidget...
     if MainWidget  = nil then exit;
     MainWidget := ....

Reply by email

Mattias Gaertner
to Unknown author
Show quoted text 22 lines
Title: Bogus IF Entered by: Jeroen van Iddekinge in TGtkObject.SendPaintMessageForInternalWidgets Contains (After the nested routines, in the main part): With Context do begin MainWidget := PGTkWidget.. if MainWidget = nil then exit if MainWindow nil then MainWIndow := ...... else exit The \'if MainWindow nil then\' is I think wrong because this variable is not yet initialized. This should be (I think) With Context do begion MainWidget := PGtkWidget... if MainWidget = nil then exit; MainWidget := ....

Thx.
Fixed.

Mattias

Reply by email

andrew johnson
to Unknown author: Title: error: controlactionlink.inc Entered by: penturon compiling latest snapshot…

hmm. same here I just checked and it looks like Mattias has forgotten to add/commit it.

Andrew

Show quoted text 18 lines
Title: error: controlactionlink.inc Entered by: penturon compiling latest snapshot results in: Compiling controls.pp controls.pp(1421,2) Fatal: Can\'t open include file controlactionlink.inc make[1]: *** [allunits.ppu] Fehler 1 make[1]: Verlassen des Verzeichnisses �/home/ziese/Lazarus/lcl� make: *** [lcl] Fehler 2 after looking for it in lazarus/lcl/include.... there is no such file _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
andrew johnson

Reply by email

Unknown author

Title: error: controlactionlink.inc

Entered by: penturon

compiling latest snapshot results in:
Compiling controls.pp
controls.pp(1421,2) Fatal: Can\'t open include file controlactionlink.inc make[1]: *** [allunits.ppu] Fehler 1
make[1]: Verlassen des Verzeichnisses �/home/ziese/Lazarus/lcl� make: *** [lcl] Fehler 2

after looking for it in lazarus/lcl/include....
there is no such file

Reply by email

andrew johnson
to Unknown author: Title: Duplicate identifier in LAZARUS SOURCE Entered by: Alex Compiling with FPC 1.1 i…

1.) FPC 1.1 must be from CVS or nightly as of two weeks ago to compile the LCL.

2.) Lazarus will not yet work under FPC 1.1 on account of a few compiler and/or RTL bugs that have as yet to be resolved.

3.) This bug has been fixed in CVS for several weeks. I just tested using CVS from yesterday, and FPC from Thursday compiled the LCL fine.

Andrew

Show quoted text 13 lines
Title: Duplicate identifier in LAZARUS SOURCE Entered by: Alex Compiling with FPC 1.1 i get this error: comctrls.pp(1025,20) Error: Duplicate identifier \"Index\" comctrls.pp(1025,20) Hint: Identifier already defined in comctrls.pp at line 1023 _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
andrew johnson

Reply by email

Mattias Gaertner
to Unknown author: Title: error: controlactionlink.inc Entered by: penturon compiling latest snapshot…
hmm. same here I just checked and it looks like Mattias has forgotten to add/commit it.

Sorry.
I have added it.

Mattias

Show quoted text 29 lines
Andrew On Thu, 2002-11-07 at 09:12, wrote: > Title: error: controlactionlink.inc > > Entered by: penturon > > compiling latest snapshot results in: > Compiling controls.pp > controls.pp(1421,2) Fatal: Can\'t open include file > controlactionlink.inc make[1]: *** [allunits.ppu] Fehler 1 > make[1]: Verlassen des Verzeichnisses �/home/ziese/Lazarus/lcl� > make: *** [lcl] Fehler 2 > > after looking for it in lazarus/lcl/include.... > there is no such file > > _________________________________________________________________ > To unsubscribe: mail with > "unsubscribe" as the Subject > archives at http://www.lazarus.freepascal.org/mailarchives -- andrew johnson _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives

Reply by email

Unknown author

Title: Duplicate identifier in LAZARUS SOURCE

Entered by: Alex

Compiling with FPC 1.1 i get this error:

comctrls.pp(1025,20) Error: Duplicate identifier \"Index\"
comctrls.pp(1025,20) Hint: Identifier already defined in comctrls.pp at line 1023

Reply by email

Unknown author

Title: Editor Colors

Entered by: Shoghi Martinez

When the display is configured to 8 bit color nothing is displayed in the Code editor window, just a black box, i tried changing the editor color with no results, when I switch to 16bpp everithing is ok, but my box only has 1 mb of vram and its not so good programing in 640x480 display.

Reply by email

Unknown author

Title: Lazarus does not start

Entered by: Manan

When I start lazarus, the console window opens up and the lazarus splash screen is displayed, but in the command window the following keeps on repeating without the app going any further

0000; LParam: $0000
WindowProc - Start
WindowProc - Getting Object With Callback Procedure WindowProc - Getting Callback Object
WindowProc - Checking Proc

What do I do?

Thanks
Manan

Reply by email

Michael Van Canneyt
to Unknown author: Title: Icon Error Entered by: penturon MainForm does not show selected icon. There\'s…
Show quoted text 8 lines
Title: Icon Error Entered by: penturon MainForm does not show selected icon. There\'s always the good old X icon in IDE and in compiled program. PS: + Porting the TDBF component would be nice ;-)

If the component for reading DBAse files is meant, this component is ported and is available in the FCL.
(This should be forwarded to the bug reporter, I don't have his email)

Michael.

Reply by email

Unknown author

Title: Icon Error

Entered by: penturon

MainForm does not show selected icon. There\'s always the good old X icon in IDE and in compiled program.

PS: + Porting the TDBF component would be nice ;-)
+ Good work so far. Lazarus will have a great future.

Reply by email

Unknown author

Title: TRadioGroup ItemIndex doesn\'t work properly

Entered by: Horacio Jamilis

TRadioGroup does not allow a value of -1 in the itemindex property (meaning not items selected) . It works like it is a 0.

At the other side, it raises an Index out of bounds exception on SetItemIndex when you set the itemindex property on a value greater than the current items.count.

Reply by email