Revision: 12988
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12988view=rev
Author: vszakats
Date: 2009-11-23 08:14:24 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 09:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/filesys.c
!
Hi!
! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean install
! HB_INSTALL_PREFIX: c:\dev\harbour\
! HB_BUILD_DLL: no
! HB_BUILD_SHARED: no
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
!
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
(while CFLAGS isn't). This is so since the beginning,
and
Revision: 12989
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12989view=rev
Author: vszakats
Date: 2009-11-23 09:27:08 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 10:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_prn2.c
Revision: 12990
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12990view=rev
Author: vszakats
Date: 2009-11-23 09:29:34 + (Mon, 23 Nov 2009)
Log Message:
---
little typos in last entry
Modified Paths:
--
trunk/harbour/ChangeLog
This
Hi!
The return of command oPrn:TextOut('Font Is: '+oPrn:FontName,.t.) is
correct now.
But not is possible yet print draw box double horizontal for example. I get
Í
My test with pdfcreator print is.
Function Main
aPrn := GetPrinters()
If empty(aPrn)
MsgStop(Error)
return .f.
EndIf
Przemek:
* harbour/src/vm/dlmalloc.c
* modifications for non MS-Windows WATCOM builds
TOFIX: now it compiles in Linux and OS2 builds but it still does
not work
Do you need some tests on OS/2 ?
David Macias
___
Harbour mailing list
Revision: 12991
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12991view=rev
Author: vszakats
Date: 2009-11-23 12:17:30 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 13:15 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/beos/gcc.mk
*
On Mon, 23 Nov 2009, Tamas TEVESZ wrote:
Hi,
You have quite precise error message here.
I've just checked that also in Suse11.2 llvm-ranlib does not create index
which can be recognized by llvm-gcc. It's probably bug which should be
reported to LLVM developers.
As workaround I
On Mon, 23 Nov 2009, David Arturo Macias Corona wrote:
Hi,
* harbour/src/vm/dlmalloc.c
* modifications for non MS-Windows WATCOM builds
TOFIX: now it compiles in Linux and OS2 builds but it still does
not work
Do you need some tests on OS/2 ?
Yes but first we will have to add
On Mon, 23 Nov 2009, vatzct wrote:
Hi,
! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean install
! HB_INSTALL_PREFIX: c:\dev\harbour\
! HB_BUILD_DLL: no
! HB_BUILD_SHARED: no
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
!
Revision: 12992
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12992view=rev
Author: druzus
Date: 2009-11-23 13:06:05 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 14:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Przemysław Czerpak написав(ла):
On Mon, 23 Nov 2009, vatzct wrote:
Hi,
! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean install
! HB_INSTALL_PREFIX: c:\dev\harbour\
! HB_BUILD_DLL: no
! HB_BUILD_SHARED: no
! HB_HOST_PLAT: win
Przemyslaw,
there is no MMAP api on OS/2. Long ago I write an emulation layer which is
still around to help porting miniSQL to OS/2. It worked ok, but it was an hack
with several limitations (in particular for mmapping shared regions).
In my opinion dlmalloc should not be used on OS/2 if it does
On Mon, 23 Nov 2009, Przemysław Czerpak wrote:
that is exactly what's happening, and according to llvm bugzilla, this
is what should be happening, see:
http://www.mail-archive.com/llvmb...@cs.uiuc.edu/msg03238.html
Please note that we are calling llvm-gcc to link final application
Valtype and type show differrent result (sample below). Who is wrong me,
valtype or type?
FUNCTION main( )
LOCAL str_sep := (), yy_sep, xx_sep, xy
local str_arr:='(ID,C,1,0)(CVAR,C,20,0)(ZVAR,C,100,0)'
xx_sep := NumToken( str_arr, str_sep )
for ii := 1 TO xx_sep
ss := token(
On Mon, 23 Nov 2009, Maurilio Longo wrote:
there is no MMAP api on OS/2.
Just like in MS-Windows.
Long ago I write an emulation layer which is
still around to help porting miniSQL to OS/2. It worked ok, but it was an hack
with several limitations (in particular for mmapping shared regions).
On Mon, 23 Nov 2009, vatzct wrote:
Hi,
Valtype and type show differrent result (sample below). Who is wrong
me, valtype or type?
VALTYPE() and TYPE() makes two different things so their results
cannot be compatible. VALTYPE() returnes type of given item.
TYPE() check type of expression passed
On Mon, 23 Nov 2009, Tamas TEVESZ wrote:
I still to think that it's good idea to encode workarounds for problems
with other packages into harbour core code. IMHO much simpler temporary
solution is:
ln -sf /usr/bin/ar /usr/bin/llvm/ar
from root account until someone will have not
Revision: 12993
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12993view=rev
Author: druzus
Date: 2009-11-23 15:28:31 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 16:28 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
[SPA]
¿Habrá alguna función o rutina, en modo consola, para seleccionar un
archivo y obtener el nombre de del archivo y su ruta?
Algo similar a GetFile() del API de Windows.
[ENG] By Google
Is there any function or routine, in console mode, to select a file and
get the file name and path?
Hi Przemek, Tamas and All,
After reading the conversion now I totally don't
understand what is the situation with LLVM-GCC.
[ Notice that I've committed patch for
CPPFLAGS/CFLAGS issue today, so now we have only
CFLAGS, and no leakage into linker flags. ]
Looking at attached .mk file, it
Przemyslaw,
yes, DosAllocMem() and DosQueryMem() should be enough. I'm not sure about the
coalescing thing, since DosQueryMem() gives you back size of a memory object
in bytes and access control flags while the windows version seems to be giving
back more infos.
Maurilio.
Przemysław Czerpak
On Mon, 23 Nov 2009, Szak�ts Viktor wrote:
Hi Przemek, Tamas and All,
After reading the conversion now I totally don't
understand what is the situation with LLVM-GCC.
The situation is very simple. llvm-ar cannot work correctly with
llvm-gc and it's a bug in this tools. It doesn't matter what
On Mon, 23 Nov 2009, Maurilio Longo wrote:
Hi,
yes, DosAllocMem() and DosQueryMem() should be enough. I'm not sure about the
coalescing thing, since DosQueryMem() gives you back size of a memory object
in bytes and access control flags while the windows version seems to be giving
back more
Revision: 12994
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12994view=rev
Author: vszakats
Date: 2009-11-23 19:27:18 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 20:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
*
Hello Mindaugas,
I have a small bugreport ;-(
We have a GPF in the sample arrayrdd.prg at the calling of the function
DBCLOSEALL() after last changes in the hbrddsql contrib library.
Can somebody confirm this problem?
--
Kind Regards,
Grigory
snaiperis wrote:
Revision: 12947
Hi Xavi,
On 2009 Nov 23, at 19:34, Xavi wrote:
Changes in WIN_SETPEN to do like WIN_CREATEFONT and adapt SetPen in WIN_PRN
class.
And Minor formatting. :(
Please Viktor, could you update the repository.
Thank you very much, it's in SVN now.
Brgds,
Viktor
Revision: 12995
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12995view=rev
Author: snaiperis
Date: 2009-11-23 20:44:39 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 22:42 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
*
Hi,
Grigory Filatov wrote:
We have a GPF in the sample arrayrdd.prg at the calling of the function
DBCLOSEALL() after last changes in the hbrddsql contrib library.
Thank, You. Should be fixed.
BTW, it would be nice if hbmk2 -map switch will add -s option (detailed
map) in BCC. Current map
The situation is very simple. llvm-ar cannot work correctly with
llvm-gc and it's a bug in this tools. It doesn't matter what type
of object is generated. I.e. in ICC where 'xiar' is used instead
of 'ar' we can use archives which contains meta code for link time
IPO without any problems. In
Revision: 12996
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12996view=rev
Author: vszakats
Date: 2009-11-23 21:03:31 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 22:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Revision: 12997
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12997view=rev
Author: vszakats
Date: 2009-11-23 21:50:47 + (Mon, 23 Nov 2009)
Log Message:
---
2009-11-23 22:49 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
On Mon, 23 Nov 2009, Szak�ts Viktor wrote:
Hi,
I made a test on the Windows llvm-gcc build, and there apparently
a similar problem exist where llvm-gcc.exe tries to execute
as.exe (which is not supplied) instead of llvm-as.exe (which is).
This means I have to add MinGW bin dir to PATH in
Hi,
* harbour/src/vm/fm.c
* enabled HB_FM_DLMT_ALLOC by default in MT HVM if HB_FM_DL_ALLOC is
also enabled
BTW, what is HB_FM_DLMT_ALLOC performance in comparison to native Linux
malloc() (in MT mode of cause)?
Regards,
Mindaugas
I'm using WinxP SP3 + mingw32 + Qt 4.5
Mingw32-make results on the following:
C:\harbour\contrib\hbqtmingw32-make -f makefile
! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe
! HB_INSTALL_PREFIX: c:\harbour
! HB_LIB_INSTALL:
Is there native support to singleton (design pattern) classes in harbour?
Thanks
Leandro Rocha
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
try
SET HB_WITH_QT=c:\devl\qt\2009.04\qt\include
set HB_DIR_QT=c:\devl\qt\2009.04\qt
2009/11/24 Leandro Damasio t...@2dinfo.com.br:
I'm using WinxP SP3 + mingw32 + Qt 4.5
Mingw32-make results on the following:
C:\harbour\contrib\hbqtmingw32-make -f makefile
! Building Harbour 2.0.0beta3
Massimo Belgrano said:
try
SET HB_WITH_QT=c:\devl\qt\2009.04\qt\include
set HB_DIR_QT=c:\devl\qt\2009.04\qt
ok Massimo
thank you
Leandro
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
Revision: 12998
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12998view=rev
Author: vouchcac
Date: 2009-11-24 01:25:05 + (Tue, 24 Nov 2009)
Log Message:
---
2009-11-23 17:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.hbp
*
Itamar,
But not is possible yet print draw box double horizontal for example. I get
Í
This seems a conflict with charset.
http://msdn.microsoft.com/en-us/library/dd183499%28VS.85%29.aspx
Please read fdwCharSet parameter if it can help you.
oPrn:CharSet(OEM_CHARSET)
On Tue, 24 Nov 2009, Mindaugas Kavaliauskas wrote:
Hi,
* harbour/src/vm/fm.c
* enabled HB_FM_DLMT_ALLOC by default in MT HVM if HB_FM_DL_ALLOC is
also enabled
BTW, what is HB_FM_DLMT_ALLOC performance in comparison to native
Linux malloc() (in MT mode of cause)?
It's not
Revision: 12999
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12999view=rev
Author: druzus
Date: 2009-11-24 01:51:43 + (Tue, 24 Nov 2009)
Log Message:
---
2009-11-24 02:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Revision: 13000
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13000view=rev
Author: vouchcac
Date: 2009-11-24 02:08:19 + (Tue, 24 Nov 2009)
Log Message:
---
2009-11-23 18:09 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
not possovel use Openssl with BCC?
I'm trying to generate binaries with Build 13000.
--
View this message in context:
http://old.nabble.com/OpenSSl-tp26490130p26490130.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour
45 matches
Mail list logo
