2008-09-25 00:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_gcc.mak
* make_vc.mak
* harbour.spec
* source/rtl/hbgtcore.c
* source/rtl/Makefile
* source/rtl/gtsys.c
* config/w32/poccce.cf
* config/w32/xcc.cf
* config/w32/pocc.cf
% Removed HB_GT_DEFAU
msys/mingw 3.4.5 ( current )
ST total real time: 17.55
MT total real time: 26.53
mt tests are working ok.
I only get this warnings:
In file included from fm.c:136:
dlmalloc.c:1144: warning: ignoring #pragma warning
dlmalloc
Przemek,
> I do not find it enough usable to create public .prg interface for it
For non-DB variable this looks like a debugging option
(like trigger a breakpoint when a variable value changed),
can't see other application for it which can't be done using normal coding
(again, it was not my reque
On Wed, 24 Sep 2008, Chen Kedem wrote:
> is it possible for you to implement a "data trigger" (for vars, fields,
> object and so on) defining a code block called when the object changes his
> value...
> example of code
> function main()
> local nvar as numeric
> nvar := 1
> //
> // set trigger (for
This submitted to the Harbour SF as feature request (I just forward it as is)
https://sourceforge.net/tracker/index.php?func=detail&aid=2122754&group_id=681&atid=350681
-
is it possible for you to implement a "data trigger" (for vars, fields,
object and
2008-09-24 20:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/estack.c
! fixed stack preloading - it should be after checking if stack
exist :)
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
> I'm not completely sure I do understand the way the pre-loading of the stack
> gets done, but I think it ends up in creating a variable in every C function
> which needs access to the stack.
Exactly.
> Now,
> int f()
> {
> HB_STACK_TLS
On Tue, 23 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> Please fix this. I fixed it locally:
> config/os2/gcc.cf:24: *** missing separator. Stop.
Viktor already did it.
> Current Harbour compile/run fine
> I use newest
> set HB_OS2_NEW_TCP=yes
> but not agree with name :-)
> W
Przemyslaw,
I'm not completely sure I do understand the way the pre-loading of the stack
gets done, but I think it ends up in creating a variable in every C function
which needs access to the stack.
Now,
int f()
{
HB_STACK_TLS_PRELOAD
}
becomes (more or less)
int f()
{
PULONG hb_stack_ptr
2008-09-24 18:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* reverted modification for import attributes - this will be changed
in the future to function calls
best regards
Przemek
___
Harbour mailing list
2008-09-24 18:17 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbdoc/hbdoc.prg
* utils/hbmake/hbmake.prg
* utils/hbrun/hbrun.prg
% One function made STATIC.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://l
2008-09-24 17:58 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbrun/hbrun.prg
+ Added REQUESTs for GTSTD, GTCGI, GTPCA (these GTs are
available on all platforms).
% Removed explicit GT defaulting logic (now identical to
the one in RTL).
--
Brgds,
Viktor
__
I submit this bug sometimes ago, but i get no answer.
I use every day harbour to create small scriptq and it
would be very useful if the option //gtxxx was ok.
Relink it with shared library and you will have all GTs included
in harbour.so available or if you need static binaries then use
-gt* sw
On Wed, 24 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Guy,
> I submit this bug sometimes ago, but i get no answer.
> I use every day harbour to create small scriptq and it
> would be very useful if the option //gtxxx was ok.
Relink it with shared library and you will have all GTs included
in harbour.
The download link on the main Harbour page reads "1.0.0" but takes
you to a download area for v1.0.1
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello,
I submit this bug sometimes ago, but i get no answer.
I use every day harbour to create small scriptq and it
would be very useful if the option //gtxxx was ok.
Thank you,
Guy
Hello,
$ cat t.prg
#!/usr/bin/hbrun //gtcgi
proc main
? OS(), VERSION(), DATE(), TIME()
? HB_GTVERSION(), HB
2008-09-24 16:18 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/fm.c
+ Enabled dlmalloc (HB_FM_DL_ALLOC) for MSVC, BCC and MINGW builds.
; It's possible to disable dlmalloc with HB_FM_STD_ALLOC
for testing purposes.
--
Brgds,
Viktor
2008-09-24 16:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
* bin/bld_os2.cmd
* HARBOURFLAGS removed as a public envvar to setup Harbour
parameters. Use PRG_USR instead.
* common.mak
! Fixed after recent modification.
* source/compiler/cmdcheck.c
* Min
2008-09-24 14:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/dynsym.c
* harbour/source/vm/arrays.c
* harbour/source/vm/memvars.c
! fixed three typos which broke HB_TR_DEBUG messages
best regards
Przemek
___
Harbour
Hi,
trying to pinpoint a problem I did try to build hvmmt with
C_USR=-DHB_TR_LEVEL_DEBUG
It fails in multiple files with symbols unknown or redefinition of symbols and
so on.
It this a known issue?
Best regards.
Maurilio.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult
2008-09-24 13:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/cmdcheck.c
! fixed starting index in parsed parameters. argv[0] is
application name with path not user parameter. Parsing
it was giving unpredictable results if harbour binaries
w
Przemek, Maurilio:
[Przemek]
I'm sorry I forgot about it and I do not remember the exact arguments
against TCPV40HDRS. I should wait with committing it.
Now IMHO you should agree it together. I'm not OS2 user and I cannot
make any decision here.
If you will need arbiter then please send a messag
See the 11 June 2004 contribution by Steve Maillet to thread called
"creating threads in eMbedded VC++" in
microsoft.public.windowsce.embedded.vc states explicitly that
CreateThread has been fixed for Windows CE. A later contribution from
Marius Prisecaru to the same thread says MFC users need
2008-09-24 12:47 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* harbour-ce-spec
* harbour-w32-spec
* harbour.spec
* make_xmingwce.sh
% Some remaining explicit GT defaultings removed. Relying on
RTL source code.
* include/hbsetup.h
! Disabled HB_MT_VM for HB_WINCE.
--
Brg
Use _beginthreadex. Defined in stdlib.h - only if library (in compiler options)
set to multithread. CreateThread is also possible, but in this way some C RTL
functions (those that need per-thread buffers, e.g. strtok) may work
incorrectly.
Best regards
Fedor
-Original Message-
Subject: _b
Are you sure that multitread is not aivable on win_ce?
Reading from
http://alfetta.hpc.net/obj_search.asp?Keywords=beginthreadex
I read
beginthreadex is not available for newer versions of Windows CE (starting
with 2.11 or 3.0). I'm pretty sure the extra work that had been done by
beginthreadex
Hi Przemek,
JLC>
JLC>Probably MT mode is enabled in WINCE builds. It should be disabled.
JLC>
Is set MT mode by default ? I didn't setted any specific set for MT mode...
Regards,
José Luis Capel
___
Harbour mailing list
Harbour@harbour-project.org
On Wed, 24 Sep 2008, elart wrote:
> I have a prg was compiling without any issue, now i get:
> /usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libgttrm.a(gttrm.o): In
> function `hb_gt_trm_termOutTrans':
> gttrm.c:(.text+0x5b1): undefined reference to `hb_vmCDP'
> /usr/lib/gcc/i486-linux-gnu/4.
On Wed, 24 Sep 2008, José Luis Capel wrote:
Hi Jose,
> Using svn from yesterday afternoon I got this error building harbour libs
> for evc4:
> source\rtl\gtclip.c(69) : error C2078: too many initializers
> Attached log file.
Probably MT mode is enabled in WINCE builds. It should be disabled.
b
2008-09-24 12:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/vmmt/Makefile
! Possible fix for mingw build error:
make: *** mainstd: No such file or directory. Stop.
make[3]: *** [first] Error 2
make[2]: *** [first] Error 2
; Please review.
; TOFIX: T
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
> I've reverted my svn copy to revision 9476, just before your last change, and
> I can run every test in tests\mt without problems (rebuilding hbrun with mt
> vm).
> So it has to be something related to your last change.
I rechecked them
2008-09-24 12:12 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/rtl/gtgui/Makefile
- source/rtl/gtgui/gtdef.c
- Removed HB_GTGUI_HACK to masquerade GTGUI under a different
name and to make Windows users happier. Instead of hacking
Windows users with GUI
Przemyslaw Czerpak wrote:
> Thank you for testing.
> The first thing I have in mind is that you haven't made full harbour
> recompilation after this modifications.
make clean
make > log 2>&1
from top of harbour dir.
> Are you sure that you have made _full_ clean build after syncing with SVN?
> C
On Wed, 24 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
> I've reverted my svn copy to revision 9476, just before your last change, and
> I can run every test in tests\mt without problems (rebuilding hbrun with mt
> vm).
> So it has to be something related to your last change.
Thank you for tes
David Arturo Macias Corona wrote:
>
> Current Harbour compile/run fine
> I use newest
> set HB_OS2_NEW_TCP=yes
> but not agree with name :-)
:)
> When it is "New TCP" ? three years ago, now, two years ahead, ... ?
>
We could call it HB_OS2_TCP32 :)
> I renamed original hbrun.exe as hbrun_
Przemyslaw,
first of all, I'm sorry we're wasting your time with this issue.
Then, since you added the new envvar, David can build his copy with new
headers, but the 'default' build, the one that gets distributed should be with
the old headers.
Those old headers make it possible for a program bu
Przemyslaw,
I've reverted my svn copy to revision 9476, just before your last change, and
I can run every test in tests\mt without problems (rebuilding hbrun with mt vm).
So it has to be something related to your last change.
Maurilio.
Przemyslaw Czerpak wrote:
> On Tue, 23 Sep 2008, Maurilio L
Hi,
Using svn from yesterday afternoon I got this error building harbour libs
for evc4:
source\rtl\gtclip.c(69) : error C2078: too many initializers
Attached log file.
Regards,
JOsé Luis Capel
make_vcce.rar
Description: Binary data
___
Harbour maili
38 matches
Mail list logo
