hwgui-developers — Discussing of HwGUI development

[Hwgui-developers] next bug in function editmethod

[atzct <at...@ob...>]

Take small sample.

<?xml version="1.0" encoding="UTF-8"?>
<part class="form">
  <style>
    <property name="Geometry">{299,86,500,400}</property>
    <property name="Caption">[Form1]</property>
    <property name="FormType">[dlgModal]</property>
    <property name="lClipper">.F.</property>
    <property name="lExitOnEnter">.F.</property>
  </style>
  <part class="button">
    <style>
      <property name="Geometry">{120,31,80,32}</property>
      <property name="Name">[oButton1]</property>
    </style>
    <method name="onClick">
      <![CDATA[odlg:close()]]>
    </method>
  </part>
</part>


Now, open method onClick of button
and you will see odlg:close( instead of odlg:close().
This is appear after function re_GetTextRange() in editShow().

If in method more than 1 line all ok.

Best regards,
Alexey Myronenko

Re: [Hwgui-developers] Few comments about the latest Designer changes

[Sandro R. R. F. <san...@ya...>]

Alexander
Really it stayed much easier.  
Regards

Sandro Freire
http://www.lumainformatica.com.br
----- Original Message ----- 
From: "Alexander S.Kresin" <al...@be...>
To: <hwg...@li...>
Sent: Wednesday, December 08, 2004 9:38 AM
Subject: [Hwgui-developers] Few comments about the latest Designer changes


> Hello All,
> 
>  As it is written in the Changelog, the Designer now is able to
>  create/modify reports. To do this, it should be called with -r
>  switch.
>  I shall not develop the Hwreport anymore, Designer becomes the main
>  report builder now. It has more modern and advanced engine than
>  Hwreport and, what is important, it is more easy to support one
>  engine than two different :). The important point is that now the
>  report builder may be integrated into the application and it is
>  convenient, IMO, that the same code, the same module, linked into the
>  application, implements two tasks - works with input forms and with
>  reports.
>  The compatibility with the *.rpt files, created with Hwreport, is
>  implemented via the plugin ( resource/r_text.prg ) - you may open rpt
>  files, choosing the 'plain text format' and then save them in a new
>  format, which is exactly the same as for input forms.
> 
>  The new report engine uses a bit different approach than the old one.
>  There are no 'markers' - the widget 'area' is used instead. I didn't
>  provide examples yet, but you can convert any rpt file into the new
>  format and you will see how these 'areas' are used. The 'area' has
>  two main properties:
> 
>  - AreaType - it may be Table, DocHeader, DocFooter, PageHeader,
>               PageFooter. The Table is the same as the space between
>               'Start line' and 'End line' markers in the old engine.
>  - VarOffset - False/True, it determines, if the area position on the
>                paper is fixed ( False ), or it depends on the size of
>                previous area ( True ).
> 
>  The areas may be nested - I didn't check yet, does it work, but it
>  should.
> 
>  Few notes about the methods.
>  The report itself has two methods:
> 
>  - onRepInit, which is executed when the report starts
>  - onRepExit.
>  
>  Every print item ( Label, Box, Vline, HLine, Bitmap ) has three
>  methods:
> 
>   - onBegin  - it is executed before the item is being printed
>   - Condition - it must return a logical value ( with the 'Return'
>                 statement ), which determines, should this item be
>                 printed or no.
>   - onExit  - it is executed after the item is being printed
> 
>  The 'Label' item has additionally a method 'Expression', which
>  calculates a string, which should be printed.
> 
>  The 'area' has additionally a method 'onNextLine', which is executed
>  for the each line in a 'Table' area - it is the same as script for
>  the 'End Line' marker in an old report engine.
>  
> 
> Regards,
>  Alexander
> http://kresin.belgorod.su
> 
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers

[Hwgui-developers] Few comments about the latest Designer changes

[Alexander S.K. <al...@be...>]

