Error E2140 source\rtl\hbinet.c 354: Declaration is not allowed here in
function hb_getHosts
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg
The EMG Music p
On Sun, Sep 21, 2008 at 11:35 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Please remember that Harbour supports
>
> THREAD STATIC [ := ]
>
> which are local to thread - each thread uses it's own copy
> of such static variable initialized to .
> In many cases it's enough to use them ins
2008-09-21 20:29 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/contrib/hbwhat/*.c;*.prg
! Prefixed every WHAT specific functions with "WHT_" and
Windows specific functions with "VWN_"
; NOTE: Now onwards HBWhat.lib use proprietory namespace and
can be used alongwith
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
___
H
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 inet
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 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
registered without
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-
>It's expected behavior. These are two different functions
>and each of them use __TIME__ macro. So in the above test
>you have information when common/hbverdsp.c was compiler
>and when common/hbver.c
>That's all. If it's a real problem then I can change hb_verBuildInfo()
>function to not use __DAT
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
HI ppl,
Very strange, but this problem appeared again in latest SVN:
harbour /build = 20:19:11
? hb_builddate() = 20:19:10
Anybody confirm please ?
TIA and best regards,
Toninho.
__
Faça ligações para outros computadores com o novo Yahoo! Messen
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, 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
POSIX regex
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, 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 +
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(). W
Interesting
Can you post same source like a template demo?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lorenzo
Fiorini
Sent: Sunday, September 21, 2008 5:07 PM
To: Harbour Project Main Developer List.
Subject: [Harbour] MT "stress" test success
I hav
I recevive
.T.
.F.
Error: wrong MAIN section in test.ini
Harbour Terminal: Windows native console
Harbour 1.1.0dev (Rev. 9453)
Windows Vista 6.0.6001 Service Pack 1
DS avail=954044KB OS avail=2061944KB EMM avail=0KB MemStat:Off MT:On
Bcc55
Will //INFO display also info of c compiler?
-
>Can anybody (Przemyslaw excepted) confirm/dispove it?
Here your code shows:
.T.
.F.
Error: wrong MAIN section in test.ini
BCC 6.10, windows XP,
Regards,
Toninho.
___
Yahoo! Mail - Sempre a melhor opção para você!
Experimente já e veja as
Przemyslaw Czerpak-2 wrote:
>
> On Sun, 21 Sep 2008, Petr Chornyj wrote:
>
> It works perfectly for me.
>
>
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
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
>
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 Czerpak (druzus/at/priv.onet.pl)
> >
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
I have a procedure that "upload" a complete set of dbfs to a
Postgresql database.
It's based on a data dictionary that hold tables, sql indexes, sql
scripts and is usually run every night.
The loop is:
for every table
...
use
__dbSql to a text file
if remote
ftp upload
endif
create the sql sc
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
/*
=
*/
#include "common.ch"
FUNCTION _AppMain( ... )
//
IF ! CheckCfg( "test.ini" )
RETURN -1
ENDIF
? "Ok"
RETURN 0
/*
=
*/
FUNCTION Che
And today the in Overall Rank is at position 160!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Francesco
Saverio Giudice
Sent: Thursday, September 18, 2008 8:06 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Tagged: Harbour 1.0.1 (r
27 matches
Mail list logo
