Revision: 12596
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12596&view=rev
Author: vszakats
Date: 2009-09-22 05:44:11 + (Tue, 22 Sep 2009)
Log Message:
---
2009-09-22 07:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmemio/memio.c
Revision: 12595
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12595&view=rev
Author: vszakats
Date: 2009-09-22 00:05:35 + (Tue, 22 Sep 2009)
Log Message:
---
2009-09-22 02:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/vm/maindllp.c
Revision: 12594
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12594&view=rev
Author: vszakats
Date: 2009-09-21 22:44:55 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-22 00:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/win/global.mk
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
Revision: 12593
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12593&view=rev
Author: vszakats
Date: 2009-09-21 22:26:46 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-22 00:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/hbmemio/tests
+
Hi Mindaugas,
And most importantly thanks for this contribution, I think
it's a very nice one and can easily replace any temp tables
created on disk. I'll now go and convert my app to use it.
Brgds,
Viktor
On 2009 Sep 21, at 21:54, Mindaugas Kavaliauskas wrote:
Viktor Szakáts wrote:
Is there
Revision: 12592
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12592&view=rev
Author: vszakats
Date: 2009-09-21 22:13:27 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 00:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
- contrib/iodmem
+ contri
Is there any particular reason you choose a name
without 'hb' prefix?
I'd like to add make files and rename it to hbmemio,
if possible. I'm not sure we should start a new special
prefix to store IO replacement libs yet.
Or, maybe we could rename both this lib and hbnetio
to hbiomem and hbionet. An
Viktor Szakáts wrote:
Is there any particular reason you choose a name
without 'hb' prefix?
I'd like to add make files and rename it to hbmemio,
if possible. I'm not sure we should start a new special
prefix to store IO replacement libs yet.
Or, maybe we could rename both this lib and hbnetio
t
Viktor Szakáts wrote:
In first test on darwin, I'm getting this:
(with clang, but similar errors happened when trying with gcc)
---
/Developer/usr/bin/clang -I. -I../../../../../include -DHB_CC_CLANG
-fno-common -Wall -W -O3-o iodmem.o -c ../../../iodmem.c
../../../iodmem.c:686:4: warning:
Revision: 12591
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12591&view=rev
Author: snaiperis
Date: 2009-09-21 19:51:10 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 22:50 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
+ harbour/contrib
Hi Mindaugas and All,
Is there any particular reason you choose a name
without 'hb' prefix?
I'd like to add make files and rename it to hbmemio,
if possible. I'm not sure we should start a new special
prefix to store IO replacement libs yet.
Or, maybe we could rename both this lib and hbnetio
t
Hi Mindaugas,
In first test on darwin, I'm getting this:
(with clang, but similar errors happened when trying with gcc)
---
/Developer/usr/bin/clang -I. -I../../../../../include -DHB_CC_CLANG -
fno-common -Wall -W -O3-o iodmem.o -c ../../../iodmem.c
../../../iodmem.c:686:4: warning: incompa
Hi Przemek,
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 simply disabled?
I do not know such m
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
Revision: 12590
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12590&view=rev
Author: snaiperis
Date: 2009-09-21 14:24:02 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 17:20 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
+ harbour/contrib
I try made a test but i am not able to do a testHBMK2 HBDBTEST.PRG ace32.lib
rddado.lib rddads.lib
return me error cannot find -lace32
REQUEST ADS
REQUEST DBFCDX
request DBFFPT
REQUEST ADORDD
// REQUEST SDODBC,SQLMIX // #DEFINE RDDI_CONNECT 1001 #include "
mediator.ch"
#INCLUDE "ORD.CH"
#c
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
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
causes warning on BCC:
Warning W8075 test.prg 7: Suspicious pointer co
Hi,
Yes, see note in 2009-09-19 16:47.
No idea how to fix it. Personally I can live without dos/watcom
.dll (and without even dos) support indefinitely, so if no one is
interested to contribute some ideas here I'll just comment out
this experiment as a (sort of) fix.
Brgds,
Viktor
On Mon, Sep 21
Revision: 12589
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12589&view=rev
Author: vszakats
Date: 2009-09-21 13:29:32 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 15:29 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Hi Maurilio,
I've committed some changes to include hbmainstd lib when
creating shared binaries, but thinking about it, they
might not solve this specific problem altogether. Or it may
need some additional tweaking in hvm.c or elsewhere.
Hopefully Przemek can jump in with more ideas.
Until then
hi,
this is something new:
HB_BUILD_DEBUG=yes
WATCOM=/opt/ow
HB_CONTRIBLIBS=no
HB_BUILD_EXTDEF=no
HB_COMMERCE=yes
HB_INSTALL_PREFIX=/home/ice/w/xhb/hbci/inst/dos/watcom/cpp
HB_COMPILER=watcom
HB_BUILD_MODE=cpp
HB_BUILD_OPTIM=no
HB_PLATFORM=dos
INCLUDE=/opt/ow/h
===
! Building Harbour 2.0.0beta3
Revision: 12588
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12588&view=rev
Author: vszakats
Date: 2009-09-21 13:25:20 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 15:23 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Hi,
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 redef
Revision: 12587
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12587&view=rev
Author: vszakats
Date: 2009-09-21 13:13:17 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 15:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/sunos/global.mk
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
Hi Viktor,
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: Can't locate the starting procedure: 'MAIN'
W
Revision: 12586
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12586&view=rev
Author: vszakats
Date: 2009-09-21 12:04:11 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 14:03 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* harbour-win-spec
* harb
Using an older ADSRDD do not solve the problem . seem to be higher in RDD
structure.
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de J. Lefebvre
Envoyé : lundi 21 septembre 2009 11:36
À : 'Harbour Project Main Developer List.'
Objet : [Harbour
On 2009 Sep 21, at 00:07, Przemyslaw Czerpak wrote:
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 seri
Revision: 12585
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12585&view=rev
Author: vszakats
Date: 2009-09-21 10:55:37 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 12:54 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* harbour-win-spec
* harb
Revision: 12584
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12584&view=rev
Author: vszakats
Date: 2009-09-21 10:42:53 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 12:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* external/libpng/LICENSE
Revision: 12583
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12583&view=rev
Author: vszakats
Date: 2009-09-21 10:40:57 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 12:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* external/libpng/pngconf.h
Revision: 12582
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12582&view=rev
Author: vszakats
Date: 2009-09-21 10:13:39 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 12:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/beos/gcc.mk
* co
Revision: 12581
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12581&view=rev
Author: vszakats
Date: 2009-09-21 09:46:33 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 11:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
! F
Hi,
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.
Any idea ?
Regards,
JF,
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.
Revision: 12580
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12580&view=rev
Author: mauriliolongo
Date: 2009-09-21 09:29:30 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 11:28 UTC+0200 Maurilio Longo (maurilio.lo...@libero.it)
! ChangeLog
!
Revision: 12579
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12579&view=rev
Author: vszakats
Date: 2009-09-21 09:18:24 + (Mon, 21 Sep 2009)
Log Message:
---
2009-09-21 11:16 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/Makefile
*
Follow is Copied from internet a better description of idea:
In A method of transferring data from a server to a remote client over a
communications link, a request for specific data is sent from the remote
client to the server accompanied by a compression request for transmission
of the data at a
>-Original Message-
>From: Przemyslaw Czerpak [mailto:dru...@acn.waw.pl]
>Sent: Thursday, September 17, 2009 5:01 PM
>To: Harbour Project Main Developer List.
>Subject: Re: RE: [Harbour] Ppo files
[...]
>I can see perfectly well generated test.ppo file.
>I can only guess that you do not
Speed on web can be better compressing data sent from client to server?
2009/9/21 Pritpal Bedi
>
> Hello Everybody
>
> Here is what I did to test my flagship application "Vouch"
> under HBNETIO protocol concurrently with same system where
> data resides, on LAN connected terminals with/without N
42 matches
Mail list logo
