Hi,
The same bug exists in Harbour and xHarbour but only Harbour reports it.
But it can be result of any memory corruption, f.e.:
proc main()
BADCFUNC({})
return
#pragma begindump
#include hbapiitm.h
HB_FUNC( BADCFUNC )
{
/* damage 1-st param item type */
Saulius Zrelskis wrote:
OLE include files have their suitable #pragma option directives with
restoring _all_ initial settings, so different alignment seems as if
provided by compiler...
Hi,
I also have a question similar to Saulius. Do you know what structures
needs some specific alignment?
Ryszard Glab wrote:
On 5 Feb 2008 at 17:21, Mindaugas Kavaliauskas wrote:
I've made a try to implement my ideas. Instead of long descriptions I
present it by sample code:
I still fail what you want to achieve however wouldn't it be
simpler to create an array of objects and call some
Hi,
In
your shown code, even in 2nd version, oConn:Receive() is executed, only when
state == 1 or so, but is executed. And you said it does not return until
data is received. Eventually the same situation is created when state
becomes 1.
I've also said, that server_proc() is called from
Hi,
thanks for replay.
I expect pointer not to be collected, because it lives in variable h.
What's wrong with my code?
The reference counter.
...
If you need the exact technical
answer what was wrong in your code then this is hacked version
of your code to work properly. Please never try
Hi,
I want to consult on some fundamental thing of programming. This is a
topic of asynchronous vs. synchronous programing. Let's say I have a
code like this:
PROC server_proc(oConn)
LOCAL lOK := .F.
oConn:Send( server_version )
aData := oConn:Receive()
IF CheckPasword( aData )
Hi,
Since directory(c:\path,d) returns an array of 1 element, my
friend used directory(c:\path\,d) to get list of directory for
years. He did it in Clipper, and after that he successfully did it in
xHarbour.
I've looked to xHarbour's code, they have code to mask platform
dependent behavior:
Szakáts Viktor wrote:
I'd suggest to keep zlib.h and zconf.h out of our SVN,
since the zlib dll package is needed anyway to use this
contrib. This way we'd be in sync with the rest of the
contribs where similar concept is used to avoid any
user installed .dll vs. local header file
Przemyslaw Czerpak wrote:
I think so. And probably it should be called rc-1.
The open question is what to do with beta branch.
After Viktor's cleanup in devel code (mostly in
contrib) the diff file between branches has over
10MB. I can sync it but probably it will be much
easier to remove old
Hi,
Seems to me this rather goes to down to platform behavior,
than being a bug in Harbour code itself. Harbour actually
passes down the file spec to the OS filefind call, unmodified.
Exact behavior for this case is also not described in detail
in the CA-Cl*pper NG.
I know that parameter of
Przemyslaw Czerpak wrote:
On Wed, 16 Jan 2008, Mindaugas Kavaliauskas wrote:
+ minizip source files. Some fixes are applied to avoid compile
time warning and errors, see readme.txt for list
; I've compiled with BCC only, please, check other compilers
Hi Mindaugas,
I see that you
2008-01-11 17:32 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/include/hbexprb.c
* harbour/source/compiler/hbmain.c
! added string escaping before to i18n .pot files
+ added hb_i18n_gettext_strict() support for compiler. This function
generates warning
Przemyslaw Czerpak wrote:
+ added new functions for string manipulation:
char * hb_itemLockReadCPtr( PHB_ITEM pItem, ULONG * pulLen );
char * hb_itemLockWriteCPtr( PHB_ITEM pItem, ULONG * pulLen );
void hb_itemUnLockCPtr( char * pszString );
It's
Przemyslaw Czerpak-2 wrote:
* harbour/source/rtl/perfuncs.prg
* harbour/source/rtl/menuto.prg
* harbour/source/rtl/getlist.prg
* harbour/source/rtl/readvar.prg
* harbour/source/rtl/text.prg
* use STATIC THREAD variables to make above code MT safe
Pritpal Bedi wrote:
Interesting.
Hello,
I need to store item to parameter passed by reference. I found there is
no API for this. My current code is:
if( hb_param( 2, HB_IT_BYREF ) )
{
...
hb_itemMoveToRef( hb_stackItemFromBase( 2 ), pItem );
}
Is this OK? Can we have function hb_itemParamStore( iParam,
2007-12-21 18:00 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/source/lang/msgltwin.c
* month name typo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Przemyslaw Czerpak wrote:
I can do it in C, so I've wrote a EMPTYPTR() function with
hb_retptr( NULL );
but I'm asking about compiler based 0p0 (just like 0d0 or 0t0 for empty
date or timestamp) solution. Does such solution exist?
No. We can add literal pointer representation but I'd not
How can I assign empty pointer to variable?
C level function: hb_retptr( NULL );
Hi,
I can do it in C, so I've wrote a EMPTYPTR() function with
hb_retptr( NULL );
but I'm asking about compiler based 0p0 (just like 0d0 or 0t0 for empty
date or timestamp) solution. Does such solution
601 - 618 of 618 matches
Mail list logo