[xHarbour-developers] [Fwd: Re: __RUN return code (reposted)]

2009-08-24 Thread Maurilio Longo
Ron, my memory sometimes still works :) See included message from 2004. Best regards. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  --- Begin Message --- On 29 Apr 2004 at 9:19, Sylvain Robert wrote: > It's not a problem Maurilio it's a m

Re: [xHarbour-developers] __Run() extensions

2009-08-24 Thread Maurilio Longo
t > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day

Re: [xHarbour-developers] Official Release

2009-02-23 Thread Maurilio Longo
___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  -

[xHarbour-developers] destructors cannot be executed?!?

2009-01-22 Thread Maurilio Longo
tained example, but I was not able to have a small piece of code showing this problem. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  -- This SF.net email is sponsored by: SourcForge

Re: [xHarbour-developers] 2009-01-08 23:25 UTC+0300 Phil Krylov

2009-01-22 Thread Maurilio Longo
Phil, yes, I confirm, it works without SET WORKAREA PRIVATE as well. Thanks a lot. Maurilio. Phil Krylov wrote: > On Thu, Jan 22, 2009 at 11:49 AM, Maurilio Longo > wrote: >> I can confirm that with SET WORKAREA PRIVATE it works ok. > > It should now be OK without SET WORK

Re: [xHarbour-developers] 2009-01-08 23:25 UTC+0300 Phil Krylov

2009-01-22 Thread Maurilio Longo
Phil, I can confirm that with SET WORKAREA PRIVATE it works ok. Maurilio. Phil Krylov wrote: > Hi Maurilio, > > On Fri, Jan 9, 2009 at 11:56 AM, Maurilio Longo > wrote: >> Now, after these changes I have a runtime error inside C RTL library :) go >> figure!! >

Re: [xHarbour-developers] 2009-01-08 23:25 UTC+0300 Phil Krylov

2009-01-09 Thread maurilio longo
ot for your help. Maurilio. > Hi Maurilio, > > On Fri, Jan 9, 2009 at 11:56 AM, Maurilio Longo > wrote: > > Now, after these changes I have a runtime error inside C RTL library :) go > > figure!! > > For some reason the USE ... NEW operation became not threads

Re: [xHarbour-developers] 2009-01-08 23:25 UTC+0300 Phil Krylov

2009-01-09 Thread Maurilio Longo
I mean, starting mtstress.prg! Maurilio. Maurilio Longo wrote: > Phil, > > thanks a lot! > > Now, after these changes I have a runtime error inside C RTL library :) go > figure!! > > Maurilio. > > Phil Krylov wrote: >> 2009-01-08 23:25 UTC+0300

Re: [xHarbour-developers] 2009-01-08 23:25 UTC+0300 Phil Krylov

2009-01-09 Thread Maurilio Longo
> xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  ---

Re: [xHarbour-developers] MT build dies at startup

2009-01-08 Thread Maurilio Longo
Enrico Maria Giordano wrote: > Can you show us a reduced and self-contained sample of the problem? > for the MT problem, it should be enough to build tests\mtstress.prg Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult

Re: [xHarbour-developers] MT build dies at startup

2009-01-08 Thread Maurilio Longo
, the destructor does not use statics nor it creates new objects. Best regards. Maurilio. Enrico Maria Giordano wrote: > -Messaggio Originale- > Da: "Maurilio Longo" > A: "Enrico Maria Giordano" > Cc: "Xharbour-Developers List" > Data invio: gio

Re: [xHarbour-developers] MT build dies at startup

2009-01-08 Thread Maurilio Longo
es > not >> > uses statics nor creates now objects inside destructor). >> >> "xharbour is not useable anymore" is a nonsense for me. > > +2 > Regards > Luiz > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  --

Re: [xHarbour-developers] MT build dies at startup

2009-01-08 Thread Maurilio Longo
Enrico, when you cannot use destructors in objects in single-threaded programs... I don't care how we call it, I say it is broken (and it was working a few months ago). Maurilio. Enrico Maria Giordano wrote: > -Messaggio Originale- > Da: "Maurilio Longo" > A: &

Re: [xHarbour-developers] MT build dies at startup

