-Original Message-
From: Horodyski Marek (PZUZ)
Sent: Thursday, May 21, 2009 10:41 AM
To: Harbour Project Main Developer List.
Subject: RE: [Harbour] Upper\Lower nationals chars.
-Original Message-
From: Szakáts Viktor [mailto:harbour...@syenar.hu]
Sent: Thursday, May 21, 2009
Here it works ok.
Brgds,
Viktor
Strange. You are right when I'm in work, when I'm in home, no ;)
Between work and home einvironment I have only one difference.
It was HB_INSTALL_PREFIX. When I remove it in home, all work ok., like in
work (both : hbmk2 and compile and link from script
Revision: 11100
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11100view=rev
Author: vszakats
Date: 2009-05-22 08:22:03 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 10:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
*
Hi All,
for a long time I used Click to format prgs, but last time I get
some problems with it and became to look for something other. The only
one I've found is xMate, but it isn't convenient for me, because it
doesn't include formatter as a standalone utility and to format a file,
I
for a long time I used Click to format prgs, but last time I get
some problems with it and became to look for something other. The
only one I've found is xMate, but it isn't convenient for me,
because it doesn't include formatter as a standalone utility and to
format a file, I need to
Revision: 11101
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11101view=rev
Author: druzus
Date: 2009-05-22 09:59:20 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 12:07 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
; TOFIX: These errors are shown when trying to compiler in UNICODE mode:
../../odbcdd.c(168) : error C2664: 'SQLDriverConnectW' : cannot convert
parameter 3 from 'SQLCHAR *' to 'SQLWCHAR *'
../../odbcdd.c(204) : error C2664: 'SQLExecDirectW' : cannot convert
parameter 2 from 'SQLCHAR
I see you've committed the fix using HB_TCHAR_CONVTO. A few arguments, that
stopped me from doing this simple change:
AFAIK, odbc library could be used on linux also (fix me if I'm wrong).
HB_TCHAR* is defined for Windows only. So, I guess now linux compile is
broken. We need to add
Revision: 11102
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11102view=rev
Author: druzus
Date: 2009-05-22 10:10:20 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 12:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/mpkg_rpm.sh
Yesterday I was thinking of committing a recently written
reindentor :)
I had a feeling that I must hurry :)
Not a full blown formatter (like my tool 'DST'
was trying to be, written 17 years ago), but it can change
indentation (including continued lines), it assumes a properly
and
Revision: 11103
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11103view=rev
Author: vszakats
Date: 2009-05-22 10:30:51 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 12:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbodbc/odbc.c
Hi,
Here are few queries:
1. You have left CreateWindowEx() for obivious reasons.
But I think it should be a part of the code as a separate function
because it uses ATL specific constructs. The function could be like
__AXCREATEWINDOW() - pointerHWND.
In this case I was thinking
* harbour/contrib/rddsql/sddodbc/odbcdd.c
! added dummy unicode conversion macros to fix compilation in
non windows builds
* harbour/contrib/hbwin/olecore.c
! casting
* harbour/contrib/hbwin/axcore.c
! fixed unicode and WinCE compilation
! casting
Hi,
a few
Hi all,
When i'm building WinCE using msys + mingw :
make[2]: Entering directory `C:/msys/1.0/harbour/utils/hbmk2'
make[3]: Entering directory `C:/msys/1.0/harbour/utils/hbmk2/wce/mingwarm'
C:/msys/1.0/harbour/bin/harbour.exe ../../hbmk2.prg -n1 -i../../../../include
-q0 -w3 -es2 -kmo -l -gc0
Revision: 11104
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11104view=rev
Author: vszakats
Date: 2009-05-22 11:05:36 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 13:04 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
On Fri, 22 May 2009, Mindaugas Kavaliauskas wrote:
Hi,
a few questions just to make a C knowledge better...
1)
typedef HRESULT ( CALLBACK * PHB_AX_GETCTRL )( HWND, IUnknown** );
ptr = ( PHB_AX_GETCTRL ) GetProcAddress( s_hLib, AtlAxGetControl );
Can function pointer type be casted without
Hi Victor,
vusn Revision: 11104
vusn
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11104view=rev
vusn Author: vszakats
vusn Date: 2009-05-22 11:05:36 + (Fri, 22 May 2009)
vusn Log Message:
vusn ---
vusn 2009-05-22 13:04 UTC+0200 Viktor Szakats
[piątek, 22 maj 2009], Jaroslaw Kadziola napisał(a):
Hi Jarek,
Besides after run hbmk2.exe under msys i get :
- permission denied
It is expected behavior. You cannot execute binaries created for
WinCE and ARM CPUs in x86 MS-Windows.
Neither Windows versions nor CPUs are binary compatible.
If
c:/WINDOWS/make -C sqlite3 install _HB_BLD=yes
make[2]: Entering directory `C:/msys/1.0/harbour/external/sqlite3'
make[3]: Entering directory `C:/msys/1.0/harbour/external/sqlite3/
wce/mingwarm'
arm-wince-mingw32ce-gcc -I. -I../../../../include -O2 -fomit-frame-
pointer -D_WIN32_WCE -c
hbmk2 ../tests/hello.prg -comp=mingwarm
Same command will work if Windows hbmk2.exe is copied
into a mingwarm build bin dir. Nothing else is needed.
There are other combinations, but this is the simplest
method.
AFAIK neither of the above methods works in Linux.
That's true.
How should I
Revision: 11105
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11105view=rev
Author: vszakats
Date: 2009-05-22 13:32:37 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 15:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
I do not know if this detail can help you, but the last time this
error happened to me was because I had downloaded the mingw32-make.exe
and was saved as c:\harbor\make.exe ... When saved as
c:\harbor\mingw32-make.exe my problems were solved.
Vailton Renato
This is good (and the recommended) practice, but by itself
it just makes it *more likely* the right make program will be
picked by Harbour build process. If the different make versions
are properly sorted out from the environment (meaning there
are no other such programs in the PATH or current
Indeed! Well remembered ...
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 11106
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11106view=rev
Author: druzus
Date: 2009-05-22 14:19:51 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 16:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/config/dir.cf
Revision: 11107
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11107view=rev
Author: vouchcac
Date: 2009-05-22 14:57:34 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 07:52 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
*
On Fri, 22 May 2009, Szak�ts Viktor wrote:
Hi,
Let's try the hard way and simplify it later on:
---
export HB_CCPREFIX=mingw32ce setting
export HB_CCPATH=mingw32ce setting
export HB_BIN_INSTALL=mingwarm built Harbour bin dir (for shared libs, I'm
not sure where they are on Linux builds)
where get last version of minigui For windows platform,
I search a version good for recompile harbour and hbqt
Is usable follow version of tragon.net? tragon.net not required msys?
http://tdragon.net/recentgcc/
Bundled Installer: [tdm-mingw-1.905.0-4.4.0-2.exe] (26.0 MB)
Includes C and C++ SJLJ
I tried after:
2009-05-22 15:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
and it shows:
hbmk: Error: HB_INSTALL_PREFIX not set, failed to autodetect.
Quite strange. Looks like hbmk2 was moved from its original location.
Can it be?
so I set HB_INSTALL_PREFIX envvar to directory
where get last version of minigui For windows platform,
I search a version good for recompile harbour and hbqt
Is usable follow version of tragon.net? tragon.net not required msys?
http://tdragon.net/recentgcc/
Bundled Installer: [tdm-mingw-1.905.0-4.4.0-2.exe] (26.0 MB)
Includes C and C++ SJLJ
Hi Alexander and All,
I ported Click to Harbour for use on Linux. The code is untested on
Windows but may compile and run. Added "Calls to" information in
function headers and made stand alone executable. Need to update code
in few days but current source and bin is posted on Google Code
not a complete reply, only a suggestion
verify your connection string
search wich is good connection string for ado and odbc 5.1 mysql
2009/5/22 calimer...@freemail.it:
Hi
Why does MySql ODBC connector 3.51 work fine and
MySql ODBC connector 5.1 does NOT work?
Thank in advance.
Giovanni
FYI, otherwise the build process went smoothly, I'll make some speed
tests later:
../../binnum.c:115: warning: dereferencing type-punned pointer will
break strict-aliasing rules
../../binnum.c:123: warning: dereferencing type-punned pointer will
break strict-aliasing rules
../../binnumx.c:85:
On Fri, 22 May 2009, vszak...@users.sourceforge.net wrote:
Hi,
2009-05-22 17:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
! Fixed to use hb_osPathSeparator() instead of hardcoded
backslash in mingw* init section, as it may also be used
on
3.80 under Windows works fine.
I'm still getting these errors with hbwin with MSVC (I've made the
test using this compiler):
---
../../axcore.c(155) : error C2143: syntax error : missing ';' before '*'
../../axcore.c(155) : error C4430: missing type specifier - int
assumed. Note: C++ does not
Revision: 11109
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11109view=rev
Author: vszakats
Date: 2009-05-22 16:32:38 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 18:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
On Fri, 22 May 2009, Szak�ts Viktor wrote:
I'm still getting these errors with hbwin with MSVC (I've made the
test using this compiler):
---
../../axcore.c(188) : error C2143: syntax error : missing ')' before 'this'
../../axcore.c(188) : error C2143: syntax error : missing ';' before 'this'
Hi Przemek and All,
It's common practice in Clipper/Harbour to use arrays to emulate structures:
---
#define _STRU_xVAR1 1
#define _STRU_xVAR2 2
#define _STRU_MAX_
LOCAL stru[ _STRU_MAX_ ]
stru[ _STRU_xVAR1 ] := 100
? stru[ _STRU_xVAR1 ]
---
In these scenarios, the array is indexed with a
Revision: 0
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=0view=rev
Author: vszakats
Date: 2009-05-22 18:00:05 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 19:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwin/axcore.c
On Fri, 22 May 2009, Szak�ts Viktor wrote:
Hi,
It's common practice in Clipper/Harbour to use arrays to emulate structures:
---
#define _STRU_xVAR1 1
#define _STRU_xVAR2 2
#define _STRU_MAX_
LOCAL stru[ _STRU_MAX_ ]
stru[ _STRU_xVAR1 ] := 100
? stru[ _STRU_xVAR1 ]
---
In these
Since these kind of lines may appear in mass, such optimization
may result in code size reduction and speed increase.
Yes, it will give some speed improvement but please remember that
we have limited PCODE list. Such problem does not exist in -gc3
output because we can use unlimited list of
Revision: 1
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=1view=rev
Author: vszakats
Date: 2009-05-22 20:29:20 + (Fri, 22 May 2009)
Log Message:
---
2009-05-22 22:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
About this warning and possible resolutions:
http://gcc.gnu.org/ml/gcc-help/2007-07/msg00294.html
As for speed: GCC 4.4.0 is a bit speedier and generates
slightly smaller code, but not significantly.
Brgds,
Viktor
On Fri, May 22, 2009 at 6:23 PM, Viktor Szakáts harbour...@syenar.hu wrote:
FYI,
Msys is required for compiling harbour?
where can donwload right version for http://tdragon.net/recentgcc/
2009/5/22 Szakáts Viktor harbour...@syenar.hu:
where get last version of minigui For windows platform,
I search a version good for recompile harbour and hbqt
Is usable follow version of
On Fri, 22 May 2009, vszak...@users.sourceforge.net wrote:
Hi,
2009-05-22 18:32 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
! Fixed to only add -march/-mtune gcc parameters for mingw/gcc
targets. These values are ignored by mingwarm on Windows, but
Look at Leto db rdd by Alexander Kresin and
harbour-users@harbour-project.org escribió en
mensaje 695307.81561...@web90608.mail.mud.yahoo.com...
Hi,
Has anyone any info as to whether Harbour will ever develop it's own RDD
able to support client/server applications. I mean, it's ok to
http://www.letodb.org/
http://sourceforge.net/projects/letodb/
In harbour comunity is present the idea of
netrdd a layer that allow native client server
a wishlist will be a good idea
2009/5/22 harbour-users@harbour-project.org:
Hi,
Has anyone any info as to whether Harbour will ever
47 matches
Mail list logo