Just a test, sorry
_
Easily edit your photos like a pro with Photo Gallery.
http://get.live.com/photogallery/overview___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbou
>So it will crashes inside hb_vmExecute()
>Please try to commenct line 1127 in hvm.c
> hb_inkeyPoll();
>to eliminate yet another possibly danger place and make test.
>
>Farther tracing using this methods will not be effective.
>hb_vmExecute() operates on too many functions.
>It will be nec
> I've also teststed 1.7a in Linux and WINE and it works correctly.
> The native Linux build does not work due to missing functions and
> some typos in header files. In spare time I'll try to collect my
> local OW patches and send them to OW devel list.
>> hbrun_st.exe speedtst.prg
>> ---
2008-11-08 15:40 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/contrib/gtwvg/gtwvg.c
* harbour/contrib/gtwvg/gtwvg.h
* harbour/source/rtl/gtwvt/gtwvt.c
* harbour/source/rtl/gtwvt/gtwvt.h
+ BOOL bResizing
+ BOOL bAlreadySizing
To control unnecessary code execution w
2008-11-08 19:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.mak
! corrected missing $(HARBOUR_EXE) dependence in .prg files rules
! replaced non indirect rules (::) which are strictly file base with
indirect ones to not confuse dependence logic when para
2008-11-08 10:23 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/contrib/gtwvg/gtwvg.c
! Updated to match current GTWVT.
* harbour/contrib/gtwvg/wvgutils.c
+ HB_FUNC( WIN_DESTROYWINDOW ) - Winapi compatible function.
Regards
Pritpal Bedi
--
View this message in context:
http://
Hi Viktor,
Il 08/11/2008 14.39, Szakáts Viktor ha scritto:
Hi Francesco,
My vote is to implement your solution inside xhb lib,
this way the already known xhb API will get a better
implementation, and everyone can just as well use it
by linking xhb lib.
Done
[ Maybe it or its parts can o
2008-11-08 18:40 UTC+0100 Francesco Saverio Giudice (info fsgiudice com)
- contrib/hbdbgfx
- contrib/hbdbgfx/common.mak
- contrib/hbdbgfx/dbgfx.prg
- contrib/hbdbgfx/dbgfxc.c
- contrib/hbdbgfx/hbdbgfx.h
- contrib/hbdbgfx/make_b32.bat
- contrib/hbdbgfx/make_gcc.sh
- contrib/hbdbgfx/
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> hb_gt_os2_ReadKey() is working fine, but it happen many steps before error.
Where did you found such information?
> I marked it to you in tracing list (you skiped it, review it)
> TID=1
> 2. hb_threadMutexLock()
> 2. hb_inkeyPo
>And here it should execute hb_gt_os2_ReadKey().
>Strange that we do not see "1. hb_gt_os2_ReadKey()" on the screen.
>Maybe the message is overloaded by sth?
>Please add at the begining of hb_gt_os2_ReadKey() before:
> HB_TRACE(HB_TR_DEBUG, ("hb_gt_os2_ReadKey(%p,%d)", pGT, iEventMask));
>this
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> Some pass in:
>iKey = HB_GTSELF_READKEY( pGT, INKEY_ALL );
> I put tracing in
> static int hb_gt_def_ReadKey( PHB_GT pGT, int iEventMask )
> and
> static int hb_gt_def_MouseReadKey( PHB_GT pGT, int iEventMask )
> but never a
Hi All,
solved via header files.
(I think that is the right way)
Best regards
Francesco
Il 08/11/2008 17.08, Francesco Saverio Giudice ha scritto:
Hi all,
is there an equivalent of syntax of:
___
Harbour mailing list
Harbour@harbour-project.org
h
So it fails before hb_gt_os2_ReadKey().
Let's check all steps.
HB_GTSELF_INKEYPOLL( pGT ) executes hb_gt_def_InkeyPoll() from
hbgtcore.c. Then hb_gt_def_InkeyPollDo() is called which calls
iKey = HB_GTSELF_READKEY( pGT, INKEY_ALL );
Please change hb_gt_def_InkeyPoll() and hb_gt_def_InkeyPollD
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> I corrected your C code :-)
:-) I'm writing it by hand in this messages only using mouse for
copy and past and here I marked " in function name. It's possible
that sth like that will happen, sorry.
> Some pass in:
>iKey = H
>So it fails before hb_gt_os2_ReadKey().
>Let's check all steps.
>HB_GTSELF_INKEYPOLL( pGT ) executes hb_gt_def_InkeyPoll() from
>hbgtcore.c. Then hb_gt_def_InkeyPollDo() is called which calls
> iKey = HB_GTSELF_READKEY( pGT, INKEY_ALL );
>Please change hb_gt_def_InkeyPoll() and hb_gt_def_Inkey
Hi all,
is there an equivalent of syntax of:
HB_FUNC( AFUNCTION )
{
HB_FUNC_EXEC( ANOTHERFUNCTION );
}
for pure C functions like
void XGUI_ToOutDebug( const char * sTraceMsg, ... )
{
hb_ToOutDebug( const char * sTraceMsg, ... );
}
or the only way is to define an header file with
#def
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David.
> Did you see this info in gtos2.c about 16 bit ?
> -
> * Copyright 2000 - 2001 Maurilio Longo <[EMAIL PROTECTED]>
> *hb_gt_DispBegin() / hb_gt_DispEnd()
> *hb_gt_ScreenPtr() and hb_gt_x() functions and vi
2008-11-08 16:43 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/version.c
% Minor.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
If you will have problems with tracing then please tests
code below. It's rtl/gtos2/gtos2.c hb_gt_os2_ReadKey()
replacement.
Could affect something (gtos2.c) ?
#if defined(HB_OS_OS2_GCC)
/* 25/03/2000 - [EMAIL PROTECTED]
OS/2 GCC hasn't got ToolKit headers available */
#include
#else
2008-11-08 16:18 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/version.c
+ Implemented:
hb_version( HB_VERSION_BUILD_DATE )
hb_version( HB_VERSION_BUILD_TIME )
* source/rtl/gtwvt/gtwvt.c
* Formatting.
* source/rdd/hbsix/sxini.prg
* source/rdd/hbsix/sxcomp
If you will have problems with tracing then please tests
code below. It's rtl/gtos2/gtos2.c hb_gt_os2_ReadKey()
replacement.
[...]
>As you can see with GTCGI it's related to GT.
>Looks like it's caused by keyboard related functions when
>executed from non main thread.
>> Not tested yet with yo
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> Not yet with hope to find problem with these tests
Now we are nearly in the place.
> I think error will happen with any gt
> hbrun_mt.exe is gtos2 and current .prg for tests is gtstd
As you can see with GTCGI it's related to GT
>In some pass of:
> HB_GTSELF_INKEYPOLL( pGT );
We have:
#define HB_GTSELF_INKEYPOLL(g)
(g)->pFuncTable->InkeyPoll(g)
>The mutex locking is correct.
>Next candidate are GTOS2 internals.
>BTW have you tried to enable tracing?
>It would help us to locate the problem quite fast.
Not yet with h
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> 2. hb_threadMutexLock()
> 2. hb_inkeyPoll()
> 3. hb_inkeyPoll()
> The process has stopped. The software diagnostic
> code (exception code) is 0001.
Try to check hb_gt_os2_ReadKey().
In the .prg test code I sent was:
announc
On Sat, 08 Nov 2008, Przemyslaw Czerpak wrote:
Hi David,
> The mutex locking is correct.
> Next candidate are GTOS2 internals.
> BTW have you tried to enable tracing?
> It would help us to locate the problem quite fast.
If you will have problems with tracing then please tests
code below. It's rt
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> 1. hb_threadMutexLock()
> _hb_gettid()
> TID=2
> _hb_gettid()
> TID=2
> 2. hb_threadMutexLock()
> The process has stopped. The software diagnostic
> code (exception code) is 0001.
The mutex locking is correct.
Next candidate ar
I used:
HB_EXPORT void hb_inkeyPoll( void )
{
PHB_GT pGT;
HB_TRACE( HB_TR_DEBUG, ("hb_inkeyPoll()") );
printf("1. hb_inkeyPoll()\r\n");fflush(stdout);
pGT = hb_gt_Base();
printf("2. hb_inkeyPoll()\r\n");fflush(stdout);
if( pGT )
{
printf("3. hb_inkeyPoll()\r\n");fflus
>So it's not exactly inside _hb_gettid(). Good I was afraid that
>we will have to look for workaround to this function.
>Let's check the whole mutex lock function.
>I added 2 printf() calls to this function.
[...]
Error happen
Using -bm flag and hbvmmt
-
_hb_gettid()
TID=1
1. h
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
> Error happen
> -
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=1
> _hb_gettid()
> TID=2
> _hb_gettid()
> TID=2
>
Viktor:
> * bin/hbmk_os2.cmd
>> + Added OpenWatcom support. Pls update it, f.e. I don't know
>> what is the name of the compiler executable.
>> ! Fixed HB_COMPILER branching. Looks like nobody uses this
>> file if this problem didn't show up so far, so I'd like to
>>
Bummer, I've removed them already (DOS and Windows platforms,
which have their OpenWatcom equivalents). BTW, watcom.cf was
almost the same as owatcom besides some / -> \ (or vice versa)
conversion trickery. So maybe even a common makefile would
be feasible, but definitely ideal.
Anyway, I'd now s
On Sat, 08 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> Crappy as is, this patch solves this bad positioning
> problem (which is also very disturbing for a normal
> user), anything beyond this I just can hope you or
> someone else can solve them once properly.
The main problem for me is that I d
Hi Francesco,
and at C level is similar also if I have not already added
hb_OutDebug equivalent for linux.
So now it works both in window and linux only from PRG level (using
hboutdbg.c functions from xhb), instead at C level *actually* it
works only for windows.
The real problem here is
Please change it a little bit yet.
>ULONG _hb_gettid( void )
>{
> ULONG tid = 0;
> PTIB ptib = NULL;
>
> printf( "_hb_gettid()\r\n", tid ); fflush(stdout);
> if( DosGetInfoBlocks( &ptib, NULL ) == NO_ERROR )
> {
> if( ! ptib )
> { printf( "ptib is NULL\r\n" ); fflush(stdo
On Sat, 08 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> * bin/hbmk_os2.cmd
> + Added OpenWatcom support. Pls update it, f.e. I don't know
> what is the name of the compiler executable.
> ! Fixed HB_COMPILER branching. Looks like nobody uses this
> file if this problem didn
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> To see something I added last tracing label
> -
> ULONG _hb_gettid( void )
> {
>ULONG tid = 0;
>PTIB ptib = NULL;
>
>if( DosGetInfoBlocks( &ptib, NULL ) == NO_ERROR )
>{
> if( ! ptib
2008-11-08 14:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* bin/hbmk.bat
+ Added C_USR support for OpenWatcom.
- Removed debug switches from OpenWatcom C compiler cmdline.
* bin/hbmk_os2.cmd
+ Added OpenWatcom support. Pls update it, f.e. I don't know
what is the name
>And we've got a reason. I expected that it will be exploited earlier
>by hb_gtAttach() but I forgot that when GT is inherited attaching is
>done without locks.
>Looks that it fails inside _hb_gettid() when it's executed from non
>main thread but I only guess now.
>Please restore original hvm.c an
2008-11-08 14:03 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_b32.bat
* make_vc.bat
* contrib/mtpl_b32.bat
* contrib/mtpl_gcc.sh
* contrib/mtpl_vc.bat
* Sync with GNU make system:
HB_MAKE_FLAGS -> MK_USR
; TOFIX: Maybe it's a good time now to resolve the missing HB_
Hi Przemek,
I know there are problems, but this code is above
my Windows and/or C knowledge (I've already spent
many days in avoiding lots of strange issues introduced
by the resize code, tons of flicker and alignment problems,
and it's still far from perfect I know :( ). Scrollable
should IMO be
2008-11-08 13:55 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/set.c
! _SET_EVENTMASK RTE removed to be Clipper compatible.
! _SET_VIDEOMODE RTE removed to be Clipper compatible.
! _SET_MBLOCKSIZE default value set to 64 (was 0) to be Clipper compatible.
(pls correc
On Sat, 08 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> 2008-11-08 12:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * source/rtl/gtwvt/gtwvt.c
> * hb_gt_wvt_ResetWindowSize(): Not very good looking (or
> overly efficient) solution added for the windows
> resize/positioni
2008-11-08 13:22 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.sh
* harbour/make_gnu.bat
* harbour/make_gnu.sh
* harbour/config/lib.cf
* harbour/config/bin.cf
+ added MK_USR to pass GNU MAKE flags
* harbour/source/vm/set.c
* minor cleanup and simplific
On Sat, 08 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> 2008-11-08 10:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * source/vm/set.c
> + Implemented rest of hb_setSetItem() values.
> ; TODO: Please review.
Thank you very much. Looks correct. I'll make some only some minor
modifi
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> >So it will crashes inside hb_vmExecute()
> >Please try to commenct line 1127 in hvm.c
> > hb_inkeyPoll();
> >to eliminate yet another possibly danger place and make test.
> I commented in hvm.c two active
> hb_inkeyPoll
2008-11-08 12:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
* hb_gt_wvt_ResetWindowSize(): Not very good looking (or
overly efficient) solution added for the windows
resize/positioning problem in case the initally set size
cannot fit on the
On Sat, 08 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> OpenWatcom in Windows does not fail with multithread
I've also teststed 1.7a in Linux and WINE and it works correctly.
The native Linux build does not work due to missing functions and
some typos in header files. In spare time I'
2008-11-08 10:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/set.c
+ Implemented rest of hb_setSetItem() values.
; TODO: Please review.
! Fixed HB_SET_FILECASE and HB_SET_DIRCASE to not allow
invalid numeric values to be set.
! Added missing 'break;' to hb_se
>So it will crashes inside hb_vmExecute()
>Please try to commenct line 1127 in hvm.c
> hb_inkeyPoll();
>to eliminate yet another possibly danger place and make test.
I commented in hvm.c two active
hb_inkeyPoll();
and error has gone
Using -bm flag and hbvmmt
-
1. HB_
Hi Viktor,
Il 08/11/2008 9.44, Szakáts Viktor ha scritto:
It's 'Makefile' and 'common.mak' in xhb dir. Look where
'hbcompat.h' is present in these files. You can add
'xhb.h' next to it in both files (note that you have
to use a tab for indentation in 'Makefile' - to make
GNU make happy -, and s
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Francesco,
headers (in Makefile and common.mak where we already
have xhb.ch and hbcompat.h/ch setup similarly).
Ok
A question about header files: what have I to modify in our makefile
system (or in single make batch) to copy header files (*.h and *.ch)
from a contrib folder to main inc
Hi Viktor,
Il 08/11/2008 2.04, Szakáts Viktor ha scritto:
Hi Francesco,
Maybe the best solution is to create an xhb.h file in
contrib/xhb, which we also add to the list of installed
headers (in Makefile and common.mak where we already
have xhb.ch and hbcompat.h/ch setup similarly).
Ok
A que
>I can. But now I have 7days holiday.
and you are now in "disconnecting phase" :-)
Thanks Marek
I am using OpenWatcom 1.7a
David Macias
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Przemek:
>I'm build systematically MS-Windows OpenWatcom 1.2 binaries
>in Linux using WINE and MT mode is working without any problems.
>The Windows version is working correctly. At least for me using OW1.2
>with Wine. Later I'll install new OW1.7 and check but I do not expect
>problems. It's pr
- Windows XPPro SP2
- OpenWatcom 1.7a
- Make GNU for Win32
- Current Harbour
Przemek:
OpenWatcom in Windows does not fail with multithread
hbrun_st.exe speedtst.prg
--
[ total application time: ]67.08
[ total real time: ]
Second try
- Windows XPPro SP2
- OpenWatcom 1.7a
- Make GNU for Win32
- Current Harbour
Adjusting values:
set PRG_USR=-gc0
harbour\config\w32\owatcom.cf
Remove:
echo @%watcom%/binnt/wlink.lnk >> __link__.tmp
Add -bm in CPPFLAGS
Screen output:
make[3]: *** [hboutdbg.
57 matches
Mail list logo
