Piece o'cake will you answer? Won't you?
Well the problem is : I don't have Clipper neither Flexfile, I've just got
C++, and I can't figure out how to "decode" the memo field in the DBF record
to get to the associated memo...
I know there here but I can't get to them... Very frustrating...
If anybody could help !!!
Thanks in advance...
Jean-Paul BORDE.
jpb...@free.fr
Check your email.
--
HTH
Steve Quinn
Life is sexually transmitted.
Never take life seriously. Nobody gets out alive, anyway.
Fire hydrants have H2O on the inside and K9P on the outside.
Jean-Paul BORDE <jpb...@free.fr> wrote in message
news:bqR%3.2655$ji3.12...@nnrp1.proxad.net...
i am curious to know if you have a solution for retrieving DBV memos in the
original flexfile format (C6 style)...i have tried the flexfile III fuction
library with no success...i always get a corruption error (flexfile 2006) on the
OPEN of V_USE....please advise.MH.
Stephen Quinn wrote:
--
Morris Horton
Perot Systems Corp.
www.perotsystems.com
morris...@ps.net
512-858-0811 (cell 512-748-3050) (fax 512-858-5408)
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
You may have a DBF/DBV pair that are not really a pair at all.
If the MEMO fields in your DBF are declared as
'MEMO', "M", 10, 0
then you have a normal DBF/DBV pair (V_USE not required).
If the MEMO fields in your DBF are declared as
'MEMO', "C", 6, 0
then you don't have a pair, you have two associated files that need to be
opened separately.
ie
USE FRED // open the DBF file
V_USE( "FRED.DBV" ) // open the DBV memo file
You need to get the data from this type of memo using
cText := v_memoget( FRED->MEMO )
No idea what the 2006 means as it's not a Flexfile error.
--
HTH
Steve Quinn
Never take life seriously. Nobody gets out alive anyway.
Sex is like air; it's not important unless you aren't getting any.
Health is merely the slowest possible rate at which one can die.
M.Horton <morris...@ps.net> wrote in message
news:385E7EEA...@ps.net...
in summary, i have solved my problem....my code does read like your sample below
(opening files separately, C6 version)...the problem was my using FlexFile
III.....after i obtained and linked with FlexFile II, the problem went away
without any coding change....from my point of view, this means one thing;
FlexFile III is for use with M10 type memo fields....for the older C6 style,
FlexFile II is required.
thx again,
MH
Stephen Quinn wrote:
Not quite right.
If you use FlexIII you need to may need v_AllowConvert(.t.) in your prg.
This will update the memo to FlexIII on the fly.
I've only used FlexIII to build a version of BRO that will read DBF/FPT
created by VO2 which uses FlexIII technology in its DBFCDX & DBFMEMO RDDs.
HTH
Steve Quinn
Never take life seriously. Nobody gets out alive anyway.
Sex is like air; it's not important unless you aren't getting any.
Health is merely the slowest possible rate at which one can die.
M.Horton <morris...@ps.net> wrote in message
news:386B7EF3...@ps.net...
TIA
Stephen Quinn <squ...@brutecom.com.au> wrote in message
news:849do3$o5j$1...@the-fly.zip.com.au...
> > Morris Horton
> > Perot Systems Corp.
> > www.perotsystems.com
> > morris...@ps.net
> > 512-858-0811 (cell 512-748-3050) (fax 512-858-5408)
> >
> >
> >
> >
Bytes 1 & 2 are the offsets in the DBV where the data resides
Bytes 3 & 4 are the length of the stored data
Bytes 5 & 6 I don't know, at a guess the type of data stored
ie object, array, plain text, encryption type
The above is from memory so 1-4 may be reversed<g>
--
HTH
Steve Quinn
Never take life seriously. Nobody gets out alive anyway.
Sex is like air; it's not important unless you aren't getting any.
Health is merely the slowest possible rate at which one can die.
Jeffrey Booker <je...@securitysoftware.com> wrote in message
news:s7cfc2...@corp.supernews.com...