Re: [Harbour] 2008-06-02 16:46 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-06-04 Thread Ryszard Glab
On 2 Jun 2008 at 20:13, Szakáts Viktor wrote: > > Probably Ryszard should answer for this. > > Now upper letters are used to disable some features. > > In the future we may need more combinations so maybe it's > > good idea to keep it case sensitive. > > Well, I really hope so we won't need that m

Re: [Harbour] C level error api

2008-02-15 Thread Ryszard Glab
On 15 Feb 2008 at 11:27, Alexander S.Kresin wrote: > have we a C level error api ? In other words, are there C level > functions to catch up errors, which on prg level we handle with BEGIN > SEQUENCE ... END SEQUENCE ? See vm/macro.c for example of low level error handling using HB_ERROR_I

Re: [Harbour] Collectible pointers

2008-02-12 Thread Ryszard Glab
On 12 Feb 2008 at 3:12, Przemyslaw Czerpak wrote: > I want to reduce API functions which may cause internal errors > in different places when are used in wrong way. And hb_gcLock()/ > hb_gcUnlock() are potentially such functions. Now I do not see any > code which may need it as long as it does not

Re: [Harbour] Re: What about stopping the release process?

2008-02-11 Thread Ryszard Glab
On 11 Feb 2008 at 14:00, Przemyslaw Czerpak wrote: > Yes. This will be nice solution. The only one problem is with > temporary test if in our RTL code will not appear calls to new > RDD functions which may force linking both modules. But of course > it's a minor problem. Can we create then two

Re: [Harbour] Asynchronous procedures

2008-02-06 Thread Ryszard Glab
On 5 Feb 2008 at 21:07, Mindaugas Kavaliauskas wrote: > the problem is not that I have a lot of objects, but the problem is I > want to continue execution from the middle of the function. Imagine I > have a code: [...] > I can try to implement this using a message to some object, but in >this >

Re: [Harbour] Asynchronous procedures

2008-02-05 Thread Ryszard Glab
On 5 Feb 2008 at 17:21, Mindaugas Kavaliauskas wrote: > I've made a try to implement my ideas. Instead of long descriptions I > present it by sample code: I still fail what you want to achieve however wouldn't it be simpler to create an array of objects and call some method for every object

Re: [Harbour] Re: Fix it quickly

2008-02-04 Thread Ryszard Glab
On 4 Feb 2008 at 15:15, Ryszard Glab wrote: > Please also test the alternate command: > > CMD.EXE /c IF NOT EXIST ..\\..\\lib\os2 md ..\\..\\lib\os2 Sorry should be: CMD.EXE /c IF NOT EXIST ..\\..\lib\os2 md ..\\..\lib\os2 Regards

Re: [Harbour] Re: Fix it quickly

2008-02-04 Thread Ryszard Glab
On 5 Feb 2008 at 3:18, David Arturo Macias Corona wrote: Can you manually check if the following command: CMD.EXE /c IF NOT EXIST ..\..\lib\os2 md ..\..\lib\os2 started from harbour/source/common directory is creating harbour/lib/os2 dir? Please also test the alternate command: CMD.EXE /c I

Re: [Harbour] Fix it quickly

2008-02-01 Thread Ryszard Glab
On 1 Feb 2008 at 14:52, Szakáts Viktor wrote: > Could you find anything regarding 'make install' > not copying libs to their final location? > > I'm experiencing this using w32/mingw32. Well, the problem is: there is no code to create the final location in current GNU *.cf files. This means tha

Re: [Harbour] Fix it quickly

2008-02-01 Thread Ryszard Glab
On 1 Feb 2008 at 0:42, David Arturo Macias Corona wrote: > then, no one file in e: root dir was found > > Current Harbour build process DELETED all my files in OS/2 root dir > It include CONFIG.sys Sorry for all problems. This issue should be fixed after my last commits at 2008-02-01 02:35 an

Re: [Harbour] Changelog 2008-01-31 13:00 UTC+0100 Ryszard Glab

2008-01-31 Thread Ryszard Glab
On 31 Jan 2008 at 14:11, Szakáts Viktor wrote: > Great, now I was able to build Harbour using Mingw32 on Win32. > > The /utils didn't get build though due to this > error: "ld.exe: cannot find -lmainstd" Can you check if lib/w32/mingw32/hbmainstd.a was created? > Pls, I'd also suggest to creat