Thank for sample now I am trying play
Have you a sample using bcc,msvc?
Do you think that Is possible use ifeq ($(HB_COMPILER),mingw32) for
creating a unique make file for all platform/compiler?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rodrigo Miguel
Sent: Wednesday, August
Massimo Belgrano wrote:
Thank for sample now I am trying play
Have you a sample using bcc,msvc?
Here is one I use for msvc.
You can use it like:
make -f hmakewin.mak test.exe
if you have test.prg and test.res. You can see though that it is
pretty specialised for my own use.
Regards
Alex
2008-08-05 23:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/errorint.c
* source/vm/estack.c
* source/vm/hvm.c
* source/vm/extrap.c
+ Added filename to stack traces. Someone please review me.
Also, pls test if it compiles cleanly with OS/2.
Viktor:
It build /
Thanks David.
Brgds,
Viktor
On 2008.08.06., at 10:15, David Arturo Macias Corona wrote:
2008-08-05 23:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/errorint.c
* source/vm/estack.c
* source/vm/hvm.c
* source/vm/extrap.c
+ Added filename to stack traces. Someone please
2008-08-06 11:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbdoc/hbdoc.prg
! Typos fixed on help screen.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
2008-08-05 23:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/errorint.c
* source/vm/estack.c
* source/vm/hvm.c
* source/vm/extrap.c
+ Added filename to stack traces. Someone please review me.
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I've checked and they are added, so the problem
seems to be that the public zlib, pcre interface
is not marked as HB_EXPORT (or export by any
other means).
It should not be a problem. The HB_EXPORT attribute is necessary
only for
On Tue, 05 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Finally I simply copied over sed.exe from msys to mingw dir,
and this way it worked without the error. Thanks for the tip.
[ I wonder however how these tools are meant to be used properly,
if even a 'sed' cannot work consistently along
2008-08-06 12:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
- Excluded hbdebug.lib from non-GNU make made harbour*.dlls.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
2008-08-06 13:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* harbour/source/vm/hvm.c
* harbour/source/rtl/hbgtcore.c
* added const to s_defaultGT and s_pszLinkedMain declarations
* make s_pszLinkedMain visible and functional for platforms
Hi Przemek,
Okay, I see now. What I still don't see is how to
assemble a properly usable MinGW environment without
manual hacks.
I know have two pre-build manual instructions for
MinGW, and it doesn't help to make the process
automatic or easy to port or replicate.
Currently I have to rename
Szakáts Viktor wrote:
2008-08-05 23:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/errorint.c
* source/vm/estack.c
* source/vm/hvm.c
* source/vm/extrap.c
+ Added filename to stack traces. Someone please review me.
Also, pls test if it compiles cleanly with
2008-08-06 14:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* updated to create harbour.dll in HB_BIN_INSTALL instead of
HB_LIB_INSTALL
* added to library paths in hb* scripts HB_BIN_INSTALL directory
for shared linking when harbour shared
Hi Przemek,
Currently harbour.dll is created with full symbol information.
I use L_USR=-s to request stripping for all binaries for the
final binary distribution to avoid that. But this flag is not
effective for harbour.dll, since it's done outside the GNU
make system.
Can you change
Hi Przemek,
Another minor looking problem: I've found libfm.a (generated
outside the GNU make env), and I think it should be named
libhbfm.a to be in sync with the rest of the libs.
What do you think?
Brgds,
Viktor
___
Harbour mailing list
In the http://www.gliffy.com/ exist a application running, and this is
building usign openlaszlo.
In this application you can design a flow diagrams.
I'm working in a sample using harbour for the backend.
Atte.,
Lautaro Moreira
PD, Sorry for my bad english.
Massimo Belgrano escribió:
I
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Currently harbour.dll is created with full symbol information.
About which symbols you are talking about. Debug information
(created by -g gcc compile time flag) or relocation and symbol
table?
I use L_USR=-s to request stripping for all
Hi Lorenzo,
Do you know if MinGW's linker has support for
incremental linking in recent versions?
One of the things that put me off using MinGW,
is that linking my .exe (which is 20megs using -gc3)
takes so much more time than with BCC32, which
has the incremental linking feature (albeit
it
On Wed, 06 Aug 2008, Przemyslaw Czerpak wrote:
L_USR is used for static libraries.
Sorry my mistake. It's for linking. A_USR is used for static libraries.
It can be used as parameter for gcc though maybe it will be better
to introduce new flag. What's your opinion?
best regards,
Przemek
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I used to think of this as debug information, but I don't
use -g, so it might be relocation and symbol table.
It comes at the end of the file, it's about 500KB, and it
can be removed with GNU strip (strip harbour.dll).
It's probably only
Hi Lorenzo,
On Wed, Aug 6, 2008 at 4:14 PM, Szakáts Viktor harbour.
[EMAIL PROTECTED] wrote:
Do you know if MinGW's linker has support for
incremental linking in recent versions?
Sorry I don't know.
For me msys/mingw, like Mac's xcode, are simply compatibility tools.
I update the the hg
Hi Lorenzo,
I use L_USR=-s to request stripping for all binaries for the
final binary distribution to avoid that. But this flag is not
effective for harbour.dll, since it's done outside the GNU
make system.
Have you tried to strip the executables?
With gcc the debug informations can be
Massimo,
Openlaszlo is for build gui interface and can using with any language
programs for backend.
gliffy is only a example of the openlaszlo power.
In the other words, you write yours interface of application in
openlaszlo and using harbour for the backend, the comunication from
Okay, new envvar is perfect.
As for the non-GNU make system, make_gcc.sh could use it indeed.
What do you think about using the same envvar names in
make_{vc,bcc}.bat?
Of course, the more syncing we can do between our make systems,
the better.
make_b32/vc.bat already uses LDFLAGSDLL for
2008-08-06 17:31 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* harbour/bin/postinst.sh
* changed FM lib name to HBFM
* harbour/bin/hb-mkslib.sh
* respect L_USR also in Windows builds
best regards
Przemek
Very good !
Tell me when you have a sample using harbour for the backend
Do you think that is possible implement a gt?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lautaro Moreira
Sent: Wednesday, August 06, 2008 5:17 PM
To: harbour@harbour-project.org
Szakáts Viktor escribió:
Hi Ciro,
Can you send a working example which demonstrates this
problem?
Doing a quick test using a simple MemoEdit() call with not
other fuss, using GTWIN, the cursor is properly visible.
sorry Victor, I missed say that I use GTWVG.
best regards
Ciro
Okay, thanks Ciro.
All I can confirm is that it also works with GTWVT.
From this point it seems a GTWVG contrib issue.
Brgds,
Viktor
On 2008.08.06., at 17:38, Ciro Vargas Clemow wrote:
Szakáts Viktor escribió:
Hi Ciro,
Can you send a working example which demonstrates this
problem?
Doing a
This is reply of ads regarding windows mobile version of client for windows
mobile for ads 9
I understand it is currently being worked on but we do not have a beta
available yet.
I will not guarantee it, but there is a chance it will be available with ADS
9.1 so look out for a 9.1 beta
(no
2008-08-06 17:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
+ Updated with recent changes.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
Is there anything else left before 1.0.0?
Build tests. I'll try to make some test with OpenSolaris on x86
machine ASAP.
I'd personally not fiddle anymore with Windows .dll problems this time,
since I believe this is as far as we can go
On Wed, Aug 6, 2008 at 5:41 PM, Szakáts Viktor [EMAIL PROTECTED] wrote:
Is there anything else left before 1.0.0?
I'd personally not fiddle anymore with Windows .dll problems this time,
since I believe this is as far as we can go without deeper modifications.
We have this pending MemoEdit()
memoedit work in mysample with gtwvg
-Messaggio originale-
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Pritpal Bedi
Inviato: mercoledì 6 agosto 2008 19.31
A: harbour@harbour-project.org
Oggetto: Re: [Harbour] about memoediting
Hello
All I can confirm is that it also
Pritpal Bedi escribió:
Hello
All I can confirm is that it also works with GTWVT.
From this point it seems a GTWVG contrib issue.
Though GTWVG is almost identical with GTWVT on
I/O levels, I suspect something else is responsible.
I will look into this issue today evening.
Thanks Pritpal
Massimo Belgrano escribió:
memoedit work in mysample with gtwvg
Massimo you may post your sample in order to test in my system.
best regards
Ciro
--
http://sistemascvc.tripod.com (la casa del clip2win y nodosimp / the no2imp and
clip2win home )
http://www.oohg.org ( Object Oriented
Szakáts Viktor escribió:
Hi Ciro,
It would still be useful, if you'd post your
reduced working example to demonstrate the
problem.
I was testing with little sample and work ok.
But in my big aplication the problem persist.
I don't found the problem in my code yet.
what kind of code could
Hi Przemek and all,
I'm forwarding one recent message I received
in my local mailbox (plus my answer to it).
The topic is some missing xhb class related
API functions.
I'm not saying to include these before 1.0.0
or include them at all, but here it is for
further consideration. In any case, I'd
hi all:
sorry with this problem
I found the problem in my code.
best regards
Ciro
--
http://sistemascvc.tripod.com (la casa del clip2win y nodosimp / the no2imp and
clip2win home )
http://www.oohg.org ( Object Oriented Harbour GUI, more simple, more powerfull )
Does the same code work properly with Clipper?
(if you can still compile it with Clipper of course)
I'd start with the obvious SetCursor(), SET CURSOR, and
Set( _SET_CURSOR, ), maybe hb_gtInfo(), and SetMode(), too.
Brgds,
Viktor
On 2008.08.06., at 21:29, Ciro Vargas Clemow wrote:
Szakáts
Here Is my test
ANNOUNCE HB_GTSYS
REQUEST HB_GT_WVG
REQUEST HB_GT_WVT
ANNOUNCE HB_GT_WVG_DEFAULT
PROC MAIN()
CLS
? HB_GTVERSION(), HB_GTVERSION(1)
Name=TESTE+space(30)+CHR(13)+CHR(10)
memoedit(NAME,2,2,23,70)
INKEY( 0 )
RETURN
During my test I
Hi all,
I'd like to propose the above (last) switch cleanup
before 1.0.0. The point is to make these switches
case-insensitive too, like all the rest of Harbour
command-line switches.
This creates no compatibility problems, but
- if implemented - -km will mean the same as
-kM and -kc will be
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I'm forwarding one recent message I received
in my local mailbox (plus my answer to it).
The topic is some missing xhb class related
API functions.
I'm not saying to include these before 1.0.0
or include them at all, but here it is for
2008-08-06 22:18 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/compiler/hbusage.c
+ Updated credit list based on contributors
committing ChangeLog entries.
If anyone has someone to recommend to add to the list,
please do this on the devl-list.
*
Hi Przemek,
Okay, this makes things clear.
Not any request from me, and I think this way
it's clean and perfectly well (and better than
the xhb API for sure).
Brgds,
Viktor
On 2008.08.06., at 22:05, Przemyslaw Czerpak wrote:
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I'm
2008-08-06 22:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/hbzlib/zconf.h
* Undone previous ZLIB_DLL related change, as it causes these
warnings, when compiled with MSVS:
hbzlib.obj : warning LNK4217: locally defined symbol _inflateEnd
imported in function
2008-08-06 23:07 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/Makefile
! Excluded from DOS builds.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
Hi all,
I see that HB_SYMBOL_UNUSED() doesn't work for Pelles C.
Is there anyone with a suggestion to make it work?
even this won't work:
var = var + 1 - 1;
this would for ints, but not for pointers:
var += 0.0;
Brgds,
Viktor
___
Harbour mailing
Hi Przemek,
I'm getting this with the DOS build, maybe it would be
best to include a dummy version of these functions under
DOS (to avoid any .prg level fiddling with platforms):
../../../../lib/dos/djgpp/libhbextern.a(hbextern.o):hbextern.c:(.data
+0x3d38): undefined reference to
Hi all,
../../genc.c: In function 'hb_p_pushlonglong':
../../genc.c:1582: warning: unknown conversion type character 'L' in
format
../../genc.c:1582: warning: too many arguments for format
../../gencc.c: In function 'hb_p_pushlonglong':
../../gencc.c:1239: warning: unknown conversion type
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
I'm getting this with the DOS build, maybe it would be
best to include a dummy version of these functions under
DOS (to avoid any .prg level fiddling with platforms):
../../../../lib/dos/djgpp/libhbextern.a(hbextern.o):hbextern.c:(.data
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
../../genc.c: In function 'hb_p_pushlonglong':
../../genc.c:1582: warning: unknown conversion type character 'L' in format
It stops to understand 'L' length modifier. In fact it should be 'll'
and for some historical reason is wrongly
2008-08-07 03:35 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/gtwvg.c
* contrib/gtwvg/wvgutils.c
* contrib/gtwvg/wvgcore.c
! Fixed 64 bit (MSVS 2008 64 bit and Pelles C 5 64 bit) related
problems shown as warnings.
; Please review and test, especially
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi all,
I see that HB_SYMBOL_UNUSED() doesn't work for Pelles C.
It works for variable's symbol but it does not mark
variable's value as used in POCC.
Is there anyone with a suggestion to make it work?
even this won't work:
var = var + 1 - 1;
this
Hi Przemek,
I'm getting this with the DOS build, maybe it would be
best to include a dummy version of these functions under
DOS (to avoid any .prg level fiddling with platforms):
../../../../lib/dos/djgpp/libhbextern.a(hbextern.o):hbextern.c:(.data
+0x3d38): undefined reference to
2008-08-07 05:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdefs.h
! fixed default printf length modifier for long long integer values
* harbour/harbour.spec
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
! fixed for new FM library name
best
2008-08-06 22:30 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
+ Implemented mouse operations as follows.
CASE ( nKey == K_MWFORWARD )
Keyboard( Chr( K_UP ) )
CASE ( nKey == K_MWBACKWARD )
Keyboard( Chr( K_DOWN ) )
CASE nKey
I haven't installed it since we move to gttrm as default.
I normally use make_gnu.sh, I'm just testing what I can before the release.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
Hello
Pritpal Bedi wrote:
CASE ( nKey == K_MWFORWARD )
Keyboard( Chr( K_UP ) )
CASE ( nKey == K_MWBACKWARD )
Keyboard( Chr( K_DOWN ) )
CASE nKey == K_LDBLCLK
Keyboard( Chr( K_ENTER ) )
I intentionally opted for K_UP/K_DOWN instead of
58 matches
Mail list logo