Hello All,

 As it is written in the Changelog, the Designer now is able to
 create/modify reports. To do this, it should be called with -r
 switch.
 I shall not develop the Hwreport anymore, Designer becomes the main
 report builder now. It has more modern and advanced engine than
 Hwreport and, what is important, it is more easy to support one
 engine than two different :). The important point is that now the
 report builder may be integrated into the application and it is
 convenient, IMO, that the same code, the same module, linked into the
 application, implements two tasks - works with input forms and with
 reports.
 The compatibility with the *.rpt files, created with Hwreport, is
 implemented via the plugin ( resource/r_text.prg ) - you may open rpt
 files, choosing the 'plain text format' and then save them in a new
 format, which is exactly the same as for input forms.

 The new report engine uses a bit different approach than the old one.
 There are no 'markers' - the widget 'area' is used instead. I didn't
 provide examples yet, but you can convert any rpt file into the new
 format and you will see how these 'areas' are used. The 'area' has
 two main properties:

 - AreaType - it may be Table, DocHeader, DocFooter, PageHeader,
              PageFooter. The Table is the same as the space between
              'Start line' and 'End line' markers in the old engine.
 - VarOffset - False/True, it determines, if the area position on the
               paper is fixed ( False ), or it depends on the size of
               previous area ( True ).

 The areas may be nested - I didn't check yet, does it work, but it
 should.

 Few notes about the methods.
 The report itself has two methods:

 - onRepInit, which is executed when the report starts
 - onRepExit.
 
 Every print item ( Label, Box, Vline, HLine, Bitmap ) has three
 methods:

  - onBegin  - it is executed before the item is being printed
  - Condition - it must return a logical value ( with the 'Return'
                statement ), which determines, should this item be
                printed or no.
  - onExit  - it is executed after the item is being printed

 The 'Label' item has additionally a method 'Expression', which
 calculates a string, which should be printed.

 The 'area' has additionally a method 'onNextLine', which is executed
 for the each line in a 'Table' area - it is the same as script for
 the 'End Line' marker in an old report engine.
 

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Re: improvement menuitem "Parameters" in editor of designer

[Alexander S.K. <al...@be...>]

On 08.12.2004 12:49, atzct <at...@ob...> wrote:

a> MENUITEM "&Parameters" ACTION 
a> Iif(!Empty(cParamString).and.UPPER(SubStr(oEdit:Gettext(),1,10))#"PARAMETERS",(editShow("Parameters"+cParamString+Chr(10)+oEdit:Gettext()),oEdit:lChanged:=.T.),.F. 
a> )

a> Add line "Parameters" and change status of edit then, when this line not 
a> exist in method.

 Thanks, uploaded:

2004-12-08 13:55 UTC+0300 Alexander Kresin <al...@be...>
  * utils/designer/editor.prg
    ! Small fix, provided by Alexey Myronenko
 

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] improvement menuitem "Parameters" in editor of designer

[atzct <at...@ob...>]

MENUITEM "&Parameters" ACTION 
Iif(!Empty(cParamString).and.UPPER(SubStr(oEdit:Gettext(),1,10))#"PARAMETERS",(editShow("Parameters"+cParamString+Chr(10)+oEdit:Gettext()),oEdit:lChanged:=.T.),.F. 
)

Add line "Parameters" and change status of edit then, when this line not 
exist in method.

Best regards,
Alexey Myronenko

[Hwgui-developers] Changelog 2004-12-08 11:24 UTC+0300

[Alexander S.K. <al...@be...>]

2004-12-08 11:24 UTC+0300 Alexander Kresin <al...@be...>
  * source/drawwidg.prg
    * HPen():Get() method has been added.
  * source/hprinter.prg
    ! Small fixes
  * source/hfrmtmpl.prg
    * HRepItem,HRepTmpl classes has been added, which provides printing
      using the reports, created with the Designer
  * source/procs7.prg
  * source/procscri.prg
    * Error messages become more informative
  + utils/designer/resource/repwidg.xml
  + utils/designer/resource/r_text.prg
    + New files for the reports support has been added
  * utils/designer/designer.iml
  * utils/designer/designer.prg
  * utils/designer/designer.rc
  * utils/designer/hctrl.prg
  * utils/designer/hformgen.prg
  * utils/designer/inspect.prg
    * The Designer is able to create reports now, it is supposed to be used
      instead of Hwreport.
      To work with reports it must be called with the -r switch:
        designer.exe -r
  * utils/designer/editor.prg
    ! Appearance of a national characters is fixed.


Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Re: RES: Error on Browse

