RE: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-23 Thread Massimo Belgrano
>>> use //build switch and if necessary redirect stderr to >>> stdout by //stderr:1 >> I know these, but couldn't we make it easier? >> I may look into this later. memtest output can >> only be screen grabbed. >So probably we should follow Massimo suggestion and use >SET ALTERNATE for logging out

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-23 Thread Przemyslaw Czerpak
On Tue, 23 Sep 2008, Szak�ts Viktor wrote: Hi Viktor, >> use //build switch and if necessary redirect stderr to >> stdout by //stderr:1 > I know these, but couldn't we make it easier? > I may look into this later. memtest output can > only be screen grabbed. So probably we should follow Massimo

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-23 Thread Szakáts Viktor
Hi Przemek, I've done the tests, MT speed got ~5% better. The MT overhead for MSVS 2008 on my system is 41%. How much do you think this could be further enhanced in case we'd pass the HVM context to all Harbour API functions? ST ST MT

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-23 Thread Szakáts Viktor
Hi Przemek, Okay, I'll redo the tests using DLALLOC only to keep it simple. BTW, can we change memtst to output to stdout, not require key presses, and also for both tests to include build-time switches in their outputs. These would ease testing. use //build switch and if necessary redirect s

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-23 Thread Przemyslaw Czerpak
On Tue, 23 Sep 2008, Szak�ts Viktor wrote: Hi Viktor, Many hanks for your tests. Now the MT overhead is much smaller. I'll commit last modification with TLS buffering and this will be the final version. Probably we can improve the speed yet a little bit but it will not be anything hardly noticeab

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-22 Thread Przemyslaw Czerpak
On Tue, 23 Sep 2008, Szak�ts Viktor wrote: Hi Viktor, > Pls find attached some speedtst/memtst outputs. > Looks like dlalloc is well suited for MSVC with > a significant speedup in ST mode, and mostly > better results in MT mode. > Tested with MSVS2008 SP1, XPPro SP3, Intel 865 + P4HT 2.6, 3GB RA

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-22 Thread Przemyslaw Czerpak
On Mon, 22 Sep 2008, Szak�ts Viktor wrote: Hi Viktor, > Many thanks, that solved the problem. > Shouldn't we make USE_DL_PREFIX the default > for all compilers/platforms, to avoid such > possible problems, and also to make this matter > unified across all our builds? In fact it's a little bit le

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-22 Thread Szakáts Viktor
Hi Przemek, Many thanks, that solved the problem. Shouldn't we make USE_DL_PREFIX the default for all compilers/platforms, to avoid such possible problems, and also to make this matter unified across all our builds? Brgds, Viktor On 2008.09.22., at 21:17, Przemyslaw Czerpak wrote: On Mon, 22

Re: [Harbour] Re: MSVS 2008: error with new alloc

2008-09-22 Thread Przemyslaw Czerpak
On Mon, 22 Sep 2008, Szak�ts Viktor wrote: Hi Viktor, > I've now retried after a full rebuild (with same flags > as in prev message) and I'm getting the same error and > GPF results with small or even empty test program, > like "FUNC MAIN()". > Do you have any tips what could this be? Or how coul