Revision: 13052
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13052&view=rev
Author: vszakats
Date: 2009-11-29 06:59:59 + (Sun, 29 Nov 2009)
Log Message:
---
2009-11-29 07:57 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbextern.ch
!
Hi Przemek,
Now that you've reworked CDP support in whole Harbour,
do you think we can delete HB_CDP_SUPPORT_OFF guards
(and non-CDP supported code branches) from code?
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harb
Revision: 13051
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13051&view=rev
Author: vszakats
Date: 2009-11-29 06:28:57 + (Sun, 29 Nov 2009)
Log Message:
---
2009-11-29 07:23 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/cdpapi.c
* HB
Revision: 13050
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13050&view=rev
Author: vszakats
Date: 2009-11-29 04:50:58 + (Sun, 29 Nov 2009)
Log Message:
---
2009-11-29 05:49 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmisc/spd.c
2009-11-28 20:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmisc/spd.c
* __XHARBOUR__ protected DATETIME part converted to commented code.
; TODO: Xavi, pls update this code to build with Harbour, now
we have DATETIME support as well.
Please Viktor, could y
how can i use hbvpdf now?
it no more in contribs
i try removing hbvpdf in libs, but happens this error
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: Unresolved external '_HB_FUN_TPDF' referenced from E:\FJFRIGOHB\.HBMK\WIN
\BCC\FJ_PRINTSETUP.OBJ
hbmk2: Erro: Executando linkedi
Hi all,
today compiling alter a make clean on Ubuntu 9.10 from rev. 13049 and
some previous svn revision i get this error, thank you and best regards,
Marco:
gcc -I. -I../../../../../include -Wall -W -O3 -ospd.o -c ../../../spd.c
../../../spd.c:387:61: warning: "/*" within comment
../../../
Revision: 13049
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13049&view=rev
Author: vszakats
Date: 2009-11-28 23:05:28 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-29 00:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbtip/popcli.prg
You can write an alternative exit using a semaphore with dbf or ascifile
2009/11/28 Bruno Luciani :
> Well , I can start it using :
>
> netiosrv &
>
> but kill it when shutdown server , could produce some problem with DBF
> tables ?
>
> If a client is conected ?
>
> Bruno
>
--
Massimo Belg
Well , I can start it using :
netiosrv &
but kill it when shutdown server , could produce some problem with DBF
tables ?
If a client is conected ?
Bruno
2009/11/28 Massimo Belgrano
> Why not?
>
>
>
> 2009/11/28 Bruno Luciani :
> > But this is not a good way to use in a server that start
Why not?
2009/11/28 Bruno Luciani :
> But this is not a good way to use in a server that start server in
> background
>
--
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-pro
petr_ch wrote:
>
> Revision: 13048
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13048&view=rev
> Author: petr_ch
> Date: 2009-11-28 20:18:26 + (Sat, 28 Nov 2009)
>
> Log Message:
> ---
> 2009-11-28 22:15 UTC+0200 Petr Chornyj (myorg63 at mail.
Revision: 13048
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13048&view=rev
Author: petr_ch
Date: 2009-11-28 20:18:26 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 22:15 UTC+0200 Petr Chornyj (myorg63 at mail.ru)
* harbour/contrib/hbtip/popcli.p
I like to try HBnetio and I try to use the server in /contrib/HBNETIO/utils
But in which way can I stop server in an elegant way and not by killing the
process ?
In server sample :
OutStd( "Press any key to stop NETIO server." + hb_osNewLine() )
Inkey( 0 )
netio_serverstop( p
Hi All,
Please note I haven't tested this on C5.2e, so it may
be Clipper compatible behavior, but anyway I just noticed
it today in repository, and felt better to report it:
---
#ifdef MACRO
? 1
#else
? 0
---
Will not report any warning in Harbour. Probably it'd be
nicer if unclosed #if l
Revision: 13047
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13047&view=rev
Author: vszakats
Date: 2009-11-28 19:03:00 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 20:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmisc/spd.c
Revision: 13046
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13046&view=rev
Author: druzus
Date: 2009-11-28 17:54:07 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 18:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbwin
On Sat, 28 Nov 2009, Pritpal Bedi wrote:
Hi,
> > BTW I have question about code in axcore.c.
> > In function __AXDOVERB() we have call to QueryInterface() but without
> > call to Release(). Shouldn't we add at axcore.c[213]:
> > HB_VTBL( lpOleObject )->Release( HB_THIS( lpOleObject ) );
> >
Hi
Przemysław Czerpak wrote:
>
> BTW I have question about code in axcore.c.
> In function __AXDOVERB() we have call to QueryInterface() but without
> call to Release(). Shouldn't we add at axcore.c[213]:
>
> HB_VTBL( lpOleObject )->Release( HB_THIS( lpOleObject ) );
>
> ???
>
Yes, go
Przemek:
I know but the problem seems to be inside OpenWatcom code and for me it
looks like OpenWatcom bug which probably can be quite easy fixed but
I need more information to be sure.
///
Thank you very much. So now we know that we can remove -s as
workaround. Unfortunately it causes very
Hi Przemek,
>>> I also think that it's time to enable by default HB_GC_AUTO. With new
>> +1
>
> I will want to make it optional so users can enable or disable it
> when necessary.
> I can add new _SET_* but like _SET_HBOUTLOG and _SET_HBOUTLOGINFO
> it will be global setting not thread local so I
Przemek:
I brought back to life my computer Athlon XP 2400+ used in tests in
Oct-Dec 2008, mainly for:
- Confirm if failures are due to brand/processor architecture
- How it compare with current status/tests
and remember:
-
So we faced two problems:
- GPF in MT rel
On Thu, 26 Nov 2009, Szak�ts Viktor wrote:
Hi,
> > I also think that it's time to enable by default HB_GC_AUTO. With new
> +1
I will want to make it optional so users can enable or disable it
when necessary.
I can add new _SET_* but like _SET_HBOUTLOG and _SET_HBOUTLOGINFO
it will be global sett
On Fri, 27 Nov 2009, Mindaugas Kavaliauskas wrote:
Hi,
> >BTW in MS documentation dimensions are stored in 'unsigned int' instead
> >of 'int'. Maybe we should follow it?
> MSDN writes:
>HRESULT SafeArrayGetDim( SAFEARRAY FAR* psa );
> BCC wtypes.h has:
> #ifndef _HRESULT_DEFINED
> #define _HR
Revision: 13045
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13045&view=rev
Author: druzus
Date: 2009-11-28 12:27:56 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 13:27 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbwin
>> Hi,
> [...]
>> documented RTE which can substitute result so it can be easy
>> caught by user and if necessary he can set his own preferable
>> value for such unknown OLE variant.
>> What it group opinion here?
>
> +1 to Nil (if I have a voice)
I also prefer NIL (or some other distinctive er
Revision: 13044
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13044&view=rev
Author: druzus
Date: 2009-11-28 12:03:21 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 13:02 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/fm.c
>-Original Message-
>From: Przemysław Czerpak [mailto:dru...@acn.waw.pl]
>Sent: Friday, November 27, 2009 6:54 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Problem in OLE implementation
>
>On Fri, 27 Nov 2009, Alex Strickland wrote:
>
>Hi,
[...]
>documented RTE whic
On Fri, 27 Nov 2009, Alex Strickland wrote:
Hi,
> I have an OLE dll that I am trying to use. I think it returns a
> safearray of IUnknown.
> To understand a bit better I put the following 3 debug lines in olecore.c:
> void hb_oleVariantToItem( PHB_ITEM pItem, VARIANT* pVariant )
> {
> char debug[
Revision: 13043
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13043&view=rev
Author: vszakats
Date: 2009-11-28 09:38:11 + (Sat, 28 Nov 2009)
Log Message:
---
2009-11-28 10:37 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/filesys.c
* sr
30 matches
Mail list logo