[Alexander S.K. <al...@be...>]

=E2=F2=EE=F0=ED=E8=EA, 7 =E4=E5=EA=E0=E1=F0=FF 2004 =E3. Rodrigo rodrigo.=
mi...@te... wrote:

>> What is the 'Arguments: { NIL, 2 }' about ???
>> Could you include in the hbrowse.prg few writelog() calls to trace
>> what's happening ? Or try to recompile the program with Harbour -
>> maybe the error message will be more informative there ?

RM> Arguments should be ::x2 - 2, and ::x2 is NIL, i think.

 May be.
 Try it now again - I just made a little change:
=20
2004-12-07 20:20 UTC+0300 Alexander Kresin <al...@be...>
  * source/hbrowse.prg
    ! Small fix
=20

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Sugestion Fausto

[Sandro R. R. F. <san...@ya...>]

Hi Alexander

In line 175
after

 ELSEIF wParam == VK_TAB     // Tab
     IF Asc( Substr( GetKeyboardState(), VK_SHIFT+1, 1 ) ) >= 128
        GetSkip( oParent,::handle,-1 )
     ELSE
        GetSkip( oParent,::handle,1 )
     ENDIF

last

 ELSEIF wParam == VK_TAB     // Tab
    IF Asc( Substr( GetKeyboardState(), VK_SHIFT+1, 1 ) ) >= 128
       SetFocus( GetNextDlgTabITem ( oParent:handle , ::handle, .t. ) )
    ELSE
       SetFocus( GetNextDlgTabITem ( oParent:handle , ::handle, .f. ) )
    ENDIF

 -- 
 Fausto Di Creddo Trautwein
 Adler - Informática
 Cambará - PR

The sugestions, is use in form WS_TABSTOP, the key tab navigate for the
controls.

Regards
Sandro Freire

RES: [Hwgui-developers] Re: RES: Error on Browse

[Rodrigo M. <rod...@te...>]

Hi,

> Hm ... that's very strange ...
> You see that the line is:

>  DO WHILE x < ::x2 - 2 .AND. i <= Len( ::aColumns )

Yes, exact the same line.

> What is the 'Arguments: { NIL, 2 }' about ???
> Could you include in the hbrowse.prg few writelog() calls to trace
> what's happening ? Or try to recompile the program with Harbour -
> maybe the error message will be more informative there ?

Arguments should be ::x2 - 2, and ::x2 is NIL, i think.

I'll try enable the tracelog.

Regards
Rodrigo Moreno


----------------------------------------
My Inbox is protected by SPAMfighter
5 spam mails have been blocked so far.
Download free www.spamfighter.com today!

[Hwgui-developers] bug in richedit with russian font

[atzct <at...@ob...>]

Description of my problem:

1. Create new form in Designer.
2. Edit method onFormInit
3. Current font - English and write:
    aa := "
4. Select Russian font and write :
    anything on russian font
5.  Select English font, write
     "
    and other code
6. save and exit.
7. Again edit method onFormInit - result is russian font unreadable.

I think this bound with richedit and UTF-8 in xml file.

Best regards
Alexey Myronenko

[Hwgui-developers] Re: RES: Error on Browse

[Alexander S.K. <al...@be...>]

On 02.12.2004 3:48, Rodrigo Moreno <rod...@te...> wrote:

RM> Hi,

RM> these is the rights lines:

RM> Error BASE/1082 Argument error: -Arguments: { NIL, 2 }

