Hello Viktor
Viktor Szakáts wrote:
>
> Well, thinking about it, this change prevents using certain filenames to
> be
> used for source files (anything having '{' char.
> So I'm not sure this is very good.
>
This is not '{' only, it is with '}'. So it is rare someone
may use this combination i
Well, thinking about it, this change prevents using certain filenames to be
used for source files (anything having '{' char.
So I'm not sure this is very good.
Brgds,
Viktor
On Mon, May 4, 2009 at 6:00 AM, Viktor Szakáts wrote:
> >
>>
>> Here is the modified code, check if is corrcet one
>> [ I
Dunno, but it looks like windres isn't happy about something.
Brgds,
Viktor
On Mon, May 4, 2009 at 2:02 AM, Pritpal Bedi wrote:
>
> Hi
>
>
> Pritpal Bedi wrote:
> >
> > windres: unexpected version string length 48 != 32 + 12
> > ^^
> >
> > Let me check how I have d
>
> >
>
> Here is the modified code, check if is corrcet one
> [ I am been able to compile properly with it ]
For best results you should add this line:
cParam := ArchCompFilter( cParam )
after:
CASE FN_ExtGet( cParamL ) == ".prg"
and:
CASE FN_ExtGet( cParamL ) == ".c" .OR. ;
Hi
Pritpal Bedi wrote:
>
> windres: unexpected version string length 48 != 32 + 12
> ^^
>
> Let me check how I have defined version info.
>
I cannot make out where is the problem.
Version info is like:
VOUCH x 6 times == 5 Characters 30
7.70 x 2 times
Hi
>What is the problem you're experiencing?
This is the screen dump
windres: unexpected version string length 48 != 32 + 12
hbmk: Error: Running resource compiler. 1:
windres -I"C:/harbour_dev/harbour/mingw/include"
-I"c:/dev_sources/vouch/include
" -I"c:/dev_sources/cachemgr/include" -I"c:/dev
Hi
Viktor Szakáts wrote:
>
>> c:/dev_sources/dev_resources/txtext.res -O coff -o
>> c:/dev_objs/mingw/vouch/txtext.reso
>
> What is the problem you're experiencing?
>
Compilation process just astops at this line as above.
Exe is not generated, probably next command is not executed,
at least
Hi Pritpal,
MINGW has given me some more bumps than expected. I could cover
> almost all of them but for one as under:
>
> Compiling resources...
> hbmk: Resource compiler command:
> windres -I"C:/harbour_dev/harbour/mingw/include"
> -I"c:/dev_sources/vouch/include" -I"c:/dev_sources/cachemgr/incl
Hello Viktor
For the last two days I was busy preparing folder structures
and next-years-to-be-good strategy to adopt HBMK2 tool for
all my project needs. And so far so good.
I am been able to compile my applns which are dependent
on many libs, resources, etc, on BCC and MSVC without problems.
Hi,
LOCAL aText_Basic := {;
I_( "Syntax:" ),;
I_( "" ),;
I_( " hbmk [options] []
" ),;
I_( "" ),;
I_( "Options:" ) }
In this case I would write:
LOCAL aText_Basic := {;
I_( "Syntax:" ),;
"",;
I_( " hbmk [options] []
" ),;
Yes, something similar, but I'd need something which goes through all
contribs automatically (to avoid an update each time we add/remove
contribs) plus creates dirs. Plus we also need to deal with the problem
that 'tests' may contain any kind of files (this is the sandbox after all),
so we must onl
This can be a way?
xcopy c:\harbour\contrib\examples\*.* c:\hh\sample\contrib\example /s /e
copy c:\harbour\contrib\gtalleg\tests c:\hh\sample\contrib\gtalleg
copy c:\harbour\contrib\gtqtc\tests c:\hh\sample\contrib\gtqtc
copy c:\harbour\contrib\gtwvg\tests c:\hh\sample\contrib\gtwvg
copy c:\harb
Hi Mindaugas,
hb_i18n_gettext() return original text if lookup failed, so, it will return
> empty string if parameter is empty string, but it will happen after lookup.
> Of cause we can implement additional check for empty string, but do not see
> any reason for it. It will make empty string "conv
Hi,
1) write empty strings to .pot file
Change include/hbexprb.c line #1899:
if( pArg->ExprType == HB_ET_STRING && pArg->ulLength > 0 )
to:
if( pArg->ExprType == HB_ET_STRING )
2) do not write empty string to .pot file and do not show any warning:
Change:
Hello Petr,
Petr Chornyj wrote:
>
>
> Something like
>
> [CODE]
> FUNCTION main()
> local n, cVar := "Two", hHash := hb_Hash(), aArray
>
> hHash := { 1, "One" }
> hHash := { 2, "Two" }
> hHash := { 3, "Tree" }
>
> ?hb_isHash( hHash )
>
> hHash := { 1 => "One", 2 => "Two" }
> hb_hSet(
Hi All,
hbbmcdx started to GPF on me.
is it broken?
--
View this message in context:
http://n2.nabble.com/hbbmcdx-broken--tp2778228p2778228.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list
Harbour@harbour-
sorry, my mistake.
Viktor Szakáts wrote:
>
> No, it's correct, "udd" stands for "user rdd".
>
> Brgds,
> Viktor
>
> On Sun, May 3, 2009 at 6:09 PM, AbeB wrote:
>
>>
>> should it say hbrddall?
>>
>>
>> aLIB_BASE_RDD_ST := {;
>> "hbrdd" ,;
>> "hbusrrdd" ,;
>> >> "hbu
No, it's correct, "udd" stands for "user rdd".
Brgds,
Viktor
On Sun, May 3, 2009 at 6:09 PM, AbeB wrote:
>
> should it say hbrddall?
>
>
> aLIB_BASE_RDD_ST := {;
> "hbrdd" ,;
> "hbusrrdd" ,;
> >> "hbuddall" ,;
> "hbhsx" ,;
> "hbsix" ,;
> "rddntx
should it say hbrddall?
aLIB_BASE_RDD_ST := {;
"hbrdd" ,;
"hbusrrdd" ,;
>> "hbuddall" ,;
"hbhsx" ,;
"hbsix" ,;
"rddntx" ,;
"rddnsx" ,;
"rddcdx" ,;
"rddfpt" }
--
View this message in context:
http://n2.nabble.com
Rossine wrote:
>
> How to use variables with the ascan type hash ()?
>
Something like
[CODE]
FUNCTION main()
local n, cVar := "Two", hHash := hb_Hash(), aArray
hHash := { 1, "One" }
hHash := { 2, "Two" }
hHash := { 3, "Tree" }
?hb_isHash( hHash )
hHash := { 1 => "One", 2 => "Two" }
h
I need to know if this function of HBTIP library have time out
if smtp server is down , whats happens if this occurs ?
thanks
Bruno
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello,
How to use variables with the ascan type hash ()?
[CODE]
function Main
local n, cVar := "Two", hHash := hb_Hash()
hb_HSetCaseMatch( hHash, .F. )
hHash := { 1, "One" }
hHash := { 2, "Two" }
hHash := { 3, "Tree" }
n := ascan( hHash, { |aField| aField[2] == cVar } )
? n
return NIL
[EN
Revision: 10974
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10974&view=rev
Author: vszakats
Date: 2009-05-03 13:44:55 + (Sun, 03 May 2009)
Log Message:
---
2009-05-03 15:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
I couldn't find a generic and proper way to gather these and put them
in final distro.I hope someone will do it.
Brgds,
Viktor
On Sun, May 3, 2009 at 11:08 AM, Massimo Belgrano wrote:
> I notice that in this distribution are missed tests of contrib library
> for example gtwvg.lib is present but
I notice that in this distribution are missed tests of contrib library
for example gtwvg.lib is present but demowvg.prg and demoxbp.prg are non present
so i suggest put under tests\contri\gtwvg
2009/4/10 Viktor Szakáts :
> Yes, but the instructions has changed since:
> ---
> Hi All,
> I've updat
Revision: 10973
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10973&view=rev
Author: vszakats
Date: 2009-05-03 08:37:13 + (Sun, 03 May 2009)
Log Message:
---
2009-05-03 10:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi All,
I'm wondering if it would be possible to add support for __enumLen()
which would return the total number of enumerations in a FOR EACH loop?
Opinions? is it possible?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://list
27 matches
Mail list logo
