Hello Vicente,
> I had some strange bugs... I recompiled GUI, and errors gone. Maybe
> we need a message "CLEAN BUILD, and RECOMPILE of all PRG code is
> required".
Which is my "standard todo" when compiling CVS ;-)
Patrick
---
Hello Eduardo,
> After build binaries from tag 1-2-0 I got:
> xHarbour Compiler build 1.2.0 (SimpLex) (Rev. 6232)
Ok, good.
so, I think the include\hbver.ch should be:
> #define HB_VER_MAJOR1 /* Major version number */
> #define HB_VER_MINOR1 /* Minor version number */
> #de
Eduardo,
> Yes, but since I need use 1.2.0 tag to build 1.1.0 stable binaries, I think
> hbver.h should stay on 1.1.0 until release.
You confuse me ;-)
If you want to build 1.1.0 binaries, you need to get 1.1.0 CVS. Current
release ie 1.2.0.
Patrick
Hello Miguel,
Yes, it works this way. So, this is no bug, it is to be used like this,
because the documentation says that we do not need to do that extra
OrdWildSeek() at the beginning.
So, OR this is a bug OR we need to change the docs. ;-)
Thanks Miguel.
Patrick
On Mon, Oct 27, 2008 at 4:55 P
Eduardo,
> Can you untag the 1.2.0 for me commit last tbrowse.prg and restore hbver.h
> from 1.1.0 version before release ?
Meaning you committed your changes to the head branche and you want it also
in branche 1-2-0?
Patrick
-
Hi,
In the "old" Clipper days we where told to NOT overuse PUBLIC or PRIVATE
variables because they consume lots of memory and are slow. How is this in
xHarbour? Is this still true?
And, is a PUBLIC var more 'expensieve' than a PRIVATE var?
Is it less 'expensive;' to have ONE public var with an a
Thank you Hannes!
Ron? Do you have more info on this or is all told here? :)
Patrick
On Sun, Nov 16, 2008 at 3:02 AM, <[EMAIL PROTECTED]> wrote:
> Hi Patrick,
>
> > In the "old" Clipper days we where told to NOT overuse PUBLIC or PRIVATE
> > variables because they consume lots of memory and are
; Patrick
>
> Patrick Mast, xHarbour. escribió:
>
>> Hi,
>>
>> In the "old" Clipper days we where told to NOT overuse PUBLIC or PRIVATE
>> variables because they consume lots of memory and are slow. How is this in
>> xHarbour? Is this still true?
>&g
Great! ;-)
Speed is important! ;-)
On Tue, Nov 18, 2008 at 11:51 AM, Miguel Angel Marchuet <
[EMAIL PROTECTED]> wrote:
> running speedtst with, we are more near from harbour speed:
>
> # define malloc( n ) ( void * ) HeapAlloc( GetProcessHeap(), 0, (
> n ) )
> # define realloc( p, n )
Ron,
Seems like Miguel is stuck on this subject.
>From talks with Miguel via MSN: "We need to resolve vm work and item
size. Its very important reduce item size, but very difficult. And are
needed some changes."
Miguel is talking about this message:
" Re: [xHarbour-developers] Enc: Res: Next Re
Anyone?
Thanks!
Patrick
On Fri, Nov 14, 2008 at 6:44 PM, Patrick Mast <[EMAIL PROTECTED]> wrote:
> Hello,
> Running xharbour\tests\objlist.prg I get this error:
> Error BASE/1004 Scope Violation : HID1 Arguments: ( [ 1] = Type: O
> Val: { TTEST Object })
> Error at ...: TTEST:HID1(0) in Module:
Hello,
Ok, found out that GLOBAL's do not work in HRB files. So, only option
left for me is to go for a STATIC var in a function instead of using
PRIVATE.
Just wanted to update you guys on this. :-)
Patrick
-
This SF.Net em
Hi,
When I try toi build xharbour from latest CVS with MSVC8 I get this error:
LINK /NOLOGO /LIBPATH:"C:\Program Files\Microsoft Visual Studio
8\vc\LIB" /LIBPATH:lib\vc /OPT:WIN98 /SUBSYSTEM:CONSOLE
/OUT:bin\vc\hbtestdll.exe obj\vc\dll\mainstd.obj obj\vc\dll\hbtest.obj
obj\vc\dll\rt_hvm.obj obj\
Thank you Andi
On Sat, Nov 22, 2008 at 12:26 PM, Andi Jahja <[EMAIL PROTECTED]> wrote:
> Patrick,
>
> Should be fixed now. But another error now: "no starting procedure"
> I'll take a look at it later.
-
This SF.Net email is
Hello,
Please consider this sample:
////
FUNCTION Main()
LOCAL n:= 1
@ 12,1 SAY "@ 12,1 SAY..." GET n
READ
@ 10,1 SAY "@ 10,1 SAY..." GET n
READ
RETURN NIL
////
If the cursor is at 12
Enrico,
> Please put
> SETMODE( 25, 80 )
> just after LOCAL n := 1
Works!
Damned, so much work to make a reduced sample and than you come up
with a so easy solution! ;-)
Sorry about that. Thanks Enrico.
Now... Even without the SetMode(), should the cursor not stay where it
is. There is no reaso
Enrico,
>> Now... Even without the SetMode(), should the cursor not stay where it
>> is. There is no reason to scroll UP, no?
>
> It's a console scroll problem not a xHarbour one. Try to move the console
> scrollbar up and you will get the expected look.
Ok, thanks.
Patrick
Hi,
Can someone look at this? Thanks!
>> Running xharbour\tests\objlist.prg I get this error:
>> Error BASE/1004 Scope Violation : HID1 Arguments: ( [ 1] = Type: O
>> Val: { TTEST Object })
>> Error at ...: TTEST:HID1(0) in Module:
>> Called from : __OBJSENDMSG(0) in Module:
>> Called from : __O
Andi,
> Andi Jahja <[EMAIL PROTECTED]> wrote:
>> But another error now: "no starting procedure"
> It should have been fixed now.
Yes, all builds OK now. Thanks Andi!
Patrick
-
This SF.Net email is sponsored by the Moblin Yo
Hello,
2007-11-01 10:09 UTC+0300 Phil Krylov
* include/hbver.h
* Changed CVS HEAD version number to 1.1.0.
This is why I increased it to 1.2.0
Patrick
-
This SF.Net email is sponsored by the Moblin Your Move Develope
Jose,
>> The current CVS HEAD (1.2.0) is still unstable for release, so I think
>> we will wait many time until stabilize at release stage.
> Current CVS "HEAD" could be unstable, but "branch-1-2-0" (which is not
> "HEAD") is perfectly usable. I'm using it in production without any known
> proble
Hey Andi,
> Actually there is nothing wrong with xHarbour codes.
> The only action need to be done, as you have mentioned,
> is to recompile ALL third party PRGs _AND_ C files.
> Of course, xHarbour should clean built.
This means all FWH users need a new FWH Build as Antonio does not
provide all
Miguel,
Hmm, don't like this idea This means we will have 2 sets of binaries.
One build with OLD_FWH_BINARY and one build without.
Miguel, YOU use FWH, can you use your current FWH with current xHarbour CVS?
Patrick
> Or we can temporarily provide old binary compatibility by changing:
>> #ifnde
Jose,
>> Same here. I use 1.2.0 for production and it works fine here. That's
>> why I wanted to RELEASE that CVS version so we have the time to work
>> onto the next version. No time pressure after we released.
> I fully agree. There is so much time since the last 'officially' release,
> and sin
Hey Andi,
> * source/compiler/genc.c
> * source/compiler/gencc.c
>! make global variable as file wide static.
Can you explain this a little more?
Thanks! ;-)
Patrick
-
This SF.Net email is sponsored by the Moblin Your
Hello Andi,
> If prg contains Global vars which are manipulated in several
> sub-function in the same file, we have to declare ppGlobals in each
> functions. Now, it is written as a file wide static, so that we no
> longer required to declare it the old way.
[learning mode]
What is the advantage
Hello,
Ok, seems like we have an agreement to release 1.2.0.
First thing we need to to is create a 1.2.0 branch so Eduardo can make
his changes to that branche.
Enrico, can give us instructions to upload the new binaries? And a
list of which binaries needs to be build?
Thanks!
Patrick
Andi,
Can you tae a look at this please?
Thanks!
Patrick
>>> Running xharbour\tests\objlist.prg I get this error:
>>> Error BASE/1004 Scope Violation : HID1 Arguments: ( [ 1] = Type: O
>>> Val: { TTEST Object })
>>> Error at ...: TTEST:HID1(0) in Module:
>>> Called from : __OBJSENDMSG(0) in Mod
Andi,
>> [learning mode]
>> What is the advantage of doing it like this? Besides a smaller c file?
>> [/learning mode]
>
> [simple answer]
> Conserve CPU job. Only ONE time static is declared.
> Imagine if we have a PRG with 25 sub-functions and each SAME var has to
> be declared in each of it, it
Hello,
With latest CVS I get:
source\vm\estack.c(269) : error C3861: 'hb_rddWaInit': identifier not found
source\vm\estack.c(302) : error C2660: 'hb_rddWaShutDown' : function
does not take 1 arguments
source\vm\estack.c(463) : error C2440: 'return' : cannot convert from
'HB_STACKRDD' to 'PHB_STAC
Hello,
Since CVS from Nov22, CurDir() returns an empty string on my system.
////
FUNCTION Main()
? ">"+CurDir()+"<" // returns "><"
RETURN NIL
////
If I take CVS from Tag 1-2-0, CurDir()
Hello Eduardo,
> For me curdir() is OK.
Yes, I know. For some CurDir() is OK. But still, all CVS from AFTER
1.2.0 gives empty result on CurDir() here on my system. So, I have a
working sample, compiled with 1.2.0 and a not working sample, compiled
with all CVS after 1.2.0
Patrick
--
Hello Miguel,
>>> 2008-12-03 21:17 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
>>> * source\rtl\valtostr.c
I saw you added HB_STRTOEXP(). Can you explain what it does?
Patrick
--
SF.Net email is Sponsored by MI
Miguel,
>> 2008-12-03 21:17 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
>> * include\hbrddbmc.h
>> * source\rdd\bmdbfcdx\bmdbfcdx1.c
>> ! fixed BM_SetArrayFilter, to generate filter from array of recnos.
>>
>> * source\rtl\filesys.c
>> * source\rtl\philes.c
>> * source\rtl\val
Enrico,
>> On my system, I never see the "Done". Can someone confirm?
> It seems to work fine here using Rev. 6231. Don't know using latest CVS.
Can you try with MSVC8 please?
Patrick
--
SF.Net email is Sponsored by MIX
Hello Ron,
> Should be fixed after: 2008-12-07 10:22 UTC-0430 Ron Pinkas
>
Confirmed. Thanks! ;-)
Patrick
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happe
2008-12-10 10:47 UTC+0100 Patrick Mast <[EMAIL PROTECTED]>
* compile.mak
+ hbntos
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join u
I have the same with XCC. MSCV compiles OK.
Patrick
On Wed, Dec 10, 2008 at 11:22 AM, Enrico Maria Giordano
<[EMAIL PROTECTED]> wrote:
> Error E2451 source\rtl\gtwvt\gtwvt.c 2327: Undefined symbol
> 'GFX_ACQUIRESCREEN' in function hb_gt_wvt_gfx_Primitive
> Error E2451 source\rtl\gtwvt\gtwvt.c 232
Enrico,
> Fatal: 'obj\b32\hbntos.obj' does not exist - don't know how to make it
Should be fixed after:
2008-12-10 10:47 UTC+0100 Patrick Mast <[EMAIL PROTECTED]>
* compile.mak
+ hbntos
Patrick
--
SF.Net email is
Thank you Enrico. Compiles OK in XCC also now.
Patrick
On Wed, Dec 10, 2008 at 11:27 PM, Enrico Maria Giordano
<[EMAIL PROTECTED]> wrote:
>
> -Messaggio Originale-
> Da: "Eduardo Fernandes" <[EMAIL PROTECTED]>
> A: "xHarbour-Developers" ;
&
Hello,
Please try to compile this sample:
//---//
PROCEDURE Main
? [" ' " + cStr(1)] + "]"
RETURN
//---//
With latest CVS, I get this error:
Test.prg(4) Error E0007 Unterminated string: ' )'
Can someone confirm?
Patrick
-
Hey Andi,
> I just curious, what are you trying to achive with the codes. IOW, is
> there no other way doing it? Who codes the program? If he/she's one of
> your programmers then perhaps it's time to make an anual evaluation :-)
This is the original code that gave the error:
#command ?
Ron,
> Should be fixed after: 2008-12-15 23:02 UTC-0430 Ron Pinkas
>
Yes, this is fixed now. Thank you!
Patrick
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't
Anyone?
Thanks! :)
On Sat, Dec 6, 2008 at 5:03 PM, Patrick Mast wrote:
> Hello,
>
> Please consider this sample:
>
> PROCEDURE Main
>
> ? IsDirectory( "C:\" ) // result: .T.
> ? IsDirectory( "C:" ) // result: .F. (Should be .T.)
> ? IsDirectory( "C" ) // result: .F.
>
> RETURN
>
> IsDirecto
Anyone?
Thanks! :)
On Fri, Nov 14, 2008 at 6:44 PM, Patrick Mast wrote:
> Hello,
> Running xharbour\tests\objlist.prg I get this error:
> Error BASE/1004 Scope Violation : HID1 Arguments: ( [ 1] = Type: O
> Val: { TTEST Object })
> Error at ...: TTEST:HID1(0) in Module:
> Called from : __OBJSEND
Hello Miguel,
> As subject.
Do you have any news on this?
Thanks!
Patrick
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09
Hello Miguel,
When I recompile ALL my PRG's with latest xHarbour, my FWH apps starts
up OK now. No GPF.
Enrico, can you confirm?
Thanks!
Patrick
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nev
Hello Enrico,
I used xHarbour Builder build with latest xH.org together with FWH
8.11. I recompiled Fivehmx.lib with attached project file. Your test
runs OK here. No GPF.
Patrick
Fivehmx.lib.xbp
Description: Binary data
--
Hello Francesco,
> take a look to dumpvar.prg and to __objGetValueFullList()
> I have attached current implementation I have not already uploaded to cvs.
> Try HB_DumpVar( xVar, lRecursive, nMaxRecursionLevel )
> f.e.
> ? HB_DumpVar( oObject, .T. )
Great! ;-)
Thanks.
As this is a help, we still
Francesco,
> what problem have you with __objGetValueFullList() ?
Running xharbour\tests\objlist.prg I get this error:
Error BASE/1004 Scope Violation : HID1 Arguments: ( [ 1] =
Type: O Val: { TTEST Object })
Error at ...: TTEST:HID1(0) in Module:
Called from : __OBJSENDMSG(0) in Module:
Calle
Thank you Francesco.
Patrick
On Sat, Dec 20, 2008 at 5:33 PM, Francesco Saverio Giudice
wrote:
> 2008-12-20 17:32 UTC+0100 Francesco Saverio Giudice fsgiudice.com>
> * source/rtl/dumpvar.prg
> * Updated new syntax: HB_DumpVar( xVar, lRecursive,
> nMaxRecursionLevel ) -> cDump
> * source
Thanks Phil!
Compiling with MSVC, I get this error:
Creating library bin\vc\ppgen.lib and object bin\vc\ppgen.exp
common.lib(hbfsapi.obj) : error LNK2019: unresolved external symbol
_hb_setGetDirSeparator referenced in function _hb_fsFNameSplit
bin\vc\ppgen.exe : fatal error LNK1120: 1 unresolved
Hy Phil,
I get:
contrib\unicode\hbcx.c(359) : error C2440: '=' : cannot convert from
'const char *' to 'char *'
Conversion loses qualifiers
Patrick
--
___
xHarbour-deve
Hey Enrico,
> It's perfectly stable for me.
Thank you for the fast reply ;-)
Can you tell us how you experience the new Speed? Do you feel the difference?
Patrick
--
___
xHarb
Hey Brian,
> Thanks. Is it possible for us to catch this at link time
> instead of waiting for untraceable gpfs? Was there a pcode version
> change, and if not shouldn't there be?
I use this XBP file to rebuild Fivehmx.lib
http://www.xHarbour.net/Downloads/Fivehmx_xHB.lib.zip
In my tests, FWH
Hello,
>> Wouldn't incrementing the PCode version accomplish this, even if it was an
>> item structure change instead of pcode change that causes the crash?
>
> I fully agree with PCode version. The structure change is quite dangerous
> if we do not do it.
But than all 3rd party LIB's need to be
Andi,
> Very stable! :-)
Than I think the moment arrived to start preparing for a new release, right?
This has been on the table for long now.
Patrick
--
Check out the new SourceForge.net Marketplace.
It is the best pla
That is, once we fixed brian's GPF off course! ;-)
On Wed, Jan 7, 2009 at 11:51 AM, Patrick Mast, xHarbour.
wrote:
> Andi,
>
>> Very stable! :-)
>
> Than I think the moment arrived to start preparing for a new release, right?
> This has been on the table
Hello Maurilio,
> current cvs code broken under OS/2
Can you report so we can find a fix?
Thanks!
Patrick
--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about any
rge
> Mason) which I've been using from time to time when a
> full FWH prg compile is needed so we're covered in that
> aspect.
>
> Regards,
>
> Patrick Mast, xHarbour. wrote:
>> That is, once we fixed brian's GPF off course! ;-)
>>
&
Hey Brian,
> I think the point is that there's nothing special about FWH;
> any other 3rd party lib will need its PRGs compiled, right?
> (let me know if I'm wrong)
Right :)
> In which case forcing this up front, as much as it creates headaches,
> is far better than finding out at app runtime.
I
Hey Andi,
>> When compiling with MSVC there are many warnings like these:
>> cl : Command line warning D9025 : overriding '/O1' with '/Od'
> You can always disable a certain warning in MSVC by warning number, eg.
> -wd9025 (meaning "warning 9025 disabled").
Ok.
> But how did you arrive at such w
Hello,
Compiling latest CVS with MSVC, I get:
source\vm\inet.c(179) : fatal error C1003: error count exceeds 100;
stopping compilation
Patrick
--
Check out the new SourceForge.net Marketplace.
It is the best place to buy
Hello,
> Compiling latest CVS with MSVC, I get:
> source\vm\inet.c(179) : fatal error C1003: error count exceeds 100;
> stopping compilation
If I rollback this change:
2009-01-11 01:15 UTC+0300 Phil Krylov
The error goes away.
Patrick
--
Hey Phil,
> I can not reproduce it with MSVC 12.0. Are there any errors higher in
> the build log?
This is the error log from building inet.c:
http://www.xharbour.net/make_vc-log.txt
Patrick
--
Check out the new SourceF
Works just fine now Phil. Thanks!!
;-)
On Mon, Jan 12, 2009 at 12:37 PM, Phil Krylov wrote:
> Hi,
>
> can you try with last CVS?
>
> -- Ph.
>
> --
> Check out the new SourceForge.net Marketplace.
> It is the best place t
I agree. Lets freeze and start the build proces.
Patrick
On Thu, Jan 15, 2009 at 10:21 AM, Miguel Angel Marchuet
wrote:
> I think we are prepared to freeze to make version.
>
> at www.xharbour.org there are version 1.0 and is very different from actual
> version
> I think we need to add a new v
Thank you Francesco! ;-)
On Sat, Jan 17, 2009 at 4:24 PM, Francesco Saverio Giudice
wrote:
> 2009-01-17 16:21 UTC+0100 Francesco Saverio Giudice (info/at/fsgiudice.com)
> + xharbour/source/rdd/usrrdd/rdds/logrdd.prg
> + Added new LOGRDD rdd file and related example
> ; NOTE:
> A s
Thanks Andres! ;-)
On Sun, Jan 18, 2009 at 8:22 AM, Andres Reyes Hernandez
wrote:
> 2009-01-18 00:13 UTC-0700 Andres Reyes
> * source/contrib/hbmzip/hbmzip.c
> * fixed GPF in hb_zipDeleteFile()
>
>
> regards,
>
> Andres Reyes
>
>
> --
Hey Enrico,
>> When I build xharbour with BCC55 I get this error:
> I can compile it correctly using
> Turbo Assembler Version 5.3 Copyright (c) 1988, 2000 Inprise Corporation
Ok, I will try with that version.
Thanks
Patrick
--
Hey Phil,
Thanks for the updates!
Compiling with MSVC, I get this:
source\rtl\cdpapi.c(488) : error C2440: '=' : cannot convert from
'const char *' to 'char *'
Conversion loses qualifiers
Patrick
On Sat, Jan 24, 2009 at 5:57 PM, Phil Krylov wrote:
> 2009-01-24 19:50 UTC+0300 Phil Krylo
Enrico,
> Fatal: 'lib\b32\use_dll.lib' does not exist - don't know how to make it
>From Ron's changelog:
* makefile.vc
+ Added $(USE_DLL_LIB) : $(USE_DLL_LIB_OBJS)
* Replaced $(DLL_MAIN_LIB) with $(USE_DLL_LIB) in DLLEXE_LINK_CMD
/*
Please synch these changes to makefile.* of
Hey Paul
> After 3 back to back family issues to deal with and a major Raid problem, I
> am slowly getting back up to speed.
Glad to see you back again Paul! ;-)
Patrick
--
This SF.net email is sponsored by:
SourcForge
Hey Miguel,
> No opinions ?
I'm not a user of Foxpro tables and can thus not give you a founded
opinion. Sorry about this.
I fully trust your judgment in this.
Patrick
--
Create and Deploy Rich Internet Apps outside the
Hello,
This is a report from a xHarbour Builder user:
This function doesn't send data to client, and code error is -1
function main()
local socket, accept
inetInit()
socket := inetServer( 2700 )
accept := inetAccept( socket )
inetRecvLine( accept )
inetSendAll( accept, "1" + in
Hello Miguel,
Compiling with MSVC I get this error:
source\rtl\gtcgi\gtcgi.c(236) : error C3861: 'b_cdpID': identifier not found
Patrick
On Fri, Feb 20, 2009 at 1:54 PM, Miguel Angel Marchuet
wrote:
> 2009-02-20 13:50 UTC+0100 Miguel Angel Marchuet
>* contrib\gtwvg\gtwvg.c
>* contrib\
Enrico,
>> anybody can help to solve this warning to close release:
> My BCC55 shows tons of warnings of that kind, not only those you reported,
> so I think it isn't worthwhile to fix all of them.
Should we not strive to warning free code?
Patrick
--
Enrico,
>> Should we not strive to warning free code?
> Yes, but those warnings are really too many and I think that most of them
> (if not all) can be safely ignored.
Once we have warning free code, a new warning is not "lost" in the too
many warnings. So, still, warning free code is the prefer
t;
> Cc: "Enrico Maria Giordano" ; "Patrick Mast,
> xHarbour." ; "xharbour developer list"
>
> Data invio: venerdì 27 febbraio 2009 7.46
> Oggetto: Re: [xHarbour-developers] Help to finish release.
>
>
>> I will also help with PRG warnigs.
Hello,
> So we will be building xHarbour for ourselves with the new #define to
> enable this function, but FWIW I don't think we should be changing
> default behaviors without being able to demonstrate any real benefit.
I agree. We also need this in release software. It should be enabled by defau
Hello Enrico,
I tested both issues below and they don't GPF here with current CVS.
Are these issues solved on your end also? If so, I suggest we move on
to the next release.
Thanks!
Patrick
> I agree. This is my buglist:
> FUNCTION MAIN()
> LOCAL cExp := "if a()"
> &( cExp )
> RETURN N
Enrico,
>> I tested both issues below and they don't GPF here with current CVS.
>> Are these issues solved on your end also? If so, I suggest we move on
>> to the next release.
> It still GPFs here using BCC55. :-(
I tested with MSVC.
Patrick
From: "Enrico Maria Giordano"
> Sent: Monday, March 30, 2009 2:10 AM
> To: "Patrick Mast" ; "xHarbour Developers Mailing
> List"
> Subject: Re: [xHarbour-developers] Zip.exe
>
>>
>> -Messaggio Originale-
>> Da: "Patrick Ma
Hello,
> I would like error/base instead these results:
>
> ? str('1') // null char
> ? str('1',0) // 49
> ? str('1',1) // *
> ? str('1',2) // 49
I agree. Str("a",1,0) should produce an error.
Patrick
Hello Marcelo,
> As Ron said, this is intentional. This is a xHB extension like:
> a := "ABCD"
> ? a[2] // prints "B", no RT error
Yes, I understand, but:
Str("a",1,0) is useless no?
The first parameter of STR() should be numeric.. I'm only talking
about giving a character parameter to STR().
Hello Luiz, Phil,
Luiz, I think Phil is correct. Once Source Code of a release is
uploaded, release freeze is over. Next stop is 1.2.2 or if changes
permits it, 1.3 ;-)
Patrick
> On Tue, Apr 14, 2009 at 2:59 AM, Luiz Rafael Culik Guimaraes
> wrote:
>> As I know, we still in release freeze, so n
Hello Luiz,
> * source/rdd/usrrdd/rdds/arrayrdd.prg
Now I get these errors and warnings building with BCC:
source\rdd\usrrdd\rdds\arrayrdd.prg(141) Error E0030 Syntax error:
"syntax error at '{'"
source\rdd\usrrdd\rdds\arrayrdd.prg(143) Warning W0007 Function
'AR_WADATAINIT' does not end with
Hello Francesco,
> 2009-04-21 15:35 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
> * source/rdd/usrrdd/rdds/arrayrdd.prg
> * fixed typos and errors in previous upload
> not tested, simply compiled. I will check ASAP
Compiles OK now. Thanks!
Patrick
Hello,
Please try this reduced sample:
[Files also attached]
Thanks!
Patrick
#include "hbXml.ch"
PROCEDURE Test()
LOCAL oXmlDoc, oXmlNode, oXmlRecScan, oXmlFieldScan
? "-- Content of Sample.xml -"
? "--"
? ''
? ''
? ' '
? ' '
? ' Jef
Why did I click "Send" so fast! ;-)
Files are attached NOW.
Patrick
On Thu, Apr 23, 2009 at 3:10 PM, Patrick Mast, xHarbour.
wrote:
> Hello,
>
> Please try this reduced sample:
> [Files also attached]
>
> Thanks!
>
> Patrick
>
> #include "hbXml
Enrico,
>> I see a new entry in std.ch:
>> SET TRIMFILENAME ON|OFF
>> But can not find it in the changelog.
> There is a mention of it back in 2004. :-)
I know. But someone changed std.ch and added the command SET
TRIMFILENAME ON|OFF. And its THIS entry I can not find in the
changelog.
;-)
Patr
Hey Phil,
> It's from the last Miguel's change. Really not mentioned in the changelog.
Thanks. I think every change should have a changelog entry. :)
Patrick
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check
Hello,
I see a new entry in std.ch:
SET TRIMFILENAME ON|OFF
But can not find it in the changelog.
Patrick
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables
Hello,
>> Worth mentioning that I've asked this from Miguel and Patrick, so
>> far without any results (besides Miguel correcting one entry with
>> my misspelled name, which isn't very polite).
I'm sorry but I'm not sure what you are talking about. I mean, I'm in
good standing with all [x]Harbour
Hello,
How can I update xHarbour's CVS from a command line prompt in Windows?
Thanks!
Patrick
--
Register Now & Save for Velocity, the Web Performance & Operations
Conference from O'Reilly Media. Velocity features a ful
Hello,
We got a bug report form one of our users. He says: "when using <
Ctrl+C > to copy some text from a GUI Windows application, and using <
Ctrl+V > to paste the text in a GET field of a console application,
after READ the GET field will contain the string followed by a CHR(
0)"
This is a red
Thanks Alexander! ;-)
On Thu, Apr 30, 2009 at 11:19 AM, Alexander S.Kresin
wrote:
> Something like this, Patrick:
>
> for anonymous access:
>
> SET
> CVSROOT=:pserver:[email protected]:/cvsroot/xharbour
> SET HOME=c:\cvs\
> cvs login
> cvs checkout -P xharbour
>
> via ssh:
>
Anyone? ;-)
On Thu, Apr 23, 2009 at 3:10 PM, Patrick Mast, xHarbour.
wrote:
> Hello,
>
> Please try this reduced sample:
> [Files also attached]
>
> Thanks!
>
> Patrick
>
> #include "hbXml.ch"
>
> PROCEDURE Test()
>
> LOCAL oXmlDoc, oXmlNod
Same here:
contrib\rdd_ads\ads1.c(575) : error C3861: 'HB_IS_TIMESTAMP':
identifier not found
Patrick
On Mon, May 4, 2009 at 3:10 PM, Andi Jahja wrote:
> On Mon, 04 May 2009 10:28:18 +0200
> Miguel Angel Marchuet wrote:
>
>> 2009-05-04 10:25 UTC+0100 Miguel Angel Marchuet
>> * contrib\rdd_a
DLL\ADS1.OBJ
Warning: Public symbol '_hb_vmProcessSymbols' defined in both module
C:\XHARBOUR\OBJ\B32\DLL\MAINDLLH.OBJ and
C:\XHARBOUR\OBJ\B32\DLL\HVM.OBJ
Patrick
On Mon, May 4, 2009 at 7:34 PM, Patrick Mast, xHarbour.
wrote:
> Same here:
> contrib\rdd_ads\ads1.c(575) : error C3861:
1 - 100 of 261 matches
Mail list logo