RM> Called from hbrowse.prg->HBROWSE:MOUSEMOVE(1318) 
RM> Called from hbrowse.prg->HBROWSE:ONEVENT(327) 
Called from ->>HWG_DLGBOXINDIRECT(0) 
RM> [ ... ]

 Hm ... that's very strange ...
 You see that the line is:

  DO WHILE x < ::x2 - 2 .AND. i <= Len( ::aColumns )

 What is the 'Arguments: { NIL, 2 }' about ???
 Could you include in the hbrowse.prg few writelog() calls to trace
 what's happening ? Or try to recompile the program with Harbour -
 maybe the error message will be more informative there ?

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] re[14]:

[Maggie O. <go...@ya...>]

<html><head><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"></head><body bgcolor="#FFFFF4" text="#C3B704"><p><a href="http://xderiolqpybfbt.gnkhljgi.info/?5Q7GDS53F9cNSV5czs"><IMG SRC="cid:part1.07070507.03090508@be...@ho..." border="0" ALT=""></a></p><p><font color="#FFFFF9">in 1927 Just a moment! Golden Globes The Census</font></p><p><font color="#FFFFFB">People Moon Landing</font></p></body></html>

[Hwgui-developers] Problem in hBrowse

[Sandro R. R. F. <san...@ya...>]

Hi Alexander

The hbrowse of the hwgui the times itself loses in the refresh. he re-paint
the screen, but in the moment that is
used one of the keys he clears the previous line
The problem is reported by Luiz Culik

Regards
Sandro Freire
http://www.lumainformatica.com.br

[Hwgui-developers] Changelog 2004-12-03 10-35 UTC-0300 Sandro R. R. Freire <sandrorrfreire@yahoo.com.br>

[Sandro R. R. F. <san...@ya...>]

Hi Alexander
The result is OK
Thanks

2004-12-03 10-35 UTC-0300 Sandro R. R. Freire <san...@ya...>
  * source\draw.c
    Added in lines 655, 671 and 678 ->&& !defined(__POCC__) &&
!defined(__XCC__)
    Thanks to Alexander Kresin

Regards
Sandro Freire
http://www.lumainformatica.com.br

[Hwgui-developers] Re: Problem in compile using Pelles C

[Alexander S.K. <al...@be...>]

On 03.12.2004 15:11, Sandro R. R. Freire <san...@ya...> wrote:

SRRF> Hi Alexander
SRRF> This problem with compile using Pelles C
SRRF> [ ... ]

 Try to add the following:

   && !defined(__POCC__) && !defined(__XCC__)

 to the end of lines 655, 671, 678 and, please, inform me about the
 result.

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Problem in compile using Pelles C

[Sandro R. R. F. <san...@ya...>]

Hi Alexander
This problem with compile using Pelles C

C:\PellesC\BIN\POCC.EXE /Ze /I"INCLUDE" /I"C:\XHB\INCLUDE"
/I"C:\PellesC\INCLUDE
" /I"C:\PellesC\INCLUDE\WIN" /I"C:\PellesC\INCLUDE\MSVC"
/D"HB_STATIC_STARTUP" /
c /Op /Go /Foobj\draw.obj source\draw.c
source\draw.c(656): error: Type error in argument 4 to a function; found
'struct
 _GUID' expected 'const const struct _GUID *'.
source\draw.c(657): error: Unknown field 'Release' of 'struct IStream'.
source\draw.c(657): error: Found 'int' expected a function.
source\draw.c(672): error: Unknown field 'get_Handle' of 'struct IPicture'.
source\draw.c(672): error: Found 'int' expected a function.
source\draw.c(679): error: Unknown field 'Release' of 'struct IPicture'.
source\draw.c(679): error: Found 'int' expected a function.
POMAKE: fatal error: 'C:\PellesC\BIN\POCC.EXE', error 1.

Regards
Sandro Freire
http://www.lumainformatica.com.br

[Hwgui-developers] Problem in Command BITMAP

[Sandro R. R. F. <san...@ya...>]

Hi Alexander
Using the command @ x, y BITMAP "arq.bmp"
not present the arq.bmp.

Regards

Sandro Freire
http://www.lumainformatica.com.br

RES: [Hwgui-developers] Re: Error on Browse

[Rodrigo M. <rod...@te...>]

