On Fri, 16 Oct 2009, Lorenzo Fiorini wrote:
> > Now Harbour supports -gd option which enable such functionality
> > directly in compiler so .d files can be generated without any
> > additional time cost caused by second .prg files preprocessing.
> Just a minor issue:
> hbmk hello.prg -gd -ohello.ex
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
> > * harbour/bin/hb-func.sh
> > ! do not look for .c files as result of hbcmp script executed
> > with -s or -sm switch and without -g[oh] * switches.
> I've locally added a -MD switch to hb-func.sh:
> ...
> -MD=*) HB_MD="\${v#*=}"
On Wed, 14 Oct 2009, Szak�ts Viktor wrote:
Hi,
> Thank you. I'd like to ask Przemek to review these modifications,
> as they are also altering the CP engine.
It breaks Turkish CPs so we cannot use it in such form.
I'll add soon alternative method to register CPs.
It will use 4 tables with 256 b
On Wed, 14 Oct 2009, Szak�ts Viktor wrote:
Hi,
> I'll commit something, but I'd like to ask you to test it.
> Feel free to even make corrections.
> Before I do, I have a few questions:
> - Shouldn't Harbour compiler also use this same .d format, so
> we can use the method for .prg files, too?
On Wed, 14 Oct 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-10-14 13:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * utils/hbmk2/hbmk2.prg
> + Added 'gcc -MM' based C header dependency detection in -head=native
> mode.
> Please note that it's slower than regular metho
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
> > I can't really see the difference ( beside the fact that it creates .o
> > instead of .hrb ).
> If I add -gh to the
> > ( echo "$@: " ; hbcmp $(PRGFLAGS) -gh -q2 -sm $? ) > $(?:.prg=.d)
> it works.
> So it could be the hb_cc that gets execute whi
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
> On Wed, Oct 14, 2009 at 2:54 PM, Przemyslaw Czerpak wrote:
> > Please simply modify above example and instead of 'echo $@' use
> > 'echo "$@: "', i.e.:
> > ( echo "$@: " ; hbcmp $(PRGFL
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
> > You do not need any new hbcmp script switches to replicate such
> > behavior, i.e.:
> > PRGFLAGS=-km -w3 -es0 -q0 -gh -n -D__hrb__ -I../dbl/
> > %.hrb: $(ROOT)%.prg
> > hbcmp $(PRGFLAGS) $?
> > ( echo $@ ; hbcmp $(PRGFLAGS) -q2 -sm $? )
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
> > #!/bin/sh
> > echo -n "${1%.prg}.o: " > "${1%.prg}.d"
> > hbcmp -n2 -sm -q2 "$1" >> "${1%.prg}.d"
> What about integrate it with hbcmp itself?
> This is a typical rules file I use in a hrb+js+xml app where prg
> includes many js and xml using st
On Tue, 13 Oct 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-10-13 17:51 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * utils/hbmk2/hbmk2.pt_BR.po
> * utils/hbmk2/hbmk2.hu_HU.po
> * utils/hbmk2/hbmk2.prg
> + Added support for new dependency checking method which uses
>
On Wed, 14 Oct 2009, Szak�ts Viktor wrote:
> Thank you. You read my mind :)
:-)
Please also look at next commit.
If hbmk2 uses all harbour compiler parameters set by user also with
-sm switch (does it?) then passing -m to hbmk2 should give some additional
small improvement.
In practice it finish
On Tue, 13 Oct 2009, Lorenzo Fiorini wrote:
> I'm trying to figure out how to use it in my makefiles with hb* scripts.
> To avoid the double call of hbcmp, I'm trying to create a make depend
> target that creates a .d file.
> Is this the supposed usage?
If you want to use it in such context then w
On Tue, 13 Oct 2009, Szak�ts Viktor wrote:
>> Please also remember that Harbour supports also #pragma __[c]streaminclude
>> which should also be detected and in the future may support some other
>> extensions like using compiler switches in #if expressions, i.e.:
>> #if enabled( -kh )
>> #in
On Tue, 13 Oct 2009, Szak�ts Viktor wrote:
Hi,
> I can't solve the PP parser part, but if such
> function gets added to core, I'm ready to add support
> for it in hbmk2.
> Przemek, do you think that such function would be possible
> to implement?
> __PP_INCLUDELIST( , ) ->
> (or something with
On Mon, 12 Oct 2009, Roberto Lopez wrote:
Hi,
>> about hbmk2 can you post a little sample (also with minigui) so i will try
>> Facts are that Viktor have modified each error post here regarding hbmk2
> I've explained in a post on Sunday:
> http://www.hmgforum.com/viewtopic.php?p=5494#p5494
The t
On Mon, 12 Oct 2009, Pritpal Bedi wrote:
Hi,
> I did a few experiments which lead to some
> satisfying results but also with some weired ones,
> which at the moment I am unable to fix, your help is
> requested in highest needs.
> 1. Download attached are files which outlines my concept.
> h
On Tue, 13 Oct 2009, Phil Krylov wrote:
> This is an Ubuntu 9.04 on an Athlon 1800+ PC with all updates and Wine
> taken from WineHQ repository: 1.1.20~winehq~ubuntu~8.04-0ubuntu1. Hmmm
> the Wine repository refers to 8.04, probably i did not update the
> address. Anyway, it works:
> http://tuffnat
On Mon, 12 Oct 2009, fsgiud...@users.sourceforge.net wrote:
> 2009-10-13 00:21 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
[...]
Thank you very much.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.
On Mon, 12 Oct 2009, fsgiud...@users.sourceforge.net wrote:
Hi,
> 2009-10-12 22:28 UTC+0200 Francesco Saverio Giudice (info/at/fsgiudice.com)
> + Added new hb_IniString() funtion
>hb_IniString( cData, lKeyCaseSens, cSplitters, lAutoMain ) -> hIni
>that reads directly from a st
On Mon, 12 Oct 2009, Bruno Luciani wrote:
> You are right Przemyslaw my mistake
> The console aplication that I test was compiled using Harbour
> Talking with a friend of mine , make me notes that diference
> and trying a real 16 bit binary , not work
Looks that I was wrong and WINE has some own V
On Mon, 12 Oct 2009, Phil Krylov wrote:
> > None of pure DOS application can work because WINE does not have
> > code necessary to execute them.
> Sorry, you're wrong. It's been long since I tried to run any 16-bit
> DOS apps using Wine (BTW it's written like this, not WINE), but they
> (not all bu
On Mon, 12 Oct 2009, Angel Pais wrote:
> You're failing the comparison point.
> Meassuring apples against bananas.
> We cannot compare gui applications against console apps.
I do not compare user interface at all.
I compare only simple IO operations in SEEK or SKIP which are
the same in GUI and CU
On Sun, 11 Oct 2009, Bruno Luciani wrote:
Hi,
> I think that some configuration may be necesary
> I don' t use wine dos emulation , but what you see in the png file
> is a real clipper old aplication running in my home directory in kubuntu
> linux
> using wine 1.1.26
> only one click and it run
On Mon, 12 Oct 2009, Roberto Lopez wrote:
Hi,
> All Harbour and contrib libraries are 'intact' (exactly as are
> distributed). The same applies for 'harbour.exe' and basic docs. So, bugs
> in Harbour compiler found by HMG users should be not a problem for Harbour
> developers.
My personal exp
On Sun, 11 Oct 2009, Itamar M. L. Jr. wrote:
Hi,
> My problem was that unintentionally area was changed and set filter stopped
> working or is working with error. In my view an error set filter, despite
> the respect that harbour compatibility with clipper but for me it is a
> mistake to harb
On Fri, 09 Oct 2009, Itamar Lins wrote:
> After searching this problem for a few hours... normal to the learner, got
> the following result.
> proc main()
> field f
> local inicio, fim
> set date to brit
> set epoch to 1970
> dbcreate("_tst",{{"F","D",8,0}})
> use _tst
> dbappend(); f := ctod('22/
On Sat, 10 Oct 2009, Ciro Vargas C wrote:
> Sorry but Wine support DOS applications.
> please test it and you got surpraised
I think you will be surprised if you create pure DOS application.
Let's try:
/*** t76.prg ***/
proc main()
? date(), time()
? os()
? version()
? procname()
On Fri, 09 Oct 2009, Bruno Luciani wrote:
> Did you try to execute DOS aplications in WINE ?
> works very well
AFAIK it's impossible and WINE cannot be used to execute
DOS applications.
Are you sure that you eve executed DOS binaries using WINE?
What file shows for such binaries?
best regards,
Pr
On Fri, 09 Oct 2009, Itamar Lins wrote:
Hi,
> Thanks for response.
> Please analize my file, because it was make with old xHarbour.
> http://www.4shared.com/file/139644752/e204a705/encomenda.html
> proc main()
> local inicio, fim
> set date to brit
> use encomenda new alias 'pd'
>
On Fri, 09 Oct 2009, Itamar Lins wrote:
Hi,
> My reports now with set filter fail, for exemple, if I use date criteria.
> set date to brit
> inicio := fim := ctod('23/10/09')
> Set Filter to pd->data_compr >= inicio .and. pd->data_compr <= fim
> the "set filter" not works, get all records of data
On Fri, 09 Oct 2009, Maurizio Faccio adinet wrote:
> What I do not understand is that:
> Compiler says that the patch was applied correctly
> Clipper (R) 5.2e
> Copyright (c) 1985-1995, Computer Associates International, Inc.
> But VERSION() in clipper tolds -> 5.2d Intl. (x215) (1994.03.25)
It
On Fri, 09 Oct 2009, Grigory Filatov wrote:
Hi,
> Thanks for your suggestion!
> > someone can confirm that SOL_SOCKET->SO_RCVTIMEO uses 'int' as parameter
> > in MS-Windows.
> There is the following definition in the header file winsock.h from BCC:
> int PASCAL FAR setsockopt (
>
On Thu, 08 Oct 2009, Pritpal Bedi wrote:
Hi,
> > In order to let GC collect these pointer automatically
> > you need to use hb_retptrGC(), along with a callback
> > to the freeing.
> So, I tried like this:
>
> static HB_GARBAGE_FUNC( QMessageBox_release )
> {
>void ** ph = ( void ** ) Cargo;
On Thu, 08 Oct 2009, Mitja Podgornik wrote:
> Hi, please, can anybody help?
> This function occasional causes GPF
> and occurs sporadic only on some xp/vista machines
> > >> Application Internal Error ...
> > >> Terminated at:
> > >> Info: Harbour MiniGUI 1.7 Extended Edition (Build 74) - 2
On Fri, 09 Oct 2009, José Luis Capel wrote:
Hi,
> Making some tests of .clp files I found this error on harbour when I typed
> wrongly the name of a clp file:
> c:\> harbour @myapp.clp
> Harbour 2.0.0beta3 (Rev. 12672)
> Copyright (c) 1999-2009, http://www.harbour-project.org/
> Cannot open input
On Thu, 08 Oct 2009, Szak�ts Viktor wrote:
>> I do not understand what is the problem in your case but for sure
>> above does not discribe GTWVT behvior.
>> For both UNICODE and non UNICODE modes all you should use:
>> hb_setTermCP( , )
>> where is OS encoding and is HVM encoding.
>> When is
On Thu, 08 Oct 2009, Szak�ts Viktor wrote:
Hi,
> hb_setTermCP() will mess up the keyboard input for national
> chars when used in UNICODE builds, while it won't for non-UNICODE
> builds. Tested with GTWVT.
> The point here is not the "mess up" part, but rather that
> app behavior is different in
On Thu, 08 Oct 2009, Saulius Zrelskis wrote:
Hi,
> Sample below GPFs:
> -<
> #include "dbinfo.ch"
> PROC main()
> DBCREATE("test", {{"F1", "C", 20, 0}},, .T., "test")
> ? DBINFO(DBI_MEMOHANDLE)
> DBCLOSEALL()
> RETURN
Thank you very much for information.
Fixed.
best regards,
Przemek
On Thu, 08 Oct 2009, José Luis Capel wrote:
Hi,
> Using hbmk2 (created from lastest svn) I try to compile an old clipper app.
> I use same .clp file as follow:
> hbmk2 @miappl.clp
> Finally (after showing a syntax error on my app) shows this message:
> 1 error
> no code generated.
> hbmk2: Error:
On Wed, 07 Oct 2009, Szak�ts Viktor wrote:
>> BTW set mode does not automatically change the font size. Maybe it will
>>be good to add such functionality but please remember that we have
>>problem here with priority of object to update: window size or font
>>size so I think it's importa
On Wed, 07 Oct 2009, Szak�ts Viktor wrote:
Hi,
> Indeed, especially for WinCE users, on desktop
> I expect it to be used rather rarely, although it
> may also be useful f.e. when connecting to a remote
> GT with higher resolutions.
Yes but it's also usable if user creates many console windows
us
On Wed, 07 Oct 2009, WenSheng wrote:
Hi,
> Do you have to think about 'TransForm()' ?
No, we do not use it in any context which needs to force pure
ASCII processing.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://l
On Wed, 07 Oct 2009, Szak�ts Viktor wrote:
> Some more results, this time using GTWVT, as it seems the
> problem isn't GTWIN specific, so:
> 1) SetMode( 80, 255 ) // works as expected
> 2) SetMode( 80, 256 ) // works with display artifact (will check it further
> to eliminate local cause)
>
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> I agree. I'd rather user hb_upperAscii() though, to
> keep names well aligned (i.e. it's a sub-type of
> upper()).
Fine though if we plan to add also other ASCII oriented functions
for LOWER, ISALPHA, ISUPPER, ISLOWER, ISDIGIT operations then IMO
using
On Tue, 06 Oct 2009, Bisz István wrote:
Hi,
> Unfortunately this i to İ (LATIN CAPITAL LETTER I WITH DOT ABOVE - 0x98 <152>
> in CP857) upper conversion generates more problems, now in MEMOEDIT:
>
> Error BASE/1004 Message not found: HBMEMOED˜TOR:HBEDITOR
> Called from __ERRRT_SBASE(0)
> Call
On Tue, 06 Oct 2009, Bisz István wrote:
Hi,
> I found a quite strange behavior in some CP settings necessary in my
> project.
> See the following sample:
> CODE
> proc main()
>set alternate to uperr.txt additive
>set alternate on
>REQUEST HB_CODEPAGE_TR857
>HB_SETCODEPAGE( "TR857
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> I know this. I need to clarify, by "messed up" I don't
> mean the scrollbars and whatnot when using such big
> buffer. Instead I mean that the displayed (by Harbour
> app) _screen content_ is wrong. It looks like as if
> (ctwin) windowing gets confused a
On Tue, 06 Oct 2009, Chen Kedem wrote:
Hi,
> > I've just committed a little bit extended version of this code to
> > harbour/tests/cpinfo.prg.
> The attached results were made with the program you posted in the list
> (going to check your new one soon).
> Tested with Clipper 5.2e once with NTXSPA
On Tue, 06 Oct 2009, Przemyslaw Czerpak wrote:
Hi,
> Try the code below.
I've just committed a little bit extended version of this code to
harbour/tests/cpinfo.prg.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> Just tested MSVC 2008 x86 now default UNICODE build
> and I'm having the same display problems in GTWIN
> as in x64.
> As it turns out, it's not related to UNICODE build
> though. The console app was starting up with default
> screen dimensions which is
On Tue, 06 Oct 2009, Chen Kedem wrote:
Hi,
> After some checks:
> 1) The file is source/codepage/cpes850c.c (and not source/lang/...).
> 2) Current SVN version is besically the same version as originally
> added to the repository.
> 3) I can't find in the dev list any remarks regarding its va
On Tue, 06 Oct 2009, Enrico Maria Giordano wrote:
> The following sample prints 102 (in Clipper also):
> FUNCTION MAIN()
>SET DELETED ON
>DBCREATE( "BUGTEST", { { "CODICE", "N", 3, 0 } } )
>USE BUGTEST
>APPEND BLANK
>REPLACE FIELD -> codice WITH 101
>DELETE
>APPEND BLANK
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
> I've recently enabled UNICODE for all non-x86 win builds
> exactly for above reason.
Thank you very much and also for your tests.
> Oh I see. I was missing hb_setTermCP() in Windows builds.
> Adding it fixed GTWVT UNICODE build. (I didn't retest non-UN
tgz.sh without sudo as it was possible in the past.
In the last months I was updating .spec files after your modifications
but I do not think it was good idea because each time after few days you
used to change sth and they stop to work again.
Last time it was not even 24 hours. I updated them:
20
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
Hi,
> I'm using subdirs inside 'pkg' dir for similar purpose on non-*nix
> packaging. Could this work also in this scenario?
I have no idea what it does.
In general I ask about sth what allows to set HB_*_INSTALL envvars
so they will be stored in any co
On Tue, 06 Oct 2009, Szak�ts Viktor wrote:
>>> Ops, the other issue is -shared mode GPF. Maybe I'll make
>>> some more tests. Anyhow I don't use it either.
>> Have you used -fpic switch for dynlib code compilation?
> I'm getting this:
> ---
> x86_64-w64-mingw32-gcc -I. -I../../../../../include -W
On Mon, 05 Oct 2009, Szak�ts Viktor wrote:
Hi,
> Just tested it, and visual glitches are now all gone in
> GTWVT UNICODE mode. Thank you very much.
Fine.
I would like to ask about keeping some builds in UNICODE mode
so thay can be tested in the future. AFAIR UNICODE mode was fully
functional abo
On Mon, 05 Oct 2009, Szak�ts Viktor wrote:
Hi Viktor,
>> There are also other problems with postinst.prg.
>> It makes HB_BUILD_PARTS=compiler unusable because to compile hbrun
>> it's necessary to recompile whole core code. Now it simply does not
>> work.
>> Additionally in some package compilati
o wrong, but that may be a consequence of former).
Please try Win64 builds with current SVN code.
I've just committed:
2009-10-05 17:28 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/gtwvt/gtwvt.c
! fixed font selection in UNICODE builds - it was not selected
On Mon, 05 Oct 2009, Angel Pais wrote:
Hi,
> I know that.
> But my clients wont accept a console application, so I'm in a trap I have
> to live with.
> Hence the need for a linux gui development platform and/or a client server
> RDD.
So maybe you should try XHGTK or some other native Linux GUI
On Mon, 05 Oct 2009, Angel Pais wrote:
Hi,
> Nowadays I'm using a similar but GUI solution:
> I share xbase++ aplications runing under wine+samba tru FREENX SERVER. The
> drawback is you can´t use local resources as printers. For this I had to
> develop a client/server printing program.
Have y
On Mon, 05 Oct 2009, Massimo Belgrano wrote:
Hi Massimo,
> Today is my birthday and your vision is the best present
happy birthday
> gtnet will be a important solution for many user here
> how gtnet in windows will recognise user at login to reestablish his session?
It will depend on the authe
On Mon, 05 Oct 2009, Maurilio Longo wrote:
Hi,
> latest svn code calls both postinst.prg and postinst.cmd
> ! 'hbxbp' library skipped
> ./bin/os2/gcc/hbrun.exe --hb:gtcgi ./bin/postinst.prg
> ! Making e:\harbour\bin\hbmk.cfg...
> .\bin\postinst.cmd
> Is this something I'm seeing because of OS/2 u
On Mon, 05 Oct 2009, Szak�ts Viktor wrote:
>>> The only issues are UNICODE in gtwvt [so I'll probably
>>> disable it there while we fix it]. (Also gtwin, but
>>> gtwin isn't really critical for me, it will fade quite
>>> soon)
>> Without real windows access it will be hard for me to help in
>> this
On Mon, 05 Oct 2009, Ernad Husremovic wrote:
> > >Especially how do you implement client side ?
> > Switch to Linux :)
> I am on linux :). But my custumers are not :(
But only your application needs Linux or other *nix like OS
and your customer can still use the same OS as so far.
Believe me tha
On Mon, 05 Oct 2009, Szak�ts Viktor wrote:
Hi,
> Indeed you're right. With one small correction, I think $(LIB_DIR)
> must be needed for BCC when run in WINE env (according to your
> comments in .mk), so this line should be added instead, after 'DLIBS :='
> line:
> DLIBS += $(foreach lib,$(SYSLI
On Mon, 05 Oct 2009, Szak�ts Viktor wrote:
Hi,
> The only issues are UNICODE in gtwvt [so I'll probably
> disable it there while we fix it]. (Also gtwin, but
> gtwin isn't really critical for me, it will fade quite
> soon)
Without real windows access it will be hard for me to help in
this proble
On Mon, 05 Oct 2009, Horodyski Marek (PZUZ) wrote:
Hi,
> Can I start a terminal window on a Windows applications working on Linux
> ?
> For example via putty or another terminal ?
> What GT in app shuld then linked ?
yes, you can use PuTTY as terminal emulator login to some *nix machine
and exec
On Mon, 05 Oct 2009, Alexandr Okhotnikov wrote:
Hi,
> I (honestly) do not understand the meaning of this example, since a
> long time (even with the clipper 5.2) away from such actions (unstable
> floating-point on different machines and operating systems)
> Use for just such a character string (
On Mon, 05 Oct 2009, Alexandr Okhotnikov wrote:
Hi,
> > Yes, it is and here LetoDB is very inefficient because is disables
> > existing RDD optimizations.
> >> My example (two connections to the table):
> >> RDD: DBFCDX \\192.168.170.11\income\_tst2
> >> testing... 25.58 sec.
>
On Thu, 01 Oct 2009, Szak�ts Viktor wrote:
Hi Viktor,
>> Binary file import32.lib matches
>> Binary file intraweb_100_140.lib matches
>> Binary file ws2_32.lib matches
>> How can I include these libs to build Harbour?
> Thanks. ws2_32 is already on the liblist, so the problem
> may lie elsewhere
On Mon, 05 Oct 2009, Ernad Husremovic wrote:
Hi,
> During this discussions, Przemek explained that he has no needs for client
> server RDD:
> ".. In my case whole applications are executed on server side " ?
> Please, can you explain us what is the architecture of your applications ?
> Especially
On Mon, 05 Oct 2009, Alexandr Okhotnikov wrote:
Hi,
> > Rather for people who do not want to move his code to server side.
> > ADS is only partial solution and much better and more efficient is
> > moving whole application to the server and execute it remotely.
> 50-100 councurrent access
Over 1
On Fri, 02 Oct 2009, Alexandr Okhotnikov wrote:
Hi,
> Take as an axiom: in the harbour need open replacement ADS (for
> multi-user environment) for those who still uses DBF and can not be
> (not wants) to switch to SQL
Rather for people who do not want to move his code to server side.
ADS is onl
Hi All,
First I think that Alexander should comment this subject not me.
So far I was not interested in LetoDB code anyhow seeing your messages
I invested some time to look at this code closer and I've found that
there are some problems which have tro be fixed:
1. it tries to use DBF record buffe
On Thu, 01 Oct 2009, Chen Kedem wrote:
Hi,
> The following patch was submitted to our bug tracker:
> http://sourceforge.net/tracker/index.php?func=detail&aid=2871130&group_id=681&atid=300681
> Anonymous wrote:
>
> In ads1.c (adsOpen function ca
On Wed, 30 Sep 2009, Itamar Lins wrote:
Hi,
> This is program was created by Luis Basso, analog clock.
> Works fine with xHarbour,
Have you tried with *EXACTLY* the same code?
I know quite well both compilers internals and for me such
things are impossible.
> with Harbour I get this is error:
>
On Mon, 28 Sep 2009, Lorenzo Fiorini wrote:
> Many thanks.
> I'm not sure my test is correct but I'm still not getting the same results.
Modify the offset range (-1) and revert bits (most significant has offset 0):
function bitnew( cValue, nOffset, lSet )
local lResult, nChar, nOff, nBit
On Mon, 28 Sep 2009, Lorenzo Fiorini wrote:
> Yes this is why I'd like to replace it.
> I've tried to replace it with a prg func but the original works on
> strings while hb_bit* work on numbers and I'm not sure about the
> correct conversion to use.
Not tested, just written:
func BIT( cValue,
On Mon, 28 Sep 2009, Lorenzo Fiorini wrote:
> This is an old C function but it's used in a 3rd party lib so I can't
> use HB's standard one.
> When I build it with 2.0.0beta3 gcc warnings. How can I fix it?
It has to be rewritten.
This function is buggy. It's illegal in Clipper and in [x]Harbour t
On Fri, 25 Sep 2009, Szak�ts Viktor wrote:
Hi,
> Shouldn't we add memory allocation functions which
> are able to allocate memory of 64-bit size?
We have it: hb_xgrab() ;-)
In all platforms except Win64 'long' is large enough to hold pointer.
Over ten years ago looking at Win API I said that MS
On Thu, 24 Sep 2009, Phil Krylov wrote:
Hik,
> Of course I can do it and will do it when I have time, I only would
> like to see that it has established in Harbour. Basically, I don't
> like the syntax, why was .ARCH. chosen, what do these dots mean, are
> they somehow related to xBase syntax for
On Thu, 24 Sep 2009, Przemyslaw Czerpak wrote:
> The test program is attached below. I was testing only shared mode.
I forger about attachment.
Now test code included.
best regards,
Przemek
//#define TST_NUM
//#define TST_DAT
//#define TST_CHR
#ifndef TST_NUM
#ifndef TST_DAT
#ifn
On Thu, 24 Sep 2009, elart wrote:
Hi,
[...]
> I think i might have something to dress into the /usr/bin/hbmk.cfg conf
> file.
> and there be something wrong during install process of harbour because it
> change the /usr/include tree files and dirs permissions.
Viktor, Marco is right here. I have
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
> What about Maurilio's idea of using .prg code to replace postinst.* files?
> (that file can still spawn scripts if needed for local customization)
As long as support for pure shell scripts can be optionally
activated by some envvars then it's OK for me.
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
>> Anyhow in this particular case I do not think that 1 message for
>> harbuor/install and on non *nix platforms two 2 harbour/doc and
>> harbour/doc/en-EN is enough reason to introduce it. More messages can
>> appear only if someone set BIN or LIB directo
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
Hi,
>> IMHO it's better then:
>> make: Nothing to be done for `install'.
>> which appears by default if I we do not set INSTALL_RULE.
> That's true, but can we somehow make it fully silent
> with some tricky command?
> Maybe define an $(ECHONUL) comman
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
Hi,
> I'd drop the error message ("! Skip installation...") from
> your patch though, as it'd produce many lines in output
> with little use to builders.
IMHO it's better then:
make: Nothing to be done for `install'.
which appears by default if I we
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
Hi,
> To be in sync with GNU Make to solve the same problem IMO easiest
> would be to use os2cp in postinst too. (if there isn't any native
> way to silence copy operation in OS/2 shell).
In general using copy with the same source and destination file
i
On Thu, 24 Sep 2009, David Arturo Macias Corona wrote:
Hi,
> Przemek: hbrun.exe run fine. As you remember it was raising GPF
Yes but Viktor changed -P64 to -P72 in WLIB parameters and I guess it
also resolved the problem with symbol table inside HBEXTERN library
which caused the GPF.
> ..\..\..
On Thu, 24 Sep 2009, Szak�ts Viktor wrote:
Hi,
> I've added xhb support to hbmk2 a while ago, but so far
> I didn't see quite a huge interest in this feature, so,
> since it's a maintenance nightmare, and it isn't very
> well tested either, I'd like to remove it.
> But before I do so, I'd like to
On Mon, 21 Sep 2009, Mindaugas Kavaliauskas wrote:
Hi,
> code:
>
> PROC main()
> #pragma begindump
> #include "hbthread.h"
> static HB_CRITICAL_NEW( s_mtx );
> void somefunc( void )
> {
>HB_CRITICAL_INIT( s_mtx );
> }
> #pragma enddump
> --
On Wed, 23 Sep 2009, Mindaugas Kavaliauskas wrote:
> I want to share more test results after using memory FS in real project.
> Report generation time (min:sec):
> Local disk database 3:07
> Network database25:52
> Local disk database and MemFS2:22 + 0:03 (cop
On Wed, 23 Sep 2009, Maurilio Longo wrote:
Hi Maurilio and David,
I cannot say too much about OS2 real usage because I do not know this
system. IMHO it will be good to create doc/os2howto.txt file to collect
such information as David presented because it may be very useful in
some farther develop
On Wed, 23 Sep 2009, Szak�ts Viktor wrote:
Hi,
> Will dbDrop() also delete compound index and memo file if they are present?
dbDrop() deletes table, memofile and production index if they exist.
best regards,
Przemek
___
Harbour mailing list
Harbour@ha
On Wed, 23 Sep 2009, Szak�ts Viktor wrote:
> To all:
> My dev PC (WinXP) died tonight, so don't expect frequent
> SVN updates until the situation gets resolved.
Ups, hope you will resolve it soon.
> BTW, the patch looks wrong to me as WideToAnsi() isn't
> passed any length data, so the conversion
On Mon, 21 Sep 2009, J. Lefebvre wrote:
Hi,
> Using an older ADSRDD do not solve the problem . seem to be higher in RDD
> structure.
>> Compiling the very last cvs version I discovered 'SET DELETED ON' do not
>> work anymore (using ADSRDD).
>> I see some modification around the 15-09-2009.
>> A
On Tue, 22 Sep 2009, Lorenzo Fiorini wrote:
> > I thought that ChangeLog entry is clear enough.
> > Have you used Harbour CDP with accented or multibyte characters?
> > If yes then you have to recreated all character indexes.
> Sorry but I have multi-millions records tables, I need to carefully
> p
On Tue, 22 Sep 2009, Maurilio Longo wrote:
Hi,
> Ok, I'm able to build .dlls on OS/2 using gcc and they work since build 12599
> (I've tested hbtest.exe only, but if it works everything should work as well).
Thank you very much.
> I still have a question though: on OS/2 .dll names are restricte
On Tue, 22 Sep 2009, Szak�ts Viktor wrote:
Hi,
> Just some quick reaction, I have to go now.
>> and HB_ETC_INSTALL or HB_CNF_INSTALL.
> What is the difference between ETC and CNF?
> If possible IMO we should not differentiate between
> types of config files.
These are my propositions for our new
1 - 100 of 2668 matches
Mail list logo
