2009-01-16 04:53 UTC+0300 Phil Krylov
* include/Makefile
! Removed reference to nonexistent hbcomprs.h.
* include/classes.h
* source/vm/classes.c
+ Added Harbour-compatible C-level class APIs hb_clsCreate(), hb_clsAdd(),
hb_clsAssociate(). Partially borrowed from Harbour code
>I would like to ask everyone here to please UPDATE and CLEAN BUILD, then
>report status - build issues, hbtest results, as well as detailed report on
>any open issue you are aware of.
FWH is working fine, but all FWH sources need be recompiled.
Regards,
Toninho.
---
Miguel,
> sorry Ron, this change only moves the problem of (if) to another place
>
> with startup priority is solved too and (if) is removed for ever
>
> is only an (if) but is executed million of times, this is a critical site.
This is NOT true, hb_vmProcessSymbols() is called only ONCE PER COMP
Miguel
sounds interesting, but you still need the type i listed bellow to hold
unicode
Regards
Luiz
- Original Message -
From: "Miguel Angel Marchuet Frutos"
To: "Luiz Rafael Culik Guimaraes"
Cc: "Xharbour-Developers"
Sent: Thursday, January 15, 2009 5:58 PM
Subject: Re: [xHarbour-d
2009-01-15 13:55 UTC-0430 Ron Pinkas
* source/vm/fm.c
- Removed missing initialization protection for hProcessHeap from
maloc/realloc/free macros.
* source/vm/hvm.c
* Moved call to hb_xinit() from hb_vmInit() to hb_vmProcessSymbols()
which is called earlier.
/*
Applications co
Ron:
I don't know if this fix is related or not to the profiler problems I'm
experiencing.
If you copy source\rtl\profiler.prg to any temp folder and then build as
a standalone
sample it with -D__TEST__ using bcc55 it will gpf.
Regards,
Ron Pinkas wrote:
> 2009-01-15 13:55 UTC-0430 Ron Pinkas
Dear Friends
I'd like to suggest if possible an new standart for xharbour api functions
so we can build xharbour with unicode support
is possible to use this standarization for all api declaration for char*
/const char*
#if defined (_UNICODE) && !defined (UNICODE)
#define UNICODE
#endif
#if d
; ___
>> xHarbour-developers mailing list
>> xHarbour-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>>
>
> __ Información de ESET NOD32 Antivirus, versión de la b
Miguel,
I already fixed it in a compiler independent way, and will commit shortly.
Ron
--
From: "Miguel Angel Marchuet"
Sent: Thursday, January 15, 2009 9:16 AM
To: "Przemyslaw Czerpak" ; "Ron Pinkas"
; "xharbour developer list"
Subject: Re: [x
with this entry is solved for Borland compilers
HB_CALL_ON_STARTUP_BEGIN( _hb_fm_init_ )
hb_xinit();
HB_CALL_ON_STARTUP_END( _hb_fm_init_ )
#if defined( HB_PRAGMA_STARTUP )
#pragma startup _hb_fm_init_ 64
#elif defined( HB_MSC_STARTUP )
#if defined( HB_OS_WIN_64 )
#pragma secti
is possible will be caused by and similar codes
#if defined( HB_PRAGMA_STARTUP )
#pragma startup dbfcdx1__InitSymbols
#pragma startup _hb_dbfcdx_rdd_init_
#elif defined( HB_MSC_STARTUP )
#if defined( HB_OS_WIN_64 )
#pragma section( HB_MSC_START_SEGMENT, long, read )
#endif
all.
>>>>>> - removed test comments.
>>>>>> + Added macro HB_FM_LOCALALLOC to use LocalAlloc instead of
>>>>>> HeapAlloc. Microsoft says that
>>>>>> the use of LocalAlloc need be changed by HeapAlloc, but we
>>&
oc need be changed by HeapAlloc, but we leave
>>>>> it here to user election.
>>>>>
>>>>> Best regards,
>>>>> Miguel Angel Marchuet
>>>>>
>>>>> -
gt;>>>
>>>> --
>>>>
>>>> This SF.net email is sponsored by:
>>>> SourcForge Community
>>>> SourceForge wants to tell your story.
>>>> http://p.sf.net/sfu/sf-spreadtheword
>&
-Messaggio Originale-
Da: "Ron Pinkas"
A: "Patrick Mast, xHarbour." ; "Miguel Angel
Marchuet"
Cc: "xharbour developer list"
Data invio: giovedì 15 gennaio 2009 14.00
Oggetto: Re: [xHarbour-developers] freeze to make version
> I would like to ask everyone here to please UPDATE and CL
-Messaggio Originale-
Da: "Ron Pinkas"
A: "Patrick Mast, xHarbour." ; "Miguel Angel
Marchuet"
Cc: "xharbour developer list"
Data invio: giovedì 15 gennaio 2009 14.00
Oggetto: Re: [xHarbour-developers] freeze to make version
> I would like to ask everyone here to please UPDATE and CL
Yes, but we must first have a BUG FREEZE, and address known issues, f.e. the
GPF that Miguel reported in calling fm api before init, as well as
DESTRUCTORs problem and MT issue on OS/2.
I would like to ask everyone here to please UPDATE and CLEAN BUILD, then
report status - build issues, hbtest
I agree. Lets freeze and start the build proces.
Patrick
On Thu, Jan 15, 2009 at 10:21 AM, Miguel Angel Marchuet
wrote:
> I think we are prepared to freeze to make version.
>
> at www.xharbour.org there are version 1.0 and is very different from actual
> version
> I think we need to add a new v
I think we are prepared to freeze to make version.
at www.xharbour.org there are version 1.0 and is very different from actual
version
I think we need to add a new version.
Best regards
Miguel Angel Marchuet
--
This SF.
-Messaggio Originale-
Da: "Ron Pinkas"
A: "bhays" ; "'xHarbour-Developers'"
Data invio: giovedì 15 gennaio 2009 0.42
Oggetto: Re: [xHarbour-developers] release and pcode version
> Brian,
>
> Yes we should do it, anyone can.
Done:
2009-01-15 09:40 UTC+0100 Enrico Maria Giordano
E
2009-01-15 09:40 UTC+0100 Enrico Maria Giordano
* include/hbsetup.h
* Changed HB_PCODE_VER to 10
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 E
here works:
PROCEDURE InitProfiler( lInfo )
STATIC oProfile
IF Empty( oProfile )
__setProfiler( .T. )
oProfile := HBProfile():New() // New() is a default method in the class
system that calls :init() to initialize the object
// Turn on profiling.
__setProfile
22 matches
Mail list logo