Hi,

these is the rights lines:

Error BASE/1082 Argument error: -Arguments: { NIL, 2 }

Called from hbrowse.prg->HBROWSE:MOUSEMOVE(1318) 
Called from hbrowse.prg->HBROWSE:ONEVENT(327) 
Called from ->HWG_DLGBOXINDIRECT(0) 
Called from hdialog.prg->HDIALOG:ACTIVATE(144) 
Called from Fat31.prg->FAT31(346) 
Called from Fatmenu.prg->(b)DEFINEMENUS(51) 
Called from Menus.prg->MENUACTION(109) 
Called from Menus.prg->(b)PROMPTADD(91) 
Called from ->ONCOMMAND(402) 
Called from hwindow.prg->(b)HMAINWINDOW(153) 
Called from hwindow.prg->HMAINWINDOW:ONEVENT(226) 
Called from ->HWG_ACTIVATEMAINWINDOW(0) 
Called from hwindow.prg->HMAINWINDOW:ACTIVATE(216) 
Called from Fatura.prg->MAIN(102) 

Regards
Rodrigo Moreno

-----Mensagem original-----
De: hwg...@li...
[mailto:hwg...@li...]Em nome de
Alexander S.Kresin
Enviada em: quarta-feira, 1 de dezembro de 2004 07:30
Para: hwg...@li...
Assunto: [Hwgui-developers] Re: Error on Browse


On 30.11.2004 0:37, Rodrigo Moreno <rod...@te...> wrote:

RM> Hi Alexander,

RM> Have you any ideias about this error ?

RM> This happens all the time, at least twice a day. And can't figure out
what's
RM> going on.

 Do you use latest CVS files ? I ask this because these line numbers
 aren't correct:

RM> Called from hbrowse.prg->HBROWSE:MOUSEMOVE(1326)
RM> Called from hbrowse.prg->HBROWSE:ONEVENT(332)


Regards,
 Alexander
http://kresin.belgorod.su




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers


----------------------------------------
My Inbox is protected by SPAMfighter
4 spam mails have been blocked so far.
Download free www.spamfighter.com today!

RES: [Hwgui-developers] Re: Error on Browse

[Rodrigo M. <rod...@te...>]

Sorry, you are right, i'm not using the last cvs and i made some changes,
then theses lines are so strange.

I'll get the last changes from cvs and show the right lines. 

Just a comment, I think this happens using the mouse scroller when i are in
@..Tab, but an different tab then Browse are.

Best Regards
Rodrigo Moreno

-----Mensagem original-----
De: hwg...@li...
[mailto:hwg...@li...]Em nome de
Alexander S.Kresin
Enviada em: quarta-feira, 1 de dezembro de 2004 07:30
Para: hwg...@li...
Assunto: [Hwgui-developers] Re: Error on Browse


On 30.11.2004 0:37, Rodrigo Moreno <rod...@te...> wrote:

RM> Hi Alexander,

RM> Have you any ideias about this error ?

RM> This happens all the time, at least twice a day. And can't figure out
what's
RM> going on.

 Do you use latest CVS files ? I ask this because these line numbers
 aren't correct:

RM> Called from hbrowse.prg->HBROWSE:MOUSEMOVE(1326)
RM> Called from hbrowse.prg->HBROWSE:ONEVENT(332)


Regards,
 Alexander
http://kresin.belgorod.su




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers


----------------------------------------
My Inbox is protected by SPAMfighter
4 spam mails have been blocked so far.
Download free www.spamfighter.com today!

RES: [Hwgui-developers] Re: OpenWatcom errors, mingw warnings and memory leaks ingrid_5

[Rodrigo M. <rod...@te...>]

Hi,

I don't know howto fix these bug, really, i didn't understand the last
e-mail about these error.

The problem is sample grid_5.prg or with hGrid.prg ?

Exactly, what problem could be ?

Best Regards
Rodrigo Moreno

