On Tuesday 24 June 2008 02:11:30 am Szakáts Viktor wrote:
> Same would have happened if we continue to work on RC1,
> since in that case, we'd have to retrofit everything to
> the main branch. Since it's parallel development.
This just makes double work for everyone.
Right now, we should be conce
It would be also good to hear other thoughts on this,
and get to an agreement whether to do "branching"
(parallel development) or "tagging" (linear). First
needs syncing, allows more dynamic development,
the seconds will slow development, but it requires
less (human) resources.
One more - import
Hi Phil,
Well, in the SVN world, there is no distinction between a tag and a
branch.
Technically yes (or to be even more precise, in SVN
there are not tags, just branches). We have a choice
to decide how we use branches tough. We can use them
as tags, and we can use them as "real" branches.
On Monday 23 June 2008 04:31:12 am Szakáts Viktor wrote:
> Hi all,
>
> Are there any opinions on whether to use
> RC1 or the main branch as the source for RC2?
>
> I'd more and more vote to the main branch
> as the source, as there has been too many
> changes and fixes to be easy to merge.
Well, i
2008-06-24 07:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/common.mak
* contrib/gtwvg/Makefile
! Added missing new public .ch header.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbo
2008-06-24 00:35 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbziparch/_features.h
* contrib/hbziparch/_platform.h
* contrib/hbziparch/Aes.cpp
* contrib/hbziparch/Aes.h
* contrib/hbziparch/BaseLibCompressor.cpp
* contrib/hbziparch/BaseLibCompressor.h
* contrib/hbzi
2008-06-24 00:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
+ contrib/hbziparch/readme.txt
+ contrib/hbziparch/zlib
+ contrib/hbziparch/zlib/deflate.h
+ contrib/hbziparch/zlib/zlib.h
* contrib/hbziparch/common.mak
* contrib/hbziparch/hbcomprs.c
* contrib/hbziparch/hbziparc.
2008-06-24 00:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
+ contrib/hbziparch/tests
+ contrib/hbziparch/tests/bld_b32.bat
+ contrib/hbziparch/tests/bld_vc.bat
+ contrib/hbziparch/tests/zipa.prg
+ contrib/hbziparch/tests/unzipa.prg
* contrib/hbziparch/hbziparc.c
* contrib/
2008-06-23 20:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
* HB_GETREADVAR() added.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
tgetlist.prg for a start.
There is a typo (maybe more):
CLASS TGetList should read CLASS HBGetList
This is just to give you an idea, if it doesn't
work out of the box, please try to invest some
effort in it before turning to this list.
Brgds,
Viktor
On 2008.06.23., at 19:55, Massimo Belgrano w
Must be placed in getsys?
How
#include "hbclass.ch"
METHOD Pos( nPos ) CLASS TGetList
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Monday, June 23, 2008 7:33 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] SCOPE
2008-06-23 19:40 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/getsys.prg
* source/rtl/tgetlist.prg
! Fixed ReadModal() for C5.2 mode to not accept a
(BTW unused) nPos parameter. This could cause an
RTE in Harbour if ReadModal( ) was used,
with HB_C
I misread your first mail, sorry.
As for HBGetList() (as opposed to TGet()),
such feature is not implemented in Harbour.
Untested code:
--
// To be called from a VALID or WHEN block.
FUNCTION hb_getSetPos( xPos )
LOCAL oGetList := __GetListActive()
IF oGetList != NIL
DO CASE
CA
Instead OGetList:nPos := 2 I have used ReadNJump(oGetList,2 ) from oasys
But give me bound error in function settle probably because it is written for
clipper5.2 class
Which modification must I do to run in harbour?
FUNCTION ReadNJump( getlist,nReadPos )
LOCAL nKey:= 0,lUpdated:= .F.,nGetPos
If you search commercial product for complete porting of existing
application this are mediator or sqlrdd
It have emulation of dbfcdx so you can work application made with index
on,seek , set filter to,recno
Adordd permit do access data like dbf but not have a complete emulation
of behaviors of dbf
2008-06-23 15:57 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbziparch/common.mak
- contrib/hbziparch/zip.h
- contrib/hbziparch/unzip.h
* contrib/hbziparch/hbziparc.c
* contrib/hbziparch/hbziparc.h
* contrib/hbziparch/hbzipcom.cpp
* contrib/hbziparch/hbzipnew.cpp
SQL_SPRINTF() will be in RC2, if we use the main branch. Which is
likely.
Brgds,
Viktor
On 2008.06.23., at 14:02, Javier wrote:
Thanks David,
It is not important, the new functions are easier and small that SPD
and _SPD() or Sql_sprintf() not are in distribution RC1.
Thanks so much.
Xav
2008-06-23 14:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
- hbziparch/make_b32_dll.bat
- hbziparch/make_b32_dll.mak
- hbziparch/doc
* hbziparch/Makefile
* hbziparch/common.mak
* hbziparch/hbziparc.c
* hbziparch/hbziparc.h
- hbziparch/zipcomp.cpp
+ hbziparch/hbzipcom
Thanks David,
It is not important, the new functions are easier and small that SPD and
_SPD() or Sql_sprintf() not are in distribution RC1.
Thanks so much.
Xavi
David Arturo Macias Corona escribió:
Xavi:
>A question, could your help me to transfer a mere C function Win32 to
>OS/ 2?
I do no
Use the main branch as source
If is good for you is good for me/we
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Monday, June 23, 2008 10:31 AM
To: Harbour Project Main Developer List.
Subject: [Harbour] Group opinion on RC2 from R
2008-06-23 10:45 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbziparch/make_b32_dll.mak
* contrib/hbziparch/make_b32.bat
* contrib/hbziparch/make_vc.bat
* contrib/hbziparch/Makefile
* contrib/hbziparch/common.mak
- contrib/hbziparch/lincompile.sh
- contrib
- con
>Are there any opinions on whether to use
>RC1 or the main branch as the source for RC2?
Main branch, of course
David Macias
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-06-23 10:37 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_vcce.mak
* make_vc.mak
* contrib/mtpl_vc.mak
* KEEPSTATE -> HB_KEEPSTATE
* contrib/hbziparch/Makefile
* contrib/hbziparch/make_b32.bat
* contrib/hbziparch/make_vc.bat
* contrib/hbziparch/common.mak
Hi all,
Are there any opinions on whether to use
RC1 or the main branch as the source for RC2?
I'd more and more vote to the main branch
as the source, as there has been too many
changes and fixes to be easy to merge.
Brgds,
Viktor
___
Harbour mailin
24 matches
Mail list logo