On Wed, 16 Sep 2009, Enrico Maria Giordano wrote:
Hi,
> Ok, but are you saying that I have to take the libs from lib and win
> folders and not only from lib folder? If yes, this is a change that I
> missed.
You should have only one folder with final binaries.
Just execute:
SET HB_INSTALL_P
and my application compiled with
> ChangeLog 12496 2009-09-15 13:48:33Z, it works. Anything I need to adjust?
In this commit:
2009-09-15 16:52 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
I changed login signature adding dbRename() support.
It means client and server can connect only if t
Hi Viktor,
There is small problem with share library when local HBZLIB and/or HBPCRE.
Now they are not part of harbour shared library. It means that on some
platforms which strictly needs relocatable code and have to resolve all
dependencies it's not possible to create harbour shared library.
On s
On Wed, 16 Sep 2009, Tamas TEVESZ wrote:
Hi,
> > If we can define the rules when to include this lib I can add
> > it to hbmk2. First confusion is what is the difference between
> > supc++ and stdc++ ? mingw/win requires supc++ when linking hbqt.
> i would rather say that if harbour was built
On Wed, 16 Sep 2009, Szak�ts Viktor wrote:
Hi,
> It's a little messy ATM. On *nixes there is no autodetection
> when doing native builds, it will default to the C compiler
> used to build hbmk2 itself (this what you ask for, so I wonder
> why doesn't it work for you, but you didn't tell the platf
On Wed, 16 Sep 2009, Szak�ts Viktor wrote:
Hi,
> I don't have Harbour running on this platform, but you can
> try changing 'LIBS +=' in lines 24 and 28 of config/dyn.mk
> to 'SYSLIBS +=' and see if it solves it.
I can make such modification but it will not make hbzlib and hbpcre
code relocatable
On Wed, 16 Sep 2009, Szak�ts Viktor wrote:
> If someone added an exotic compiler to the beginning of the PATH
I do not talk about such situation. I'm talking about situations
when some exotic compilers are installed in system paths like
/usr/bin and comes out of the box in some devel distributions
On Wed, 16 Sep 2009, Tamas TEVESZ wrote:
hi,
> yup, my test builds include cross from linux to os2, dos, win and also
> native linux (btw, linux native and os2 cross are still broken :).
With default setting yes.
You have to also set:
export HB_BUILD_EXTDEF=no
to disable code which looks f
On Thu, 17 Sep 2009, Szak�ts Viktor wrote:
> Okay so just to document it, above approach has a flaw,
> and that was the reason I originally mentioned the need
> to rearrange dirs. The flaw is that it will fail to
> create harbour dynlib when doing a partial build inside
> /source, unless we've prev
On Thu, 17 Sep 2009, gvarona wrote:
> TIA
LightLib is not supported by Harbour.
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Thu, 17 Sep 2009, David Arturo Macias Corona wrote:
Hi,
>> So the .dbf's are created in d: while indexs .z01's are created
>> in the folder where these belong to. Now the question is why this
>> behavior ? Przemek ?
It should be no difference. HBNETIO knows nothing about file type
or default
On Thu, 17 Sep 2009, Horodyski Marek (PZUZ) wrote:
> Please test the /p option in Harbour.
> Very often the resulting file is incomplete.
I haven't heard about such situation and I quite often use /p.
Can you present any example?
best regards,
Przemek
On Thu, 17 Sep 2009, Itamar Lins wrote:
> The side of server, what is necessary ?
Compile and execute:
harbour/contrib/hbnetio/utils/netiosrv.prg
best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.
On Thu, 17 Sep 2009, vszak...@users.sourceforge.net wrote:
Hi,
> - HB_NCURSES_194=yes
> It should be replaced with HB_USER_CFLAGS=-DHB_NCURSES_194
> ; TODO: Change logic in bin/hb-func.sh to lookup user flags for
> -DHB_NCURSES_194,
> instead of processing dedicated
On Thu, 17 Sep 2009, Alex Strickland wrote:
>> I just want to ask if it is feasible to add HB_ReadIni() support to
>> HBNETIO?
> Although I have not used this yet, I think you must just pass the ini file
> name with the "net:" prefix and it will automagically do what you want.
It does not yet.
N
On Thu, 17 Sep 2009, vszak...@users.sourceforge.net wrote:
> 2009-09-17 14:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * bin/hb-func.sh
> * source/rtl/gtcrs/gtcrs.c
> * source/rtl/gtcrs/gtcrs.h
> * config/detect.mk
> - Deleted HB_NCURSES_194 references.
thank you,
best regards
On Thu, 17 Sep 2009, Jerry Finuliar wrote:
Hi,
> Thank you for making NETIO possible. Will directory functions be supported?
> (e.g.
> mkdir and rmdir)
> I need to scatter my tables for fast access.
Such functionality will be available in final version of alternative
IO APIs. It will be possi
On Thu, 17 Sep 2009, Szak�ts Viktor wrote:
>>> Could you repost output with -trace switch to see what exactly gets
>>> executed?
>> News seem to be:
>> -lsupc++
> Okay, that explains. I don't understand what's happening
> there, but the easy option is to simply remove that lib for
> OS/2. Next thin
On Thu, 17 Sep 2009, Horodyski Marek (PZUZ) wrote:
Hi Marek,
> >> Please test the /p option in Harbour.
> >> Very often the resulting file is incomplete.
> >I haven't heard about such situation and I quite often use /p.
> >Can you present any example?
> Yes.
> Pls test with include in body funct
On Thu, 17 Sep 2009, Alexandr Okhotnikov wrote:
Hi,
> I tested it on linux:
> lock through NETIO not work (rewriting a locked record, and then flies
> out to destroy the index).
Locks works perfectly.
> removing the "net:" all earned
> What could be wrong?
If you can create as small as possibl
On Fri, 18 Sep 2009, Alexandr Okhotnikov wrote:
Hi,
> netiosrv.prg - as is
> RUN: "./netiosrv_linux 60001 192.168.1.102"
> netiotst.prg:
[...]
Thank you very much for example.
Now it's clear what happened. It's not NETIO problem but old
bug exploited now - in RTL FS IO error was not set on local
On Fri, 18 Sep 2009, Tamas TEVESZ wrote:
Hi,
> 440 if( connsd != HB_NO_SOCKET )
> 441 {
> 442 BOOL fOK = FALSE;
> 443 BYTE msgbuf[ 64 ];
> 444
> 445 conn = s_consrvNew( connsd, lsd->rootPath );
> 446
> 447 if( s_srvRecvAll( conn, msgbuf, NETIO_MSG
On Fri, 18 Sep 2009, Tamas TEVESZ wrote:
Hi,
> the firtst hunk is apparently needed -- with that, netiotest actually
> starts and runs and seems to be doing its stuff fine. note, i'm
> deliberately not mentioning an exit of any sorts -- it doesn't,
> instead it eats up all memory and hangs, bu
On Fri, 18 Sep 2009, Tamas TEVESZ wrote:
Hi,
> you are right. i just checked, and it appears that translate_domain
> alone is enough. i saw you committed both, so the following should be
> applied to the current tree:
> # if defined( HB_OS_BEOS )
> # define HB_SOCKET_TRANSLATE_DOMAIN
> -
On Sat, 19 Sep 2009, vszak...@users.sourceforge.net wrote:
Hi,
> + external/zlib/zlib.dif
> + external/sqlite3/sqlite3.dif
> + Added .dif files for local patches to locally hosted
> 3rd party code. Pls update these when modifying original
> source locally.
> ; NOTE: I inte
On Sat, 19 Sep 2009, Szak�ts Viktor wrote:
Hi,
>> 1. generate locally .diff file from last library upgrade using
>> svn diff -r ...
>> if possible check number in log file.
> This will give a diff between lib versions, but local
> modifications won't appear separately unless they
On Sat, 19 Sep 2009, vszak...@users.sourceforge.net wrote:
> 2009-09-19 15:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * source/dynlib/mt/Makefile
> * source/dynlib/Makefile
> * source/Makefile
> * config/global.mk
> * config/bin.mk
> + Added experimental support for HB_BUILD_
On Sat, 19 Sep 2009, Szak�ts Viktor wrote:
Hi,
> No, I'm asking to not make much more difficult job what was
> so far an easy task (or at least split the effort), and which
> was done so far exclusively by me. (i.e. upgrading foreign sources
> inside our repo)
[...]
Thank you very much for your
Hi Viktor,
I made some build tests with Harbour source code:
2009-09-19 14:43 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
using different *nix system and C compilers and I have few notes.
I HAIKU builds I set HB_INSTALL_PREFIX=$HOME/hb and:
make install harbour in:
$HOME/hb/bin
On Sun, 20 Sep 2009, Szak�ts Viktor wrote:
Hi,
> Thanks a lot for these extensive tests and suggestions.
> I've just committed last fixes targeting the issues found.
> Pls retest.
Thank you, I'll repeat tests soon.
I forgot to write about yet another thing. -Wl, GCC switch
redirects rest of comm
On Fri, 04 Sep 2009, FRANČEK PRIJATELJ wrote:
Hi,
> As you know debugger doesn't process init.cld well.
Can you repeat what is the exact problem and how to replicate it?
> There is a patch :
[...]
Thank you very much but before I'll commit it I would like to verify the
problem it fixes. I'm n
On Sun, 20 Sep 2009, Tamas TEVESZ wrote:
Hi,
> now with libharbour*.so installed in /boot/common/lib/harbour/, things
> don't find it.
Not now but from the beginning of adding default HAIKU localization
it was installed in:
HB_INSTALL_PREFIX=/boot/common
${HB_INSTALL_PREFIX}/bin/
${HB
On Sun, 20 Sep 2009, Szak�ts Viktor wrote:
>> You're right. I'll add it to all places where ld is used.
> First question popped in quickly:
> How can I be sure which targets use system linker (ld)
> to do its job?
I'm think that the only one way is to check in compiler documentation.
In most of c
On Sun, 20 Sep 2009, Szak�ts Viktor wrote:
> Here if possible I'd like to see some syncing between *nix and
> non-*nix. On non-*nix dlls are created in bin dir, while on *nix
> they are created in lib dir. This isn't too good.
It will create series of problems. shared libraries have exectable
attr
On Mon, 21 Sep 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-09-21 14:03 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * harbour-win-spec
> * harbour-wce-spec
> % Deleted some unnecessary lines (related to strip feature)
Please revert it. __strip and __objdump macros were red
On Mon, 21 Sep 2009, Szak�ts Viktor wrote:
Hi,
> I can revert it, but this way there is again duplicate
[...]
please do it.
> Why should rpm call strip (and objdump) in these cases at all?
Because it on some distros ti tries to create separate package
with debug information.
> Can't it be sim
On Mon, 21 Sep 2009, Maurilio Longo wrote:
Hi,
> I'm at a good point, dll gets created so it does for the import library, but
> when I start a program (I'm using hbtest after setting hb_build_shared=yes) I
> get this error:
> (E:\repository\harbour\bin\os2\gcc)hbtest
> Unrecoverable error 9012: C
On Mon, 21 Sep 2009, Szak�ts Viktor wrote:
Hi,
> Can the .rpm creation process changed so that
> it gets called of the GNU Make process, rather
> than being the entry point calling GNU Make?
> If we could "reverse" it, it would also solve
> problems of missing detection information (HB_HAS_*
> va
On Tue, 22 Sep 2009, Saulius Zrelskis wrote:
Hi,
> File hb_out.log is generated:
> Application Memory Allocation Report - D:\TESTS\test.exe
> Terminated at: 2009.09.22 13:19:25
> Total memory allocated: 107343446 bytes (913 block(s))
> Warning, memory allocated but not released: 99808005 bytes (7
On Tue, 22 Sep 2009, Przemyslaw Czerpak wrote:
> We need self contain .prg example to replicate this problem.
> Without it it's hard to guess what is wrong. In my tests all
> works correctly without memory leaks.
Ups, I see you were replying to Mindaugas message with test code.
I
On Tue, 22 Sep 2009, Lorenzo Fiorini wrote:
Hi,
> Sorry I'm not sure I've understood correctly.
> > Warning CDX indexes created so far for such CDPs are not sorted using
> > the same conditions as current SVN code so new applications should
> > reindex.
> Does it mean that we need
On Sun, 20 Sep 2009, Szak�ts Viktor wrote:
[...]
Usually in system installation we have existing structure like:
/bin - with executable files, one of PATH dirs
we should not use any subdirectories here
/lib - with shared libraries, one of system library
On Tue, 22 Sep 2009, Szak�ts Viktor wrote:
>> writing it like this works ok
>> ifneq ($(filter $(HB_BUILD_STRIP),all lib),)
>> ARSTRIP = ${HB_CCPATH}${HB_CCPREFIX}strip -S $(LIB_DIR)/$@
>> else
>> ARSTRIP = @$(ECHO) did not strip $(LIB_DIR)/$@
>> endif
> hm ;) can't we use something which doesn
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
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, 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 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 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 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, 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, 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 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 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 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,
> 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, 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,
>> 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:
>> 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:
> 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, 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, 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, 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 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 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 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:
> 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 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 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
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 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
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 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 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, 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 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, 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, 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, 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, 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:
>>> 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, 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, 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, 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, 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
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, 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
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 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 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
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:
> 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
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, 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, 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, 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, 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, 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, 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, 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, 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
201 - 300 of 2668 matches
Mail list logo
