Revision: 12250
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12250view=rev
Author: vszakats
Date: 2009-08-22 06:15:07 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 08:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/axcore.c
Make sure to delete old .lib files: C:\harbour\lib\*.lib
These are not overwritten by 'install', but they are picked
if present by hbmk2. This may cause such problems you're
having.
The surest thing in *all* similar cases is to start over
with an empty target dir. If above fails, try this.
Hi Pritpal,
Thank you.
There is one more issue in wvgsink.c. It uses HVM
internals in hb_itemPushList(), which breaks a very
important rule and may cause all sorts of problems.
Would it be possible to somehow remove it, or replace
it with a method based on documented Harbour APIs?
I'm talking
Revision: 12251
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12251view=rev
Author: vszakats
Date: 2009-08-22 07:06:42 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 09:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/bsd/gcc.mk
*
Revision: 12252
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12252view=rev
Author: vouchcac
Date: 2009-08-22 07:28:26 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 00:26 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/gtwvg/wvgsink.c
Hi ,
When i'm building harbour WinCE under msys+mingw :
! Installing ../../lib/wce/mingwarm/libhbdebug.a on G:/msys/1.0/hb-mingwarm/lib
G:/msys/1.0/opt/mingw32ce/bin/arm-wince-mingw32ce-gcc -shared -o
../../../../../bin/wce/mingwarm/harbour-20-wce-arm.dll
__dyn__.tmp -lcoredll -lws2
Hi Pritpal,
Nice! Thank you very much.
Brgds,
Viktor
On 2009.08.22., at 9:29, Pritpal Bedi wrote:
Viktor Szakáts wrote:
Hi Pritpal,
Thank you.
There is one more issue in wvgsink.c. It uses HVM
internals in hb_itemPushList(), which breaks a very
important rule and may cause all sorts
Hi,
I'll fix this, until then just use plain mingw32-make
to build mingwarm.
Brgds,
Viktor
On 2009.08.22., at 9:32, Jaroslaw Kadziola wrote:
Hi ,
When i'm building harbour WinCE under msys+mingw :
! Installing ../../lib/wce/mingwarm/libhbdebug.a on G:/msys/1.0/hb-
mingwarm/lib
Viktor,
it dies here
E:/harbour/bin/harbour.exe ../../../debugger.prg -n1 -i../../../../../include -
q0 -w3 -es2 -kmo -l -undef:__PLATFORM__OS2 -D__PLATFORM__OS2
gcc -I. -I../../../../../include -Wall -W -O3 -odebugger.o -c debugger.c
E:/harbour/bin/harbour.exe ../../../dbgtarr.prg -n1
Revision: 12253
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12253view=rev
Author: vszakats
Date: 2009-08-22 08:01:00 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 10:00 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/wce/mingwarm.mk
Hi Maurilio,
Yes, I didn't implement os2/gcc dll support yet.
(I fear of all the os2 shell problems here, we have
to create a quite large 32KB filelist here and pass
it to gcc. I'll make an attempt though)
Anyhow this case should be handled more gracefully.
Brgds,
Viktor
On 2009.08.22., at
Viktor,
I'm trying to use cp instead of internal copy on OS/2, but while it
copies ok
files inside include it then gives a strange error when trying to
copy .a file
(libraries).
Any idea?
My guess is that this cp build needs forward slashes.
In config/instsh.mk try replacing
Revision: 12254
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12254view=rev
Author: vszakats
Date: 2009-08-22 08:23:05 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 10:21 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/rules.mk
*
Viktor,
can't you use a *.o instead of listing every single module needed?
Maurilio.
Viktor Szakáts wrote:
Hi Maurilio,
Yes, I didn't implement os2/gcc dll support yet.
(I fear of all the os2 shell problems here, we have
to create a quite large 32KB filelist here and pass
it to gcc.
Viktor,
no, cp uses backslashes as well, see
(E:\REPOSITORY\harbour)dir \harbour\TODO
The volume label in drive E is Dati.
The Volume Serial Number is 812E:D5C2.
Directory of E:\harbour
SYS0002: The system cannot find the file specified.
(E:\REPOSITORY\harbour)cp TODO \harbour\TODO
Viktor,
sorry to keep bothering you, at transaction 12252 I'm now getting
onfig/global.mk:820: ! Warning: HB_BIN_COMPILE not specified. Couldn't find nat
ve build
HB_INSTALL_PREFIX automatically set to: E:\repository\harbour
./config/global.mk:820: ! Warning: HB_BIN_COMPILE not specified.
Viktor,
can't you use a *.o instead of listing every single module needed?
Could be, but this would need changing upstream logic.
This could be good if other linkers would also support
such parameter but it's not very usual. Also this
feature may also depend on the shell type used and we
want
no, cp uses backslashes as well, see
(E:\REPOSITORY\harbour)dir \harbour\TODO
The volume label in drive E is Dati.
The Volume Serial Number is 812E:D5C2.
Directory of E:\harbour
SYS0002: The system cannot find the file specified.
(E:\REPOSITORY\harbour)cp TODO \harbour\TODO
Revision: 12255
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12255view=rev
Author: vszakats
Date: 2009-08-22 08:46:50 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 10:45 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/os2/gcc.mk
+
Revision: 12256
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12256view=rev
Author: vszakats
Date: 2009-08-22 09:12:38 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 11:08 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
*
Okay that's about expected. I'll try to think about something.
Please test the copy stuff until then, it'd be great to close
that issue.
Brgds,
Viktor
On 2009.08.22., at 11:27, Maurilio Longo wrote:
Viktor,
no, not enough environment space :(
gcc -I. -I../../../../../include -Wall -W -O3
Viktor,
no, not enough environment space :(
gcc -I. -I../../../../../include -Wall -W -O3 -otbrwtext.o -c tbrwtext.c
E:/repository/harbour/bin/os2/gcc/harbour.exe ../../../dbgwa.prg -n1 -i../../..
/../../include -q0 -w3 -es2 -kmo -l -undef:__PLATFORM__OS2 -D__PLATFORM__OS2
gcc -I.
gcc -I. -I../../../../../include -Wall -W -O3 -otbrwtext.o -c
tbrwtext.c
E:/repository/harbour/bin/os2/gcc/harbour.exe ../../../dbgwa.prg -
n1 -i../../..
/../../include -q0 -w3 -es2 -kmo -l -undef:__PLATFORM__OS2 -
D__PLATFORM__OS2
gcc -I. -I../../../../../include -Wall -W -O3
Revision: 12257
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12257view=rev
Author: vszakats
Date: 2009-08-22 09:40:00 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 11:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
!
Viktor,
a part from the fact that the building stops when it tries to create the first
.dll, using os2-cp and this code inside instsh.mk
ifeq ($(HB_SHELL),os2)
define inst_file_all
-...@$(MDP) $(INSTALL_DIR)
$(foreach file,$(INSTALL_FILES),$(inst_file))
endef
# We have to
Viktor Szakáts wrote:
Also the __PLATFORM__ issue didn't get fixed? which Harbour revision
is this?
12256
Can you post first 10 lines of log output?
(E:\repository\harbour)make
! MAKE: make 3.81 D:\OS2\CMD.EXE
! HB_BIN_INSTALL: e:\harbour\bin
! HB_LIB_INSTALL: e:\harbour\lib
!
Hi Maurilio,
Thank you very much for your tests. I'll commit this
modification ASAP.
It seems so that the uploaded os2-cp.exe requires forward
slashes. Please tell if I get to the wrong conclusion, I'd
like to update comment in .mk file.
The undef/-D issue should be fixed by latest commit.
Revision: 12258
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12258view=rev
Author: vszakats
Date: 2009-08-22 10:02:11 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 11:59 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/globsh.mk
+
Revision: 12259
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12259view=rev
Author: vszakats
Date: 2009-08-22 10:05:29 + (Sat, 22 Aug 2009)
Log Message:
---
typos in changelog
Modified Paths:
--
trunk/harbour/ChangeLog
This was
I've made a small typo, it should be okay after 12257.
'HB_HOST_ARCH:' should show 'os2 (x86)' instead of wrong 'os2'.
Brgds,
Viktor
On 2009.08.22., at 11:52, Maurilio Longo wrote:
Viktor Szakáts wrote:
Also the __PLATFORM__ issue didn't get fixed? which Harbour revision
is this?
12256
gcc -I. -I../../../../../include -Wall -W -O3 -otbrwtext.o -c
tbrwtext.c
E:/repository/harbour/bin/os2/gcc/harbour.exe ../../../dbgwa.prg -
n1 -i../../..
/../../include -q0 -w3 -es2 -kmo -l -undef:__PLATFORM__OS2 -
D__PLATFORM__OS2
gcc -I. -I../../../../../include -Wall -W -O3
my hbc is all right it function under bcc55
{win}incpaths=include
{win}libpaths=lib \hwguivc\lib
{win}gt=gtgui
{win}libs=hwgui procmisc hbmzip hbziparc hbct hbtip hbwin xhb hbhpdf hbhpdf
libpng hbmysql libmysql hbvpdf
{linux}libs=hwgui procmisc hbmzip hbziparc hbtip hbhpdf libhpdf libpng
the
I've tried the os2 solution copied to dos/djgpp (changed to build
plain executable) and run a build using dos COMMAND.COM shell.
I thought it will fail like in os2, but it just worked.
Brgds,
Viktor
On 2009.08.22., at 0:16, Viktor Szakáts wrote:
gcc -I. -I../../../../../include -Wall -W -O3
my hbc is all right it function under bcc55
{win}incpaths=include
{win}libpaths=lib \hwguivc\lib
{win}gt=gtgui
{win}libs=hwgui procmisc hbmzip hbziparc hbct hbtip hbwin xhb hbhpdf
hbhpdf libpng hbmysql libmysql hbvpdf
{linux}libs=hwgui procmisc hbmzip hbziparc hbtip hbhpdf libhpdf libpng
Revision: 12260
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12260view=rev
Author: vszakats
Date: 2009-08-22 11:25:17 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 13:24 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/dynlib/mt/Makefile
Hi Rossine,
Do you have something called rm.exe in your PATH?
GNU Make seems to change behavior in this case, but
I've yet to find out in what way.
Brgds,
Viktor
On 2009.08.21., at 11:11, Rossine wrote:
Hello Viktor,
Viktor Szakáts wrote:
Hi Rossine,
Please post the very first 10 lines
thank you very much
perfect
i'd like to talk Przemek, about hwgui
i'd like compile to wce, but i'm without luck
how i talk with him?
Best regards,
Fernando
De: Viktor Szakáts harbour...@syenar.hu
Para: Harbour Project Main Developer List.
Hi,
Revision: 12253
After this rev. i can build WinCE harbour but still i get :
$ hbmk2 testole
hbmk: Processing local make script: hbmk.hbm
hbmk: Processing configuration: F:\msys\1.0\hb-mingw\bin\hbmk.cfg
hbmk: Processing: hbwin.hbc
These symbols don't exist in any WinCE libs I have access to
so OLE code will have to be fixed probably to not use them,
or use some alternatives.
Brgds,
Viktor
On 2009.08.22., at 2:12, Jarosław Kądzioła wrote:
Hi,
Revision: 12253
After this rev. i can build WinCE harbour but still i get
Hi,
These symbols don't exist in any WinCE libs I have access to
so OLE code will have to be fixed probably to not use them,
or use some alternatives.
These symbols exist in my libhbwin.a. I use last nightly and
not any other sources.
---
Regards,
Jaroslaw Kadziola
You misunderstood me. These symbols don't exist in any WinCE
*system* libs I have access to. I know Harbour code references
them, hence the missing symbols.
Brgds,
Viktor
On 2009.08.22., at 2:32, Jarosław Kądzioła wrote:
Hi,
These symbols don't exist in any WinCE libs I have access to
so
Przemyslaw,
this is from OS/2 make 3.81
Due to the fact that some people might want to use sh syntax in
Makefiles while others might want to use OS/2's native shell cmd.exe,
GNU make supports both shell types. The following list defines the order
that is used to determine the shell:
1. The
Revision: 12261
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12261view=rev
Author: vszakats
Date: 2009-08-22 12:42:43 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 14:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
%
Hi Maurilio,
Probably recently added line 334 in global.mk 'SHELL := $(COMSPEC)'
isn't necessary. Pls advise what to do with it.
Can you confirm that config/os2-cp.exe requires forward slashes?
I'd like to update documentation.
Brgds,
Viktor
On 2009.08.22., at 2:26, Maurilio Longo wrote:
Revision: 12262
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12262view=rev
Author: vszakats
Date: 2009-08-22 12:52:00 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 14:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
+
Revision: 12263
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12263view=rev
Author: vszakats
Date: 2009-08-22 13:07:09 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 15:06 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/rules.mk
!
Actually, if I write the subst rule this way
INSTALL_FILES_OS := $(subst /,\,$(INSTALL_FILES))
it works using INSTALL_FILES_OS inside the OS/2 section of instsh.mk
Maurilio.
Maurilio Longo wrote:
Viktor,
If I use INSTALL_DIR_OS, there is no problem, problems come from
INSTALL_FILES_OS
Harbour and GTWVT not working with Pellesc 5.01 in pocket pc?
Wagner Nunes
www.vagucs.com.br
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
If I use INSTALL_DIR_OS, there is no problem, problems come from
INSTALL_FILES_OS where it seems there are double backslashes and/or
mixed
slashes: see the output
(E:\REPOSITORY\HARBOUR)make install
! MAKE: make 3.81 install D:\OS2\CMD.EXE
! HB_BIN_INSTALL: e:\harbour\bin
! HB_LIB_INSTALL:
Viktor Szakáts wrote:
1) Passing DYNDIRLIST_BASE to lower level make instance
2) the dynlib creation rules.
To rule out 1), you may try moving DYNDIRLIST_BASE assignment
lines from source/Makefile to source/dynlib/Makefile. If that
works we still need to solve passing these values to
Viktor Szakáts wrote:
Now what's left to understand is why these OS/2 GNU tools
have such inconsistent dirsep requirements.
Porting of low quality, I'd say.
Best regards.
Maurilio.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
1) Passing DYNDIRLIST_BASE to lower level make instance
2) the dynlib creation rules.
To rule out 1), you may try moving DYNDIRLIST_BASE assignment
lines from source/Makefile to source/dynlib/Makefile. If that
works we still need to solve passing these values to mt/Makefile,
which means they'll
Revision: 12264
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12264view=rev
Author: vszakats
Date: 2009-08-22 14:24:26 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 16:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/pp/Makefile
!
Revision: 12265
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12265view=rev
Author: vszakats
Date: 2009-08-22 14:27:09 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 16:26 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/pp/Makefile
%
Viktor,
Try 'os2-make -debug=j' or 'os2-make -d'
make --dry-run makes it
anyway, it is the same issue, this piece of config/os2/gcc.mk
# NOTE: The empty line directly before 'endef' HAVE TO exist!
define dyn_object
$(COMSPEC) /C @$(ECHO) $(ECHOQUOTE)INPUT($(subst
Revision: 12266
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12266view=rev
Author: vszakats
Date: 2009-08-22 14:55:34 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 16:54 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/rules.mk
*
make --dry-run makes it
anyway, it is the same issue, this piece of config/os2/gcc.mk
# NOTE: The empty line directly before 'endef' HAVE TO exist!
define dyn_object
$(COMSPEC) /C @$(ECHO) $(ECHOQUOTE)INPUT($(subst \,/,$(file)))$
(ECHOQUOTE)
__dyn__.tmp
endef
define create_dynlib
$(if
Here we go:
(E:\harbour\make)make
make: *** [all] Segmentation fault (core dumped)
or
SYS0008: There is not enough memory available to process this command.
All available memory is in use.
make: *** wait: Interrupted system call. Stop.
make: *** Waiting for unfinished jobs
make: *** wait:
Hi Viktor,
Viktor Szakáts wrote:
Do you have something called rm.exe in your PATH?
No i not call rm.exe
See that are only hbcommon lib and hbnortl.lib generated
[COMP]
cl.exe -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 -Ot2b1
-EHs-c- -MT -DHB_GC_AUTO -DHB_FM_STATISTIC
Hi Rossine,
My rm tip was wrong, since I found out. But wasn't a relevant
issue anyway. 'rm hbpp.obj' is the result of internal GNU
Make logic, shouldn't make any difference as far as I could
understand.
Which MSVC version is this? link.exe in C:\bin\ looks
suspiciously some old version.
For
Hi Maurilio,
One idea to try, after I did some test on MS-DOS.
(there it run, but __dyn__.tmp was left empty at the end)
Try using echo.exe from GNU tools. This may force calling
an external process for each iteration. Rename echo.exe
to os2-echo.exe and replace echo with os2-echo in Makefile.
Hi,
BTW have you made some tests with different fonts for console window
in WinCE?
I forgot to tell you about one important switch.
hb_gtInfo( HB_GTI_RESIZEMODE, HB_GTI_RESIZEMODE_ROWS )
disables automatic font resizing to screen dimensions.
I've use modificated wcecon.prg from
using MSCV 2008
arch win
E:\harbour_vc\lib\win\msvc\harbour_cvs\bin\hb-mkimp
! Making import libs...
Microsoft (R) Library Manager Version 9.00.30729.01
Copyright (C) Microsoft Corporation. All rights reserved.
_temp.def(1) : warning LNK4093: Drive/Directory component ignored in 'LIBRARY'
Revision: 12267
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12267view=rev
Author: vszakats
Date: 2009-08-22 20:04:52 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 21:46 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ config/Makefile
+
Revision: 12268
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12268view=rev
Author: vszakats
Date: 2009-08-22 20:13:39 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 22:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
*
what gui functions on winCE with harbour
i try compile hwgui for msvcarm but no success
i need create an application for smartphone, and i wanted made with harbour
Thanks,
Fernando
Veja quais são os
Hi Fernando,
On 2009.08.22., at 10:03, Fernando Athayde wrote:
using MSCV 2008
arch win
E:\harbour_vc\lib\win\msvc\harbour_cvs\bin\hb-mkimp
! Making import libs...
Microsoft (R) Library Manager Version 9.00.30729.01
Copyright (C) Microsoft Corporation. All rights reserved.
_temp.def(1) :
Revision: 12269
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12269view=rev
Author: vszakats
Date: 2009-08-22 20:28:57 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 22:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* bin/hb-mkimp.bat
!
Revision: 12270
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12270view=rev
Author: vszakats
Date: 2009-08-22 20:33:57 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 22:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
*
Revision: 12271
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12271view=rev
Author: vszakats
Date: 2009-08-22 20:44:12 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 22:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* bin/hb-mkimp.bat
!
Revision: 12272
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12272view=rev
Author: vszakats
Date: 2009-08-22 21:20:37 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 23:21 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ config/os2-echo.exe
*
Revision: 12273
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12273view=rev
Author: vszakats
Date: 2009-08-22 21:31:18 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-22 23:29 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* bin/hb-mkimp.bat
-
Revision: 12275
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12275view=rev
Author: vszakats
Date: 2009-08-22 23:11:09 + (Sat, 22 Aug 2009)
Log Message:
---
2009-08-23 01:08 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/linux/watcom.mk
Thanks a lot.
Brgds,
Viktor
On Sun, Aug 23, 2009 at 1:02 AM, vouch...@users.sourceforge.net wrote:
Revision: 12274
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12274view=rev
Author: vouchcac
Date: 2009-08-22 23:02:34 + (Sat, 22 Aug 2009)
Log Message:
Hello Viktor
vszakats wrote:
2009-08-22 22:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/hbqt_slots.cpp
! Fixed memorys leak in HbDbfModel::rowCount() and
HbDbfModel::columnCount().
It was shown as unreachable code warning.
A good catch. Thank you.
wow man,
this increasingly difficult I do any application for winCe
Thanks
Fernando
De: vszak...@users.sourceforge.net vszak...@users.sourceforge.net
Para: harbour@harbour-project.org
Enviadas: Sábado, 22 de Agosto de 2009 18:31:19
Assunto: [Harbour] SF.net
Hello Viktor
Today I have turned to hbmk2 seriously for my
large projects and I am looking for some possible ways
to build every library/exe from one place.
Here is my development environment tree:
c:\dev_projects contains folders per project
c:\dev_sources contains
Hi!
Commenting on the topic I'd like to share an my experience, but I have
not yet found a solution and who knows this may arise some idea: I
have a big project that uses a common .CH file to all sources.
When I change this .CH file it turns necessary to recompile the entire
project ... Is there
78 matches
Mail list logo