On Fri, 11 Apr 2008 17:59:42 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
Unfortunately the warnings seem to be related to unused parameters in
PRG-level functions and I can't remove them because they are part of the
function interface. I don't think it is worth to add
xParam =
On Fri, 11 Apr 2008 05:50:46 -0700
Ron Pinkas [EMAIL PROTECTED] wrote:
I use the free Borland Developer Studio 2006 Turbo C++ when
I need to debug BCC build.
What is the difference between Borland Turbo C++ and the commonly
used Borland C++ ? Would be much obliged if you could post URL for
On Mon, 14 Apr 2008 17:48:44 -0700
Luis Krause Mantilla [EMAIL PROTECTED] wrote:
I was indeed confusing these 2 animals :-p Thanks for clarifying!
In any case, it might be necessary to raise an error
if zlib is not linked, just like you did with pcre a few
months ago.
Luis:
I did put it
Ron,
Memory packing? Sorry, I don't know.
This is the way I did:
- Compile a GUI Library with Harbour and xHarbour (exactly the same
codes)
- Build my application with Harbour and xHarbour, again, the same
source.
- Note, Using BCC582, same compiler switches.
Run application
On Thu, 17 Apr 2008 22:54:07 +0200
Miguel Angel Marchuet [EMAIL PROTECTED] wrote:
But finally two compilers has the same problem there are HB_ITEMS not
free never
This is true. Even a simple prg as below does not release all virtual
memory upon exit.
--8--
procedure main()
--8--
Any
Ron,
Here it is:
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
BCC32 -DHB_GUI -IINCLUDE;SOURCE\COMPILER;SOURCE\MACRO;obj\55;SOURCE\CGI\INCLUDE
-c -d -OS -O2 -5 -6 -a8 -DHB_NO_PROFILER -DHB_NO_TRACE -DHB_API_MACROS
-DHB_STACK_MACROS -D_HB_API_INTERNAL_ -D__WIN32__ -oobj\55\hvm.obj
On Fri, 18 Apr 2008 14:52:47 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
FWH.RSP
fivehx.lib +
fivehc.lib +
rtl.lib +
vm.lib +
common.lib +
gtgui.lib +
lang.lib +
rdd.lib +
usrrdd +
dbffpt.lib +
dbfntx.lib +
dbfcdx.lib +
rdds.lib +
hbsix.lib +
macro.lib +
pcrepos.lib +
On Fri, 18 Apr 2008 16:49:16 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
Why do we need HBZIB.LIB?
We do not need HBZIB.LIB but we need ZLIB.LIB
This is not true. Without hbzip.lib I get unresolved external HB_ZIPFILE().
Of course you will. I did not say we do not need
Ron,
1. Please add a small C function to report HB_ITEM size in both builds.
HB_FUNC( ITEMSIZE )
{
hb_retnl( sizeof( HB_ITEM ) );
}
Harbour = 24
xHarbour = 32
Alignment is 8 on both.
2. Please also add to your report :
Memory( HB_MEM_STACKITEMS )
When should
On Sun, 20 Apr 2008 08:52:38 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
Last Cvs work properly here
and why you are including fivewin.ch for an console app?
My sample is a FWH app. A console app is working fine here too.
Strange. Please try/see the following:
1. Was the
2008-04-20 14:10 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/vm/maindllp.c
! non-voiding parameter fdwReason because it is used.
* contrib/hbzlib/zip.c
! fixed memory leaks
* contrib/hbzlib/zipnew.cpp
! commented unused variables
--
Andi
On Sun, 20 Apr 2008 09:25:07 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
2. How about putting zlib.lib on top of fwh libraries?
Found! If I put hbzip.lib (not zlib.lib) on top of FWH libraries then it
seems to work fine, both zip and unzip. What is the problem? Please note
that
On Sun, 20 Apr 2008 14:43:24 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
As far as hbzip.lib is concerned, there is NO new implementation NOR
new symbol at all.
This is strange as the freeze goes away if I move hbzip.lib to the top.
Anyway, don't you think this is an instability
I cannot see any new implementation by looking at the symbol table.
The only thing I did with hbzip codes is well documented on the
ChangeLog.
--
Andi
On Sun, 20 Apr 2008 15:08:10 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
As far as hbzip.lib is concerned, there is NO new
On Sun, 20 Apr 2008 15:16:53 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
I would say that there is no instability as far as xHarbour codes are
concerned. This seems to be a linker issue, IMHO. BTW, what linker do
you use? If you are using version 5.00, I would suggest that you try
On Sun, 20 Apr 2008 17:18:11 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
URL: http://cc.codegear.com/free/turbo
Any change to get the linker alone? :-)
Check your mail box.
--
Andi
-
This SF.net email is
Ron,
Additional report at the same state xHarbour vc Harbour.
The different on sizeof(METHOD) maybe interesting:
.--.
| XHARBOUR | HARBOUR |
--+---+--|
sizeof(HB_ITEM) | 24 | 24 |
2008-04-22 18:12 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/txtline.c
! fixed memory leak reeported by Miguel
--
Andi
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss
2008-04-23 19:40 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/txtline.c
! yet another fix on memory leak on MLCOUNT()
--
Andi
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss
Luis,
I suspect it is Tortoise.
I have been using command line version for ages without problems:
Concurrent Versions System (CVS) 1.11 (client)
Copyright (c) 1989-2000 Brian Berliner, david d `zoo' zuhn,
Jeff Polk, and other authors
--
Andi
On Fri, 25 Apr 2008
Hello Guys,
Reinaldo has just joined us in xHarbour project.
Reinaldo will be contributing to enhance xHarbour RDDADS.
He has been collaborating with Brian for some time now particularly on
the said area.
Welcome aboard Reinaldo!
--
Andi
2008-04-27 21:00 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* make_b32.bat
* make_vc.bat
* make_w32.bat
* make_pc.bat
* make_gc.bat
* make_dc.bat
* dll_b32.bat
* dll_w32.bat
* dll_vc.bat
* dll_pc.bat
* dll_gc.bat
* dll_dc.bat
* makefile.bc
* makefile.vc
* makefile.wc
: unresolved external symbol int __cdecl
hb_gt_w32_getKbdState(void) (?hb_gt_w32_getKbdState@@YAHXZ)
bin\vc\harbour.dll : fatal error LNK1120: 10 unresolved externals
Ron
On Apr 27, 2008, at 2:38 PM, Andi Jahja wrote:
Ron,
Please try after:
ChangeLog: 2008-04-28 04:40 UTC+0700 Andi
On Sun, 27 Apr 2008 18:53:04 -0700
Ron Pinkas [EMAIL PROTECTED] wrote:
Now it stops at harbour.dll:
bin\vc\harbour.dll : fatal error LNK1120: 10 unresolved externals
The functions are under HB_OS_WIN_32 which is not defined by default.
I did remove it because it was already defined somewhere.
2008-04-29 07:50 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* makefile.bc
* makefile.vc
* makefile.pc
* makefile.dc
* makefile.wc
* makefile.gc
* hrbdll.bc
* hrbdll.vc
* hrbdll.pc
* hrbdll.dc
* hrbdll.wc
* hrbdll.gc
* compile.mak
* common.mak
! move creation
2008-04-29 14:10 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* target.mak
* makefile.bc
* makefile.dc
* makefile.gc
* makefile.pc
* makefile.vc
* makefile.wc
* hrbdll.bc
* hrbdll.dc
* hrbdll.gc
* hrbdll.pc
* hrbdll.vc
* hrbdll.wc
! all target definition now
Ron,
It seems to be OK.
Thanks.
--
Andi
On Mon, 28 Apr 2008 20:32:18 -0700
Ron Pinkas [EMAIL PROTECTED] wrote:
Please review: 2008-04-28 23:00 UTC-0430 Ron Pinkas ron/at/
xharbour.com
-
This SF.net email is sponsored by
Hi all,
After: 2008-04-29 14:10 UTC+0700 Andi Jahja harbour/AT/cbn/net/id.
This is the optimum limit I can achive in order to have a one-for-all
makefile construction. This should work for 6 compilers that have
different compile/linking dialects. It should be easy if in future we
will find
2008-04-29 15:50 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
- target.mak
* makefile.bc
* makefile.dc
* makefile.gc
* makefile.pc
* makefile.vc
* makefile.wc
* hrbdll.bc
* hrbdll.dc
* hrbdll.gc
* hrbdll.pc
* hrbdll.vc
* hrbdll.wc
* mdir.bat
! target.mak merged
On Tue, 29 Apr 2008 10:07:08 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
The problem seems to be the following line:
SET CC_DIR=C:\BORLAND\BCC58
It should not be a constant. Any suggestions?
Enrico,
Could it be an envar ?
so the line should read something like:
SET
2008-04-30 05:10 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* mdir.bat
+ removal of BCC *.il* files upon clean build
+ removal of MSVC *.idb files upon clean build
+ copybin branch
* make_*.bat
* dll_*.bat
! sync to have similar behaviour
* makefile.wc
+ nologo
Ron,
IMO, no conflict. I always updated first before commit and I did note
your changes.
My changes are after yours .
--
Andi
On Tue, 29 Apr 2008 15:26:33 -0700
Ron Pinkas [EMAIL PROTECTED] wrote:
Andi, oops it seems we cross committed. Please review:
2008-04-29 17:30 UTC-0430 Ron Pinkas
2008-05-01 05:15 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* contrib/xwt/src/xwt_win/xwt_win_menu.c
* contrib/xwt/src/xwt_win/xwt_win_menuitem.c
! commented doubly defined xwt_win_createMenuItem()
! castings
* contrib/xwt/src/xwt_win/xwt_win_framewnd.c
* contrib/xwt/src/xwt_win
2008-05-01 06:50 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* contrib/freeimage/include/FreeImage.h
! fix compilation under PellesC
--
Andi
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't
2008-05-01 17:50 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* contrib.gc
! missng hbzip creation
* contrib/hbzlib/zip.c
* contrib/hbzlib/ziparchive.cpp
* contrib/hbzlib/zipnew.cpp
* contrib/hbzlib/zipcomp.cpp
* contrib/hbzlib/zipcentraldir.cpp
* contrib/hbzlib/include
2008-05-02 05:30 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* contrib/what32/source/_winmmcap.c
* contrib/what32/source/_winhead.c
! fix compilation for OpenWatcom
* contrib/xwt/src/xwt_win/xwt_win_framewnd.c
* contrib/what32/source/_wincomm.c
* contrib/what32/source/_windate.c
On Fri, 2 May 2008 13:00:57 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
It is still impossible to compile latest xHarbour from CVS using BCC55:
Error: public '' in module 'HVM' clashes with prior module 'HVM'
It compile fine here. The error message is weird though.
If you really did
Enrico,
I tried to link it to my lib and it works fine!
There is no symbol named '' and I think it is absolutely impossible that
the OBJ has it.
Last but not least, move your working dir to a totally new dir and try
to work from there. Do not touch/edit any file yet, just run MAKE_B32
from
2008-05-04 06:40 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/compiler/harbour.c
* makefile.bc
- remove unnecessary WinMain(), thus making harbour.exe fully console-mode
--
Andi
-
This SF.net email is sponsored
The header of the file es self-explanatory:
--8--
rem BATCH FILE FOR MSVC
rem
rem This is Generic File, do not change it. If you should require your own build
rem version, changes should only be made on your local copy.(AJ:2008-04-26)
rem
--8--
On Tue, 06 May 2008 12:15:49 +0200
Miguel Angel
Sekarang dll_b32 tidak lagi diperlukan karena sudah digabung di
make_b32.bat.
--
Andi
On Tue, 6 May 2008 10:26:49 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
2008-05-06 12:50 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
dll_b32 non è riconosciuto come comando interno o esterno,
un
Hi Eduardo,
Thanks. Feel free to make modification. The foundation is there already
and it should be easy to modify. The process is very detailed so that it
can be separated the way we want.
I even have an idea that one time we should only have ONE bat file for
Wndows. The syntax more or less:
On Tue, 6 May 2008 22:39:53 -0500 (CDT)
Vicente Guerra [EMAIL PROTECTED] wrote:
SET CC_DIR=C:\VC
SET BISON_DIR=C:\BISON\BIN
Could it be ...
IF %CC_DIR%== SET CC_DIR=C:\VC
IF %BISON_DIR%== SET BISON_DIR=C:\BISON\BIN
Yes, it is good solution particularly for those who use a
2008-05-08 05:00 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/pcre/config.h
* source/rtl/pcre/config.h.generic
* source/rtl/pcre/pcre.h
* source/rtl/pcre/pcre.h.generic
* source/rtl/pcre/pcreposix.c
* source/rtl/pcre/pcreposix.h
* source/rtl/pcre/pcre_chartables.c
2008-05-08 05:25 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/pcre/pcre_internal.h
! missing condition on TRUE definition
--
Andi
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't
2008-05-08 06:00 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/pcre/pcre_compile.c
* source/rtl/pcre/pcre_ord2utf8.c
* source/rtl/pcre/pcre_valid_utf8.c
! kill some BCC warnings
--
Andi
-
This SF.net email
I confirm this problem has been fixed per:
2008-05-07 09:30 UTC-0430 Ron Pinkas ron/at/xharbour.com
Thanks.
--
Andi
On Thu, 24 Apr 2008 12:06:56 +0700
Andi Jahja [EMAIL PROTECTED] wrote:
Hi All,
On RTE, xHarbour generates memory leaks.
The following is a test prg:
---8---
proc main
Hi,
I'll soon upload a stand-alone harupdf.lib which do not require
downloads of foreign libs. I'll upload whole libharu and png libs
AS IS plus wrappers borrowed from Harbour. Fortunately we have had ZLIB
incorporated.
Any objection?
--
Andi
On Sun, 18 May 2008 20:43:37 +
Pritpal Bedi
2008-05-22 05:00 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* common.mak
* compile.mak
+ new module ace32.c added.
+ contrib/rdd_ads/ace32.c
! definition of functions in ace32.lib
* contrib/rdd_ads/adsfunc.c
* contrib/rdd_ads/rddads.h
! move definition of AdsDeleteFile
2008-05-23 06:00 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* makefile.bc
* makefile.dc
* makefile.gc
* makefile.vc
* makefile.wc
- remove dependency to ace32.lib when creating DLL with RDDADS included
--
Andi
Luis:
Ok by adding ace32 to contrib\rdd_ads\makefile.bc
it now compiled fine.
But isn't it just more work to update ace32.c each time
ADS makes a new release.
As far as there is no developers updating/adding the new functionalities
appears in new version, there should be no update
On Thu, 22 May 2008 23:10:28 -0300
Xharbour suporte [EMAIL PROTECTED] wrote:
Can you explain why is not needed any more? becouse in my opinion, we should
at
least support ads version 8 client, since version =6 (sdk and client)
cannot be download any more fro m advantage database.
Luiz:
Enrico:
I'd prefer to have those warnings as a note that one time we should
modify the PRG file.
--
Andi
On Sat, 24 May 2008 22:27:51 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
As subject. Currently there are tons of unuseful warnings related to unused
function parameters.
If
Or, if we'd preferred to please our eyes :-), we can create a macro for
that, ie:
rem -w2 is default
SET WARNINGLEVEL=2
Then: HARBOUR -n1 -w$(WARNINGLEVEL) ..
--
Andi
Enrico:
I'd prefer to have those warnings as a note that one time we should
modify the PRG file.
--
Andi
Luiz,
It works fine here.
What is your compile/link switch ?
--
Andi
On Sun, 25 May 2008 18:34:24 -0300
Luiz Rafael Culik Guimaraes [EMAIL PROTECTED] wrote:
Dear Friends
This small program bellow, when compiled with multithread support GPF
func main
? Stating thread
startthread(test,1,2)
Brian:
Sorry, but I'm not a Linux user.
It's there for Windows and of course we hope that Linux user will insert
a corresponding compatible error handling.
--
Andi
On Sun, 25 May 2008 15:19:51 -0700
bhays [EMAIL PROTECTED] wrote:
Andi (And ADS Linux users):
In your new ace32.c
On Mon, 26 May 2008 05:29:20 +0700
Andi Jahja [EMAIL PROTECTED] wrote:
Sorry, but I'm not a Linux user.
It's there for Windows and of course we hope that Linux user will insert
a corresponding compatible error handling.
Or we can easily replace it with a common ALERT()...
--
Andi
Hi Eduardo,
Could you please review your text editor settings? Your last changes
doubled the carriage returns in the associated files.
--
Andi
On Mon, 25 Aug 2008 08:54:51 -0700 (PDT)
Eduardo Fernandes [EMAIL PROTECTED] wrote:
X-Mailer: YahooMailWebService/0.7.218.2
Message-ID: [EMAIL
2008-08-28 18:15 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/common/hbver.c
! Change Borland to CodeGear for BCC 5.9
--
Andi
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Hi Patrick,
Result of hbtest.exe follows:
xHarbour Regression Test Suite
Version: xHarbour build 1.1.0 Intl. (SimpLex) (Rev. 6172)
OS: Windows XP Professional 5.01.2600 Service Pack 3
.---.
Hi,
For those willing to download CodeGear 5.9:
==
Password: clie
http://rapidshare.com/files/69440412/cgear.part01.rar
http://rapidshare.com/files/69442282/cgear.part02.rar
Hi Eduardo,
Again, please check your text editor. It spuriously added a blank line
after each line :-)
Or Is it because of : X-Mailer: YahooMailWebService/0.7.218.2 ??
--
Andi
On Fri, 29 Aug 2008 06:03:00 -0700 (PDT)
Eduardo Fernandes [EMAIL PROTECTED] wrote:
X-Mailer:
2008-09-02 12:15 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* contrib/png/png.c
* contrib/png/png.h
* contrib/png/pngconf.h
* contrib/png/pngerror.c
* contrib/png/pngget.c
* contrib/png/pngmem.c
* contrib/png/pngpread.c
* contrib/png/pngread.c
* contrib/png/pngrio.c
2008-09-06 02:40 UTC+0700 Andi Jahja harbour/AT/cbn/net/id
* source/rtl/pcre/config.h
* source/rtl/pcre/config.h.generic
* source/rtl/pcre/pcre.h
* source/rtl/pcre/pcre.h.generic
* source/rtl/pcre/pcreposix.c
* source/rtl/pcre/pcreposix.h
* source/rtl/pcre/pcre_chartables.c
2008-09-06 13:15 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* contrib/hbhpdf/hpdf_types.h
* contrib/hbhpdf/hpdf_utils.h
* contrib/hbhpdf/hpdf_page_label.h
* contrib/hbhpdf/hpdf_pages.h
* contrib/hbhpdf/hpdf.h
* contrib/hbhpdf/hpdf_outline.h
* contrib/hbhpdf/hpdf_annotation.h
Should be fixed now, sorry for the type.
--
Andi
On Sat, 6 Sep 2008 11:41:52 +0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
contrib\hbhpdf\hpdf_ext_gstate.c:
Fatal: 'obj\b32\hbpdf_u3d(OBJEXT)' does not exist - don't know how to make
it
2008-09-06 18:45 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* common.mak
* compile.mak
! typo on my last commit on hbpdf_u3d - hpdf_u3d, thanks EMG
--
Andi
-
This SF.Net email is sponsored by the Moblin Your Move
Here's a note for subject:
8---
C++Builder Notes
Possible Binary Incompatibility with Previous Version of C++ Compiler
The C++ runtime libraries have been enhanced and altered to be more current,
and the standard C++
+0200
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
-Messaggio Originale-
Da: Andi Jahja [EMAIL PROTECTED]
A: xHarbour-Developers List xharbour-developers@lists.sourceforge.net
Data invio: domenica 14 settembre 2008 10.03
Oggetto: [xHarbour-developers] FYI Codegear (aka Borland) C
On Sun, 14 Sep 2008 08:39:01 -0300
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It's free and you can download the whole package at:
http://cc.codegear.com/free/cppbuilder
It is a 2GB package which is impossible to download without broadband
connection. That's why I am offering it for
2008-11-19 07:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/compiler/genc.c
! simplification of start-up function generation
! minor format when -gc0:
- remove unnecessary blank lines and spaces between pcode constants
to produce more compact output
2008-11-19 12:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/pp/ppcore.c
! initialize PHB_PP_TOKEN pToken (line 429) before used (gcc warning)
* source/rtl/gtwin/gtwin.c
+ define MOUSE_WHEELED if not defined (for: __DMC__)
* source/rtl/gtalleg/gtalleg.c
* source/rtl
On Tue, 18 Nov 2008 11:51:25 +0100
Miguel Angel Marchuet [EMAIL PROTECTED] wrote:
running speedtst with, we are more near from harbour speed:
# define malloc( n ) ( void * ) HeapAlloc( GetProcessHeap(), 0, ( n
) )
# define realloc( p, n ) ( void * ) HeapReAlloc(
2008-11-21 06:10 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* include/hbstack.h
! correction on definition of hb_stackRDD() when -DHB_STACK_MACROS
* source/rtl/filesys.c
! fix MT compilation when -D_HB_API_INTERNAL_
--
Andi
Just FYI:
xHarbour Regression Test Suite
Copyright 1999-2005, http://www.harbour-project.org, http://www.xharbour.org
---
Version: xHarbour build 1.2.0 Intl. (SimpLex) (Rev. 6261)
Compiler: Borland C++ 5.5.1 (32
AFAIK, memcpy() is the sole function mostly called by any compiler.
Below is a nice article on how to substitute the function with our own.
Please read below:
---8---
1. Introduction
A co-worker of mine, Fredrik Bredberg, once made an implementation of memcpy()
and he was very proud of the
2008-11-22 12:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* include/hbapifs.h
- remove declaration of hb_fsDisableWaitLocks() as it is a static function
* source/rdd/dbcmd.c
* source/rdd/fieldhb.c
+ new line at end of file (gcc warning)
* makefile.bc
* makefile.dc
On Fri, 21 Nov 2008 06:34:26 +0700
Andi Jahja [EMAIL PROTECTED] wrote:
/
** File: memcpy.c
**
** Copyright (C) 2005 Daniel Vik
Yes, I have tried it on BCC and GCC and I feel that apps run obviously faster.
--
Andi
, simply define:
HB_ADS_IMPLIB=no
and xharbour won't attempt to build the import library and will include
ace32.c instead. It's up the the programmer to build rddads.lib with
ace32.c instead of relying in the ads dlls.
Regards,
Andi Jahja wrote:
2008-11-22 12:00 UTC+0700 Andi Jahja
Ron,
I maybe relate to change in source/rtl/set.c by Miguel, but I am not
sure. Miguel ?
--
Andi
On Fri, 21 Nov 2008 09:03:42 -0800
Ron Pinkas [EMAIL PROTECTED] wrote:
Andi,
Who committed the changes to SetColor()
Ron
--
From: Andi
Miguel,
I'll soon alter the makefile to have option the new memcpy
--
Andi
On Fri, 21 Nov 2008 11:37:54 +0100
Miguel Angel Marchuet [EMAIL PROTECTED] wrote:
have you any test of use with xharbour ?
Best regards,
Miguel Angel marchuet
Maurilio,
Yes, speedtst is faster with the alternative memcpy()
--
Andi
On Fri, 21 Nov 2008 10:38:54 +0100
Maurilio Longo [EMAIL PROTECTED] wrote:
Andi,
but does speedtest show any difference?
Best regards.
Maurilio.
2008-11-22 15:20 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* ChangeLog
+ ChangeLog.028
+ new ChangeLog created
+ source/common/dvmemcpy.c
+ Daniel Vik memcpy(), please consult the related file for docs.
* makefile.bc
* makefile.gc
* makefile.vc
* makefile.wc
Patrick,
Should be fixed now. But another error now: no starting procedure
I'll take a look at it later.
--
Andi
On Sat, 22 Nov 2008 11:00:30 +0100 Patrick Mast, xHarbour.[EMAIL PROTECTED]
wrote:
Hi,
When I try toi build xharbour from latest CVS with MSVC8 I get this error:
LINK
2008-11-23 10:30 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/vm/maindll.h
- commented hb_vmProcessSymbols(), because it is defined in hvm.c
Having this function in maindllh.c causes application cannot find
starting procedure (Internal Error: 9013).
* include
On Sat, 22 Nov 2008 18:26:24 +0700
Andi Jahja [EMAIL PROTECTED] wrote:
But another error now: no starting procedure
It should have been fixed now.
--
Andi
-
This SF.Net email is sponsored by the Moblin Your Move
explain too, why a function should appear in two modules,
ie. maindllh.c and hvm.c ? And both are linked when we create a DLL EXE?
--
Andi
On Sat, 22 Nov 2008 20:18:48 -0800
Ron Pinkas [EMAIL PROTECTED] wrote:
2008-11-23 10:30 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/vm/maindll.h
Ron,
I am not good in writting a technical thing, but below is Przemek's note
to me personally. I simply found it works and then I implement it in
xHarbour:
--8--
The problem is not in #undef and it's not related to it at all.
The problem is caused by _missing_ declaration for hb_ret* functions
Ron,
Sorry, but did y use the makefile as per CVS? I am afraid you did not.
My test was based on the standard CVS with no modification. But if you
did and you did not find something wrong then the fault may be on my
side.
--
Andi
The linker only links the FIRST definition, and all my tests
I usually on MSN: [EMAIL PROTECTED]
--
Andi
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip
2008-11-24 07:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* makefile.bc
* makefile.vc
* makefile.wc
* makefile.gc
* hrbdll.pc
! use macro in link script: dllmain.lib - $(DLL_MAIN_LIB)
* common.mak
- remove dependency of maindllh.c
--
Andi
Enrico,
It has been fixed now, IMO.
--
Andi
On Sun, 23 Nov 2008 23:47:47 +0100
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
Message-ID: [EMAIL PROTECTED]
Fatal: Unable to open file 'DLLMAIN.LIB'
** error 2 ** deleting
Enrico,
If it is OK for you to repeat, please give me more info about GPF's.
Standard exe created (hbtest.exe etc) do not show it.
Many thanks.
--
Andi
On Mon, 24 Nov 2008 09:26:19 +0100
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
Unfortunately, latest CVS is still unusable (it GPFs).
On Mon, 24 Nov 2008 15:35:02 +0100
Enrico Maria Giordano [EMAIL PROTECTED] wrote:
It seems ok, thank you. Do you think it can be used for app release? It's
prudent?
Sorry, but I am not in a position to comment on the current
version yet :-(
Personally, I am still on version 1.20 as of
On Mon, 24 Nov 2008 21:55:55 +0700
Andi Jahja [EMAIL PROTECTED] wrote:
Sorry, but I am not in a position to comment on the current
version yet :-(
Pschycologically, the hbtest.exe results have a direct effect to my mind
whether or not xHarbour is usable at a certain point. At the present
2008-11-25 12:15 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* mdir.bat
+ delete *.tmp files upon clean build
* source/compiler/gen.c
! global variables to be under extern C
* include/hbgtcore.h
! function hb_gt_base() to be under extern C
--
Andi
On Mon, 24 Nov 2008 20:06:30 +0100
Miguel Angel Marchuet [EMAIL PROTECTED] wrote:
I prefer to know the problem, because i can solve it.
Miguel,
Thanks. Please make a fix to bring down the errors to an acceptable
level. (ref: version 1.2.0)
--
Andi
2008-11-27 05:30 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/rtl/hbgtcore.c
! temporary castings
* source/rtl/gtcgi/gtcgi.c
* source/rtl/gtpca/gtpca.c
* source/rtl/gtwvt/gtwvt.c
* source/rtl/gtgui/gtgui.c
! type castings
To Miguel:
I temporarily disable the const
2008-11-27 06:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/vm/classes.c
! fix MT compilation
--
Andi
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux
2008-11-27 12:00 UTC+0700 Andi Jahja xharbour/AT/telkom/net/id
* source/compiler/gencc.c
! fix ages-old-bug in C-file generation with -gc3 when PRG file contain
GLOBAL variables.
-
Andi
-
This SF.Net email
1 - 100 of 832 matches
Mail list logo