2009-01-08 Thread Maurilio Longo
ic s_once ) ; INIT _( public P_N ) ; - INIT iif( hb_threadOnce( @s_once ), P_N := 112345.67, ) ; + INIT hb_threadOnce( @s_once, {|| P_N := 112345.67 } ) ; CODE x := P_N TEST t012 INIT _( memvar P_D ) ; INIT _( static s_once ) ;

Re: [xHarbour-developers] error conflicting types

2009-01-08 Thread Maurilio Longo
Yes, I've not committed it yet, since there is that error on destructors which makes xharbour broken for me. Maurilio. Enrico Maria Giordano wrote: > -Messaggio Originale- > Da: "Maurilio Longo" > A: "Enrico Maria Giordano" > Cc: "Xharbour-D

[xHarbour-developers] destructors cannot be executed?!?

2009-01-07 Thread Maurilio Longo
aSList INIT {} ENDCLASS -- ______ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Op

[xHarbour-developers] MT build dies at startup

2009-01-07 Thread Maurilio Longo
w() I see that lately a lot of changes have been done to the vm and rtl to synch it with harbour, so I don't know where to start from. Do the other builds work ok on mtstress? Maurilio. -- __ | | | |__| M

Re: [xHarbour-developers] error conflicting types

2009-01-07 Thread Maurilio Longo
Enrico, yes, fixed, thanks, there are problems with the MT build, I'll look into them lately today or tomorrow. Maurilio. Enrico Maria Giordano wrote: > -Messaggio Originale- > Da: "Maurilio Longo" > A: "Xharbour-Developers List" > Data

[xHarbour-developers] error conflicting types

2009-01-07 Thread Maurilio Longo
27; make[3]: *** [set.o] Error 1 make[3]: Leaving directory `/repos2/xharbour/source/rtl/os2/gcc' make[2]: *** [descend] Error 2 make[2]: Leaving directory `/repos2/xharbour/source/rtl' Which is the correct definition? Best regards. Maurilio. -- __ | | |

Re: [xHarbour-developers] Current CVS stable?

2009-01-07 Thread Maurilio Longo
.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services fo

Re: [xHarbour-developers] Fast memcpy(), an alternatif?

2008-11-21 Thread Maurilio Longo
___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  ---

Re: [xHarbour-developers] Chagelog: 2008-06-28 15:25 UTC-0300 Walter Negro

2008-07-02 Thread Maurilio Longo
d.h lines 109 and > 110 and do same in lines 197 and 198 with increment/decrement function > for OS2. > > *Walter Negro* > /Desarrollo e Investigación/ > VsTour - Softmagic S.R.L. > *::* * VSTour.COM <http://www.vstour.com> * *::* > > > Maurilio Longo escribi

Re: [xHarbour-developers] Chagelog: 2008-06-28 15:25 UTC-0300 Walter Negro

2008-06-30 Thread Maurilio Longo
- > *::* * VSTour.COM <http://www.vstour.com> * *::* > > > Maurilio Longo escribió: >> Walter, >> >> I'm not sure I'm understanding this, but I did a test with >> mtcomplexshare.prg >> and I see that nGlobalCount

Re: [xHarbour-developers] Chagelog: 2008-06-28 15:25 UTC-0300 Walter Negro

2008-06-30 Thread Maurilio Longo
-- > > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers -- __ | | | |__| Maurilio Longo |_|_|_

Re: [xHarbour-developers] Enc: Res: Next Release (RC2)

2008-06-26 Thread Maurilio Longo
G_ZERODIV >> ? "Caught division by 0" >> EXIT >> >> DEFAULT >>Throw( e ) >> END >>FINALLY >> ? " In finally" >>END >> >

Re: [xHarbour-developers] Enc: Res: Next Release (RC2)

2008-06-25 Thread Maurilio Longo
f code would require such > syntax I'll be very thankful. > > Ron > > On Jun 24, 2008, at 10:28 AM, Maurilio Longo wrote: > >> Ron, >> >> from harbour we should, IMHO, borrow >> >> FOR EACH and maybe WITH OBJECT both of which support multiple

