Hi Lorenzo
Lorenzo Fiorini-2 wrote:
Today I've been able to build and run demoqt under Ubuntu 9.04, Win
XPSP3 and OSX 10.6 using the same harbour tree. I don't know the
status of the gc and memory related issues but the demoqt starts and
quits on all platforms without errors. The native
Hi
Lorenzo Fiorini-2 wrote:
Today I've been able to build and run demoqt under Ubuntu 9.04, Win
XPSP3 and OSX 10.6 using the same harbour tree. I don't know the
Also look at contrib/hbide.
This application is what I will be extending in future. Demoqt was only
a proof of concept, the
Hi
Is there a list of METHODS and ISTANCES Variables of HB_GET object?
And some example?
Giovanni Di Maria
Thanks
--- Dada Music Movement, tutta la musica che vuoi! ---
___
Harbour mailing list (attachment size limit: 40KB)
Sorry but I do not understand.
WIN_CREATEFONT() only has a live font eliminating the prior and this font is
saved for each DCS to make sure it is removed.
It's the logic of the existing function maybe have to be called
WIN_CREATEFONTWPDC :) because it is not a function of creating generic
On Sun, 22 Nov 2009, Viktor Szakáts wrote:
hi,
I'll commit something pretty soon, pls
take a look at it.
it gives the expected results with llvm/g{cc,++}, thanks.
--
[-]
mkdir /nonexistent
___
Harbour mailing list (attachment size limit: 40KB)
Revision: 12969
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12969view=rev
Author: vszakats
Date: 2009-11-22 11:29:23 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 12:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Revision: 12970
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12970view=rev
Author: druzus
Date: 2009-11-22 11:38:17 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 12:38 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+
Revision: 12971
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12971view=rev
Author: vszakats
Date: 2009-11-22 11:53:05 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 12:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Revision: 12972
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12972view=rev
Author: vszakats
Date: 2009-11-22 11:58:46 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 12:58 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
2009-11-22 12:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
+ PRINTFILERAW(): Changed to use Harbour File I/O API instead
of Windows one to read from a disk file.
Window users please test above as I didn't.
Brgds,
Viktor
On Sun, Nov 22, 2009 at 9:12 AM, Pritpal Bedi bediprit...@hotmail.com wrote:
Can you forward your view points on demoxbp also.
This is more near to xbase syntax and probably the already documented
class framework.
This is one point: the relationship between hbqt and hbxbp.
I've never used
+ Added support for linux/clang. (untested)
(what package has to be installed? I installed llvm yesterday,
but couldn't find clang on Ubuntu)
it's not there afaict. what is there is llvm-gcc-4.2, but the package
in 9.10 (curiously it was good in earlier bubuntus, talk about
Revision: 12973
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12973view=rev
Author: vszakats
Date: 2009-11-22 12:20:59 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 13:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Revision: 12974
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12974view=rev
Author: vszakats
Date: 2009-11-22 12:27:12 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 13:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
In the following sample, GetRows() method returns NIL (correctly returns an
array using xHarbour):
function main()
local oCn, oRs, aRows
oCn := CreateObject( 'ADODB.Connection' )
oCn:ConnectionString := Provider=Microsoft.Jet.OLEDB.4.0;Data
On Sun, 22 Nov 2009, Viktor Szakáts wrote:
could you also add this (llvm-gcc) target to the mix? for all intents
and purposes, it is the very same as the gcc target, except compilers
being llvm-gcc and llvm-g++ instead of gcc and g++, respectively.
Can you try if it works by
Hi,
Enrico Maria Giordano wrote:
In the following sample, GetRows() method returns NIL (correctly returns
an array using xHarbour):
Can you provide some file to be tested using the following sample? In my
case sample does not work because e:\fwharbour\samples\xbrtest.mdb does
not exist.
Lorenzo Fiorini wrote:
Today I've been able to build and run demoqt under Ubuntu 9.04, Win
XPSP3 and OSX 10.6 using the same harbour tree. I don't know the
status of the gc and memory related issues but the demoqt starts and
quits on all platforms without errors. The native look and feel is
Viktor,
I don't think so. Anyhow, I don't see a reason
to make it complicated and mix the GC pointer
concept with thread static variables either, it also
seems wrongs, as AFAIU you can have multiple HDCs
open in one thread, and HFONTs are paired with HDCs.
I just them trying to correct
I don't think so. Anyhow, I don't see a reason to make it complicated and
mix the GC pointer concept with thread static variables either, it also
seems wrongs, as AFAIU you can have multiple HDCs open in one thread, and
HFONTs are paired with HDCs.
I just them trying to correct existing
Revision: 12975
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12975view=rev
Author: vszakats
Date: 2009-11-22 17:12:34 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 17:57 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Hi,
On Fedora 12 we have now:
native build (gcc):
Information for build gcc-4.4.2-10.fc12
ID 141251
Package Name gcc
Version 4.4.2
Release 10.fc12
Clean build without errors or warnings
native
Thanks. I could only guess here, so I'll leave addition
of llvmgcc.mk for someone else. (just please don't add
a dash in the HB_COMPILER name).
Brgds,
Viktor
On 2009 Nov 22, at 14:16, Tamas TEVESZ wrote:
On Sun, 22 Nov 2009, Viktor Szakáts wrote:
could you also add this (llvm-gcc) target
Windows cross build (mingw):
Information for build mingw32-gcc-4.4.1-3.fc12
ID 132548
Package Name mingw32-gcc
Version 4.4.1
Release 3.fc12
Clean build without errors just some warnings:
Easy
hbmk2 hbide
Bruno
2009/11/21 francesco perillo fperi...@gmail.com
I have to understand how to compile hbide (with Qt) before .
:-)
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
Revision: 12976
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12976view=rev
Author: vszakats
Date: 2009-11-22 18:14:44 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 19:13 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Is it this line?:
No, the previous log was generated just before your last commit.
Now we have:
../../../win_prn2.c: In function 'int hb_PrintFileRaw(const char*, const
char*, const char*)':
../../../win_prn2.c:429: warning: deprecated conversion from string constant
to 'WCHAR*'
But if this
Is it this line?:
No, the previous log was generated just before your last commit.
Now we have:
../../../win_prn2.c: In function 'int hb_PrintFileRaw(const char*, const
char*, const char*)':
../../../win_prn2.c:429: warning: deprecated conversion from string constant
to 'WCHAR*'
Yes, it is
On Sun, 22 Nov 2009, Tamas TEVESZ wrote:
Hi,
could you also add this (llvm-gcc) target to the mix? for all intents
and purposes, it is the very same as the gcc target, except compilers
being llvm-gcc and llvm-g++ instead of gcc and g++, respectively.
Can you try if it works by
clang - at least on OS X - doesn't support C++ yet,
so it's automatically falling back calling g++ for
C++ files. Maybe this mechanism doesn't kick in
on Linux.
Thank you for the info.
Here is a fragment from http://clang.llvm.org/cxx_status.html: Currently
most of the C++ features are
Revision: 12977
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12977view=rev
Author: druzus
Date: 2009-11-22 18:39:28 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 19:39 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Yep thanks and sorry, since I've moved to 64-bit
build of Far Manager, I lost the plugin which handled
this matter.
Anyway, I'll try to settle back to 32-bit, luckily
the plugin ('trucer') works ok with 2.0.
Brgds,
Viktor
On 2009 Nov 22, at 19:39, dru...@users.sourceforge.net wrote:
I've tried this sample (with little difference,
I put output to console), and for me it listed
the font names as expect in msvc and msvc64.
What was exactly the problem here? this is
missing from original mail.
Brgds,
Viktor
On 2009 Nov 9, at 09:40, Viktor Szakáts wrote:
Seems like a
Revision: 12978
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12978view=rev
Author: vszakats
Date: 2009-11-22 20:04:35 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 21:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
*
Thank you Xavi, it's perfect this way.
(pls try to use our coding style, this saves
me valuable time).
Brgds,
Viktor
On 2009 Nov 22, at 20:31, Xavi wrote:
Ok, I change WIN_CREATEFONT to return GC solvent the bug and adapt TPrinter
for this in attache files.
--
Xavi
Viktor Szakáts
Revision: 12979
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12979view=rev
Author: vszakats
Date: 2009-11-22 20:30:25 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 21:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn1.c
Revision: 12980
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12980view=rev
Author: vszakats
Date: 2009-11-22 20:45:27 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-22 21:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn1.c
Strangely I'm not getting it with mingw 4.4.1 (on Windows), not even in
UNICODE mode.
I still have this, at this time on Vista + mingw 4.4.1 (just a double check,
maybe helps):
g++ -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer
-march=i586 -mtune=pentiumpro -DUNICODE
Strangely I'm not getting it with mingw 4.4.1 (on Windows), not even in
UNICODE mode.
I still have this, at this time on Vista + mingw 4.4.1 (just a double check,
maybe helps):
g++ -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer
-march=i586 -mtune=pentiumpro -DUNICODE
Hi Itamar,
I've accidentally found the problem while
reviewing hbwin code, so if you try now it
should work. I've since realized that the
output looked indeed wrong, but I didn't know
what to look for.
Brgds,
Viktor
On 2009 Nov 22, at 20:43, Viktor Szakáts wrote:
I've tried this sample
Revision: 12981
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12981view=rev
Author: druzus
Date: 2009-11-22 23:43:56 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-23 00:43 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Revision: 12982
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12982view=rev
Author: vszakats
Date: 2009-11-22 23:46:57 + (Sun, 22 Nov 2009)
Log Message:
---
2009-11-23 00:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/arrays.c
*
Revision: 12983
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12983view=rev
Author: vszakats
Date: 2009-11-23 00:05:57 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 01:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/axcore.c
On Sun, 22 Nov 2009, Przemysław Czerpak wrote:
hi,
HB_COMPILER=gcc
HB_BUILD_OPTIM=no
Why do you disable optimization?
i don't know, i forgot already. the original intent was probably that
probably noone else builds with optimizations disabled, so at least my
tests should have a
Revision: 12984
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12984view=rev
Author: vouchcac
Date: 2009-11-23 00:11:34 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-22 15:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.hbm
Revision: 12985
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12985view=rev
Author: vszakats
Date: 2009-11-23 00:25:53 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 01:24 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
separate llvmgcc target, which, for starters, only sets HB_CMP.
i'm fighting with the attached llvmgcc target definition, but i got
stuck, and can't ffigure out where do cflags leak into ldflags. just
try building it, you'll see.
cluebat, please?
--
[-]
mkdir /nonexistent#
# $Id: gcc.mk
separate llvmgcc target, which, for starters, only sets HB_CMP.
i'm fighting with the attached llvmgcc target definition, but i got
stuck, and can't ffigure out where do cflags leak into ldflags. just
try building it, you'll see.
cluebat, please?
For some reason CPPFLAGS is passed to
Revision: 12986
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12986view=rev
Author: vszakats
Date: 2009-11-23 01:14:54 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 02:13 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/diskspac.c
*
Hi
This is memory statistics output:
Application Memory Allocation Report - C:\harbour\contrib\hbide\hbide.exe
Terminated at: 2009.11.22 15:40:17
Total memory allocated: 6010366 bytes (18312 block(s))
Warning, memory allocated but not released: 804 bytes (3 block(s))
Block 1 0x1f1da40 (size
On Mon, 23 Nov 2009, Viktor Szakáts wrote:
i'm fighting with the attached llvmgcc target definition, but i got
stuck, and can't ffigure out where do cflags leak into ldflags. just
try building it, you'll see.
cluebat, please?
For some reason CPPFLAGS is passed to linker
Revision: 12987
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12987view=rev
Author: vouchcac
Date: 2009-11-23 06:31:57 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-22 22:27 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
Hi,
I have the following error when building Harbour from the latest SVN.
Thanks,
Mario
**
! Using QT 'moc' bin: D:\Qt\2009.04\qt\bin
gcc -I. -I../../../../../include -Wall -W -O3 -fomit-frame-pointer
-march=i586
-mtune=pentiumpro
53 matches
Mail list logo
