Hello,
I can not compile with MSVC 9.0:
bin\vc\hbrc.exe obj\vc\harbour.exe.rc "xHarbour Compiler" "harbour.exe"
"1999-2013, http://www.xharbour.org/"; "The xHarbour Team" "xHarbour Open
Source" "resource/xhb.ico"
RC -r -iC:\Program Files\Microsoft Visual Studio 9.0\vc\include -fo
obj\v
Thank you Andi! ;-)
On 09 Dec 2012, at 03:13, Andi Jahja wrote:
> 2012-12-09 09:08 UTC+0700 Andi Jahja
> * source/compiler/comptool.c
>! Harbour Compiler now uses dlmalloc -> hopefully, compiling PRG files
>should now become faster than before
>
> Andi
>
>
>
Haha, GREAT!!! ;-)
Can the compiler auto-optimize it?
Patrick
On Nov 30, 2012, at 1:07 PM, Andi Jahja wrote:
>
> On Fri, 30 Nov 2012 10:09:10 +0100
> "Patrick Mast, xHarbour" wrote:
>
>> Hey Andi,
>>
>>> 2012-11-30 06:12 UTC+0700 Andi Jahja
&
Hey Andi,
> 2012-11-30 06:12 UTC+0700 Andi Jahja
> * include/hbcomp.h
> * source/compiler/harbour.c
> * source/compiler/genc.c
> * source/compiler/hbpcstat.c
>+ add poor-man's profiler, print message on how many opcode are used in
> module being compiled
> (the lesser the total pcod
Hey Andi,
>>> I think they are logos (?). I need xHarbour icon in ICO format :-)
>>
>> Can't you just convert it to ICO? :-)
>
> OK. I'll try.
Is this what you need?
https://dl.dropbox.com/u/4973801/xHB.ico
Patrick
--
>> Sorry, it has been fixed now.
>
> Thank you, Andi. We can't thank you enough for the huge work you are doing
> for xHarbour!
I agree!!
Patrick
--
Monitor your physical, virtual and cloud infrastructure from a single
Deal!! ;-)
On 29 Sep 2012, at 12:27, Andi Jahja wrote:
> OK, then the current trunk is for 1.2.3 then, unless there is a
> different proposal.
>
> Deal?
>
> Andi
>
> On Sat, 29 Sep 2012 11:28:19 +0200
> "Patrick Mast, xHarbour" wrote:
>
&g
Hey Andi,
> Very well! Thanks you.
;-)
> BTW, I notice that there are branches for 1.2.0, 1.2.1, and 1.2.2 (just
> now). So, what should we name the trunk version now? 1.2.3 ?
Yes, current trunk is to develop 1.2.3 OR 1.5 OR even 2.0. It is so long ago
since we had a new official release, so I'm
Hey Andi,
I agree. Let me see how we can TAG this in SVN.
Patrick
> I am going to implement the use of common data types for xHarbour under
> both 32 and 64-bit environment.
>
> As we can see, the current SVN define (example): ULONG is unsigned long
> for 32/64-bit and it is very widely used. I
Done! ;-)
We now have:
https://xharbour.svn.sourceforge.net/svnroot/xharbour/branches/branche-1-2-2
So, if we need to change something for version 1.2.2, use above URL.
Current development continues in current trunk:
https://xharbour.svn.sourceforge.net/svnroot/xharbour/trunk/xharbour
Patrick
>
STRLEN
> HB_BSUBSTR == SUBSTR
>
> These HB_B* are used in HBCOMM just merged into xHarbour contribs. Let
> them be there as initial collections of unicode string functions.
> xHarbour will be slowly but surely go unicode :-)
>
> Andi
>
>
> On Sun, 12 Aug 20
Hey Andi,
> 2012-08-12 09:52 UTC+0700 Andi Jahja
> + source/rtl/chruni.c
>+ HB_BLEN(), HB_BSUBSTR() borrowed from Harbour
What do they do? ;-)
Thanks!
Patrick
--
Live Security Virtual Conference
Exclusive live ev
Hey Andi,
> * contrib/pdflite/tiff/tif_ojpeg.c
> * contrib/pdflite/tiff/tif_unix.c
>! fixed to compiler under DMC
THANK you for your great contributions Andi! ;-))
I was thinking.. I see you do some great stuff to get it all compiled for
different compilers. Thats GOOD, but time consuming
Hey Andi,
Haha, great answer! If it is worth for your brain than that is just wonderful!
Thank you for your insights ;-))
Patrick
On Aug 11, 2012, at 8:48 AM, Andi Jahja wrote:
> Patrick,
>
>> I was thinking.. I see you do some great stuff to get it all compiled for
>> different compilers. T
Hey Andi,
> Please check at your end if you have an updated SVN. The file in
> question is there.
Yes, sorry. I missed it :(
Works OK now, thanks! ;-)
Patrick
--
Live Security Virtual Conference
Exclusive live event wil
Hey Andi,
I get this:
NMAKE : fatal error U1073: don't know how to make 'contrib\misc\twirler.prg'
Building for MSVC
Patrick
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's secur
Hey Andi,
I get this:
NMAKE : fatal error U1073: don't know how to make 'contrib\misc\twirler.prg'
Building for MSVC
Patrick
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's secur
Hey Andi,
> Anybody has objection if dlmalloc be used as default memory manager? The
> advantage is very obvious: speed improvement
I'm all in favor of SPEED!
Are there any downsides in using dlmalloc as the default memory
manager? Any side effects?
Patrick
Hey Enrico,
> One has been already mentioned: bigger EXE size (but it would be a minor
> problem to exchange for faster execution).
I agree. Faster is more important than small EXE's. We have so big
HD's these days!
Patrick
---
Hello,
So, why are we not using -gc3 all the time? What are the downsides of
using -gc3?
Thanks!
Patrick
2011/11/10 Przemysław Czerpak :
> On Thu, 10 Nov 2011, Enrico Maria Giordano wrote:
>> > > This is not a real world test, sorry.
>> > Can you exaplain why?
>> You don't need of my explanatio
Great! Thanks Andi! ;-))
On Thu, Nov 10, 2011 at 3:59 PM, Andi Jahja wrote:
> Hello,
>
> By my latest commit, this ugly bug is fixed :)
> So the attached message is no loner valid. We can freely use:
>
> LOCAL dT := { ^ 2011/11/09 12:30:00 }
>
> With whatever -gcn switch.
>
> Andi
>
> On Thu, 10
Hello,
> Programatically, there are advantages for speed at the expense of bigger
> file size. By compiling a PRG with -gc3, xHarbour virtual machine ( to
> be exact: function hb_vmExecute() ) will be bypassed. IOW, PCODEs are no
> longer analyzed via a switch-case construct. Under -gc3, PCODEs ar
Hello,
I get an unrecoverable error 9023 with this sample code:
__StrToken("NATRUIMBICARBONAAT||",3,"||")
Can anyone check please?
Thanks!
Patrick
--
WhatsUp Gold - Download Free Network Management Software
The
Hey Ron,
> We could also consider a 4th choice, I.e. when converting date to string in
> the wrapper add extra flag to the string such that when it is decoded the
> wrapper will again convert the JSON decoded string to a date value. This of
> course means that the string coded by JSON will read so
Hey Andi,
> The encoding does accept DATE and TIMEFLAG. Or am I missing something?
Please look at this sample:
JSon:=hb_jsonencode(Date(), .F.)
? hb_jsondecode(JSon, @dDate) // Returns "20110331" instead of a date var
So, it seems it does not recognize the Date value when decoding.
;-)
Patric
Jahja wrote:
>
> On Fri, 1 Apr 2011 09:03:52 +0200
> "Patrick Mast, xHarbour." wrote:
>
>> Hello Mindaugas,
>>
>> >> JSon:=hb_jsonencode(Date(), .F.)
>> >> ? hb_jsondecode(JSon, @dDate) // Returns "20110331" instead of a date var
>
Hello Mindaugas,
>> JSon:=hb_jsonencode(Date(), .F.)
>> ? hb_jsondecode(JSon, @dDate) // Returns "20110331" instead of a date var
>
> JSON encoding does not have date type, so, I've implemented date to
> character string mapping in hb_jsonEncode() in Harbour. If xHarbour's
> JSON implementation is
Hello,
JSon returns a string instead of a date in this sample:
FUNCTION Main
LOCAL dDate,JSon
JSon:=hb_jsonencode(Date(), .F.)
? hb_jsondecode(JSon, @dDate) // Returns "20110331" instead of a date var
RETURN NIL
Patrick
---
Thanks you Andi! Great contribution!
Patrick
On Sat, Mar 12, 2011 at 5:10 AM, Andi Jahja wrote:
> 2011-03-12 12:00 UTC+0700 Andi Jahja
> + contrib/sevenzip/t7zip.prg
> + contrib/sevenzip/sevenzip.c
> + contrib/sevenzip/7-zip32.h
> + contrib/binary/7-zip32.dll
> + tests/7zip.prg
> * winmak
Hey Andi,
> I proposed that Valtype( dDateTime ) returns "T" (currently "D")
> ( dDateTime = date data type where time != 0 ), thus the corresponding
> data type would be HB_IT_DATETIME instead of HB_IT_DATE | HB_IT_DATETIME.
Correct. Seems logical to me.
Patrick
---
Hey Andi,
>> > No. At the present moment you can not (!). As of now, xHarbour symbols
>> > are stored in one array (CMIIW), so function with same name will
>> > override the previously registered. Unless, a feature that holds
>> > symbols from each different loaded module is created for xHarbour.
Hey Andi,
> No. At the present moment you can not (!). As of now, xHarbour symbols
> are stored in one array (CMIIW), so function with same name will
> override the previously registered. Unless, a feature that holds
> symbols from each different loaded module is created for xHarbour.
Do you have
Hey Andi,
>> Dear friends, would it be possible to implement in xHarbour the new 64 bit
>> ZIP compression? It can compress to 1/4 of the usual ZIP technique.
> Do you mean a compression method like 7z or lzma? If yes, I have the
> wrapper ready to port to xHarbour.
Love to use them in xHarbour!
Hey Andi,
> O, I got you now. It is not a change, but "a more easy way to use pCode
> DLL" that was introduced. The conventional use of DLL was not affected
> at all.
Ok. ;-)
> Using pCode DLL is now much more fun and easy. Kindly take a look at
> tests/pdllbc.bat, tests/pexec.prg + tests/pcode.p
Hey Andi,
> Whish part of DLL code are you referring to? I _did_ not change the way
> ppl use DLL :) Using xHarbour DLL is the same way as usual. Nothing
> changed, I swear :)
Ok, no problem at all. Was just informing ;-))
So, when users ask me "What changed in DLL", what can I say?
;-)
Thanks!
Hey Andi,
> * source/vm/fm.c
> ! enable use of DL malloc to Windows OS
>
> * source/vm/dlmalloc.c
I saw you do some changes in DLL code which are too technical for me
to follow ;-)
Thats why I wanted to ask, is using DLL in xHarbour changed now? I
mean, from the developers prospective?
Than
Thank you Miguel! Great tool!
2011/2/25 Miguel Angel Marchuet Frutos :
> for those who may be interested I have uploaded new version to sourceforge
> ourxdbu
> and www.xharbour.com / XHC
> --
> Atentamente
>
> Miguel Angel Marchuet
>
>
>
> __ Información de ESET Smart Security, versión de
di
>
>
> On Wed, 23 Feb 2011 09:27:38 +0100
> "Patrick Mast, xHarbour." wrote:
>
>> Hello,
>>
>> I'm having problems with SourceForge's website.
>>
>> I'm trying to reset my password (As sourceforge forced me to) but it
>> does
Hello,
I'm having problems with SourceForge's website.
I'm trying to reset my password (As sourceforge forced me to) but it
does not recognize my email. When I send the sourceforge people an
email, I don;t get any response.
I tried several other ways to retrieve my information but
sourceforge.ne
Thank you very much Przemek!
Patrick
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the
Hey Andi,
> Oh, OK I've found the features. Will commit the files there now and
> close xhrb.
So we will have SVN "xHarbour" instead of "xhrb"?
The mailing list works OK for me, why should we move it to a Google?
Any advantages we don't have now?
Patrick
---
Thank you Andi!
On Sat, Feb 5, 2011 at 3:55 AM, Andi Jahja wrote:
> Dear All,
>
> OK, since according to SourceForge CVS is about to die, and no response
> so far from Ron or others, I have taken the opportunity to migrate
> xHarbour-repo to SVN, and it is going on. I will announce to the list
>
Hello,
I got the same here.
Patrick
On Fri, Jan 28, 2011 at 3:08 AM, Luis Krause Mantilla wrote:
> Hi:
>
> I've been trying all day to commit to CVS but I keep getting this
> (even before I'm asked for the pwd):
>
>
> CVSROOT=:ssh:kadd...@xharbour.cvs.sourceforge.net:/cvsroot/xharbour
>
> cvs [
Hey Enrico,
> Let's rethink about this: why we should introduce this new setting?
> Currently a DBF with memo fields is not encrypted at all. If one doesn't
> want to encrypt a DBF just don't use DBI_PASSWORD, what's the problem? But
> if one wants encrypted it, well, currently he can't if the DBF
Hey Enrico,
> Dear friends, I would like to remove the limitation that prevents DBF with
> memo fields to be encrypted using DBI_PASSWORD.
Why was this limitation there in the first place. Was it for a certain
reason or just an oversight?
Patrick
Hey Vic,
>> I build xHarbour using a single "MAKE_PC" call.
> If I use "MAKE_PC ALL", I have the same error message.
Ok, that's kinda good ;-)
Andi, do you know why we cant build ALL with PellesC
Thanks!
Patrick
--
Vic,
>> Is someone able to build latest CVS with any version of PellesC. If
>> so, which version does work for you?
>> I tried version 4,5 and 6 and no luck so far.
>
> I did a CLEAN build with 4.5 .
Thanks!
When I tried with 4.5, I get this error:
POLINK /OUT:bin\pc\harbour.dll /DLL
/FORCE
Hello,
Is someone able to build latest CVS with any version of PellesC. If
so, which version does work for you?
I tried version 4,5 and 6 and no luck so far.
Thanks! ;-)
Patrick
--
Start uncovering the many advantages
personally do not use it, I am afraid I overlook important
> aspects. So, test programs (preferably from users) would be required to
> enable me to work on ace32.c
>
> Andi
> ---8<---
>
> On Sat, 25 Sep 2010 15:24:57 +0200
> "Patrick Mast, xHarbour." wrote:
>
>
Hey Andi,
> Andi, also can you please advise on the status of ace32.c? For xHArbour
> Builder we really like this ability to provide a version neutral client
> library for ADS. :-)
Any news on this? ;-)
Thanks!
Patrick
Hello,
Is there a way to let my application build HRB files without the need
to install xHarbour on the computer?
I remember Harbour has HB_CompileFromBuf() you can link into your
application. Do we have something similar?
Thank you.
Patrick
-
Hey,
>> Now I get this error:
>> contrib\png\png.c(20) : fatal error C1083: Cannot open include file:
>> 'pngpriv.h': No such file or directory
> pngpriv.h is in contrib\png.
Ok, but than the build script should not give me an error ;-)
What can I do?
Patrick
---
Hey Andi,
> Try to add the following to compiler flags.
> CFLAGS=$(CFLAGS) -D"HAVE_STDINT_H=0" -D"HAVE_INTTYPES_H=0"
Ok, this worked! Thanks! ;-)
Now I get this error:
contrib\png\png.c(20) : fatal error C1083: Cannot open include file:
'pngpriv.h': No such file or directory
Patrick
--
Hey Andi,
> Then, Patrick might have overlooked his include paths.
> Patrick, could you scan where your MSVC's stdint.h resides? If your version
> has it,then you must include the path to compiler switch.
The only one I have is here:
C:\Program Files\PellesC\Include\stdint.h
Patrick
---
Hey Andi,
Compiling with MSVC, I get this error:
c:\xharbour\include\../source/rtl/pcre/pcre_internal.h(200) : fatal
error C1083: Cannot open include file: 'stdint.h': No such file or
directory
Patrick
On Thu, Aug 12, 2010 at 6:58 AM, Andi Jahja wrote:
> 2010-08-12 08:40 UTC+0700 Andi Jahja
>
Hey Vicente,
> I got this error using Visual Studio 2008. It doesn't
> have stdint.h or inttypes.h . Neither Borland 5.5 do. I still
> hadn't checked about Pelles 4.5 .
PellesC has it here:
C:\Program Files\PellesC\Include\stdint.h
Patrick
---
Thanks Andi!
On Tue, Aug 10, 2010 at 2:24 PM, Andi Jahja wrote:
> 2010-08-10 19:05 UTC+0700 Andi Jahja
> * contrib/png/png.c
> * contrib/png/png.h
> * contrib/png/pngconf.h
> * contrib/png/pngerror.c
> * contrib/png/pngget.c
> * contrib/png/pngmem.c
> * contrib/png/pngpread.c
> * contrib
Andi, Ron,
>> Yes I see your mails just now, but I did not see mine. I also did not
>> receive those of Enrico's eventhough I can see them in Sourceforge.
>> I was thinking the list configuration was changed?
> Andi, I'm not aware of any changes. Maybe there was some fault on your email
> server s
Hey Andi,
> Why I did not receive mails from the list while I saw there are entries
> in Sourceforge Web
I see your email arrive on the list. So, looks like everything is ok.
Did you get this one form the list?
Patrick
Hello,
I got this error compiling current CVS with MSVC10:
source\rtl\win32ole.prg(2450) : warning C4244: 'argument' : conversion
from 'ULONG' to 'HB_ERRCODE', possible loss of data
Line 2450 is:
pReturn = hb_errRT_SubstParams( hb_parcx( -1 ), EG_OLEEXECPTION,
(ULONG) s_nOleError, sDescription,
h
Thank you Eduardo! ;-)
On Tue, May 11, 2010 at 2:02 PM, Eduardo Fernandes
wrote:
> * source/rtl/tget.prg
> ! refixed bug of last commit.
>
> regards,
> Eduardo
>
>
>
>
> --
>
>
Hum.. Anyone? ;-)
On Fri, Feb 19, 2010 at 10:46 AM, Patrick Mast, xHarbour.
wrote:
> Hey Andi,
>
> Thanks!
> Wow, scaring.. These numbers say that Harbour is TWICE as fast??
>
> Patrick
>
> On Fri, Feb 19, 2010 at 10:36 AM, Andi Jahja wrote:
>> Patrick a
f_prv( c ) ]2.09 ...0.58
> ======== ===
> [ total application time: ]70.59 ..35.91
> [ total real time: ]..
Hey Andi,
>> Ron, any clue why this is? This is not the first time I hear people
>> talk about a faster Harbour. ;-)
>> Do we have numbers on this? Andi?
>
> What numbers are you referring to? We do not have an agreed benchmarking
> tool except speedtst. If you are referring to this tool, I can po
Hey Miguel,
> Yes, but I'm pretty busy lately with other projects, SAT, EDICOM, eCommerce,
Ok, NP, I understand.
> soon, I hope to generate xharbour enable real services (windows platform)
> I've it running yet. to terminate the outstanding issues in RDDS as
> subsystems TTS (Transaction), compat
Hello,
Miguel, are you still syncing RDD fixes/enhancements with Harbour?
Like:
http://harbour-project.svn.sourceforge.net/viewvc/harbour-project?view=rev&revision=13765
Thanks!
;-)
Patrick
--
SOLARIS 10 is the OS for
Hello Walter,
> for generate rddads.lib you need update \xharbour\contrib\rdd_ads\ace.h with
> the ace.h of Advantage 9.10
I can not find a ace.h in \xharbour\contrib\rdd_ads\
Do I need to ADD it there?
> for generate your executable and use function related to Advantage 9.10, you
> need update a
Hello,
Follow up: I have Advantage 9.10 installed on my system.
Patrick
On Wed, Jan 6, 2010 at 9:04 PM, xDevList wrote:
> Sorry, did press send to fast..
>
> I eanted to say that nothing changed regarding ADS. Before it worked.
>
> thanks
>
> Patrick
>
> Op 06 Jan 2010 om 21:02 heeft xDevList
Hello,
Latest CVS gives me this error:
adsmgmnt.obj : error LNK2019: unresolved external symbol
_adsmggetworkerthreadactiv...@16 referenced in function
_HB_FUN_ADSMGGETWORKERTHREADACTIVITY
bin\vc\harbour.dll : fatal error LNK1120: 214 unresolved externals
I started from a clean xHarbour fol
Hey Andi,
Thanks for the test. I'm also VERY interested in a more speedy xHarbour!
Happy new year. ;-)
Patrick
On Fri, Jan 1, 2010 at 12:48 PM, Andi Jahja wrote:
> Hi All,
>
> The folowing report may be interesting:
> Harbour speed now doubles xHarbour.
> Is there any idea to improve this situa
Thank you Andi. Compiles just fine now. ;-)
Patrick
On Mon, Dec 21, 2009 at 8:10 PM, Andi Jahja wrote:
> 2009-12-22 02:00 UTC+0700 Andi Jahja
> * contrib/tipssl/inetssl.c
> ! char* -> const char*
> - commented unused variables
> --
> Andi
>
>
> ---
Hello Andi,
I now get these errors:
contrib\tipssl\inetssl.c(704) : error C2440: '=' : cannot convert from
'const char *' to 'char *'
Conversion loses qualifiers
contrib\tipssl\inetssl.c(705) : error C2440: '=' : cannot convert from
'const char *' to 'char *'
Conversion loses qual
Hello Andi,
> * source/codepage/cp_tpl.c
> * replaced HB_MSC_STARTUP code with more universal HB_DATASEG_STARTUP
> * moved HB_DATASEG_STARTUP code to separate header file to reduce
> modifications in other files when this code has to be changed or
> extended
Thank you for these c
ut probably to many other
> compilers. IOW, portability is very much better now.
>
> --
> Andi
>
> On Wed, 16 Dec 2009 15:10:28 +0100
> "Patrick Mast, xHarbour." wrote:
>
>> Thank you for these changes!
>>
>> Can you please expla
Ron,
> Based on the docs you posted, ALL Multi-User software, can NOT be
> replicated. M/U software uses locks to manage data access concurency.
Oh.. OK. Thank you :)
Patrick
--
Return on Information:
Google Enterprise
Hello,
I have a client who is using Microsoft's Distributed File System
Replication on his Server. It seems that an open database in a
xHarbour application (Opened as "shared") can not be replicated by
this system. My client is getting errors on our opened databases.
Though, the FAQ says: "Does D
2009-11-20 11:40 UTC+0100 Patrick Mast
* source\rtl\winos.prg
+ OS_Win7()
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deploymen
CL -TP -c -Oty1 -FD -GA -Gs -W3 -nologo -I"\OpenSSL\include"
-I"C:\Program Files\Advantage 9.10\acesdk" -Iinclude -I"C:\Program
Files\Microsoft Visual Studio 9.0\vc\include" -DWIN32 -D_WIN32
-D__WIN32__ -DHB_OS_WIN_32 -D_CRT_SECURE_NO_DEPRECATE
-DHB_OS_WIN_32_USED -DOPENSSL_NO_DEPRECATED
-
Hey Luiz,
> should be ok after
> 2009-11-15 20:30 UTC-0300 Luiz Rafael Culik
> * contrib/hbzlib/zipnew.cpp
> * contrib/tipssl/inetssl.c
> * contrib/tipssl/inetssl.h
> ! fixed compilation
I get this now:
CL -TP -c -Oty1 -FD -GA -Gs -W3 -nologo -I"\OpenSSL\include"
-I"C:\Progra
Hello,
Compiling latest CVS I get this error:
contrib\hbzlib\zipnew.cpp(1003) : error C2144: syntax error : 'int'
should be preceded by ';'
Using Microsoft Visual Studio 9.0
Thanks!
Patrick
--
Let Crystal Reports handl
Hey Guys,
Again, is NamesSpaces not the solution here?
If I look at C:\xHarbour\source\rtl\namespaces.prg I even see we
already HAVE a CL52 namespace! ;-)
So, if I want a function to be Strict Clipper 5.2, I use CL52.PadL(...)
Is this correct Ron?
Patrick
On Tue, Nov 10, 2009 at 2:56 PM, Edu
Hello Guys,
Is "Namespaces" not a solution this?
Patrick
On Fri, Nov 6, 2009 at 2:56 AM, Eduardo Fernandes
wrote:
> Ron,
>
> I'm curious about what intention on application with these results:
>
> str('a',10,2) -> ' 97.00'
> strzero('b',10) -> '98'
> padl("9","*",10) -> 42 spaces +
Ron,
> MAKE CLEAN
Ok, this works. Thanks.
Patrick
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take B
Hello Miguel,
If I build xHarbour.org CVS with PellesC, I get this error:
POMAKE: fatal error: Don't know how to make 'lib\pc\filemem.lib'
Can you check please?
Thanks!
Patrick
--
Come build with us! The BlackBerry(R) D
Same error when compiling with MSVC and BCC.
Patrick
On Tue, Oct 27, 2009 at 2:36 PM, Patrick Mast, xHarbour.
wrote:
> Hello,
>
> I get this error:
>
> POLINK: error: Unresolved external symbol '_hb_itemPutCLPtr'.
> POLINK: fatal error: 1 unresolved external(s).
&g
Hello,
I get this error:
POLINK: error: Unresolved external symbol '_hb_itemPutCLPtr'.
POLINK: fatal error: 1 unresolved external(s).
POMAKE: fatal error: 'POLINK', error 1.
Patrick
--
Come build with us! The BlackBerry
Hey Andi,
I et this error compiling with MSVC:
source\rtl\pcre\pcre_compile.c
pcre_compile.c
source\rtl\pcre\pcre_compile.c(811) : warning C4065: switch statement
contains 'default' but no 'case' labels
source\rtl\pcre\pcre_compile.c(1322) : error C2065: 'OP_NCREF' :
undeclared identifier
source\
Hello Vicente,
> * source/vm/runner.c
> ! Prevents GPF trap when HRB file contains unregistered symbols.
GREAT! Waited a long time for this! ;-)
Thanks!
I'm a huge fan and heavy user of HRB files.
Patrick
--
Come
2009-10-17 20:30 UTC+0100 Patrick Mast
* source\tip\encoding\base64.c
* source\tip\encoding\uuencode.c
! Fixed for compiling with xCC
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the
Hey Peter,
> I'm not sure if I inadvertantly commited an extra file that may have
> been changed on my local xharbour copy. I was a bit distracted when I
> commited. I should only have changed;
> C:\xharbour\changelog and c:\xharbour\source\rtl\tprinter.c
> Can someone who knows how please check t
Ron,
>> * include/simplex.c
>> ! Fixed wrong rewinding in SimpLex_CheckWords() after > Mode> (iPairToken)
> Can you tell in a sample what this fixes?
> Thanks!
Sorry, just now I see Vic's message :)
Patrick
--
Come
Hello Ron,
> * include/simplex.c
> ! Fixed wrong rewinding in SimpLex_CheckWords() after Mode> (iPairToken)
Can you tell in a sample what this fixes?
Thanks!
Patrick
--
Come build with us! The BlackBerry(R) Develop
Thank you Miguel. It works OK now.
Patrick
On Fri, Oct 9, 2009 at 4:10 PM, Miguel Angel Marchuet
wrote:
> 2009-10-09 16:06 UTC+0100 Miguel Angel Marchuet
> * file.c
> ! Fixed IsDirectory, broken after last casting work.
>
> Tested under windows platforms, need test on others as linux.
>
>
Hello,
FUNCTION MAIN()
? IsDirectory("c:")
? IsDirectory("c:\")
WAIT
RETURN NIL
This sample returns FALSE in both cases while I expected them to return TREU.
Can someone check this please? ;-)
Thanks!
Patrick
-
Hey Miguel,
> After changes method EOF of OLEDB object is returning .F. for false
> and numeric for .T.
Is this still true with latest CVS?
Thanks!
If TOleAuto is still broken, we need to know so it can be fixed :)
Augusto, do you still have a problem with current TOleAuto? Is that
GPF back you
Hello,
Adding:
#include "thread.h"
In both files helped to get them compiled.
Thanks to Miguel for the Tip! ;-)
Is this an OK change to commit to CVS?
Patrick
On Mon, Oct 5, 2009 at 3:44 PM, Patrick Mast, xHarbour.
wrote:
> Hello,
>
>> ..\uuencode.c(74): error:
Hello,
> ..\uuencode.c(74): error: Undeclared identifier 'HB_THREAD_STUB'.
> ..\uuencode.c(75): error: Syntax error; found 'unsigned' expecting ';'.
> ..\uuencode.c(85): error: Undeclared identifier 'HB_THREAD_STUB'.
> ..\uuencode.c(86): error: Syntax error; found 'unsigned' expecting ';'.
> ..\uu
Hello,
Compiling uuencode.c with XCC, I get following error:
..\uuencode.c(74): error: Undeclared identifier 'HB_THREAD_STUB'.
..\uuencode.c(75): error: Syntax error; found 'unsigned' expecting ';'.
..\uuencode.c(85): error: Undeclared identifier 'HB_THREAD_STUB'.
..\uuencode.c(86): error: Syntax
Hello Miguel,
> Patrick can you add this functions to help ?
Sure, will do so ASAP.
Patrick
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year.
Hello,
Please try this small test:
//
#include "hbclass.ch"
#command myTest ;
=> ;
Test()
CLASS Test1
METHOD Init()
DATA n2
ENDCLASS
METHOD Init() CLASS test1
myTest "two" Test(::n2:=1)
myTest "two" ::n2:=1
RETURN Self
F
1 - 100 of 261 matches
Mail list logo