-----Mensagem original-----
De: hwg...@li...
[mailto:hwg...@li...]Em nome de
Alexander S.Kresin
Enviada em: quarta-feira, 1 de dezembro de 2004 07:40
Para: hwg...@li...
Assunto: [Hwgui-developers] Re: OpenWatcom errors, mingw warnings and
memory leaks ingrid_5


On 30.11.2004 12:51, Lorenzo Fiorini <lor...@te...> wrote:

LF> I'm checking the status of hwgui with "alternative" compilers and
xHarbour CVS.
LF> a.exe sample works well and the new print engine is great
LF> but grid_5 still gives tons of memory leaks.

 As I wrote before, there is a serious bug in the grid implementation,
 I wait for Rodrigo take a look at it.

LF> I've added missing htrackbr.prg to the source/Makefile but should
TBM_GETPOS be deleted from htrackbr.prg ?

 Yes, it should be deleted and I have done it.
 I've fixed most of the warnings, too.
 The error messages in control.c are caused by some changes in both
 Harbour and xHarbour, made by Przemek. I have added a temporary
 switch HARBOUR_CVS_VERSION, which should be used in the case if you
 work with a CVS [x]Harbour version.

Regards,
 Alexander
http://kresin.belgorod.su




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers


----------------------------------------
My Inbox is protected by SPAMfighter
4 spam mails have been blocked so far.
Download free www.spamfighter.com today!

Re: [Hwgui-developers] Re: OpenWatcom errors, mingw warnings and memory leaks in grid_5

[Lorenzo F. <lor...@te...>]

Alexander S.Kresin wrote:

>  Yes, it should be deleted and I have done it.
>  I've fixed most of the warnings, too.
>  The error messages in control.c are caused by some changes in both
>  Harbour and xHarbour, made by Przemek. I have added a temporary
>  switch HARBOUR_CVS_VERSION, which should be used in the case if you
>  work with a CVS [x]Harbour version.

Many thanks.

regards,
Lorenzo Fiorini

[Hwgui-developers] Changelog 2004-12-01 13:26 UTC+0300

[Alexander S.K. <al...@be...>]

2004-12-01 13:26 UTC+0300 Alexander Kresin <al...@be...>
  * source/hprinter.prg
    * New variable nPage and automatic handling of pages numbers has been added
  * source/hdialog.prg
    ! Small fix
  * source/control.c
  * source/window.c
  * source/wprint.c
  * source/hmonthc.prg
  * source/htrackbr.prg
  * include/windows.ch
    ! Compile time warnigs has been fixed
  * make_b32.bat
    * 'SET cflags=%cflags% -DHARBOUR_CVS_VERSION' line has been temporarily added
      If you work with a stable [x]Harbour release, remove or comment it.


Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Re: Error on Browse

[Alexander S.K. <al...@be...>]

On 30.11.2004 0:37, Rodrigo Moreno <rod...@te...> wrote:

RM> Hi Alexander,

RM> Have you any ideias about this error ?

RM> This happens all the time, at least twice a day. And can't figure out what's
RM> going on.

 Do you use latest CVS files ? I ask this because these line numbers
 aren't correct:

RM> Called from hbrowse.prg->HBROWSE:MOUSEMOVE(1326)
RM> Called from hbrowse.prg->HBROWSE:ONEVENT(332)


Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] Re: OpenWatcom errors, mingw warnings and memory leaks in grid_5

[Alexander S.K. <al...@be...>]

On 30.11.2004 12:51, Lorenzo Fiorini <lor...@te...> wrote:

LF> I'm checking the status of hwgui with "alternative" compilers and xHarbour CVS.
LF> a.exe sample works well and the new print engine is great
LF> but grid_5 still gives tons of memory leaks.

 As I wrote before, there is a serious bug in the grid implementation,
 I wait for Rodrigo take a look at it.

LF> I've added missing htrackbr.prg to the source/Makefile but should TBM_GETPOS be deleted from htrackbr.prg ?

 Yes, it should be deleted and I have done it.
 I've fixed most of the warnings, too.
 The error messages in control.c are caused by some changes in both
 Harbour and xHarbour, made by Przemek. I have added a temporary
 switch HARBOUR_CVS_VERSION, which should be used in the case if you
 work with a CVS [x]Harbour version.

