Folow working sample from http://www.gio22.com/harbour/tutorial/mysql01.pdf
give follow error:
Error BASE/3012 Argument error: OPEN
Called from WIN_OLEAUTO:OPEN(0)
Called from ADO_OPEN(0)
Called from DBUSEAREA(0)
Called from MAIN(5)
#include "adordd.ch"
REQUEST ADORDD
function Main()
clear scree
very good news a port of GTWVW!
2009/12/22 :
> Revision: 13358
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13358&view=rev
> Author: vszakats
> Date: 2009-12-22 02:50:24 + (Tue, 22 Dec 2009)
> + examples/gtwvw
> + examples/gtwvw/Makefile
> + examples
vszak...@users.sourceforge.net wrote:
Revision: 13352
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13352&view=rev
Author: vszakats
Date: 2009-12-21 23:16:42 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-22 00:15 UTC+0100 Viktor Szakats (harbour.01
Enrico Maria Giordano wrote:
Warning W8004 ../../../hb_btree.c 620: 'pHeader' is assigned a value
that is never used in function HeaderWrite
Warning W8004 ../../../hb_btree.c 1619: 'pHeader' is assigned a value
that is never used in function hb_BTreeOpen
I've tried to find the gcc flag (cc (GC
On Tue, 22 Dec 2009, Andi Jahja wrote:
Hi,
> With the new start-up codes, I tried to make it work with Digital Mars C Mode
> but so far I achieved no success.
> I know that Digital Mars is not supported due to math bug, but this exercise
> may be a fun.
> Followings are documentation for DMC pr
Revision: 13358
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13358&view=rev
Author: vszakats
Date: 2009-12-22 02:50:24 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-22 03:47 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/gtwvt/gtwvt.c
Revision: 13357
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13357&view=rev
Author: vouchcac
Date: 2009-12-22 02:28:16 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-21 18:28 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
Hi! I updated the translation of texts of hbmk2 2.0.0rc1 (Rev. 13352) for
the Portuguese language. Viktor, could you please update the current SVN?
http://www.kssoftware.com.br/hbmk2.pt_BR.zip Best Regards, Vailton Renato
___
Harbour mailing list (attachm
Revision: 13356
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13356&view=rev
Author: vouchcac
Date: 2009-12-22 01:47:43 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-21 17:32 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/generator/hbqt
Revision: 13355
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13355&view=rev
Author: vouchcac
Date: 2009-12-22 00:57:05 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-21 16:51 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/generator/hbqt
Thank you.
Brgds,
Viktor
On 2009 Dec 22, at 01:22, snaipe...@users.sourceforge.net wrote:
> Revision: 13353
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13353&view=rev
> Author: snaiperis
> Date: 2009-12-22 00:22:33 + (Tue, 22 Dec 2009)
>
> Log Message
Revision: 13354
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13354&view=rev
Author: vszakats
Date: 2009-12-22 00:46:56 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-22 01:44 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* external/pcre/Makefile
On Tue, 22 Dec 2009, Andi Jahja wrote:
Hi,
> I'm very sorry orry, I must be pointing to the wrong codes.
> But have you tried to clean build with: _HB_API_INTERNAL_
With this yes just after your message and it works though I've found some
problems with casting in C++ mode which I fixed and even
Revision: 13353
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13353&view=rev
Author: snaiperis
Date: 2009-12-22 00:22:33 + (Tue, 22 Dec 2009)
Log Message:
---
2009-12-22 02:22 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib
> It is that I do not know .
Should read "It is not that I .."
--
Andi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello All
I need to introduce some sort of error handelling
and have the code for one of the classes. I have verified that
this works correct. My question is : is there any better way
to handle it in a larger scale?
CREATE CLASS QCheckBox INHERIT QAbstractButton
VAR pPtr
METHOD ne
> This is an internal switch, not meant to be ever turned on
> manually for Harbour or for any 3rd party code whatsoever.
>
> IMO, we should not concentrate on fix such situation, it's
> even better if it fails.
It is that I do not know the situation nor I do not know how to fix,
but what I am
Hi Przemek,
With the new start-up codes, I tried to make it work with Digital Mars C Mode
but so far I achieved no success.
I know that Digital Mars is not supported due to math bug, but this exercise
may be a fun.
Followings are documentation for DMC pragmas which may relate to this subject.
Pe
>> I've filed this as:
>> http://bugs.exim.org/show_bug.cgi?id=939
>> How about simply forcing C mode for this library in Harbour?
>> We're again in a situation where we deviate from standard
>> build procedure which just causes us problems, so it seems
>> more convenient to do this instead of m
> I'm very sorry orry, I must be pointing to the wrong codes.
> But have you tried to clean build with: _HB_API_INTERNAL_
> HB_STACK_MACROS and HB_API_MACROS defined?
This is an internal switch, not meant to be ever turned on
manually for Harbour or for any 3rd party code whatsoever.
IMO, we sho
On Tue, 22 Dec 2009, Szak�ts Viktor wrote:
Hi,
> I've filed this as:
> http://bugs.exim.org/show_bug.cgi?id=939
> How about simply forcing C mode for this library in Harbour?
> We're again in a situation where we deviate from standard
> build procedure which just causes us problems, so it seem
Hi,
I'm very sorry orry, I must be pointing to the wrong codes.
But have you tried to clean build with: _HB_API_INTERNAL_
HB_STACK_MACROS and HB_API_MACROS defined?
I got this and cannot go through:
--
src\compiler\hbcmplib.c(115) : error C2227: left of '->item' must point to
class/struct/union
Hi Przemek,
I've filed this as:
http://bugs.exim.org/show_bug.cgi?id=939
How about simply forcing C mode for this library in Harbour?
We're again in a situation where we deviate from standard
build procedure which just causes us problems, so it seems
more convenient to do this instead of mai
Revision: 13352
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13352&view=rev
Author: vszakats
Date: 2009-12-21 23:16:42 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-22 00:15 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbbtree/hb_btree.
Revision: 13351
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13351&view=rev
Author: vouchcac
Date: 2009-12-21 23:03:42 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 15:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/qtgui/QMenuBar
Hi,
In PCRE library we have in pcreinal.h:
extern BOOL _pcre_is_newline(const uschar *, int, const uschar *,
int *, BOOL);
extern BOOL _pcre_was_newline(const uschar *, int, const uschar *,
int *, BOOL);
but inside pcrenewl.c:
>> Pls hold these changes until after the release.
>> GC API decisions will be made only after that.
>
> We already took such decision and committed modifications few weeks ago.
> The new GC API introduced user defined mark functions what allows give
> GC interface to non core code programmers. Th
On Tue, 22 Dec 2009, Andi Jahja wrote:
Hi,
> Would you please add "hbapi.h" on top of "hbapifs.h" in:
>- src/common/hbfopen.c
>- src/rtl/spfiles.c
> Reason: HB_PATHNAMES cannot be found if _HB_API_INTERNAL_ is defined.
I do not understand above modification.
At the beginning of hbapifs.h
On Mon, 21 Dec 2009, Szak�ts Viktor wrote:
Hi,
> Pls hold these changes until after the release.
> GC API decisions will be made only after that.
We already took such decision and committed modifications few weeks ago.
The new GC API introduced user defined mark functions what allows give
GC int
Revision: 13350
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13350&view=rev
Author: druzus
Date: 2009-12-21 22:29:58 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 23:29 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi
Hi Mindaugas,
Pls hold these changes until after the release.
GC API decisions will be made only after that.
Brgds,
Viktor
On 2009 Dec 21, at 23:14, Mindaugas Kavaliauskas wrote:
> Viktor Szakáts wrote:
>> Hi All,
>> I'd like to ask everyone if there are any patches, commits or fixes pending?
Thank you.
Please remember to rebuild your generator executable
before regenerating, because f.e. now the .cpp file
committed is wrong (causing link-time errors).
Brgds,
Viktor
On 2009 Dec 21, at 23:16, vouch...@users.sourceforge.net wrote:
> Revision: 13348
>
> http://harbour-proje
Revision: 13349
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13349&view=rev
Author: druzus
Date: 2009-12-21 22:19:55 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 23:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/rddsq
Revision: 13348
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13348&view=rev
Author: vouchcac
Date: 2009-12-21 22:16:37 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 13:07 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/qtgui/QMenuBar
Viktor Szakáts wrote:
Hi All,
I'd like to ask everyone if there are any
patches, commits or fixes pending? (besides
hbqt related modules)
Hi,
I have a some modifications in hbcairo, but it's unfinished because I'm
waiting for decision on GC API.
Regards,
Mindaugas
_
Warning W8004 ../../../hb_btree.c 620: 'pHeader' is assigned a value that is
never used in function HeaderWrite
Warning W8004 ../../../hb_btree.c 1619: 'pHeader' is assigned a value that
is never used in function hb_BTreeOpen
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EM
Revision: 13347
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13347&view=rev
Author: vszakats
Date: 2009-12-21 21:34:12 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 22:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* ChangeLog
! Fixed UTF
Hi Pritpal,
Almost gone, I'm still getting this one:
---
Processing: ../qth\QMenuBar.qth
<<< OSMenuRef macMenu () | OSMenuRef >>>
---
Brgds,
Viktor
On 2009 Dec 21, at 22:26, Pritpal Bedi wrote:
>
> Hi
>
>
> Viktor Szakáts wrote:
>>
>> Could take a peek at that warning:
>> ---
>> Processin
Hi
Viktor Szakáts wrote:
>
> Could take a peek at that warning:
> ---
> Processing: ../qth\QMenu.qth
> <<< OSMenuRef macMenu ( OSMenuRef merge = 0 ) | OSMenuRef >>>
> <<< HMENU wceMenu ( bool create = false ) | HMENU >>>
> Creating: ../doc\QMenu.txt
> Processing: ../qth\QMenuBar.qth
> <<< OSMen
Revision: 13346
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13346&view=rev
Author: druzus
Date: 2009-12-21 21:19:44 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 22:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/wafun
Revision: 13345
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13345&view=rev
Author: vouchcac
Date: 2009-12-21 21:07:07 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 13:07 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/qtgui/QMenu.cp
Revision: 13344
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13344&view=rev
Author: vszakats
Date: 2009-12-21 20:58:40 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 21:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/generator/hb
> > IMO, we should just add the missing function as Viktor suggested, rather
> > than deleting the whole things.
> >
>
> Commited vide r13343.
> Please make tests to check if everything is ok.
Checked and everything is OK.
Thanks.
--
Andi
___
Harbour m
Hi Pritpal,
Could take a peek at that warning:
---
Processing: ../qth\QMenu.qth
<<< OSMenuRef macMenu ( OSMenuRef merge = 0 ) | OSMenuRef >>>
<<< HMENU wceMenu ( bool create = false ) | HMENU >>>
Creating: ../doc\QMenu.txt
Processing: ../qth\QMenuBar.qth
<<< OSMenuRef macMenu () | OSMenuRef >>>
--
Hi,
Would you please add "hbapi.h" on top of "hbapifs.h" in:
- src/common/hbfopen.c
- src/rtl/spfiles.c
Reason: HB_PATHNAMES cannot be found if _HB_API_INTERNAL_ is defined.
--
Andi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
Hi
Andi Jahja-2 wrote:
>
> IMO, we should just add the missing function as Viktor suggested, rather
> than deleting the whole things.
>
Commited vide r13343.
Please make tests to check if everything is ok.
Regards
Pritpal Bedi
--
View this message in context:
http://old.nabble.com/Tagging
Revision: 13343
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13343&view=rev
Author: vouchcac
Date: 2009-12-21 20:12:52 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 12:10 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/generator/qt45
On Mon, 21 Dec 2009 08:43:22 -0800 (PST)
Pritpal Bedi wrote:
> We excluded only.
> Do we need to exclude anyway?
> I heard no comments in this regard so far.
>
IMO, we should just add the missing function as Viktor suggested, rather
than deleting the whole things.
--
Andi
_
> 2009-12-21 20:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/src/rtl/sha2.h
> * use '__int64' instead of 'long long' in MSC builds - older MSC versions
> do not support 'long long'
Many thanks.
--
Andi
___
Harbour maili
> QHttpHeader seems to be part of QNetwork, but it's
> missing from HBQT.
>
> I think it's enough to add it, rather than deleting
> whole QNetwork lib.
This is another option which is much better.
--
Andi
___
Harbour mailing list (attachment size limi
Hi
Viktor Szakáts wrote:
>
>> We excluded only.
>> Do we need to exclude anyway?
>> I heard no comments in this regard so far.
>
> QHttpHeader seems to be part of QNetwork, but it's
> missing from HBQT.
>
> I think it's enough to add it, rather than deleting
> whole QNetwork lib.
>
Oh,
On Mon, Dec 21, 2009 at 9:29 AM, Viktor Szakáts wrote:
> Pls commit if there is anything pending, and pls
> start making test builds on various platforms, so
> that we can issue essential build fixes if/where
> required.
I've just finished to sync svn with my local trees and I've rebuilt my
apps
Revision: 13342
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13342&view=rev
Author: druzus
Date: 2009-12-21 19:34:25 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 20:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/sha2.
> On Mon, 21 Dec 2009, Szak�ts Viktor wrote:
>
> Hi,
>
>> Can you check if it still works by changing this line:
>> cOpt_Link += " LIB clib3r"
>> to this?:
>> AAdd( l_aLIBSYS, "clib3r" )
>
> It's working. Should I commit?
Yes, please. Thank you.
Brgds,
Viktor
_
On Mon, 21 Dec 2009, Szak�ts Viktor wrote:
Hi,
> Can you check if it still works by changing this line:
>cOpt_Link += " LIB clib3r"
> to this?:
>AAdd( l_aLIBSYS, "clib3r" )
It's working. Should I commit?
best regards,
Przemek
___
Harbour maili
> Revision: 13341
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13341&view=rev
> Author: druzus
> Date: 2009-12-21 19:11:43 + (Mon, 21 Dec 2009)
>
> Log Message:
> ---
> 2009-12-21 20:11 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * har
Hi,
Could you please help to write a compatible version for the old MSVC 6 for the
following because it cannot work on MSVC 6.
Error:
--
src\rtl\sha2.h(58) : error C2632: 'long' followed by 'long' is illegal
Source:
--
#if defined( __BORLANDC__ )
typedef unsigned __int64 uint64;
#else
t
Hi,
> Andi Jahja-2 wrote:
>>
>> I'd like to propose that QTNetwork's thingies are reserved for next
>> version
>> (thus be removed from this version) because of the followings (sorry,
>> this is my personal build):
>>
>> .
>> TQHttpRequestHeader.obj : error LNK2001: unresolved external symbo
Revision: 13341
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13341&view=rev
Author: druzus
Date: 2009-12-21 19:11:43 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 20:11 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/utils/hbmk2/h
On Mon, 21 Dec 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-12-21 16:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * utils/hbmk2/hbmk2.prg
> + Enabled -shared support for dos/djgpp. Not tested.
> + Enabled -hbdyn support for dos/djgpp. Blind coding, not tested.
Thank yo
Hello,
You can add two more parameters, "User" and "Password" for authentication ?
Best Regards,
Rossine.
--
View this message in context:
http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13270--trunk-harbour-tp26818074p26877785.html
Sent from the Harbour - Dev mailing list archive at
Hello Andi
Andi Jahja-2 wrote:
>
> I'd like to propose that QTNetwork's thingies are reserved for next
> version
> (thus be removed from this version) because of the followings (sorry,
> this is my personal build):
>
> .
> TQHttpRequestHeader.obj : error LNK2001: unresolved external symbol
Revision: 13340
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13340&view=rev
Author: vszakats
Date: 2009-12-21 15:14:12 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 16:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Many thanks
CdQ
On Sun, Dec 20, 2009 at 10:14 PM, Pritpal Bedi wrote:
>
> Hi
>
>
> CarozoDeQuilmes wrote:
> >
> > Hi, what is the better way for release (or destroy, or free, or delete) a
> > widget (or control, or object) in hbqt
> >
> > obj:close() , obj:destroy() , obj := NIL ??
>
> Reading from gmail, the mailing list i don't undestrand the problem because
> follow discussion without problem because it Not Show Quoted Text
> anybody know if exist similar implementation in client mail (outlook et
> similia)?
>
> In teory we can implement a gmail style in root of webblist
On Mon, 21 Dec 2009, Andi Jahja wrote:
Hi,
> It's OK now. No other similarity found. Probably new macros are needed
> for compilers requiring extern "C" attributes for _static_functions_.
Thank you very much for your tests.
> To my knowledge, no Windoze C/C++ compilers needs such an attribute.
Revision: 13339
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13339&view=rev
Author: druzus
Date: 2009-12-21 14:46:41 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 15:46 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/vm/Makefi
Reading from gmail, the mailing list i don't undestrand the
problem because follow discussion without problem because it *Not Show
Quoted Text*
anybody know if exist similar implementation in client mail (outlook et
similia)?
In teory we can implement a gmail style in root of webblist, parses an
On Mon, 21 Dec 2009, Andrzej P. Wozniak wrote:
Hi,
> Thanks for the clarification, Viktor. It should be included in the
> documentation, I think.
No it shouldn't.
It should be included _only_ if Harbour introduce some limitations.
Fortunately now Harbour does not introduce any limitations or so
>> Hi Pritpal,
>>
>> Please always include a short entry in ChangeLog about
>> regeneration:
> [...]
>
> Hi Viktor,
>
> Please never quote full list of changes, especially the list of regenerated
> sources.
I beg your pardon? This was the exact point of my e-mail
(well the message overall), so
Revision: 13338
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13338&view=rev
Author: april
Date: 2009-12-21 14:29:29 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 14:28 UTC+0500 April White (april users.sourceforge.net)
* contrib/hbbtree/hb_btree
On Mon, 21 Dec 2009, Viktor Szakáts wrote:
hi,
> start making test builds on various platforms, so
my batch looks fine (linux host to dos/watcom, os2/watcom, win/watcom,
win/mingw, linux/watcom, linux/gcc, linux/sunpro, linux/gcc, both c
and cpp; linux/sunpro/cpp is unknown (because of recen
Sent: Saturday, December 19, 2009 11:03 AM; From: Viktor Szakáts
> Hi Pritpal,
>
> Please always include a short entry in ChangeLog about
> regeneration:
[...]
Hi Viktor,
Please never quote full list of changes, especially the list of regenerated
sources.
--
Regards from The Harbour Project m
Sent: Wednesday, December 16, 2009 11:20 PM; From: Viktor Szakáts
> Hi Andrzej,
>
> We're interfacing with Windows MAPI, and IMO such
> limits and other RFC details should be enforced by
> its low level code.
[...]
> I can easily restore now any artificial limit if we
> don't trust MAPI to combat
It's OK now. No other similarity found. Probably new macros are needed
for compilers requiring extern "C" attributes for _static_functions_. To
my knowledge, no Windoze C/C++ compilers needs such an attribute.
Thanks.
--
Andi
On Mon, 21 Dec 2009 14:34:20 +0100
Przemyslaw Czerpak wrote:
> It's M
On Mon, 21 Dec 2009, Szak�ts Viktor wrote:
Hi,
> There is one pending WinCE showstopper (posted
> few days ago on the list: GetEnvironmentVariable)
> which needs to be fixed yet.
I added workaround for it to current code. Please test.
BTW can you modify hbmk2 to not ignore -shared parameter i
Revision: 13337
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13337&view=rev
Author: druzus
Date: 2009-12-21 13:38:40 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 14:38 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbwin
Revision: 13336
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13336&view=rev
Author: april
Date: 2009-12-21 13:38:11 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 13:33 UTC+0500 April White (april users.sourceforge.net)
* contrib/hbbtree/hb_btree
On Mon, 21 Dec 2009, Andi Jahja wrote:
Hi,
> A non-compilation occurs on MSVC 6:
> src\pp\pplib.c(76) : error C2375: 'hb_pp_ErrorMessage' : redefinition;
> different linkage
> src\pp\pplib.c(64) : see declaration of 'hb_pp_ErrorMessage'
> src\pp\pplib.c(96) : error C2375: 'hb_pp_Disp' :
Hi,
I'd like to propose that QTNetwork's thingies are reserved for next version
(thus be removed from this version) because of the followings (sorry,
this is my personal build):
.
TQHttpRequestHeader.obj : error LNK2001: unresolved external symbol
_HB_FUN_QHTTPHEADER
TQHttpResponseHeader.obj
Hi,
A non-compilation occurs on MSVC 6:
src\pp\pplib.c(76) : error C2375: 'hb_pp_ErrorMessage' : redefinition;
different linkage
src\pp\pplib.c(64) : see declaration of 'hb_pp_ErrorMessage'
src\pp\pplib.c(96) : error C2375: 'hb_pp_Disp' : redefinition; different linkage
src\pp\pp
Revision: 13335
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13335&view=rev
Author: vouchcac
Date: 2009-12-21 08:40:36 + (Mon, 21 Dec 2009)
Log Message:
---
2009-12-21 00:38 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/resources/fin
Hi All,
I'd like to tag 2.0.0 final tomorrow CET 12:00.
Pls commit if there is anything pending, and pls
start making test builds on various platforms, so
that we can issue essential build fixes if/where
required.
There is one pending WinCE showstopper (posted
few days ago on the list: GetEn
On 2009 Dec 21, at 04:33, Xavi wrote:
> Hi Viktor,
>
> Okay, not problem, it's not important now.
>
>> I'm not sure I understand, why aren't we the owner if we created
>> the handle with success a few lines before?
>
> Perhaps this example help you understand better.-
>
> http://msdn.microsof
2009/12/21 Pritpal Bedi :
>
> Hi
>
>
> Massimo Belgrano-3 wrote:
>
>> Build and run with magic xmate's capability of show error in compile
>> result
>
> This is there, just build project with (Qt) option. Though still not
> as sophisticated as xMate but prototype is there.
Sorry How Build project?
85 matches
Mail list logo
