Now the another guideline:
Many functions of WINAPI accept structures as their
parameters. Should we use them to be compatible with
WINAPI exactly or should we use arrays?
Both approaches have merits and demerits.
I personally propose to use STRUCTURES where ever
possible. What group
Rule as this are important (also if not jet approved)
How give importance to this info?
How we can know this rule to future harbour developer without reading
all messages post in mailing list
can restructure doc with information for harbour prg level user from
harbour c level developer?
Can adopt
Rule as this are important (also if not jet approved)
How give importance to this info?
How we can know this rule to future harbour developer without reading
all messages post in mailing list
can restructure doc with information for harbour prg level user from
harbour c level developer?
Revision: 10170
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10170view=rev
Author: vszakats
Date: 2009-02-04 08:49:22 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 09:49 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
*
http://apps.sourceforge.net/mediawiki/harbour-project/index.php?title=Main_Page
I am logged as mbelgrano but i not found any way add page
2009/2/4 Viktor Szakáts harbour...@syenar.hu:
Rule as this are important (also if not jet approved)
How give importance to this info?
How we can know this
Hi Viktor, Pritpal,
Il 04/02/2009 3.35, Viktor Szakáts ha scritto:
To put it shortly: IMO hbwin should be a pure wrapper for
the Windows API and closely Windows API related features,
nothing more, nothing less. It's also important that
64-bit, Unicode and GCC/MSVC/POCC/OW compatibility be
4. Copy *.ch and *.h files from HARBOUR\CONTRIB\*.* to HARBOUR\INCLUDE
Imo you must add to lib and include the path of contrib that you want use
and not move inside harbour structure
No, that's not necessary, nor recommended, make install
should be used to copy everything to a final
Hi Viktor,
VS hbtpathy doesn't have a complete implementation
VS for Windows. There is however a comm subsystem
VS for Windows in hbwin.lib. See testprt1.prg and testprt2.prg
VS for example code.
Thanks for explanations.
--
Regards,
Jaroslaw Kadziola
Hi Francesco, Pritpal,
5) Further cleanup hbwin.lib (naming, better separation of API, additional
convenience functions and classes).
6) Remove hbwhat.lib altogether.
sorry to jump in and probably missing some infos, but only as suggestion
may I propose to adopt this naming convention:
On Wed, Feb 4, 2009 at 9:51 AM, Massimo Belgrano mbelgr...@deltain.itwrote:
http://apps.sourceforge.net/mediawiki/harbour-project/index.php?title=Main_Page
I am logged as mbelgrano but i not found any way add page
Indeed, rights have to be given, or somehow editing must be
set to be
Hi Viktor,
Il 04/02/2009 10.14, Viktor Szakáts ha scritto:
In contrary, I'm happy you've joined the thread :)
Thanks
2) using, as above, header defines in *.api files (winuser.api,
wingdi.api)
Here I don't agree, because usually I find it better
to use standard extensions, so if
Hi Viktor,
Il 04/02/2009 10.14, Viktor Szakáts ha scritto:
In contrary, I'm happy you've joined the thread :)
Thanks
2) using, as above, header defines in *.api files (winuser.api,
wingdi.api)
Here I don't agree, because usually I find it better
to use standard extensions, so if
On Wed, 04 Feb 2009, Barry Jackson wrote:
Hi Barry,
OK not to worry - I changed my function name and it's working.
Easier than I expected with search and replace.
Hi - this is probably my fault, but I am trying to port a large Clipper
5.1 application to Harbour that has run well since 1990.
I'll look into it.
Brgds,
Viktor
On Wed, Feb 4, 2009 at 12:31 PM, Przemyslaw Czerpak dru...@acn.waw.plwrote:
On Wed, 04 Feb 2009, Barry Jackson wrote:
Hi Barry,
OK not to worry - I changed my function name and it's working.
Easier than I expected with search and replace.
Hi - this is
On Wed, 04 Feb 2009, Szak�ts Viktor wrote:
I'll look into it.
Thank you,
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello Viktor,
Since some time i'm switched to using a simple scheme; a letter to indicate the
base type (for templates), and additionally a number expressing the precision
(for concrete types)
cchar (as genuine char)
c0 normal char
c1 unicode char
uunsigned int
u0 8 bit
On Tue, 03 Feb 2009, Miguel Angel Marchuet wrote:
Hi Miguel,
the offset 1Dh at DBF/foxpro header tables has ( Language driver ) as follow:
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS USA code page 437
02h
Revision: 10171
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10171view=rev
Author: vszakats
Date: 2009-02-04 13:45:09 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 14:42 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
*
Przemyslaw Czerpak escribió:
On Tue, 03 Feb 2009, Miguel Angel Marchuet wrote:
Hi Miguel,
the offset 1Dh at DBF/foxpro header tables has ( Language driver ) as follow:
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS
* Not detected when you include CODEPAGE=AUTO in your configuration file.
http://msdn.microsoft.com/en-us/library/8t45x02s(VS.71).aspx
Isn't this the kind of collation which needs the Windows API
specific non-portable function call to be implemented properly?
[ this was discussed a few time
Ok for using *.ch, *.h, but if it is possible, to see immediately where
put a new addition, as per c api file I would like to mantain ms naming
convention, so for me it will be better to use, f.e., w_winuser.ch or
winuserapi.ch
We can do this. I personally prefer w_winuser.ch.
Or, what
For me much more important is basic Clipper compatibility and here
we touch sth what may break pure CL5.2 code which does not even use
any external OOP system.
The problem with repeating xbasee++ class function names is much
bigger and apeears in other places. I'm not xbase++ user so I
On Wed, 04 Feb 2009, Szak�ts Viktor wrote:
The problem is that Xbase++ has a public symbol named GET(), while plain
Clipper doesn't. If XPP compatibility is turned on, we
should provide GET(), if it isn't, we shouldn't.
For me much more important is basic Clipper compatibility and here
we
The problem is that we need (at least we already had) GET()
for Xbase++ compatibility. Exact same problems we have with
TBrowse() and TBColumn(), which aren't Clipper public symbols.
Since Xbase++ is less important, how about naming the
XPP compatible (or so intended) extended classes
The problem is that Xbase++ has a public symbol named GET(), while plain
Clipper doesn't. If XPP compatibility is turned on, we
should provide GET(), if it isn't, we shouldn't.
I intentionally didn't replace Get():New() with GetNew(), to not
add an unnecessary layer of function call here. [ if
-Original Message-
From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt]
Sent: Tuesday, February 03, 2009 5:43 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Out-of-Box usable Harbour Distribution with
XMate Project Builder
[...]
I've done some mingw tests in the
Przemyslaw,
make install fails as well :( with this error:
(E:\repository\harbour-svn)make install
make -C doc install
make[1]: Entering directory `E:/repository/harbour-svn/doc'
make -C en install
make[2]: Entering directory `E:/repository/harbour-svn/doc/en'
make[2]: Nothing to be done for
On Wed, 04 Feb 2009, Miguel Angel Marchuet wrote:
Hi Miguel,
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS USA code page 437
02h DOS Multilingualcode page 850
03h Windows ANSIcode
Which data type will be used to store XML/html documents in dbf by harbour?
SQL Server 2005 have a data type called XML. These XML values are
stored in an internal format as large binary objects (BLOB)
you can query and update XML documents
dbf world seen not have this fields, also VFP seem not
http://en.wikipedia.org/wiki/XML_database
2009/2/4 Massimo Belgrano mbelgr...@deltain.it:
Which data type will be used to store XML/html documents in dbf by harbour?
SQL Server 2005 have a data type called XML. These XML values are
stored in an internal format as large binary objects (BLOB)
Revision: 10172
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10172view=rev
Author: vszakats
Date: 2009-02-04 18:21:23 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 19:20 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
*
On Wed, 04 Feb 2009, Massimo Belgrano wrote:
Which data type will be used to store XML/html documents in dbf by harbour?
The same as for any other text or binary objects: MEMO
SQL Server 2005 have a data type called XML. These XML values are
stored in an internal format as large binary
Hi all,
As the last step of cleaning Harbour from win32, w32 and similar
from '32', I'd like to move forward and switch w32 HB_ARCHITECTURE
to simply win.
Currently w32 covers Windows 32-bit, Windows 64-bit, Windows CE,
and in the future might also cover Itanium (IA64) (*), so the naming is
now
Revision: 10173
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10173view=rev
Author: vszakats
Date: 2009-02-04 20:48:45 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 21:48 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
*
Revision: 10174
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10174view=rev
Author: vszakats
Date: 2009-02-04 20:59:47 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 21:59 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbgtcore.h
*
Revision: 10175
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10175view=rev
Author: vszakats
Date: 2009-02-04 21:12:12 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 22:11 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hbmk.bat
*
Il 04/02/2009 10.45, Viktor Szakáts ha scritto:
Ok for using *.ch, *.h, but if it is possible, to see immediately
where put a new addition, as per c api file I would like to mantain
ms naming convention, so for me it will be better to use, f.e.,
w_winuser.ch or winuserapi.ch
On Wed, 04 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
As the last step of cleaning Harbour from win32, w32 and similar
from '32', I'd like to move forward and switch w32 HB_ARCHITECTURE
to simply win.
Currently w32 covers Windows 32-bit, Windows 64-bit, Windows CE,
and in the future might
Hi Przemek,
As the last step of cleaning Harbour from win32, w32 and similar
from '32', I'd like to move forward and switch w32 HB_ARCHITECTURE
to simply win.
Currently w32 covers Windows 32-bit, Windows 64-bit, Windows CE,
and in the future might also cover Itanium (IA64) (*), so the
On Wed, 04 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
This is brand new information, so essentially the whole
assumption was false, that we should get rid of GET(), is this
the case?
Yes. I'm really sorry - my fault. I should check it first.
Just simply I forgot about it.
How about adding
Revision: 10176
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10176view=rev
Author: vszakats
Date: 2009-02-04 22:02:35 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 23:00 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hb-func.sh
*
Okay, I'll simply remove the HB* versions then.
Brgds,
Viktor
On Wed, Feb 4, 2009 at 11:06 PM, Przemyslaw Czerpak dru...@acn.waw.plwrote:
On Wed, 04 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
This is brand new information, so essentially the whole
assumption was false, that we should get
Yes - I used memo fields to hold HTML to generate web pages from stock
records in Clipper! :-)
Przemyslaw Czerpak wrote:
On Wed, 04 Feb 2009, Massimo Belgrano wrote:
Which data type will be used to store XML/html documents in dbf by harbour?
The same as for any other text or binary objects:
Revision: 10178
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10178view=rev
Author: vszakats
Date: 2009-02-04 22:14:46 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 23:13 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/tget.prg
*
Hi,
one more thread question:
STATIC mtx := hb_mutexCreate()
Thread1:
LOCAL xI
xI := some_value
hb_mutexNotify(mtx, xI)
xI := NIL // or xI := another_value
Thread2:
LOCAL xI, xParam
hb_mutexSubscribe(mtx,, @xParam)
xI := xParam
Is this code thread safe? The problem is that,
Revision: 10179
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10179view=rev
Author: vszakats
Date: 2009-02-04 22:24:35 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 23:23 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbwince.h
*
Revision: 10180
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10180view=rev
Author: vszakats
Date: 2009-02-04 22:40:18 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 23:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
*
Okay, we're on the same page.
Maybe wapi_ is the most convenient and a good
middle ground between w_ and winapi_. My vote goes
for this one, but it's not a very strong preference.
More opinions? Pritpal?
Brgds,
Viktor
On Wed, Feb 4, 2009 at 10:20 PM, Francesco Saverio Giudice
Revision: 10181
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10181view=rev
Author: vszakats
Date: 2009-02-04 22:56:18 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 23:55 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* harbour-win-spec
!
On Thu, 05 Feb 2009, Mindaugas Kavaliauskas wrote:
Hi,
one more thread question:
STATIC mtx := hb_mutexCreate()
Thread1:
LOCAL xI
xI := some_value
hb_mutexNotify(mtx, xI)
xI := NIL // or xI := another_value
Thread2:
LOCAL xI, xParam
hb_mutexSubscribe(mtx,, @xParam)
xI :=
Hi,
It is thread safe. All reference counters in Harbour core code are updated
by atomic inc/dec operations (see hbatomic.h) so they are protected and MT
safe.
Oh, yes. I should remember it myself. Thanks.
Regards,
Mindaugas
___
Harbour mailing
Hi
wapi_gdi32.c OR wapi_gdi.c ( removing 32, may contain gdi32 or gdi++
functions )
hbwapi.h
===
#define wapi_parwparam( n ) ( ( WPARAM ) ( HB_PTRDIFF ) hb_parnint( n ) )
#define wapi_parlparam( n ) ( ( LPARAM ) ( HB_PTRDIFF ) hb_parnint( n ) )
#define wapi_parhandle( n ) ( ( HANDLE
hbwapi.h
===
#define wapi_parwparam( n ) ( ( WPARAM ) ( HB_PTRDIFF ) hb_parnint( n ) )
#define wapi_parlparam( n ) ( ( LPARAM ) ( HB_PTRDIFF ) hb_parnint( n ) )
#define wapi_parhandle( n ) ( ( HANDLE ) ( HB_PTRDIFF ) hb_parnint( n ) )
#define wapi_parhwnd( n )( ( HWND )(
Revision: 10182
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10182view=rev
Author: snaiperis
Date: 2009-02-05 00:21:08 + (Thu, 05 Feb 2009)
Log Message:
---
2009-02-04 02:20 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
*
Have you a little sample?
2009/2/4 Barry Jackson zen25...@zen.co.uk:
Yes - I used memo fields to hold HTML to generate web pages from stock
records in Clipper! :-)
Przemyslaw Czerpak wrote:
On Wed, 04 Feb 2009, Massimo Belgrano wrote:
Which data type will be used to store XML/html
Hi all,
I plan to commit this long time planned modification,
to clear up some last non prefixed public envvars
needed to configure Harbour:
HB_USER_LIBS - HB_USR_LIBLIST
PRG_USR - HB_USR_PRG
C_USR- HB_USR_C
L_USR- HB_USR_L (or HB_USR_LINK ?)
A_USR- HB_USR_A (or
Not quite...
Note this change in fieldget function:
...
if ::FieldType(nNum) == C
- return PadR(::aRow[nNum], ::aFieldStruct[nNum][MYSQL_FS_LENGTH])
+ return PadR(::aRow[nNum], ::aFieldStruct[nNum][MYSQL_FS_MAXLEN])
...
Now the method returns exact character value as stored in MySQL table.
57 matches
Mail list logo