Regards,
 Alexander
http://kresin.belgorod.su

[Hwgui-developers] OpenWatcom errors, mingw warnings and memory leaks in grid_5

[Lorenzo F. <lor...@te...>]

I'm checking the status of hwgui with "alternative" compilers and xHarbour CVS.
a.exe sample works well and the new print engine is great but grid_5 still gives tons of memory leaks.

I've added missing htrackbr.prg to the source/Makefile but should TBM_GETPOS be deleted from htrackbr.prg ?

regards,
Lorenzo Fiorini

2004-11-27 11:20 UTC+0300 Alexander Kresin <al...@be...> W2KSP4 OpenWatcom 1.3 W32:

..\..\control.c(484): Error! E473: col(20) function argument(s) do not match those in prototype
..\..\control.c(484): Note! N392: col(20) definition: 'void hb_dateDecode( long, int *, int *, int * )'
..\..\control.c(484): Note! N643: col(20) cannot convert argument 2 defined in: ..\..\control.c(484) (col 45)
..\..\control.c(484): Note! N630: col(20) source conversion type is 'long *'
..\..\control.c(484): Note! N631: col(20) target conversion type is 'int *'
..\..\window.c(376): Warning! W014: col(1) no reference to symbol 'temp'
..\..\window.c(358): Note! N392: col(13) definition: '_HB_ITEM * temp' in 'void HB_FUN_HWG_INITCLIENTWINDOW( void )'
..\..\window.c(697): Error! E400: col(28) cannot convert right expression for initialization
..\..\window.c(697): Note! N630: col(28) source conversion type is 'void *'
..\..\window.c(697): Note! N631: col(28) target conversion type is 'tagMDICREATESTRUCTA *'
../../htrackbr.prg(22) Warning I0001  Redefinition or duplicate definition of #define TBM_GETPOS

the same CVS with mingw/gcc 3.4.2:

../../control.c: In function `HB_FUN_SETDATEPICKER':
../../control.c:484: warning: passing arg 2 of `hb_dateDecode' from incompatible pointer type
../../control.c:484: warning: passing arg 3 of `hb_dateDecode' from incompatible pointer type
../../control.c:484: warning: passing arg 4 of `hb_dateDecode' from incompatible pointer type
../../draw.c: In function `HB_FUN_OPENIMAGE':
../../draw.c:659: warning: dereferencing type-punned pointer will break strict-aliasing rules
../../draw.c:674: warning: dereferencing type-punned pointer will break strict-aliasing rules
../../message.c: In function `HB_FUN_MSGBEEP':
../../message.c:98: warning: signed and unsigned type in conditional expression
../../message.c: In function `HB_FUN_MSGTEMP':
../../message.c:108: warning: long unsigned int format, int arg (arg 3)
../../message.c:108: warning: long unsigned int format, int arg (arg 4)
../../window.c: In function `HB_FUN_HWG_INITMAINWINDOW':
../../window.c:105: warning: signed and unsigned type in conditional expression
../../window.c:106: warning: signed and unsigned type in conditional expression
../../window.c: In function `HB_FUN_HWG_INITCHILDWINDOW':
../../window.c:245: warning: signed and unsigned type in conditional expression
../../window.c:246: warning: signed and unsigned type in conditional expression
../../window.c: In function `HB_FUN_HWG_INITMDIWINDOW':
../../window.c:333: warning: signed and unsigned type in conditional expression
../../window.c:333: warning: signed and unsigned type in conditional expression
../../window.c: In function `HB_FUN_HWG_INITCLIENTWINDOW':
../../window.c:358: warning: unused variable `temp'
../../nice.c:50: warning: unused parameter 'x'
../../nice.c:50: warning: unused parameter 'y'
../../xmlparse.c:239: warning: unused parameter 'pDoc'
../../xmlparse.c: In function `hbxml_getattr':
../../xmlparse.c:152: warning: 'pSubArray' might be used uninitialized in this function