Re: [xHarbour-developers] Enc: Res: Next Release (RC2)

2008-06-24 Thread Maurilio Longo
wrote: > I agree. I think we need to prepare a list of missing extended > features that we need to add if any. > > On Jun 24, 2008, at 6:25 AM, Maurilio Longo wrote: > >> Eduardo, Ron, >> >> I don't know if we came to a conclusion, but I think we should

Re: [xHarbour-developers] Res: Res: Enc: Res: Next Release (RC2)

2008-06-24 Thread Maurilio Longo
to do this change, though. Best regards. Maurilio. > regards, > Eduardo > > - Mensagem original >> De: Maurilio Longo <[EMAIL PROTECTED]> >> Para: Eduardo Fernandes <[EMAIL PROTECTED]> >> Cc: Xharbour-Developers List >> Enviadas: Terça-f

Re: [xHarbour-developers] Res: Enc: Res: Next Release (RC2)

2008-06-24 Thread Maurilio Longo
to come a conclusion also, but the harbour's tbrowse code > doesn't compile under xharbour. > Did you have compiled/tested it with xharbour ? > > regards, > Eduardo > > - Mensagem original >> De: Maurilio Longo <[EMAIL PROTECTED]> >> P

Re: [xHarbour-developers] Enc: Res: Next Release (RC2)

