Hello Przemek
This application use rdd_ads.
> ? fieldpos("prpremium"), "["+fieldname(nFieldNo)+"]"
Both functions return correct info.
> BTW do you use any hb_gcAlloc() in your code?
No, nowhere.
I have not tested the return values of fieldput() yet.
While examining PutValue method in ad
> I have an idea - temporarily add a call to function
> void hb_gcGripTest( PHB_ITEM pItem )
> from for example hb_itemClear() and hb_itemCopy().
Sorry, not so good idea...
Best regards,
Mindaugas
___
Harbour mailing list
Harbour@harbour-project.org
h
Przemyslaw Czerpak wrote:
Poiters cannot be indirectly unlocked during hb_itemPutPtrGC because
using the following code:
HB_ITEM item;
item.type = HB_IT_NIL;
hb_itemPutPtrGC( &item, hb_gcAlloc( size, someFunc ) );
will end with an item storing an unlocked pointer that will be
released prematurely
2008-02-13 20:13 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)
* harbour/contrib/mtpl_vc.mak
! Enable compilation in C++ mode using HB_BUILD_MODE envvar
--
Marek Paliwoda
mpaliwoda at interia pl
--
Mamy nagrody dl
-Messaggio Originale-
Da: "Saulius Zrelskis" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: mercoledì 13 febbraio 2008 14.53
Oggetto: Re: R: [Harbour] OLE Implementation - xHarbour Compatibility
> Please read the old messages about this problem in this lis
Thanks for you explanation. I'll fix that soon.
Regards
Rodrigo
On Feb 13, 2008 12:30 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008, Rodrigo Miguel wrote:
> > Hi Pritpal,
> > I'm facing the same issue with xhgtk library, it's basically the same
> thing
> > except that I
Paul Tucker wrote:
My plan for this was to put the strings into defines which could then be
selected by version. I don't know why MS insist on screwing with how
this works.
It's possible the linker merge part is not strictly necessary, but if
you want to experiment (for now) change
#pragma
Marek Paliwoda wrote:
Can we make this MSVC version dependent (>= 7?) and does anyone know
what should be done for the contribs?
Actualy contribs do not respect HB_BUILD_MODE which plain *bug*.
I'll try to fix it shortly.
Thank you.
Regards
Alex
Microsoft discourages merging sections with different attributes
due to a serious security problems it may generate. For example
sections which are ReadOnly might become ReadWrite. This is generaly
considered a very bad practice and sooner or later MS will remove
this possibility (IMO).
This onl
Thanks Przemek.
Brgds,
Viktor
On 2008.02.13., at 14:36, Przemyslaw Czerpak wrote:
2008-02-13 14:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfcdx/dbfcdx1.c
* pacify compiler warning
best regards
Przemek
___
Harb
Hello Enrico,
> My tests with BCC 5.5 & 5.8 shows, that alignment switches
> > -a4 and -a8 have not any influence in xHarbour work.
>
>
> Please read the old messages about this problem in this list.
>
>
> EMG
>
> what you meant?
Saulius
___
Harbour ma
2008-02-13 14:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfcdx/dbfcdx1.c
* pacify compiler warning
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
On Wed, 13 Feb 2008, Szakáts Viktor wrote:
> Hi all,
> Some of them are known, but here they are:
> source\compiler\genobj32.c(544) : warning C4244: '=' : conversion from
> 'HB_SYMBOLSCOPE' to 'BYTE', possible loss of data
This is old code to generate .obj files directly from Harbour
not working
On Wed, 13 Feb 2008, Przemyslaw Czerpak wrote:
> > Fieldput() in place of REPLACE solves the issue. But then error shits to
> > next REPLACE. After replacing for function call in this IF/ENDIF block,
> > error shits its base.
>
> Looks like dynamic symbol table corruption or sth wrong in
> RDD yo
2008-02-13 14:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwhat32/whatutil.prg
* contrib/hbwhat32/winrbar.prg
* contrib/hbwhat32/winerror.prg
* contrib/hbwhat32/wintabs.prg
* contrib/hbwhat32/windebug.prg
* contrib/hbwhat32/wintbar.prg
* contrib/hbwhat32/wincor
Przemyslaw Czerpak wrote:
And this message is also confusing because it reports error
in FPT file when the problem is in memo block address stored
in DBF file . It contains repl(" ",9)+chr(10) - Clipper decode
it as number without any validation and this as result it
receives some unexpected bloc
2008-02-13 14:03 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/direct.c
* fixed Clipper compatibility when last character of given path
is directory delimiter or drive delimiter
* harbour/source/rdd/dbf1.c
* added RT error when corrupted memo block add
On Wed, 13 Feb 2008, Mindaugas Kavaliauskas wrote:
> We had a little similar situation a week ago. Accessing field gives
> runtime error "Variable does not exist", but my error log files
> indicated (I print values of all fields of current workarea into log),
> what field exists in workarea.
> T
Hi all,
Some of them are known, but here they are:
source\compiler\genobj32.c(544) : warning C4244: '=' : conversion from
'HB_SYMBOLSCOPE' to 'BYTE', possible loss of data
source\compiler\genhrb.c(102) : warning C4244: '=' : conversion from
'HB_SYMBOLSCOPE' to 'BYTE', possible loss of data
m
Hi Alex,
When trying to compile with Harbour from CVS and MSVC 8 (2005) I get:
rddcdx.lib(dbfcdx1.obj) : warning LNK4254: section '.CRT' (4040)
merged into
'.data' (C040) with different attributes
Microsoft discourages merging sections with different attributes
due to a serious sec
>Date: Tue, 12 Feb 2008 17:50:03 -0800 (PST)
>From: Pritpal Bedi <[EMAIL PROTECTED]>
>Subject: Re: [Harbour] about gtwvg
>To: harbour@harbour-project.org
>Message-ID: <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset=us-ascii
>
>
>Ciro
>
>Just to let you know, this group is not to teach prog
All,
I've simplified the msc startup hook, but don't have time to impliment it
right now.
#if defined(HB_PRAGMA_STARTUP)
#pragma startup hb_codepage_Init_BGMIK
#elif defined(HB_MSC_STARTUP)
#pragma data_seg( HB_MSC_START_SEGMENT )
static HB_$INITSYM hb_vm_auto_hb_codepage_Init_BGMIK =
h
-Messaggio Originale-
Da: "Saulius Zrelskis" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: mercoledì 13 febbraio 2008 9.30
Oggetto: Re: R: [Harbour] OLE Implementation - xHarbour Compatibility
Hello Enrico,
My tests with BCC 5.5 & 5.8 shows, that alignme
Alex
When trying to compile with Harbour from CVS and MSVC 8 (2005) I get:
rddcdx.lib(dbfcdx1.obj) : warning LNK4254: section '.CRT' (4040)
merged into
'.data' (C040) with different attributes
My plan for this was to put the strings into defines which could then be
selected by ve
Hello Enrico,
My tests with BCC 5.5 & 5.8 shows, that alignment switches
-a4 and -a8 have not any influence in xHarbour work.
IMHO Przemek is pointed to wrong direction and he cannot test
M$ branch, so can you do one more test with your example, maybe
with slightly supplement
? OS(), Version()
25 matches
Mail list logo