Re: [Harbour] Re: dlmalloc on OS/2

2010-03-08 Thread Maurilio Longo
Massimo, I'm sure it's easy, it's just we can't do it .) Maurilio. Massimo Belgrano wrote: > The good news is that not is easy port your Clipper source to harbour > and porting your XPP source to harbour you can use HBNETIO > > > 2010/3/8 Maurilio Longo : >> Przemyslaw, >> >> I'm, at the mome

Re: [Harbour] Re: dlmalloc on OS/2

2010-03-08 Thread Massimo Belgrano
The good news is that not is easy port your Clipper source to harbour and porting your XPP source to harbour you can use HBNETIO 2010/3/8 Maurilio Longo : > Przemyslaw, > > I'm, at the moment, sharing them between DOS Clipper/XPP/Harbour, so, HBNETIO > is not a solution to my problem, even if I'

Re: [Harbour] Re: dlmalloc on OS/2

2010-03-08 Thread Maurilio Longo
Przemyslaw, I'm, at the moment, sharing them between DOS Clipper/XPP/Harbour, so, HBNETIO is not a solution to my problem, even if I'd like a lot to use it! Maurilio. Przemysław Czerpak wrote: > On Fri, 05 Mar 2010, Maurilio Longo wrote: > > Hi, > >>> 2.c) Can you prepare to manage "64bit fil

Re: [Harbour] Re: dlmalloc on OS/2

2010-03-07 Thread Przemysław Czerpak
On Fri, 05 Mar 2010, Maurilio Longo wrote: Hi, > > 2.c) Can you prepare to manage "64bit file support" ? I think yes > > So you will be ready for future :-) > It requires a lot more changes than DosFindFirst() > > 2.d) I know you are aware of every movement which happen in OS/2 world, > > and m

Re: [Harbour] Re: dlmalloc on OS/2

2010-03-05 Thread Maurilio Longo
David Arturo Macias Corona wrote: > 0) I do not know/understand what mean information above > Not a good start! :) Just kidding!! > 1) so, I do not know how your changes/considerations impact rest of OS/2 > users ( you are now aware we are many :-) ) > No impact, OBJ_TILE is supported since OS

[Harbour] Re: dlmalloc on OS/2

2010-03-05 Thread David Arturo Macias Corona
Maurilio: >Error 8, that is ERROR_NOT_ENOUGH_MEMORY. >With my last change, which uses a block obtained with a DosAlloc() with >OBJ_TILE, that is a block aligned to a 64Kb segment, in low memory and >with 16bit selectors set, it always works. This is on a SMP kernel >searching for a file on a sa