2008-06-24 Thread Maurilio Longo
ate error *INVALID*. F:DR" >> Expected: "E BASE 2012 Create error *INVALID*. A:0: F:DR" >> === >> Test calls passed: 3263 ( 98.96 % ) >> Test calls failed: 34 ( 1.04 % )

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-21 Thread Maurilio Longo
he correction has nothing to do > with ST/MT. > > Ron > > On Jun 20, 2008, at 8:34 AM, Maurilio Longo wrote: > >> Ron, >> >> on OS/2, gcc, it still returns 0 bytes read in MT. >> >> ---8<--- >> (E:\repos2\xharbour\te

[xHarbour-developers] CHANGELOG: 2008-06-20 17:35 UTC+0100 Maurilio Longo <[EMAIL PROTECTED]>

2008-06-20 Thread Maurilio Longo
2008-06-20 17:35 UTC+0100 Maurilio Longo <[EMAIL PROTECTED]> * config/os2/gcc.cf + added zlib to the build process. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  - Check out t

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
-- Maurilio. Ron Pinkas wrote: > Maurilio, > > Works perfect for me, also in MT. What problem did you have? > > Ron > > On Jun 20, 2008, at 8:29 AM, Maurilio Longo wrote: > >> Ron, >> >> I can confirm that it is fixed for ST mode after your last commit. &g

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
08, at 8:03 AM, Maurilio Longo wrote: > >> And I can add that >> >> ISBYREF() fails, hb_parcsiz() returns 0 (zero). >> >> Best regards. >> >> Maurilio. >> >> Maurilio Longo wrote: >>> Ron, >>> >>> even worse, w

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
I mean, inside fRead() source code. Maurilio. Maurilio Longo wrote: > And I can add that > > ISBYREF() fails, hb_parcsiz() returns 0 (zero). > > Best regards. > > Maurilio. > > Maurilio Longo wrote: >> Ron, >> >> even worse, with latest cvs

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
And I can add that ISBYREF() fails, hb_parcsiz() returns 0 (zero). Best regards. Maurilio. Maurilio Longo wrote: > Ron, > > even worse, with latest cvs I get back garbage in ST mode and a series of Chr( > 7 ) in MT ?! > > > ST mode follows > > ---8

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
Ptr( pItem, pBuffer, 99 ); // NOTE! > > hb_vmPushSymbol( hb_dynsymSymbol( pSym ) ); > hb_vmPushNil(); > hb_vmPushItemRef( pItem ); > hb_vmDo( 1 ); > > hb_itemReturnForward( pItem ); //NOTE! > hb_itemRelease( pItem ); //NOTE! > } > > #pragma enddump >

Re: [xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
Symbol( hb_dynsymSymbol( pSym ) ); >hb_vmPushNil(); >hb_vmPushItemRef( pItem ); >hb_vmDo( 1 ); > >hb_itemReturnForward( pItem ); //NOTE! >hb_itemRelease( pItem ); //NOTE! > } > > #pragma enddump > //--// > >

[xHarbour-developers] fread() fails with by-reference parameter

2008-06-20 Thread Maurilio Longo
myself? TIA. Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  ref.prg Description: application/prg - Check out the new SourceForge.net Marketplace. It's the best place to buy or

[xHarbour-developers] hb_IsByRef()

2008-05-21 Thread Maurilio Longo
e complicated issue with a byref variable being created inside .c code, but, anyway, if we fix this maybe we fix or I can understand a little about this other issue. -- ______ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. 

Re: [xHarbour-developers] Res: ChangeLog,v 1.6101 2008/05/20

2008-05-20 Thread Maurilio Longo
lt;[EMAIL PROTECTED]> escreveu: >> >>> Maurilio, >>> >>> I disagree. I have more than 50 small samples with bugs that has >>> been fixed along the last 4 years. Our tbrowse is very stable now >>> and I think we need only clean the code. >

Re: [xHarbour-developers] Res: ChangeLog,v 1.6101 2008/05/20

2008-05-20 Thread Maurilio Longo
have more than 50 small samples with bugs that has been fixed > along the last 4 years. Our tbrowse is very stable now and I think we need > only clean the code. > > best regards, > Eduardo > > - Mensagem original >> De: Maurilio Longo <[EMAIL PROTECTED]&g

Re: [xHarbour-developers] ChangeLog,v 1.6101 2008/05/20

2008-05-20 Thread Maurilio Longo
> xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. 

Re: [xHarbour-developers] Time for a release?

2008-05-20 Thread Maurilio Longo
icrosoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-deve

Re: [xHarbour-developers] ChangeLog 2008-05-14 10:40 UTC+0300 Phil Krylov

2008-05-14 Thread Maurilio Longo
/direct/01/ > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.

Re: [xHarbour-developers] Linux makefiles

2008-05-06 Thread Maurilio Longo
___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  --

Re: [xHarbour-developers] New Release?

2008-04-11 Thread maurilio longo
Patrick, there is an issue with by-reference variables due to syncing xharbour and harbour code which I think should be fixed before the release. I did look at this issue but I was not able to find out what is wrong, so I hope Phil and/or Ron can, at least, point me in the right direction. Be

Re: [xHarbour-developers] writing a call back function

2008-04-08 Thread Maurilio Longo
gt; > On Apr 8, 2008, at 8:45 AM, Maurilio Longo wrote: > >> Ron Pinkas wrote: >>> Maurilio, >>> >>> Below is a working, reduced, self contained, sample: >> >> Thanks a lot! >> >>> >>> [FWIW, HB_IsByRef() has been broken sin

Re: [xHarbour-developers] writing a call back function

2008-04-08 Thread Maurilio Longo
s a problem, since, for example, fRead() calls it to test received parameter and fails as well! Is HB_IS_BYREF() broken as well? Best regards. Maurilio. -- ______ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  ---

[xHarbour-developers] byref problems

2008-04-08 Thread Maurilio Longo
Hi, I'm surely doing something wrong... but what? Why is hb_IsByRef() returning .F. and NIL instead of .T.? And why is hb_vmPushItemRef() not 'creating' a by-reference variable? Thanks for any help. Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| far

[xHarbour-developers] writing a call back function

2008-04-08 Thread Maurilio Longo
remove this buffer from the HB_ITEM so that the C code can keep using it? Thanks! Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  - This SF.net email is sponsored by the 2008 JavaOne(

[xHarbour-developers] ENUMERATION support

2008-04-03 Thread Maurilio Longo
OK, UNSUPPORTED, FAILED function main() local nError as ENUMERATION code ? nError := FAILED return --->8--- Is there something do to to make it work or has it been removed from the compiler? Thanks. Maurilio. -- __ | | | |__| Maurilio

Re: [xHarbour-developers] changes to KEYBOARD with new GT

2008-04-03 Thread Maurilio Longo
lists.sourceforge.net/lists/listinfo/xharbour-developers >> >> > > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. >

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
D_BLOCKSIZE ... >#define FTP_RCV_BLOCKSIZE ... >... >InetSetSndBufSize( pSocket, FTP_SEND_BLOCKSIZE ) >InetSetRcvBufSize( pSocket, FTP_RCV_BLOCKSIZE ) > > Ron > > > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  --

Re: [xHarbour-developers] Accessing big text files with very long lines

2008-04-02 Thread Maurilio Longo
g to escape the issue, I say that this is a 'philosophical' issue because the truth lies on both sides, and as such it is not possible to decide, once for all, what is the right thing to do; they're both right and both have compromises in what they try to accomplish. Best regards. M

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
? > Otherwise what is the recommended practice? Yes, getsockopt() which tells you what the OS has as default size, and setsockopt() to change those parameters. But this 'optimitazion' should be made by user code, not by a low level, protocol agnostic, runtime

Re: [xHarbour-developers] Accessing big text files with very long lines

2008-04-02 Thread Maurilio Longo
) >? "Please double...", "Idiotic", c > RETURN > > PROCEDURE Test( ByRef ) >LOCAL c := "Stupid" >ByRef := IIF( .T., @c, ) > RETURN > > I can assure you there will always exists such stupid traps, in any > language worth working

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
e reduce system buffer to 1,4Kb instead of 8kb (default), we lost data. I never said to reduce buffer, but to use what the system gives us and change it, when needed in user code. Best regards. Maurilio. -- ______ | | | |__| Maurilio Longo |_|_|_

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
thing Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/li

Re: [xHarbour-developers] Accessing big text files with very long lines

2008-04-02 Thread Maurilio Longo
vmExecute (hvm.c:1436) >> ==3235==by 0x80489AA: (within /home/druzus/CVS/harbour/harbour/ >> tests/destruct) >> ==3235==by 0x1BAB10A9: hb_vmDo (hvm.c:6988) >> ==3235==by 0x1BAA372C: hb_vmExecute (hvm.c:1436) >> ==3235== by 0x804896E: (within /home/dr

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
ffers, but not hard-code 64Kb ones only because, your tests, in your environment, showed a speed increase in a ftp transfer. Best regards. Maurilio. -- ______ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  --

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-02 Thread Maurilio Longo
7; make[2]: *** [descend] Error 2 make[2]: Leaving directory `/repos2/xharbour/source/vm' (E:\repos2\xharbour\source)make -C macro first make[2]: Entering directory `/repos2/xharbour/source/macro' Miguel Angel Marchuet wrote: > Please try with CVS now > --

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-01 Thread Maurilio Longo
32kb of 64Kb totals to avoid loose data. > > I know that my English is very bad, You follow me now ? > > Best regards, > Miguel Angel Marchuet > > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. 

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet

2008-04-01 Thread Maurilio Longo
ould be no size forced to any value, the OS already buffers data, and surely the size used is the best value overall. Best regards. Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  - Che

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-01 Thread Maurilio Longo
8;w?http://sf.net/marketplace > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_||

Re: [xHarbour-developers] DllMain.lib - misleading name

2008-04-01 Thread Maurilio Longo
Andi Jahja wrote: > Anyway,things are of no matter to me. I don't have serious problem with > the status-quo as of now. > -- I don't have either, apart from the issue with zlib which forced me to use a dll instead of linking libpng directly. Maurilio. -- __ |

Re: [xHarbour-developers] DllMain.lib - misleading name

2008-04-01 Thread Maurilio Longo
y. Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything

Re: [xHarbour-developers] DllMain.lib - misleading name

2008-04-01 Thread Maurilio Longo
Maurilio. Andi Jahja wrote: > On Tue, 01 Apr 2008 13:30:25 +0200 > Maurilio Longo <[EMAIL PROTECTED]> wrote: > >> I'm against adding pcrepos to rtl, I think that every clearly separated >> module >> has to have its own library to contain it. > &g

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-01 Thread Maurilio Longo
> Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ___ > xHarbour-developers

Re: [xHarbour-developers] 2008-04-01 12:42 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>

2008-04-01 Thread Maurilio Longo
ers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l.  - Check out the new SourceForge.net Market