[xHarbour-developers] Can not compile with MSVC 9.0
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\vc\harbour.exe.res obj\vc\harbour.exe.rc Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0 Copyright (C) Microsoft Corporation. All rights reserved. fatal error RC1107: invalid usage; use RC /? for Help Patrick -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-12-09 09:08 UTC+0700 Andi Jahja
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 > > > -- > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-11-30 06:12 UTC+0700 Andi Jahja
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 >>> * 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 pcodes, the more optimized the module would be) >> >> THANKS! >> I think the profiler is the most underestimated tool of xHarbour! >> >> You can learn SO much from it! > > Yes :-) > > For an easy sample, I think sometimes ppl forget that we have iif() > function. > > The following snippet: > > /** prog1.prg **/ > procedure main > > LOCAL A > > IF A == 1 > b := 1 > ELSE > b := 2 > ENDIF > > // requires: 12 pCodes > /** end **/ > > But (with same functionality): > > /** prog2.prg **/ > procedure main > > LOCAL A, B := IIF( A == 1, 1, 2 ) > > > // requires: 11 pCodes > /** end **/ > > We gain 1 pCode from the above. Imagine we have 1000 'IF's in some > modules -> we'll save 1000 CPU cycles :-) > > > Andi > -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 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 pcodes, the more optimized the module would be) THANKS! I think the profiler is the most underestimated tool of xHarbour! You can learn SO much from it! Patrick -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Macro string size
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 -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-11-13 07:45 UTC+0700 AndiJahja
>> 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 web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] New version?
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: > >> 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 even more in favour of a new 2.0 >> later on ;-) >> >>> And if xharbour.org is to release official build, should it be a 1.2.2? >> See above. >> >>> For me, the number is just for marking a cut-off. >> haha, and I think its important ;-)) >> >>> Andi (rather confusing) >> Current trunk is the development for a FUTURE release. How we call it is to >> decide when we are at the point where we actually RELEASE. >> >> So, the only thing changed now is that we have a "backup" of current state >> in branche-1-2-2 and we can all continue develop in current trunk. >> >> Patrick > -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] New version?
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 even more in favour of a new 2.0 later on ;-) > And if xharbour.org is to release official build, should it be a 1.2.2? See above. > For me, the number is just for marking a cut-off. haha, and I think its important ;-)) > Andi (rather confusing) Current trunk is the development for a FUTURE release. How we call it is to decide when we are at the point where we actually RELEASE. So, the only thing changed now is that we have a "backup" of current state in branche-1-2-2 and we can all continue develop in current trunk. Patrick -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] New version?
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. IMHO, we should replace all > ULONG with HB_LONG for proper 64bit applications. But instead, I have > prepared to use HB_SIZE in order to make it easy for synchronization > with Harbour when needed :-) > > This will certainly cause regressions. > > As such, I hereby propose to release the current repo as 1.2.1 and start > version 1.2.2. > > As I am not very familiar with the "cut-off" stuffs, I would like to ask > a helping hand for this purpose. > > Thank you. > > Andi > > > -- > How fast is your code? > 3 out of 4 devs don\\\'t know how their code performs in production. > Find out how slow your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219672;13503038;z? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] New version?
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 > 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. IMHO, we should replace all >> ULONG with HB_LONG for proper 64bit applications. But instead, I have >> prepared to use HB_SIZE in order to make it easy for synchronization >> with Harbour when needed :-) >> >> This will certainly cause regressions. >> >> As such, I hereby propose to release the current repo as 1.2.1 and start >> version 1.2.2. >> >> As I am not very familiar with the "cut-off" stuffs, I would like to ask >> a helping hand for this purpose. >> >> Thank you. >> >> Andi >> >> >> -- >> How fast is your code? >> 3 out of 4 devs don\\\'t know how their code performs in production. >> Find out how slow your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219672;13503038;z? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> ___ >> xHarbour-developers mailing list >> xHarbour-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-08-12 09:52 UTC+0700 Andi Jahja
Andi, Ok, thanks! ;-) Patrick On Aug 12, 2012, at 2:05 AM, Andi Jahja wrote: > Patrick, > > They are part of PRG functions which allows to make byte/binary and > unicode/character operations on strings. As xHarbour is yet to support > unicode, so: > > HB_BLEN== 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 2012 01:28:42 -0700 > "Patrick Mast, xHarbour" wrote: > >> 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 event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-08-12 09:52 UTC+0700 Andi Jahja
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 event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-08-11 15:08 UTC+0700 Andi Jahja
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. I just wondered, do we KNOW what compiler xHarbour users use the most frequently? I mean.. what if only 1% of users use DMC? Is it worth the time to invest in making the code work under DMC? Maybe we should support the most frequently used compilers? Whats your idea? What are others thinking on this subject? I'm curious! ;-)) Thanks again for your time and support Andi! Patrick -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-08-11 15:08 UTC+0700 Andi Jahja
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. Thats GOOD, but time consuming. > > I'd rather spend time in front of my computer than in a club :-) > >> I just wondered, do we KNOW what compiler xHarbour users use the >> most frequently? > > Borland compiler, IMO. > >> I mean.. what if only 1% of users use DMC? Is it worth the time to >> invest in making the code work under DMC? > > Yes, it is worth for my brain, at least :-) And I'll come into a state > of satisfaction if I can make xHarbour works for _any_ available > compiler, regardless how many people using it. > >> Maybe we should support the most frequently used compilers? > > It is supported. But, as you can notice I dropped XCC because of some > technical problem :-) > >> Whats your idea? > > Idea? _Any_ available compiler is supported. Let me know if any left :-) > >> What are others thinking on this subject? >> I'm curious! ;-)) >> Thanks again for your time and support Andi! > > I am not supporting nothing. This is an open source project, and as such > it belongs to everybody. > > Andi > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-07-28 18:09 UTC+0700 Andi Jahja
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 will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-07-28 18:09 UTC+0700 Andi Jahja
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 security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2012-07-28 18:09 UTC+0700 Andi Jahja
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 security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-11-12 07:54 UTC+0700 Andi Jahja
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 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] [SPAM] Re: [SPAM] Re: ChangeLog: 2011-11-10 13:10 UTC+0700 AndiJahja
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 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] [SPAM] Re: [SPAM] Re: ChangeLog: 2011-11-10 13:10 UTC+0700 AndiJahja
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 explanation. You know much better than me of what I'm >> talking about. > > For me it's perfect test which shows the performance of different > HVM operations so I'm very interesting why you do not find it as > good enough to compare HVM performance and you are expecting different > results in real life applications. You are presenting such opinion > in different public forums and I would like to know why and what is > wrong in this tests so I can improve it. > > Anyhow maybe you will find this real life code as more interesting. > Long time ago one of my friends asked me about help in one mathematical > problem. He had to resolve this equation: > > TOTEK > + TO > + TWOJA > = > SZANSA > > knowing that T, O, E, K, W, J, A, S, Z and N are different decimal > digits. (BTW in free translation above means: 'lottery is your chance' > I'm attaching PRG code which calculates it. It's example of dynamic > programing very often used to resolve real life problems in business > applications like 'the best (shortest) way for van', 'the most efficient > rules to invest money in production of different goods', etc. so without > any doubts it is a real speed example for anyone who has to create > expensive calculations at PRG level. > Below are results of this test I've just made in my system: > > xHarbour -n -w -es2 -l -gc0 > real time: 23.07 sec. > CPU time: 23.06 sec. > > xHarbour -n -w -es2 -l -gc3 > real time: 14.69 sec. > CPU time: 14.69 sec. > > Harbour -n -w -es2 -l -kmo -gc0 > real time: 15.62 sec. > CPU time: 15.60 sec. > > Harbour -n -w -es2 -l -kmo -gc3 > real time: 10.79 sec. > CPU time: 10.77 sec. > > Please note that it's rather small problem and in real life we > have to calculates much bigger things. > > best regards, > Przemek > > -- > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > > -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-11-10 13:10 UTC+0700 Andi Jahja
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 Nov 2011 20:40:03 +0700
> Andi Jahja wrote:
>
>> Hello,
>>
>> IMO, this requires modification in the compiler source, among others
>> addition of another PCODE and related function to generate it.
>>
>> This is out of my scope for this moment, sorry.
>>
>> So, anyone who uses -gc3, please use the following code:
>>
>> LOCAL dT := DATETIME( 2011, 11, 09, 12, 30, 00 )
>>
>> instead of:
>>
>> LOCAL dT := { ^ 2011/11/09 12:30:00 }
>>
>> Warning has been given.
>>
>> Andi
>>
>>
>> On Thu, 10 Nov 2011 13:49:29 +0700
>> Andi Jahja wrote:
>>
>> > Sorry, this change does not correct -gc3 bug. Am investigating now :(
>> > Anyone?
>> >
>> > Andi
>> >
>> > On Thu, 10 Nov 2011 13:12:25 +0700
>> > Andi Jahja wrote:
>> >
>> > > 2011-11-10 13:10 UTC+0700 Andi Jahja
>> > > * source/compiler/gencc.c
>> > > + function HB_GENC_FUNC( hb_p_pushdatetime ) to use LONG value
>> > > instead of int;
>> > > this correct DATETIME value when compiling a PRG with -gc3 with
>> > > certain C compilers.
>> > > This bug has been there for ages.
>> > > Example:
>> > > previously: {^ 2011/11/09 12:30:00 } returns 11/09/11 00:00:02.455
>> > > now: {^ 2011/11/09 12:30:00 } returns 11/09/11 12:30:00.000
>> > >
>
>
> --
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> ___
> xHarbour-developers mailing list
> xHarbour-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-11-10 13:10 UTC+0700 AndiJahja
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 are > directly translated into variables to be fed into sub VM routines. Thanks. Do ALL LIB's and PRG's need to be compiled with -gc3? Patrick -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Unrecoverable error 9023 with __StrToken()
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 most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] JSon difference
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 something like:
>
> {DATE}MMDD
>
> and it will therefore not be usable by other JSON decoders unless they
> expect such convention.
Yes, I was thinking the same. But than we need a siwtch or a SET that
tells the JSon decoder to do that or not. because otherwise the
encoded string will not be readable by other languages that support
JSon. And THAT is just what I was looking for ;-)
Patrick
--
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you need to develop and
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] JSon difference
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. ;-) Patrick -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] JSon difference
Hello, Was thinking.. If we change hb_jsonencode() to also use Date's, will the output than be JSon compatible? I mean, I need to be able to read the JSon string with another language that supports JSon strings. Any thoughts? ;-) Thanks! Patrick On Fri, Apr 1, 2011 at 1:49 PM, Andi 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 >> > >> > 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 copied from Harbour, you should expect the same >> > behaviour. >> >> Great. Thanks! >> >> Andi, can you please sync with harbour? Thanks! > > ??? > > Andi > > > -- > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] JSon difference
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 copied from Harbour, you should expect the same > behaviour. Great. Thanks! Andi, can you please sync with harbour? Thanks! Patrick -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] JSon difference
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 -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-03-12 12:00 UTC+0700 Andi Jahja
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 > * winmake/common.mak > * winmake/compile.mak > * winmake/contrib.pc > * winmake/makefile.bc > * winmake/makefile.dc > * winmake/makefile.gc > * winmake/makefile.vc > * winmake/makefile.wc > * winmake/mdir.bat > + 7zip compression added > : NOTE: This is a wrapper of 7-zip32.dll, another variant of the > Open-Source > 7Zip compression library. All calls are pointing to 7-zip32.dll, > thus such dll much exist in search path. At the time this contrib > is uploaded, the functionalities of this contribution is very > minimal, ie. only covered archive creation. More functionalities > are to follow, and of course contribution from fellow developers > will be highly appreciated. > > Andi > > > -- > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] VALTYPE( dDATETIME )
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 -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-02-28 15:40 UTC+0700 Andi Jahja
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 ideas to make this possible? > The logic is quite simpple, IMO. Just like in PRG level, we create a > multi dimension array, where each member holds symbols from a certain > DLL module. By so doing, symbols with same name can be stored in each > array, and we'll call it with reference to its handle. "Sounds" logical yes. ;-) > To implement it, it requires deep knowledge of xHarbour internal, which > I am very far from enough :( > Perhaps Ron could help us in this matter. I think this could be an important enhancement to current DLL implementation. Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-02-28 15:40 UTC+0700 Andi Jahja
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 ideas to make this possible? ;-) Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 64 bit ZIP compression
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! We have a backup app that uses "standard" ZIP functionality now. Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-02-28 15:40 UTC+0700 Andi Jahja
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.prg + tests/pcode1.prg.
> It is a new way of doing it whereby we use "pragma deferred" in prg file.
> However the conventional way of using pCode DLL (which uses harbour.dll)
> is not touched in any way.
Ha, great! yes, now I see.
I have a question.
In pexec.prg, I have a function like:
function mytest(n)
return n*2
and in pcode.prg have:
funcion mytest(n)
return n*3
Is it possible that I can use BOTH functions, though they have the
SAME function name running in pexec.exe?
So: mytest(2) returns 4 and hb_LibDo("mytest",2) returns 6 ?
Thanks!
Patrick
--
Free Software Download: Index, Search & Analyze Logs and other IT data in
Real-Time with Splunk. Collect, index and harness all the fast moving IT data
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business
insights. http://p.sf.net/sfu/splunk-dev2dev
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-02-28 15:40 UTC+0700 Andi Jahja
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! Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2011-02-28 15:40 UTC+0700 Andi Jahja
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? Thanks! ;-) Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ourxdbu
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 la base de firmas > de virus 5906 (20110225) __ > > ESET Smart Security ha comprobado este mensaje. > > http://www.eset.com > > -- > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > > -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] SourceForge.net problems
Hey Andi, Thank you for the response. Sourceforge team just contacted me about this issue and it is resolved now. ;-) Patrick On Wed, Feb 23, 2011 at 10:42 AM, Andi Jahja wrote: > Hi Patrick, > > I suspect that the user email data base was attacked too so that you > experienced this things. Sadly, I do not know if there is a backdoor. > > For a quick way-out, I recommend you to create a new user. Upon success, > I will include you as admin and you can delete "patrickmast" yourself. > > Let me know your new username if you agree. > > Andi > > > 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 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.net gives me error pages or the site simply does not work. >> VERY frustrating ;( >> >> Am I the only one with this problem? Any ideas I can try? Is there a >> tool to find out what email is behind a username. My username is >> "patrickmast". >> >> Thanks! >> >> Patrick > > > -- > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] SourceForge.net problems
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.net gives me error pages or the site simply does not work. VERY frustrating ;( Am I the only one with this problem? Any ideas I can try? Is there a tool to find out what email is behind a username. My username is "patrickmast". Thanks! Patrick -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2011-02-14 17:48 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
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 development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] CVS resumes
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 -- 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 development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] CVS to SVN
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 > and newsgroup as well when I have finished migrating. > > Please give me one or two days to finalize. > > Andi > > On Mon, 31 Jan 2011 12:41:56 -0600 (CST) > Vicente Guerra wrote: > >> Hi! >> >> Ron, due to recent SourceForge.net's attack, it's >> on their page: http://sourceforge.net/blog/ >> >> >> CVS >> CVS service is one of SourceForge.net.s oldest services and, due to >> limitations in CVS itself, cannot readily live on our scalable network >> storage solution. Validation of this data is going to require several days >> and we anticipate that this service will be restored sometime in the later >> part of week. >> >> We are also considering the end-of-life of the CVS service and hope to >> ^^ >> >> have user support in migrating CVS users to Subversion in coming months. >> Subversion generally provides parity to CVS commands, and many of our >> users have made this transition successfully in the past. >> >> >From SVN, projects can move to Git if desired. >> >> >> My question is: will xHarbour be moved to SVN? >> >> Atte. >> Vic >> > > > -- > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Is CVS down?
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 [commit aborted]: writing to server socket: error -1 > FATAL ERROR: Network error: Connection refused > > Error, CVS operation failed > > Did something change or is it a problem wiht Sourceforge? > > -- > Luis Krause Mantilla > lkrausem at shaw dot ca > luis_krause at hotmail dot com > "May the Source be with GNU" > > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] How about removing DBI_PASSWORD limitation regarding DBF with memo fields?
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 has memo > fields. Removing this limitation we leave more freedom to developers. Agreed. Patrick -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] How about removing DBI_PASSWORD limitation regarding DBF with memo fields?
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 -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Build for PellesC
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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Build for PellesC
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:MULTIPLE /IMPLIB:bin\pc\harbour.lib /LIBPATH:"C:\Program Files\PellesC\LIB" /LIBPATH:lib\pc /LIBPATH:"C:\Program Files\PellesC\LIB\WIN" /SUBSYSTEM:WINDOWS obj\pc\dll\maindllh.obj obj\pc\dll\abs.obj obj\pc\dll\util.obj obj\pc\dll\hb_f.obj obj\pc\dll\gtwin.obj obj\pc\dll\gtwvt.obj crtmt.lib kernel32.libwinspool.libgdi32.lib ws2_32.lib user32.lib advapi32.libole32.lib uuid.lib oleaut32.libwinmm.lib mpr.lib POLINK: fatal error: File not found: 'obj\pc\dll\win32ole.obj'. POMAKE: fatal error: 'POLINK', error 1. The full log is here: http://db.tt/9myMlaY Patrick -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Build for PellesC
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 of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-31 09:40 UTC+0700 AndiJahja
Hey Andi, > I did reply but so far no answer yet. My reply is quoted below: Great thanks! About the sample. maybe we need to ask Brian, he is a ADS user. Brian? Thanks! Patrick > > ---8<--- > Hi Ron, > > Ok, please don't mention it :-) > > Regarding ace32.c, I think I need sample programs to be tested under > different versions of ADS. If you can provide me one, I'll be glad to > make thorough tests. Coincidentally, I have in my library, ADS version > from 2.70 onward. It is not because I cannot create a test program but > since I 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 > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-31 09:40 UTC+0700 AndiJahja
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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Is there a portable way to build HRB's?
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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-12 08:40 UTC+0700 Andi Jahja
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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-12 08:40 UTC+0700 Andi Jahja
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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-12 08:40 UTC+0700 Andi Jahja
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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-12 08:40 UTC+0700 Andi Jahja
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 > * source/rtl/regex.c > ! fix compilation in MT mode > > * source/rtl/pcre/pcre_internal.h > ! add back missing HB_APIEXT_H_ clausule > -- > Andi > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 'stdint.h': No such file or directory
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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2010-08-10 19:05 UTC+0700 Andi Jahja
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/png/pngread.c > * contrib/png/pngrio.c > * contrib/png/pngrtran.c > * contrib/png/pngrutil.c > * contrib/png/pngset.c > * contrib/png/pngtrans.c > * contrib/png/pngwio.c > * contrib/png/pngwrite.c > * contrib/png/pngwtran.c > * contrib/png/pngwutil.c > + contrib/png/pngpriv.h > ! updated to version 1.4.3 > > * source/rtl/regex.c > + hb_pcre_version() -> info on PCRE version > > * source/rtl/pcre/config.h > * source/rtl/pcre/config.h.generic > * source/rtl/pcre/pcre.h > * source/rtl/pcre/pcre.h.generic > * source/rtl/pcre/pcre_chartables.c > * source/rtl/pcre/pcre_chartables.c.dist > * source/rtl/pcre/pcre_compile.c > * source/rtl/pcre/pcre_config.c > * source/rtl/pcre/pcre_dfa_exec.c > * source/rtl/pcre/pcre_exec.c > * source/rtl/pcre/pcre_fullinfo.c > * source/rtl/pcre/pcre_get.c > * source/rtl/pcre/pcre_globals.c > * source/rtl/pcre/pcre_info.c > * source/rtl/pcre/pcre_internal.h > * source/rtl/pcre/pcre_maketables.c > * source/rtl/pcre/pcre_newline.c > * source/rtl/pcre/pcre_ord2utf8.c > * source/rtl/pcre/pcre_printint.src > * source/rtl/pcre/pcre_refcount.c > * source/rtl/pcre/pcre_scanner.h > * source/rtl/pcre/pcre_study.c > * source/rtl/pcre/pcre_tables.c > * source/rtl/pcre/pcre_try_flipped.c > * source/rtl/pcre/pcre_ucd.c > * source/rtl/pcre/pcre_ucp_searchfuncs.c > * source/rtl/pcre/pcre_valid_utf8.c > * source/rtl/pcre/pcre_version.c > * source/rtl/pcre/pcre_xclass.c > * source/rtl/pcre/pcreposix.c > * source/rtl/pcre/pcreposix.c.dist > * source/rtl/pcre/pcreposix.h > * source/rtl/pcre/ucp.h > * source/rtl/pcre/ucpinternal.h > * source/rtl/pcre/ucptable.h > ! updated to version 8.10 > -- > Andi > > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Test
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 side, or some invalid junk filtering, or ... Same here. Don't know of any changes. Patrick -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Test
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 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Error with compiling with MSVC10
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, hb_stackBaseItem()->item.asSymbol.value->szName ); Patrick -- ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog,v 1.6708 2010/05/11
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 > > > > > -- > > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] RDD syncing
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 and All,
>>
>> OK, here you are:
>>
>> - cut -
>> OS: Windows XP Professional 5.01.2600 Service Pack 3
>> Compiler: Microsoft Visual C++ 16.00.30128.01
>> xHarbour build 1.2.1 Intl. (SimpLex) (Rev. 6686)
>> Harbour 2.0.0 (Rev. 13372)
>>
>> THREADS: 0
>> N_LOOPS: 100
>> XHARBOUR HARBOUR
>> ===
>> [ T000: empty loop overhead ]...0.11 ...0.05
>> ===
>> [ T001: x := L_C ]..0.08 ...0.06
>> [ T002: x := L_N ]..0.05 ...0.05
>> [ T003: x := L_D ]..0.05 ...0.05
>> [ T004: x := S_C ]..0.06 ...0.09
>> [ T005: x := S_N ]..0.05 ...0.06
>> [ T006: x := S_D ]..0.05 ...0.06
>> [ T007: x := M->M_C ]...0.08 ...0.09
>> [ T008: x := M->M_N ]...0.05 ...0.06
>> [ T009: x := M->M_D ]...0.06 ...0.06
>> [ T010: x := M->P_C ]...0.06 ...0.13
>> [ T011: x := M->P_N ]...0.05 ...0.06
>> [ T012: x := M->P_D ]...0.06 ...0.06
>> [ T013: x := F_C ]..0.61 ...0.27
>> [ T014: x := F_N ]..0.31 ...0.30
>> [ T015: x := F_D ]..0.20 ...0.17
>> [ T016: x := o:Args ]...0.53 ...0.23
>> [ T017: x := o[2] ].0.11 ...0.17
>> [ T018: round( i / 1000, 2 ) ]..0.56 ...0.31
>> [ T019: str( i / 1000 ) ]...1.75 ...0.77
>> [ T020: val( s ) ]..0.64 ...0.36
>> [ T021: val( a [ i % 16 + 1 ] ) ]...0.88 ...0.63
>> [ T022: dtos( d - i % 1 ) ].0.97 ...0.61
>> [ T023: eval( { || i % 16 } ) ].1.31 ...0.67
>> [ T024: eval( bc := { || i % 16 } ) ]...0.80 ...0.47
>> [ T025: eval( { |x| x % 16 }, i ) ].1.03 ...0.56
>> [ T026: eval( bc := { |x| x % 16 }, i ) ]...0.77 ...0.47
>> [ T027: eval( { |x| f1( x ) }, i ) ]1.42 ...0.64
>> [ T028: eval( bc := { |x| f1( x ) }, i ) ]..1.13 ...0.56
>> [ T029: eval( bc := &("{ |x| f1( x ) }"), i ) ].1.09 ...0.56
>> [ T030: x := &( "f1(" + str(i) + ")" ) ]...10.02 ...4.86
>> [ T031: bc := &( "{|x|f1(x)}" ), eval( bc, i ) ]...10.20 ...4.61
>> [ T032: x := valtype( x ) + valtype( i ) ].1.48 ...0.50
>> [ T033: x := strzero( i % 100, 2 ) $ a[ i % 16 + 1 ] ]..1.86 ...1.05
>> [ T034: x := a[ i % 16 + 1 ] == s ].0.55 ...0.47
>> [ T035: x := a[ i % 16 + 1 ] = s ]..0.55 ...0.52
>> [ T036: x := a[ i % 16 + 1 ] >= s ].0.52 ...0.52
>> [ T037: x := a[ i % 16 + 1 ] <= s ].0.58 ...0.48
>> [ T038: x := a[ i % 16 + 1 ] < s ]..0.55 ...0.50
>> [ T039: x := a[ i % 16 + 1 ] > s ]..0.55 ...0.56
>> [ T040: ascan( a, i % 16 ) ]0.81 ...0.50
>> [ T041: ascan( a, { |x| x == i % 16 } ) ]...8.52 ...4.98
>> [ T042: iif( i%1000==0, a:={}, ) , aadd(a,{i,1,.T.,s,s2,a2 ]2.53 ...1.19
>> [ T043: x := a ]0.06 ...0.06
>> [ T044: x := {} ]...0.38 ...0.17
>> [ T045: f0() ]..0.38 ...0.09
>> [ T046: f1( i )
Re: [xHarbour-developers] RDD syncing
.0.52 ...0.20 > [ T051: f3( a, a2, s, i, s2, bc, i, n, x ) ]0.91 ...0.55 > [ T052: f2( a ) ]...0.45 ...0.16 > [ T053: x := f4() ].1.95 ...0.80 > [ T054: x := f5() ].1.47 ...0.39 > [ T055: x := space(16) ]1.00 ...0.28 > [ T056: f_prv( c ) ]2.09 ...0.58 > ======== === > [ total application time: ]70.59 ..35.91 > [ total real time: ]...70.63 ..35.91 > > - cut - > -- > Andi > > On Fri, 19 Feb 2010 09:43:51 +0100 > "Patrick Mast, xHarbour." wrote: > >> 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 post it >> > here. >> >> Exactly what I was asking Miguel. ;-) >> >> Do we have a speedtest where we can see the faster speed of Harbour. >> It's not a matter of not believing Miguel, not at all! But a speedtest >> would show us in what field Harbour is better and thus we can finetune >> xHarbour to match Harbour's speed. >> >> I mean, if Harbour can do those things, we can! ;-) >> >> Patrick > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] RDD syncing
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 post it > here. Exactly what I was asking Miguel. ;-) Do we have a speedtest where we can see the faster speed of Harbour. It's not a matter of not believing Miguel, not at all! But a speedtest would show us in what field Harbour is better and thus we can finetune xHarbour to match Harbour's speed. I mean, if Harbour can do those things, we can! ;-) Patrick -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] RDD syncing
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), compatibility dBaseIV, FileCache to > acceleration subsystem temporary tables in shared memory. Ok. > The current RDD system is very stable and rarely cause inconsistencies in > index or memos. I agree. Its stable. But I get more and more complaints about the speed. > I also have other tasks such outstanding compatibility with other platforms > (WinCE and Win64). > On the remote file server, despite having a slower machine than the harbor, > operates faster, I tested the same server with the eighth of harbor and the > result is impressive. It would be interesting for someone to investigate and > solve the current problems of xharbour vm, I can not do everything and no > one is discouraged collaboration. So you are saying that the server site software for running DBF's remotely is FASTER in Harbour? 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? Thanks! Patrick -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] RDD syncing
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 Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error compiling latest CVS
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 ace32.lib with the ace32.lib of Advantage 9.10. There is no ace32.lib in xharbour's CVS. > for execute your executable you nedd update the ace32.dll with the > ace32.dll of Advantage 9.10 But I did not change anything to the Advantage I have on my system. It used to work AS IS. I'm confused.. Patrick -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error compiling latest CVS
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 het volgende > geschreven:\ > >> Luiz, >> >> How do I know? >> It worked before and I dit nit change anyting re >> >> Op 06 Jan 2010 om 18:22 heeft l...@xharbour.com.br het volgende >> geschreven:\ >> >>> Patrick >>> >>> did you link ads client version 9? >>> >>> Regards >>> Luiz >>> 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 folder and try to compile with MSVC. Patrick -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers >>> >>> >>> >>> >>> -- >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast and >>> easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> ___ >>> xHarbour-developers mailing list >>> xHarbour-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Error compiling latest CVS
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 folder and try to compile with MSVC. Patrick -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Harbour vs xHarbour - SpeedTest
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 situation.
>
> Thanks and Happy New Year To All.
> --
> Andi
>
>
> 2010.01.01 18:37:50 Windows XP 5.1.2600 Service Pack 3
> Harbour 2.0.0 (Rev. 13372) Microsoft Visual C++ 14.00.50727 (32-bit) x86
> THREADS: 0
> N_LOOPS: 100
> [ T000: empty loop overhead ]...0.05 0.09
>
> [ T001: x := L_C ]..0.06 0.06
> [ T002: x := L_N ]..0.06 0.06
> [ T003: x := L_D ]..0.05 0.05
> [ T004: x := S_C ]..0.08 0.08
> [ T005: x := S_N ]..0.06 0.05
> [ T006: x := S_D ]..0.06 0.05
> [ T007: x := M->M_C ]...0.13 0.08
> [ T008: x := M->M_N ]...0.09 0.06
> [ T009: x := M->M_D ]...0.09 0.08
> [ T010: x := M->P_C ]...0.09 0.08
> [ T011: x := M->P_N ]...0.11 0.06
> [ T012: x := M->P_D ]...0.11 0.06
> [ T013: x := F_C ]..0.27 0.61
> [ T014: x := F_N ]..0.33 0.41
> [ T015: x := F_D ]..0.19 0.20
> [ T016: x := o:Args ]...0.27 0.55
> [ T017: x := o[2] ].0.19 0.14
> [ T018: round( i / 1000, 2 ) ]..0.33 0.64
> [ T019: str( i / 1000 ) ]...0.83 1.77
> [ T020: val( s ) ]..0.38 0.69
> [ T021: val( a [ i % 16 + 1 ] ) ]...0.64 1.05
> [ T022: dtos( d - i % 1 ) ].0.64 0.88
> [ T023: eval( { || i % 16 } ) ].0.67 1.22
> [ T024: eval( bc := { || i % 16 } ) ]...0.44 0.75
> [ T025: eval( { |x| x % 16 }, i ) ].0.56 0.92
> [ T026: eval( bc := { |x| x % 16 }, i ) ]...0.45 0.72
> [ T027: eval( { |x| f1( x ) }, i ) ]0.64 1.36
> [ T028: eval( bc := { |x| f1( x ) }, i ) ]..0.52 1.13
> [ T029: eval( bc := &("{ |x| f1( x ) }"), i ) ].0.53 1.09
> [ T030: x := &( "f1(" + str(i) + ")" ) ]4.58 10.06
> [ T031: bc := &( "{|x|f1(x)}" ), eval( bc, i ) ]4.84 9.80
> [ T032: x := valtype( x ) + valtype( i ) ].0.50 1.48
> [ T033: x := strzero( i % 100, 2 ) $ a[ i % 16 + 1 ] ]..1.11 1.80
> [ T034: x := a[ i % 16 + 1 ] == s ].0.42 0.52
> [ T035: x := a[ i % 16 + 1 ] = s ]..0.48 0.50
> [ T036: x := a[ i % 16 + 1 ] >= s ].0.44 0.48
> [ T037: x := a[ i % 16 + 1 ] <= s ].0.45 0.52
> [ T038: x := a[ i % 16 + 1 ] < s ]..0.44 0.52
> [ T039: x := a[ i % 16 + 1 ] > s ]..0.47 0.50
> [ T040: ascan( a, i % 16 ) ]0.50 0.77
> [ T041: ascan( a, { |x| x == i % 16 } ) ]...4.75 8.03
> [ T042: iif( i%1000==0, a:={}, ) , aadd(a,{i,1,.T.,s,s2,a2 ]1.22 2.55
> [ T043: x := a ]0.08 0.09
> [ T044: x := {} ]...0.17 0.33
> [ T045: f0() ]..0.09 0.41
> [ T046: f1( i ) ]...0.17 0.56
> [ T047: f2( c[1...8] ) ]0.19 0.52
> [ T048: f2( c[1...4] ) ]0.16 0.48
> [ T049: f2( @c[1...4] ) ]...0.16 0.47
> [ T050: f2( @c[1...4] ), c2 := c ]..0.20 0.55
> [ T051: f3( a, a2, s, i, s2, bc, i, n, x ) ]0.58 0.92
> [ T052: f2( a ) ]...0.16 0.48
> [ T053: x := f4() ].0.73 1.98
> [ T054: x := f5() ].0.38 1.48
> [ T055: x := space(16) ]0.27 1.02
> [ T056: f_prv( c ) ]0.48 2.17
> =
Re: [xHarbour-developers] ChangeLog: 2009-12-22 02:00 UTC+0700 Andi Jahja
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 > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2009-12-21 12:00 UTC+0700 Andi Jahja
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 qualifiers contrib\tipssl\inetssl.c(1770) : error C2440: 'initializing' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers contrib\tipssl\inetssl.c(1819) : error C2440: 'initializing' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers contrib\tipssl\inetssl.c(2100) : error C2440: 'initializing' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers contrib\tipssl\inetssl.c(2197) : error C2440: 'initializing' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers contrib\tipssl\inetssl.c(2395) : error C2440: 'initializing' : cannot convert from 'const char *' to 'char *' Conversion loses qualifiers Thanks. Patrick -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2009-12-16 12:20 UTC+0700 Andi Jahja
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 changes! Can you please explain in simple words what the real advantage is of these changes? Does it make our app faster? ;-) Thanks again! Patrick -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2009-12-16 12:20 UTC+0700 Andi Jahja
Ok, thank you Andi! ;-) On Wed, Dec 16, 2009 at 3:22 PM, Andi Jahja wrote: > It was clearly mentioned in the log, here I quote it again for you :): > > " + added support for startup code in OpenWatcom C builds. Now we can > create OpenWatcom Harbour binaries without forcing C++ mode. > I've tested Linux and Win32 builds and they works correctly. > Probably similar solution can be used also for other C compilers > which do not have native interface to define starup code." > > It is not only opens roads for OpenWatcom C, but 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 explain in simple words what the real advantage is of >> these changes? Does it make our app faster? ;-) > > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Microsoft's Distributed File SystemReplication
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 Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Microsoft's Distributed File System Replication
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 DFS Replication replicate files that are being used by another application? If an application opens a file and creates a file lock on it (preventing it from being used by other applications while it is open), DFS Replication will not replicate the file until it is closed. If the application opens the file with read-share access, the file can still be replicated." So, even if we open a database as "Shared", is the file "Locked" for the OS? Thanks! Patrick -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] 2009-11-20 11:40 UTC+0100 Patrick Mast
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 deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Error compiling contrib\tipssl\inetssl.c
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 -Icontrib\freeimage\include -Icontrib\gd\include -Icontrib\xwt\include -Icontrib\xwt\src\xwt_win -Icontrib\png -Isource\rtl\zlib /Od /EHsc /RTC1 /MTd /Gs /GS /Gy /GR /Zi /DHB_FM_STATISTICS /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE -Foobj\vc\inetssl.obj contrib\tipssl\inetssl.c inetssl.c C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(91) : warning C4005: 'AF_IPX' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(460) : see previous definition of 'AF_IPX' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(127) : warning C4005: 'AF_MAX' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(479) : see previous definition of 'AF_MAX' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(163) : warning C4005: 'SO_DONTLINGER' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(402) : see previous definition of 'SO_DONTLINGER' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(206) : error C2011: 'sockaddr' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(485) : see declaration of 'sockaddr' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2143: syntax error : missing '}' before 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2143: syntax error : missing ';' before 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2059: syntax error : 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C2143: syntax error : missing ';' before '}' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(518) : warning C4005: 'IN_CLASSA' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(287) : see previous definition of 'IN_CLASSA' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(524) : warning C4005: 'IN_CLASSB' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(293) : see previous definition of 'IN_CLASSB' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(530) : warning C4005: 'IN_CLASSC' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(299) : see previous definition of 'IN_CLASSC' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(541) : warning C4005: 'INADDR_ANY' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(304) : see previous definition of 'INADDR_ANY' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(543) : warning C4005: 'INADDR_BROADCAST' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(306) : see previous definition of 'INADDR_BROADCAST' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(577) : error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(312) : see declaration of 'sockaddr_in' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(132) : error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(68) : see declaration of 'fd_set' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(167) : warning C4005: 'FD_SET' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(102) : see previous definition of 'FD_SET' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(176) : error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(111) : see declaration of 'timeval' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(232) : error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(167) : see declaration of 'hostent' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(245) : error C2011: 'netent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(180) : see declaration of 'netent' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(252)
Re: [xHarbour-developers] Error compiling latest CVS
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:\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 -Icontrib\freeimage\include -Icontrib\gd\include -Icontrib\xwt\include -Icontrib\xwt\src\xwt_win -Icontrib\png -Isource\rtl\zlib /Od /EHsc /RTC1 /MTd /Gs /GS /Gy /GR /Zi /DHB_FM_STATISTICS /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE -Foobj\vc\inetssl.obj contrib\tipssl\inetssl.c inetssl.c C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(91) : warning C4005: 'AF_IPX' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(460) : see previous definition of 'AF_IPX' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(127) : warning C4005: 'AF_MAX' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(479) : see previous definition of 'AF_MAX' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(163) : warning C4005: 'SO_DONTLINGER' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(402) : see previous definition of 'SO_DONTLINGER' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(206) : error C2011: 'sockaddr' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(485) : see declaration of 'sockaddr' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2143: syntax error : missing '}' before 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2143: syntax error : missing ';' before 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(384) : error C2059: syntax error : 'constant' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C2143: syntax error : missing ';' before '}' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(437) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(518) : warning C4005: 'IN_CLASSA' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(287) : see previous definition of 'IN_CLASSA' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(524) : warning C4005: 'IN_CLASSB' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(293) : see previous definition of 'IN_CLASSB' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(530) : warning C4005: 'IN_CLASSC' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(299) : see previous definition of 'IN_CLASSC' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(541) : warning C4005: 'INADDR_ANY' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(304) : see previous definition of 'INADDR_ANY' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(543) : warning C4005: 'INADDR_BROADCAST' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(306) : see previous definition of 'INADDR_BROADCAST' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\ws2def.h(577) : error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(312) : see declaration of 'sockaddr_in' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(132) : error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(68) : see declaration of 'fd_set' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(167) : warning C4005: 'FD_SET' : macro redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(102) : see previous definition of 'FD_SET' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(176) : error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(111) : see declaration of 'timeval' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(232) : error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock.h(167) : see declaration of 'hostent' C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\winsock2.h(245) : error C201
[xHarbour-developers] Error compiling latest CVS
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 handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Proposal for HB_IS_NUMERIC.
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, Eduardo Fernandes
wrote:
> Ron,
>
> Sorry for my insistency on this issue.
>
> >From 2 weeks ago I had a very bad experience on my fiscal app for that
> >reason. Inadvertently I toggle second and third parameter on pad() function
> >and the result was disastrous. If the RT error were generated, it could be
> >avoided.
>
> I know this feature should be important in any cases, but I would like that
> were optional.
>
> Maybe someone can have an idea.
>
> Eduardo
>
>
>
>
> --- Em ter, 10/11/09, Ron Pinkas escreveu:
>
>> De: Ron Pinkas
>> Assunto: Re: [xHarbour-developers] Proposal for HB_IS_NUMERIC.
>> Para: "Eduardo Fernandes" , "Miguel Angel Marchuet"
>>
>> Cc: "Xharbour-Developers List"
>> Data: Terça-feira, 10 de Novembro de 2009, 9:13
>> Eduardo,
>>
>> Your are posting wrong information about the CHAR type.
>> CHAR (as numeric)
>> type is ***ONLY*** acceptable in contexts where ONLY
>> NUMERIC would be
>> acceptable, IOW only when an ERROR would result!!!
>> Specifically,
>> ordSetFocus() and aScan() would never treat CHAR as NUMERIC
>> because they do
>> NOT REQUIRE a NUMERIC!!!
>>
>> Your proposal can't be accepted for the reasons I stated at
>> least 3 times
>> now. xHarbour will never remove that feature.
>>
>> Ron
>>
>> --
>> From: "Eduardo Fernandes"
>> Sent: Tuesday, November 10, 2009 2:41 AM
>> To: "Ron Pinkas" ;
>> "Miguel Angel Marchuet"
>>
>> Cc: "Xharbour-Developers List"
>> Subject: Re: [xHarbour-developers] Proposal for
>> HB_IS_NUMERIC.
>>
>> > Miguel,
>> >
>> > My proposal is justly enable RT error.
>> >
>> > 1) What return value you expect from substr('abcdef',
>> '3' ) ?
>> > 'abcdef' string, 'cdef' string , null
>> string or RT error ?
>> >
>> > 2) where, on core xharbour code, is used a char as
>> numeric parameter ?
>> > like str('a',3) ?
>> >
>> > f.e. Inspecting cstr.prg, line 311, on valtoprgexp()
>> function I found:
>> >
>> > 311 FOR EACH cChar IN xVal
>> > 312 cRet += " + Chr(" +
>> Str( Asc( cChar ), 3 ) + ")"
>> > 313 NEXT
>> >
>> > It seems the correct way to do it.
>> >
>> > 3) From harbour "xhb-diff.txt" file:
>> > -
>> > ### USING ONE CHARACTER LENGTH STRING AS
>> NUMERIC VALUE ###
>> >
>> > xHarbour uses one byte strings as
>> numeric values corresponding to ASCII
>> > value of the byte in a string, f.e.:
>> > ? "A" * 10 //
>> 650
>> > By default Harbour core code does not
>> give such functionality but
>> > it has strong enough OOP API to allow
>> adding such extension without
>> > touching core code even by user at
>> .prg level. It was implemented
>> > in Harbour in XHB.LIB.
>> > This code can be compiled and
>> executed by both compilers:
>> >
>> > #ifndef
>> __XHARBOUR__
>> > #include
>> "xhb.ch"
>> > #endif
>> > proc main()
>> > local c :=
>> "A"
>> > ? c * 10, c -
>> 10, c + 10, c * " ", chr( 2 ) ^ "!"
>> > return
>> >
>> > and gives the same results.
>> > Anyhow the emulation is not full
>> here. It works only for .prg code.
>> > In xHarbour standard C API
>> functions/macros were modified to use
>> > one byte string items as numbers.
>> It's potential source of very serious
>> > problems, f.e. ordSetFocus("1")
>> should chose index called "1" or maybe
>> > index 49 or what should return ascan(
>> {49,"1"}, "1" ) (1 or 2)? so
>> > Harbour developers decided to not add
>> anything like that to core code
>> > so in Harbour functions written in C
>> refuse to accept one byte string
>> > as number and code like
>> > ? str( "0" )
>> > generates runtime error instead of
>> printing ' 48'.
>> >
>> > -
>> >
>> > So, my proposal is isolate this feature like a number
>> extension or other
>> > solution to give me a RT error when, inadvertently a
>> char is passed as
>> > numeric parameter on string functions.
>> >
>> > IMO, this feature is dangerous.
>> >
>> > regards,
>> > Eduardo
>> >
>> >
>> >
>> > --- Em seg, 9/11/09, Miguel Angel Marchuet
>>
>> > escreveu:
>> >
>> >> De: Miguel Angel Marchuet
>> >> Assunto: Re: [xHarbour-developers] Proposal for
>> HB_IS_NUMERIC.
>> >> Para: "Ron Pinkas"
>> >> Cc: "Eduardo Fernandes" ,
>> "Xharbour-Developers
>> >> List"
>> >> Data: Segunda-feira, 9 de Novembro de 2009, 8:05
>> >> I have read the conversation about
>> >> numerical consideration.
>> >>
>> >> I propose an alternative solution RT error.
>> Eliminating
>> >> certain RT errors with pragmas
>> >> for example:
>> >>
>> >> # pragma NoTestError = BASE | 1340
>> >>
>> >> not emerge for the 1340 runtime error divisi
Re: [xHarbour-developers] Proposal for HB_IS_NUMERIC.
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 + "9"
> padr("9","*",10) -> "9" + 42 spaces
> padc("9","*",10) -> 20 spaces + "9" + 21 spaces
>
> IMO, this can cause damage on the expected results, mainly from Clipper
> legacy applications.
>
> I still think more prudent to separate this *feature* in HB_IS_NUMERIC_EXT
> and use it only on specific issues.
>
> Please, consider it.
>
> Eduardo
>
> --- Em qui, 5/11/09, Ron Pinkas escreveu:
>
>> De: Ron Pinkas
>> Assunto: Re: [xHarbour-developers] Proposal for HB_IS_NUMERIC.
>> Para: "Eduardo Fernandes" , "Xharbour-Developers
>> List"
>> Data: Quinta-feira, 5 de Novembro de 2009, 17:48
>> Eduardo,
>>
>> > So, we could review all string functions like str(),
>> strzero(), pad(), etc, that call HB_IS_NUMERIC(),
>> HB_IT_NUMERIC or ISNUM() to maintain, at least, expected
>> results or run time error, if any argument is inverted or
>> with any data type changed.
>> >
>> > f.e.:
>> >
>> > ? str("a",10,2)
>> > ? strzero("b",10)
>> > ? padl("9","*",10)
>> > ? padr("9","*",10)
>> > ? padc("9","*",10)
>>
>> Please note that it is absolutely VALID CODE to pass a
>> single char as a NUMERIC value. I have lot's of such code
>> intentionally. It would therefore be wrong to break a
>> documented feature which has been working for years.
>>
>> Ron
>>
>
>
>
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> xHarbour-developers mailing list
> xHarbour-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error building harbour.dll with PelesC
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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Can not build FILEMEM.LIB
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) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error building harbour.dll with PelesC
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). > POMAKE: fatal error: 'POLINK', error 1. > > 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Error building harbour.dll with PelesC
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(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog: 2009-10-20 12:00 UTC+0700 Andi Jahja
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\rtl\pcre\pcre_compile.c(1322) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(1324) : error C2065: 'OP_NRREF' : undeclared identifier source\rtl\pcre\pcre_compile.c(1324) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(1439) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(1441) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(4493) : error C2065: 'open_capitem' : undeclared identifier source\rtl\pcre\pcre_compile.c(4493) : error C2065: 'oc' : undeclared identifier source\rtl\pcre\pcre_compile.c(4495) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(4495) : error C2227: left of '->next' must point to class/struct/union/generic type type is ''unknown-type'' source\rtl\pcre\pcre_compile.c(4497) : error C2065: 'OP_CLOSE' : undeclared identifier source\rtl\pcre\pcre_compile.c(4498) : error C2227: left of '->number' must point to class/struct/union/generic type type is ''unknown-type'' source\rtl\pcre\pcre_compile.c(4498) : error C2227: left of '->number' must point to class/struct/union/generic type type is ''unknown-type'' source\rtl\pcre\pcre_compile.c(4948) : error C2065: 'ERR65' : undeclared identifier source\rtl\pcre\pcre_compile.c(5781) : error C2146: syntax error : missing ';' before identifier 'capitem' source\rtl\pcre\pcre_compile.c(5781) : error C2065: 'capitem' : undeclared identifier source\rtl\pcre\pcre_compile.c(5815) : error C2228: left of '.number' must have class/struct/union type is ''unknown-type'' source\rtl\pcre\pcre_compile.c(5816) : error C2228: left of '.next' must have class/struct/union type is ''unknown-type'' source\rtl\pcre\pcre_compile.c(5816) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(5817) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(5928) : error C2039: 'check_lookbehind' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(5966) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(5966) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(5966) : error C2227: left of '->next' must point to class/struct/union/generic type source\rtl\pcre\pcre_compile.c(6170) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(6172) : error C2051: case expression not constant source\rtl\pcre\pcre_compile.c(6534) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(6609) : error C2039: 'check_lookbehind' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(6610) : error C2039: 'open_caps' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' source\rtl\pcre\pcre_compile.c(6667) : error C2039: 'check_lookbehind' : is not a member of 'compile_data' c:\xharbour\source\rtl\pcre\pcre_internal.h(1533) : see declaration of 'compile_data' On Tue, Oct 20, 2009 at 7:37 AM, Andi Jahja wrote: > 2009-10-20 12:00 UTC+0700 Andi Jahja > * source/rtl/pcre/config.h > * source/rtl/pcre/config.h.generic > * source/rtl/pcre/pcre.h.generic > * source/rtl/pcre/pcreposix.c > * source/rtl/pcre/pcreposix.h > * source/rtl/pcre/pcre_chartables.c.dist > * source/rtl/pcre/pcre_compile.c > * source/rtl/pcre/pcre_config.c > * source/rtl/pcre/pcre_dfa_exec.c > * source/rtl/pcre/pcre_exec.c > * source/rtl/pcre/pcre_fullinfo.c > * source/rtl/pcre/pcre_get.c > * source/rtl/pcre/pcre_globals.c > * source/rtl/pcre/pcre_info.c > * source/rtl/pcre/pcre_internal.h > * source/rtl/pcre/pcre_maketables.c > * source/rtl/pcre/pcre_newline.c > * source/rtl/pcre/pcre_ord2utf8.c > * source/rtl/pcre/pcre_printint.src > * source/rtl/pcre/pcre_refcount.c >
Re: [xHarbour-developers] ChangeLog: 2009-10-17 13:55 UTC-0500 Vicente Guerra
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 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] 2009-10-17 20:30 UTC+0100 Patrick Mast
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 only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] ChangeLog, v 1.6618 2009/10/13 06:08:36 peterrees
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 to see if I commited another file. CVS looks OK! ;-) 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2009-10-10 21:22 UTC-0430 Ron Pinkas
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 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2009-10-10 21:22 UTC-0430 Ron Pinkas
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) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2009-10-09 16:06 UTC+0100 Miguel Angel Marchuet
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. > > Best regards, > Miguel Angel Marchuet > > > __ Información de ESET NOD32 Antivirus, versión de la base de firmas > de virus 4493 (20091009) __ > > ESET NOD32 Antivirus ha comprobado este mensaje. > > http://www.eset.com > > > > -- > 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 BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > -- 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] IsDirectory() broken
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
--
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 BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2009-08-08 14:54 UTC-0800 Augusto Infante
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 originaly posted? If so, I think we need a sample so this can be fixed also. Thanks guys! 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 BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error compiling uuencode.c
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: 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 ';'. >> ..\uuencode.c(119): error: Undeclared identifier 'HB_THREAD_STUB'. >> ..\uuencode.c(120): error: Syntax error; found 'char' expecting ';'. >> ..\uuencode.c(143): error: Undeclared identifier 'HB_THREAD_STUB'. >> ..\uuencode.c(144): error: Syntax error; found 'char' expecting ';'. > > Same error's for C:\xHarbour\source\tip\encoding\base64.c > > C:\xHarbour\source\tip\encoding\base64.c(115): error: Undeclared > identifier 'HB_THREAD_STUB'. > C:\xHarbour\source\tip\encoding\base64.c(116): error: Syntax error; > found 'const' expecting ';'. > C:\xHarbour\source\tip\encoding\base64.c(126): error: Undeclared > identifier 'HB_THREAD_STUB'. > C:\xHarbour\source\tip\encoding\base64.c(127): error: Syntax error; > found 'const' expecting ';'. > C:\xHarbour\source\tip\encoding\base64.c(159): error: Undeclared > identifier 'HB_THREAD_STUB'. > C:\xHarbour\source\tip\encoding\base64.c(160): error: Syntax error; > found 'char' expecting ';'. > C:\xHarbour\source\tip\encoding\base64.c(183): error: Undeclared > identifier 'HB_THREAD_STUB'. > C:\xHarbour\source\tip\encoding\base64.c(184): error: Syntax error; > found 'char' expecting ';'. > > Patrick > -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] Error compiling uuencode.c
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 ';'. > ..\uuencode.c(119): error: Undeclared identifier 'HB_THREAD_STUB'. > ..\uuencode.c(120): error: Syntax error; found 'char' expecting ';'. > ..\uuencode.c(143): error: Undeclared identifier 'HB_THREAD_STUB'. > ..\uuencode.c(144): error: Syntax error; found 'char' expecting ';'. Same error's for C:\xHarbour\source\tip\encoding\base64.c C:\xHarbour\source\tip\encoding\base64.c(115): error: Undeclared identifier 'HB_THREAD_STUB'. C:\xHarbour\source\tip\encoding\base64.c(116): error: Syntax error; found 'const' expecting ';'. C:\xHarbour\source\tip\encoding\base64.c(126): error: Undeclared identifier 'HB_THREAD_STUB'. C:\xHarbour\source\tip\encoding\base64.c(127): error: Syntax error; found 'const' expecting ';'. C:\xHarbour\source\tip\encoding\base64.c(159): error: Undeclared identifier 'HB_THREAD_STUB'. C:\xHarbour\source\tip\encoding\base64.c(160): error: Syntax error; found 'char' expecting ';'. C:\xHarbour\source\tip\encoding\base64.c(183): error: Undeclared identifier 'HB_THREAD_STUB'. C:\xHarbour\source\tip\encoding\base64.c(184): error: Syntax error; found 'char' expecting ';'. Patrick -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Error compiling uuencode.c
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 error; found 'unsigned' expecting ';'. ..\uuencode.c(119): error: Undeclared identifier 'HB_THREAD_STUB'. ..\uuencode.c(120): error: Syntax error; found 'char' expecting ';'. ..\uuencode.c(143): error: Undeclared identifier 'HB_THREAD_STUB'. ..\uuencode.c(144): error: Syntax error; found 'char' expecting ';'. Thanks. Patrick -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
Re: [xHarbour-developers] 2009-10-01 10:10 UTC+0100 Miguel Angel Marchuet
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. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
[xHarbour-developers] Preprocessor Bug?
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 Function Test(x) RETURN x //--- It returns this error: test.prg(19) Error E0030 Syntax error: "syntax error at 'MYTEST'" Where line 19 is: myTest "two" ::n2:=1 Notice that Line 18 compiles OK. The error occurs when begins with :: It seems that if y begins with ::, its not seems as , but still a part of Thanks! Patrick -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
