2008-08-25 14:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/tests/rddtest/rddmktst.prg
* harbour/tests/rddtest/adscl52.prg
* harbour/tests/rddtest/adscl53.prg
* harbour/tests/rddtest/ntxcl52.prg
* harbour/tests/rddtest/ntxcl53.prg
* harbour/tests/rddtest/cdxcl52.prg
On Fri, 22 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> This reduced example give pretty much the same effect:
> ---
> Function Main()
> Local i
> Local aRecs := {}
>
> for i := 1 to 10
> aadd( aRecs, {} )
> ? i
> next
>
> Return nil
> ---
> It goes wild after a little m
2008-08-25 16:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/macro.c
* harbour/source/vm/hvm.c
! fixed _FIELD indirectly used as alias, f.e.:
? ("_FIELD")->NAME
or:
M->var := "_FIELD"
? ("&a
On Mon, 25 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> >Classic problem with memory fragmentation. Algorithms
> >used by your C compiler to allocate memory from OS and
> >then divide it for application do not work well with such
> >code which is BTW killer for many memory managers.
> >We can try
On Mon, 25 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> I've just found a fatal problem with OSX Harbour binaries,
> where ./hbmake (and hbmake, hbrun and hbtest) will say this:
> --
> dyld: Symbol not found: _environ
> Referenced from /Users/vszakats/harbour/test1/usr/local/bin/
> libharbour.
On Mon, 25 Aug 2008, Przemyslaw Czerpak wrote:
Hi Viktor,
> I do not know what is the exact problem and if it's
> Harbour related. Too few information and too small knowledge
> about MacOSX.
BTW Are you sure that platform auto detection for MacOSX in
hbsetup.h works correctly an
2008-08-25 20:14 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbw32/w32_ole.c
* removed hack with malloc()/free() directly used to avoid
memory leak reports - it's not necessary in Harbour.
* harbour/contrib/hbfbird/firebird.c
* harbour/contrib/exa
On Mon, 25 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> Here's a somewhat fixed hbsetup.h + diff, what's your opinion?
It's OK for me but why we still have:
#define OS_DOS_COMPATIBLE
instead of:
#define HB_OS_DOS_COMPATIBLE
?
BTW HB_OS_UNIX_COMPATIBLE is for native *nix systems and
enviro
On Mon, 25 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> 2008-08-25 20:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
>* config/w32/mingw32.cf
> % -mno-cygwin options removed. No longer needed. If someone
>wants to compile a mingw build using cygwin, this option
>shou
On Mon, 25 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> There is no such option in any of the MinGW versions (3.4.2,
> 3.4.5, 4.1.2, 4.3.1) I have installed (on Windows). [ Well,
> 4.3.1 has -mcygwin in its help somewhere, but both -mcygwin,
> and -mno-cygwin are completely ignored. ]
Try:
gc
2008-08-26 11:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/hbmain.c
! fixed GPF when more then one file was compiled with -w3 switch
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
2008-08-26 12:50 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/compiler/hbmain.c
! reset class and functions static declarations to avoid GPF
when more then one file is compiled with -w3 switch
NOTE: Whole this code will have to be removed and written
On Tue, 26 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> I see what you mean, hbmain.c contains declarations
> of stuff found in the RTL, and some of those are not
> even true these days. This declarations should come
> from some .ch files, instead of being hardcoded, but
> that's just the tip of
On Thu, 28 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> --- leak.prg
> #include "hbclass.ch"
> CLASS test
>DATA var1
>DATA var1
> ENDCLASS
It's a known issue. Look at harbour.h[1332]
If it's necessary I can try to fix it though as I said
few time in the past whole strong typing code have
2008-08-29 11:29 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbcompdf.h
* harbour/source/compiler/hbmain.c
* harbour/source/compiler/harbour.yyc
* harbour/source/compiler/harbour.y
! removed all classes and functions static declarations
! fixed cleanup
On Mon, 01 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> >That's very nice for those wanting to transition.
> >(just a small note: the dir change to C:\ looks a bit
> >dangerous to me)
> Fixed, thanks.
> ---cut---
> procedure HB_UnZipFile( cFile, bUpdate, lWithPath, cPassword, ;
> cFileToUnzip
On Wed, 03 Sep 2008, Szakáts Viktor wrote:
Hi Viktor,
> >Yes, I just checked. But I already find where the problem lies: I'm
> >using SET FILECASE UPPER and ZIP functions did not follow FILECASE
> >setting before.
> That might be. This should be fixed in hbmzip code.
The current behavior is
On Thu, 04 Sep 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
> #command SET TURBOREAD ON => Sx_SetTurbo( .t. )
> generates internal error 9106, "hb_cdxIndexUnLockRead: bad count of locks."
> Can we change the code ?
> static BOOL hb_cdxIndexUnLockRead( LPCDXINDEX pIndex )
>
2008-09-04 19:08 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfntx/dbfntx1.c
* harbour/source/rdd/dbfcdx/dbfcdx1.c
! fixed dirty index reading, thx Miguel for bug report
* harbour/source/compiler/hbmain.c
* removed old comment and hack
best regards
On Thu, 04 Sep 2008, bill robertson wrote:
Hi Bill,
> In the example below:
> -
> FUNCTION MAIN()
> LOCAL cVar
> ALTD()
> cVar:= 5 // Just to stop on something
> RETURN 0
> --
> If I go to the command window of the debugger
2008-09-04 19:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfntx/dbfntx1.c
! fixed typo in previous commit
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
On Thu, 04 Sep 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> I find the 6 month release cycle and year.month release numbering very
> clean since there are no discussions about "when to release", "what
> include in the new release" and "how to name the next version".
> Every developer knows that aft
2008-09-05 15:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbffpt/dbffpt1.c
! fixed GPF introduced by today MSVC warning cleanup
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Fri, 05 Sep 2008, Juan Gálvez wrote:
Hi Juan,
> I have a situation with a CUSTOM tag that contains KEY and FOR clause.
> I think it's a normal situation that OrdKeyAdd() / OrdKeyDel() don't work
> if the record doesn't respect the FOR clause.
> When a valid record is modified and it stops to
On Mon, 08 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> I'm back online (after 40 days of no email, no mobile phone, few
> civilization).
You are lucky man ;-)
> My co-worker passed me a bug sample:
[...]
Many thanks for an example. It's caused by stupid typo.
Look at hashes.c[653]
On Mon, 08 Sep 2008, Saulius Zrelskis wrote:
Hi Saulius,
> > It seems that Clipper use a cloned copy of the original array to do the
> > loop,
> > and supply these orininal values to the codeblock. Bug or a feature?
> Clipper uses original array, but value calculates before loop
> through array
2008-09-08 21:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hashes.c
! fixed typo in hash cloning code which caused that references
was copied to cloned array. Thanks to Mindaugas for example.
best regards
Przemek
2008-09-09 11:47 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/asort.c
! fixed GPF when user sort code block reduces the size of sorted array
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Tue, 09 Sep 2008, Chen Kedem wrote:
Hi Chen.
> Is this a known issue?
Yes it is.
The SORT command / __dbArrange() function for DBF* RDDs
(hbdbsort.c) does not support correctly national sorting
for character fields, numeric, date and other extended
field types.
In fact it's very old code with
On Tue, 09 Sep 2008, Enrico Maria Giordano wrote:
Hi Enrico,
> > INDEX ON ... TO _tempidx TEMPORARY;
> > COPY TO ...;
> > OrdBagClear( "_tempidx" )
>
> Is it needed to delete the index file when we use the TEMPORARY clause?
No, it will be removed automatically when order bag is closed.
Of co
On Wed, 10 Sep 2008, Szakáts Viktor wrote:
Hi Viktor,
> If you want, pls go along with your MT changes in trunk.
Thanks.
> Just send me a notice before you commit it, so that I
> can sync 1.0 branch with the trunk before it. [ Well, if
> I think about it, it's not a problem anyway, since I can
2008-09-16 15:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* do not use native TLS support in BCC builds when CodeGuard
is enabled
best regards
Przemek
___
Harbour mailing list
Harbour@harbour
On Tue, 16 Sep 2008, Chen Kedem wrote:
Hi Chen,
> I suggest changing the following in include/hbthread.h (r9415):
> On line #304 change:
> # if defined( __BORLANDC__ )
> # define HB_USE_TLS
> Into:
> # if defined( __BORLANDC__ ) && !defined( __CODEGUARD__ )
> # define HB_USE_TLS
> As le
On Tue, 16 Sep 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
> Examples of use:
> at msdn is possible to found an example using threads, one works only
> refreshing
> a controls of the window meanwhile another thread make a background
> process. 1st
> present FieldGet's at
2008-09-16 19:11 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/utils/hbtest/rt_class.prg
! fixed description message
* harbour/common.mak
* harbour/utils/hbtest/Makefile
* harbour/utils/hbtest/hbtest.prg
+ harbour/utils/hbtest/rt_mt.prg
+ added simple MT test
On Mon, 15 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
>> Maybe BCC does not inline InterLocked*() functions or
>> they are not as efficient as they can be.
> Interlocked*() functions are WinAPI functions. It cannot be inlined.
I know that they are Windows API functions but
MSDN says t
On Tue, 16 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
>> 2. we can change used ABI so each Harbour function which may
>> need HVM access will receive pointer to HB_STACK. Quite easy
>> for HB_FUNC() but for internal ones it will force much more
>> jobs.
> One vote for this one.
>
On Tue, 16 Sep 2008, José Luis Capel wrote:
Hi Jose,
> I really appreciate some solution or ideas to control the GPFs on the Pocket
> PC.
> Without the GPFs control working, Harbour on Pocket PC should be unusable
> :-(
I do not understand why you want to generate an exception and
how is it re
On Tue, 16 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> I've tested a few memory managers (MM) with tests\memtst.prg. All test is
> using BCC55 compiler, singe thread application, FM statistics switched off,
> 2.2GHz Celeron, 256MB RAM.
> Three MM were tested: BCC55, Win32 Local*(),
On Tue, 16 Sep 2008, José Luis Capel wrote:
Hi Jose,
> JLC>What do you want to do and why?
> JLC>
> What I want to do is to catch exceptions in any way... because executing a
> programa under Wince that generates a GPF doesn't terminate program.
It can be hardware/OS dependent so on one machine
On Tue, 16 Sep 2008, Lorenzo Fiorini wrote:
> BTW as you can see I still have the fm enabled by default.
> I used hbmk -n -static memtst.prg. If I use hbmk - -static -nofmstat I get:
> /tmp/cc4LyIIb.o: In function `_hb_lnk_ForceLink_build':
> hb-build-xyz-7440.c:(.text+0xc): undefined reference to
2008-09-17 01:29 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_xmingwce.sh
* harbour/make_xmingw.sh
+ added an option to build utility binaries in cross builds
* harbour/source/vm/thread.c
! fixes in OS2 builds MT builds
best regards
Przemek
On Tue, 16 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> Below are results of current Harbour under eComStation 1.2MR
> gcc 3.3.5
> ../../gtstd.c: In function `hb_gt_std_ReadKey':
> ../../gtstd.c:389: warning: unused variable `TODO'
> ../../../thread.c: In function `hb_threadCreate':
>
On Tue, 16 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> [E:\harbour809mt\harbour\tests]..\bin\hbrun.exe memtst.prg
> Below are results
[...]
> testing large memory block reallocation with intermediate allocations...
> Warning!!! some compilers may badly fail here
[...]
> Unrecoverable
On Wed, 17 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi,
> I've spent some time (well not much, an hour...) to find out how tls works
> on Windows.
> The original idea is based on undocumented (but de facto) fs segment. In
> Win32 both 9x and NT fs segment register points to Win32 Thread informat
On Tue, 16 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Here are two functions in Xbase++ which amply
> demonstrate the functionality of ZERO space where
> two threads can share a common WA.
Many thanks for the documentation.
I was thinking about exactly the same mechanism when
I was writing abo
On Wed, 17 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> The sample below GPF after MT implementation:
> I'm using rddads.lib and ace.lib together.
> ---cut---
> procedure main()
> return
> function DboTempOpenFromDbf()
>AdsSetFileType( 3 )
> return nil
> #pragma BEGINDUMP
> #include "wind
On Tue, 16 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> I see that fwh continues calling hb_gcall() after each time a dialog
> close. It remains necessary in current svn or we have a better choice
Not yet but Harbour is ready for automatic GC activation which I'll
enable soon. Anyhow it may
On Wed, 17 Sep 2008, Maurilio Longo wrote:
Hi Pritpal and Maurilio,
> signals and sync methods are very usefull and common in xbase++ mt programs.
> xharbour already has support for both of them (it seems to me that the SYNC
> option still has some problems, but it's been a long time since I last
On Wed, 17 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
> * bin/hb-mkslib.sh
> * make_xmingwce.sh
> * make_gcc.sh
> * make_xmingw.sh
> * make_gnu.sh
> * make_tgz.sh
> + Added SunOS platform detection as an attempt to make
> make_tgz.sh work on OpenSolaris.
The auto detection
On Tue, 16 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
>>> I've tested a few memory managers (MM) with tests\memtst.prg. All test is
>>> using BCC55 compiler, singe thread application, FM statistics switched
>>> off, 2.2GHz Celeron, 256MB RAM.
>>> Three MM were tested: BCC55, Win32 Lo
2008-09-17 18:38 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
+ added macros to disable default native compiler TLS support:
HB_NO_TLS
* harbour/source/vm/set.c
! fixed GPF when set listeners were removed
best regards
Przemek
On Wed, 17 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> Yes, I'm using BCC 6.10 but I have GPF in prior versions too, same
> using -DHB_FM_WIN32_ALLOC, and GPF appear *ONLY* when app finish.
> I'm not 100% right but seems that functions like below GPF in the same
The GPF was inside code used
On Wed, 17 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> >I can confirm, it crashes here with an empty GPF MessageBox.
> >BCC 5.8.2, MT, UNICODE, ADS 9.00.
> Yes, for this reason my LOG of codeguard has no lines or sources,
I'm afraid it was mistake in CG configuration/Harbour build
switches.
On Wed, 17 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I've tagged Harbour release 1.0.1 (r9429).
> I'll upload sources and some binaries soon.
Thank you very much.
> URL:
> https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/tags/harbour-1.0.0
../tags/harbour-1.0.0 is use din
On Wed, 17 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> It build hbvmmt.a without warnings, thanks
> Now Harbour is multithread in OS/2 ? :-)
Thank you very much for your tests.
It means that we have working MT in OS/2.
> b) speedtst.prg
> ST without HB_FM_STATISTICS_OFF and using h
On Wed, 17 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
> Harbour Regression Test Suite
> Copyright (c) 1999-2008, http://www.harbour-project.org/
> ---
> Version: Harbour 1.0.1 Intl. (Rev. 9429)
> Compiler: GNU C 4.
2008-09-18 01:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/fm.c
+ harbour/source/vm/dlmalloc.c
+ added alternative memory manager written by Doug Lea
It can be activated by recompiling Harbour with HB_FM_DL_ALLOC macro.
Please make test on
2008-09-18 07:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* use assembler version of atomic inc/dec operation in all x86 based
GCC builds - it should noticeable improve OS2 MT build speed,
please test.
* harbour/include/hbcomp.h
2008-09-18 07:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/cdpapi.c
* explicit casting to char * in 1-st strchr() parameter as workaround
for wrong function prototype in DMC header files
best regards
Przemek
On Thu, 18 Sep 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
> 2008-09-18 11:02 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
> * contrib/hbbmcdx/bmdbfcdx.c
> * source/rdd/dbfcdx/dbfcdx1.c
> ! fixed generation error when length of key is greater than 256 as
> Clipper.
> instea
On Thu, 18 Sep 2008, [EMAIL PROTECTED] wrote:
Ho Toninho,
> Please tell me a thing: in hbrddcdx.h we have
> #define CDX_PAGELEN 512
> Can we create a new item structure for _DBORDERCONDINFO and put this
> value there? In this way we can set index page size in OrdCondSet()
If you look carefull
On Thu, 18 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> >Not yet but Harbour is ready for automatic GC activation which I'll
> >enable soon. Anyhow it may effect 3-rd party code which keeps not
> >attached GC blocks. With current API it can be done quite easy even
> >by mistake.
> Really the
On Thu, 18 Sep 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> ../../getlist.prg:55: error: E0030 Syntax error "syntax error at 'STATIC'"
> make[3]: *** [getlist.c] Error 1
> The problem is in "THREAD STATIC x". What I'm missing?
You are using older (1.0.1 or earlier) harbour vompiler to
compiler 1.
On Thu, 18 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I'm getting these warnings for the malloc code FYI:
> [ It may be enough to suppress them, like we do for
> sqlite3, at least for these compilers. ]
Please try to compiler current sqlite3 without any #pragma.
I cleaned nearly all standard w
On Thu, 18 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> Below are results of current Harbour under eComStation 1.2MR
> gcc 3.3.5
> set C_USR=-DHB_FM_STATISTICS_OFF -DHB_FM_DL_ALLOC
> errors in dlmalloc.c
> In file included from ../../fm.c:117:
> ../../dlmalloc.c: In function `mmap_allo
2008-09-18 17:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_rpm.sh
* use rpm to test if curl-devel package is installed
* harbour/include/hbapi.h
* harbour/source/common/hbstr.c
+ added hb_strduptrim() and hb_strlentrim()
* harbour/source/rdd/dbfcdx
On Thu, 18 Sep 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> 1) memvars are local to the thread including PUBLICs. I use a few memvars
> to set some global variables/setting, like, comma separator, help file
> name, etc. I do not change it later during program execution. In MT these
> PU
On Thu, 18 Sep 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
> But some considerations:
> 1) macro evaluator actually supports 254 chars as in clipper.
>Then it suppose that macro evaluator should grow to support at least 511
> chars,
>better 64Kb.
In Harbour it's quarant
2008-09-18 19:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfcdx/dbfcdx1.c
! fixed memory leak - Many thanks to Miguel for report
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http
On Thu, 18 Sep 2008, Lorenzo Fiorini wrote:
> Under Fedora 9 using cegcc-mingw32ce-0.50-1.i586 I get:
> In file included from ../../../arrays.c:78:
> ../../../../../include/hbstack.h:194: error: thread-local storage not
> supported for this target
> make[4]: *** [arrays.o] Error 1
Do not use HB_US
2008-09-18 20:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/thread.c
* detach local parameters passed by reference to hb_threadStart()
to avoid possible calling thread HVM stack corruption
best regards
Przemek
On Thu, 18 Sep 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I also have one:
> If a given thread gets a non-handled RTE, or, an internal
> error, will the whole application fail and exit, or just
> the thread where the error occured?
RT errors, begin sequence / break / recover / always statements,
o
On Fri, 19 Sep 2008, Miguel Angel Marchuet wrote:
> OrdKeyVal can't be more large than 240 at cdx almoust in clipper.
Just like in all other languages.
240 bytes is forced by internal CDX structure for 512 bytes
index page length.
You have to be able to store in the worst case at least two keys
in
On Thu, 18 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> > FAILED mttest05, mttest06
> > something appear/disappear flashing in screen
> mttest05 are failing in random way
> Results of previous message were after building Harbour
> After reboot
> Rebuilding mttest05
> Failed firs
On Fri, 19 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
> no, there is not mmap on OS/2. Several years ago I wrote a .dll to emulate it
> for the msql (miniSQL) OS/2 port and it worked ok, but was not the real thing
> :)
> You can still find it on http://hobbes.nsmu.edu, but I think it would be
On Fri, 19 Sep 2008, Maurilio Longo wrote:
Hi Maurilio,
> this is what doswaitthread() does:
> Places the current thread into a wait state until another thread in the
> current process has ended. It then returns the thread identifier of the
> ending thread.
[...]
> I hope this helps and thanks fo
On Fri, 19 Sep 2008, maurilio longo wrote:
Hi Maurilio,
> > This function cannot be used to join given thread because it waits for
> > _any_ thread termination.
> No, you can wait for a particular thread.
> See:
> ptid (PTID) - in/out Address of the thread identification.
> Input The address of t
2008-09-19 22:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/set.c
! fixed casting
* harbour/contrib/xhb/xhbcopyf.c
* replaced TABs with SPACEs
* harbour/include/hbapirdd.h
* harbour/source/rdd/workarea.c
* harbour/source/rdd/wacore.c
* harbour
On Fri, 19 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
> I re-request :
> 1) Extend clause to be of type PHB_ITEM
> OR
> 2) Provide new clause like of type PHB_ITEM in
> core of RDD.
> I understand that this feature may be used by new RDDs in
> different way but probably new RDDs may have addit
On Fri, 19 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Function HB_EXEC() is included in HBTIP.LIB.
> Is not this function a candidate for RTL?
Rather not. This function uses hack which is
strictly oriented for current HVM low level
code. I'd rather prefer sth cleaner for such
jobs or implement
2008-09-20 00:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
+ harbour/source/rdd/wadetach.c
+ added .prg functions:
hb_waDetach( [|], [] ) ->
hb_waRequest( [], [], [<@xCargo>], [] )
->
The first one detach workarea from current thr
On Wed, 17 Sep 2008, Przemyslaw Czerpak wrote:
Hi Pritpal,
> > Here are two functions in Xbase++ which amply
> > demonstrate the functionality of ZERO space where
> > two threads can share a common WA.
> Many thanks for the documentation.
I just commited them but I had to
2008-09-20 03:38 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/hvm.c
* minor modification: #ifdef ... => #if defined( ... )
* harbour/source/rtl/gtcrs/gtcrs.c
* harbour/source/rtl/gttrm/gttrm.c
! fixed reentrance counter resetting
best regards
Prze
2008-09-20 05:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/common.mak
* harbour/source/rdd/Makefile
! restored dbdetach.* in makefiles
+ harbour/source/rdd/dbdetach.c
+ added file I forgot to add in previous commit
* harbour/source/vm/thread.c
+ added
On Sat, 20 Sep 2008, David Arturo Macias Corona wrote:
Hi David,
> For mttest05:
> 1 fresh Harbour
> 1 build Harbour
> 150 runs with
> - 10 rebuilt
> - 3 reboots
> result:
> 0 errors
Thank you very much for your tests.
Looks that it works correctly anyhow I do not
like the way it is done. I h
On Fri, 19 Sep 2008, Pritpal Bedi wrote:
Hi Pritpal,
> Here is the message transcript on xHarbour NG:
[...]
xHarbour never had have working MT model. There is nothing
what even can be called MT model in this language. Just few
hacks to create and executes threads but serious problems
in core cod
On Sat, 20 Sep 2008, Andi Jahja wrote:
Hi Andi,
> And this is the reply from xHarbour expert:
> > Absolutely right. Today Przemek has committed exactly same behaviour as of
> > Xbase++
> >
> > 2008-09-20 00:42 UTC+0200 Przemyslaw Czer
On Sun, 21 Sep 2008, Petr Chornyj wrote:
It works perfectly for me.
[...]
> FUNCTION CheckCfg( cIniFile )
> LOCAL hIni, hMain, nIndex := 0
> PUBLIC bf, mf, hf
> //
> hIni := HB_IniRead( cIniFile )
> IF Empty( hIni )
> ? "Error: missing or wrong " + cIniFile
>
2008-09-21 23:03 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi.h
* harbour/source/vm/arrays.c
+ added hb_arrayGetPtrGC(), hb_arrayGetSymbol(), hb_arraySetSymbol()
* harbour/include/hbapi.h
* harbour/source/vm/dynsym.c
+ added hb_dynsymProtectEval
On Sun, 21 Sep 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> However I've found that even a "small" change like that required a
> major change in the code. Not in the function itself but in all that
> functions that are called in the middle.
> Things like data driven app and "static file wide vars +
On Sun, 21 Sep 2008, Petr Chornyj wrote:
Hi Peter,
> What compiler you use?
> I rebuild harbour from scratch with bcc 582 and got again
> .T.
> .F.
> Error: missing MAIN section in test.ini
>
> I try it with msvc 71, OpenWatcom 17a, Digital Mars 8.51, even with bcc582 +
> harbour-11-b32.dll
> .
On Sun, 21 Sep 2008, Przemyslaw Czerpak wrote:
Hi Peter,
> Very strange results. I do not know anything about compiler
> dependent code in this example.
I think that I know what could be a problem:
regular expressions library.
BCC uses its own copy of very old PCRE library to emulate
On Thu, 18 Sep 2008, Szak�ts Viktor wrote:
Hi all,
> For now, I'd personally vote to make PUBLICs visible for
> all threads (otherwise most apps would need to be rewritten
> in this respect I guess), and PRIVATEs to the threads that
> define them. 'THREAD PUBLIC' could be introduced to create
> P
On Sun, 21 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> Very strange, but this problem appeared again in latest SVN:
> harbour /build = 20:19:11
> ? hb_builddate() = 20:19:10
> Anybody confirm please ?
It's expected behavior. These are two different functions
and each of them use __TIME__ ma
On Sun, 21 Sep 2008, Massimo Belgrano wrote:
Hi Massimo,
> Will //INFO display also info of c compiler?
No, this information is shown when you run harbour application
with //BUILD switch.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-
2008-09-22 02:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbvm.h
* harbour/source/vm/hvm.c
* harbour/source/vm/thread.c
+ added .prg function hb_threadSelf() -> | NIL
It returns thread ID pointer variable or NIL when thread was
registe
Hi all,
Here is a list of things which should be fixed or added
in Harbour MT mode. I plan to make most of them soon but
I think it's good to document them now to avoid possible
problems or confusions.
In few cases I do not know if I will want to resolve them
for MT mode, f.e. investing time in MT
2008-09-22 03:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbstack.h
* harbour/source/vm/estack.c
* harbour/source/vm/hvm.c
+ added support for nested hb_vmUnlock()/hb_vmLock() calls
* harbour/source/rtl/hbinet.c
* encapsulated all potentially slow
2008-09-22 04:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hbinet.c
! fixed typo in previous commit which broke MS-Win builds
* check hb_vmReaquestQuery() after executing use codeblocks
best regards
Przemek
901 - 1000 of 2668 matches
Mail list logo
