Warning W8075 source\common\hbver.c 230: Suspicious pointer conversion in
function hb_verPlatform
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Mu
2008-04-28 09:28 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/rtl/Makefile
* source/rtl/einstvar.prg
+ source/rtl/einstvau.prg
* Undoc function moved to separate file.
--
Brgds,
Viktor
___
Harbour mailing list
Har
2008-04-28 09:38 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/common/hbver.c
! Fixed warning in recent change.
* Minor adjustment to Vista/Server 2008 detection to be
exactly along MS recommendation.
--
Brgds,
Viktor
___
H
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A:
Data invio: lunedì 28 aprile 2008 9.41
Oggetto: [Harbour] CHANGELOG: 2008-04-28 09:38 UTC+0100 Viktor Szakats
(harbour.01 syenar hu)
2008-04-28 09:38 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/common/
#include "hbmemory.ch"
#include "hbclass.ch"
#ifndef __XHARBOUR__
#xtranslate Str( , , , .F. ) => Str( , , )
#xtranslate Str( , , , .T. ) => LTrim( Str( , , ) )
#xtranslate Str( , , , ) => If( , LTrim( Str( , , ) ), Str( ,
, ) )
#include "xhb.ch"
#endif
#ifdef DEFAULT
#UNDEF DEFAULT
#endif
Miguel,
You're adding a new element to the 'ao' array in each
loop, and you're not removing these array elements later
(just assigning 0 to them). So you end up with an array
of 1500 zero values, each zero is one item, that's where
memory is 'lost'.
Brgds,
Viktor
On 2008.04.28., at 10:19, Migue
Sorry for the previous post, this is the correct test:
Harbour looses 38.571 Bytes in 9.25 seconds
xHarbour looses 56.956 Bytes in 4.83 seconds
Why Harbour is more slow ?
Why xHarbour loose more memory ?
Why 2 compilers loose memory ?
Best regards,
Miguel Angel Marchuet
#include "hbmemory.c
more simple test to see the problem:
Harbour looses 38.571 Bytes in 9.25 seconds
xHarbour looses 56.956 Bytes in 4.83 seconds
Why Harbour is more slow ?
Why xHarbour loose more memory ?
Why 2 compilers loose memory ?
Best regards,
Miguel Angel Marchuet
#include "hbmemory.ch"
#include "hbcl
please add fmstat as first library to
activate memory function
;)
Patrick Mast, xHarbour.com escribió:
Hey Miguel,
more simple test to see the problem:
I ran your test with xHarbour Builder compiled with latest xH.org CVS
code and got this result:
We lost 0 Bytes
Elapsed time 6.27
Patri
On Mon, Apr 28, 2008 at 11:41 AM, Miguel Angel Marchuet
<[EMAIL PROTECTED]> wrote:
> more simple test to see the problem:
>
> Harbour looses 38.571 Bytes in 9.25 seconds
> xHarbour looses 56.956 Bytes in 4.83 seconds
>
> Why Harbour is more slow ?
> Why xHarbour loose more memory ?
>
> Why 2
Lorenzo, is not a problem of GT question.
we lost speed here, comparing with xharbour
ao[n] := Nil
And too is a lost memory (and strange) here
ao := nil
hb_gcAll( .T. )
at the end of the test.
the results of the test was made for
#define MAXTEST 1
using OS W2000
Best regards,
Miguel,
You swapped ':= 0' with ':= NIL', and NIL consumes
the same memory as zero, so you didn't change the
problem. You'd need ASize( ao, Len( ao ) - 1 )
(or ASize( ao, 1 ), or a simple ao var)
Brgds,
Viktor
On 2008.04.28., at 11:41, Miguel Angel Marchuet wrote:
more simple test to see the
Guillermo Varona Silupú escribió:
[SPA]
He actualizado al ultimo SVN, donde se incluye el nuevo TBROWSE y he
recompilado una aplicación y ahora ya no funciona el Scroll del mouse :-(
. . . o fue con xharbour, ¿alguien sabe si esta funcionalidad (moverse
en el TBROWSE con el Scroll), esta sopor
On Mon, 28 Apr 2008, Miguel Angel Marchuet wrote:
> more simple test to see the problem:
> Harbour looses 38.571 Bytes in 9.25 seconds
> xHarbour looses 56.956 Bytes in 4.83 seconds
Miguel there is no memory leak at all in this test.
Your program reports memory difference because you
forgot to co
On Fri, 25 Apr 2008, Szakáts Viktor wrote:
Hi Viktor,
sorry for the delay.
> Could you pls reattach the modified br.prg? It looks
> this one was the original file.
Ups, my fault. I'm attaching modified version.
> Do you think there is any reasonable way to avoid
> to infamous "roll up" problem
And With this test ?
#include "hbmemory.ch"
#include "hbclass.ch"
#define MAXTEST 10
PROCEDURE MAIN()
LOCAL n, ao, nMem, nTime
REQUEST HB_GT_WIN
// To load the class
GetNew( 20, 20 )
nTime := Seconds()
nMem := Memory( HB_MEM_USED )
ao := {}
FOR n := 1 TO MAXTEST
Sorry with this, I recover more than I spend.
What is the error ?
#include "hbmemory.ch"
#include "hbclass.ch"
#define MAXTEST 10
PROCEDURE MAIN()
LOCAL n, ao, nMem, nTime
REQUEST HB_GT_WIN
// To load the class
Problem()
nTime := Seconds()
nMem := Memory( HB_MEM_USED )
On Mon, 28 Apr 2008, Miguel Angel Marchuet wrote:
> Sorry with this, I recover more than I spend.
> What is the error ?
This test reports:
druzus:/tmp/4# hbmk -n -w t2.prg -fmstat && ./t2
Harbour devel build 1.1-1 Intl. (Rev. 8378)
Copyright (c) 1999-2008, http://www.harbour-project.org/
Compilin
Hi all,
What is the status of the next release? Also, will it be B4 or R1?
Regards,
Randy.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
With c++ builder 2007 is included CodeGear C++ Compiler 5.9 (bcc32)
http://www.codegear.com/products/cppbuilder/feature-matrix/
with free Turbo C++ Explorer is included BCC32 5.82
http://cc.codegear.com/free/turbo
with Free Borland C++ Compiler is included version 5.5
http://www.codegear.com/down
On Monday 28 April 2008 12:20:19 pm Randy Portnoff wrote:
> Hi all,
>
> What is the status of the next release? Also, will it be B4 or R1?
RC1, and we are needing the whatsnew.txt file before we mark the repository.
--
In order to ensure a safe police state; the right of the people to keep and
Hi all,
We've PCRE version 6.3 (from 2005) in Harbour repo right now,
latest is 7.6 (2008). Shouldn't we update?
I have a port ready (except extra source modifications)
to test:
http://www.syenar.hu/harbour/hbpcre76.zip
http://www.syenar.hu/harbour/common.mak
Brgds,
Viktor
___
Vim is my standard editor, and ever will be, since I need a tool that
works on Linux, MacOsx, Windows and I find it everywhere.
But today half of my apps are made of xhtmls, javascripts, xmls, zips,
jpgs and managing all that stuffs is getting harder mainly for junior
developers that are "IDE minde
23 matches
Mail list logo
