Hi all,

Here the story goes: after downloading VFP9, I use it daily to create
and edit several forms on my current project. I really loved all the IDE
enhancement (even though once I put any properties in the Favorites Tab,
I still don't know how to get them out!). I didn't use any VFP9 specific
feature (such as Report Listener), because I am going to compile it with
VFP8.
Problem begins today when I tried to open a form that was previously
modified and saved with VFP9b. VFP8 refused to open the form and throw
an error message; something like 'invalid value for property lDrawMode'.
Trying to fix the error, I re-opened the form with VFP9b and set the
property value to default. Didn't help. The error still there with
another property in question so I tried to open the form as table. In
the Reserved3 and Properties field of the scxs, I found some suspicious
tags begin with _MemberData and there were more tags that looks like an
XML tag. I deleted those tag, and tried to open the form in VFP8.
Another error occurred; VFP8 said that there are invalid value for
Alignment property in one of the Optiongroup control in the form. I
opened the form as table once more, locate the row that contains the
Optiongroup mentioned, and delete the alignment property ('Alignment =
6'). After that, I manage to open the form successfully in VFP8.
<sigh> Great. Fortunately, I 'only' wasted half an hour fixing that (but
I haven't count *other* forms).

Is it just me, or is (are) there some setting(s) I missed? Or maybe,
it's a bug -considering that VFP Team has spend so much time and effort
to maintain compatibility. Or maybe, VFP9 Beta is actually just for fun
and it should come with warning 'You can try this but don't-even-try-to
open your real work with this' Um, on second thought, I think VFP9b *is*
already come with that warning <sigh>. Oh well, I know that one should
not deploy apps based on beta product, but today I learn another lesson:
one should not use beta product for a non-beta work.

Opinion anyone?

TIA,
Willianto

Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Stefan

Stefan
Tue Jun 29 09:43:43 CDT 2004

Hi Willianto,
Try to open the form in Vfp9 and right-click the _memberdata
property and Reset To Default

> should come with warning 'You can try this but don't-even-try-to
> open your real work with this' Um, on second thought, I think VFP9b *is*
> already come with that warning <sigh>.

<g>

> Oh well, I know that one should
> not deploy apps based on beta product, but today I learn another lesson:
> one should not use beta product for a non-beta work.

Actually I did a few forth-and-back switches with (copies of)
real projects and had no problems (as you said I did not try
with Vfp9 reports).
Except, as for any coexisting previous versions, _never share
files like foxuser.* or a few others in the Home(7) folder.


hth
-Stefan

"Willianto" <willianto@remove-me.telkom-and-me.net> schrieb im Newsbeitrag
news:uhxN2SeXEHA.2716@tk2msftngp13.phx.gbl...
> Hi all,
>
> Here the story goes: after downloading VFP9, I use it daily to create
> and edit several forms on my current project. I really loved all the IDE
> enhancement (even though once I put any properties in the Favorites Tab,
> I still don't know how to get them out!). I didn't use any VFP9 specific
> feature (such as Report Listener), because I am going to compile it with
> VFP8.
> Problem begins today when I tried to open a form that was previously
> modified and saved with VFP9b. VFP8 refused to open the form and throw
> an error message; something like 'invalid value for property lDrawMode'.
> Trying to fix the error, I re-opened the form with VFP9b and set the
> property value to default. Didn't help. The error still there with
> another property in question so I tried to open the form as table. In
> the Reserved3 and Properties field of the scxs, I found some suspicious
> tags begin with _MemberData and there were more tags that looks like an
> XML tag. I deleted those tag, and tried to open the form in VFP8.
> Another error occurred; VFP8 said that there are invalid value for
> Alignment property in one of the Optiongroup control in the form. I
> opened the form as table once more, locate the row that contains the
> Optiongroup mentioned, and delete the alignment property ('Alignment =
> 6'). After that, I manage to open the form successfully in VFP8.
> <sigh> Great. Fortunately, I 'only' wasted half an hour fixing that (but
> I haven't count *other* forms).
>
> Is it just me, or is (are) there some setting(s) I missed? Or maybe,
> it's a bug -considering that VFP Team has spend so much time and effort
> to maintain compatibility. Or maybe, VFP9 Beta is actually just for fun
> and it should come with warning 'You can try this but don't-even-try-to
> open your real work with this' Um, on second thought, I think VFP9b *is*
> already come with that warning <sigh>. Oh well, I know that one should
> not deploy apps based on beta product, but today I learn another lesson:
> one should not use beta product for a non-beta work.
>
> Opinion anyone?
>
> TIA,
> Willianto
>
>


Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Andrew

Andrew
Tue Jun 29 10:25:35 CDT 2004

Willianto wrote:
> Is it just me, or is (are) there some setting(s) I missed? Or maybe,
> it's a bug -considering that VFP Team has spend so much time and
> effort to maintain compatibility. Or maybe, VFP9 Beta is actually
> just for fun and it should come with warning 'You can try this but
> don't-even-try-to open your real work with this' Um, on second
> thought, I think VFP9b *is* already come with that warning <sigh>. Oh
> well, I know that one should not deploy apps based on beta product,
> but today I learn another lesson: one should not use beta product for
> a non-beta work.
>
> Opinion anyone?

Always take a backup.

--
HTH
Andrew Howell



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Willianto

Willianto
Tue Jun 29 10:52:25 CDT 2004

Hi Andrew,

> > Opinion anyone?
>
> Always take a backup.
>
Yup. Eight times daily -to be taken after meals. <lol>
Now seriously. Yes, I do learn my lesson well. I use SecondCopy 2000 to
backup my working folder every two hours. I cannot recall who recommend
the software -but I'm sure it's someone here on this NG community.

Thanks for the recipe anyway :-)

Willianto



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Willianto

Willianto
Tue Jun 29 10:56:31 CDT 2004


Hi Stefan, :-) long time no see, how are you?

> Try to open the form in Vfp9 and right-click the _memberdata
> property and Reset To Default
Thanks. I'll remember this when I encounter with such problem in the
future.

> Actually I did a few forth-and-back switches with (copies of)
> real projects and had no problems (as you said I did not try
> with Vfp9 reports).
> Except, as for any coexisting previous versions, _never share
> files like foxuser.* or a few others in the Home(7) folder.
Thanks again. I'll give it a try once more. VFP9b is too good to be left
aside :-)

Willianto



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Anders

Anders
Tue Jun 29 12:54:50 CDT 2004

This story goes to show that VFP8 isn't forward compatible with VFP9.
-Anders

"Willianto" <willianto@remove-me.telkom-and-me.net> wrote in message
news:uhxN2SeXEHA.2716@tk2msftngp13.phx.gbl...
> Hi all,
>
>> Is it just me, or is (are) there some setting(s) I missed? Or maybe,
> it's a bug -considering that VFP Team has spend so much time and effort
> to maintain compatibility. Or maybe, VFP9 Beta is actually just for fun
> and it should come with warning 'You can try this but don't-even-try-to
> open your real work with this' Um, on second thought, I think VFP9b *is*
> already come with that warning <sigh>. Oh well, I know that one should
> not deploy apps based on beta product, but today I learn another lesson:
> one should not use beta product for a non-beta work.
>
> Opinion anyone?
>
> TIA,
> Willianto
>
>


Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by David

David
Tue Jun 29 22:56:44 CDT 2004

Willanto,

As has been said elsewhere, don't use your production code directly in any
beta version. Make a separate copy of our code and use the copy for your
beta testing.

You should be able to USE TheForm.SCX and remove the VFP9 features that are
not compatible with VFP8 from the properties, methods and a couple of the
reserved memos. Then COMPILE FORM TheForm. But be warned you can completely
hose up your form if you aren't careful.

--
df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro

"Willianto" <willianto@remove-me.telkom-and-me.net> wrote in message
news:uhxN2SeXEHA.2716@tk2msftngp13.phx.gbl...
> Hi all,
>
> Here the story goes: after downloading VFP9, I use it daily to create
> and edit several forms on my current project. I really loved all the IDE
> enhancement (even though once I put any properties in the Favorites Tab,
> I still don't know how to get them out!). I didn't use any VFP9 specific
> feature (such as Report Listener), because I am going to compile it with
> VFP8.
> Problem begins today when I tried to open a form that was previously
> modified and saved with VFP9b. VFP8 refused to open the form and throw
> an error message; something like 'invalid value for property lDrawMode'.
> Trying to fix the error, I re-opened the form with VFP9b and set the
> property value to default. Didn't help. The error still there with
> another property in question so I tried to open the form as table. In
> the Reserved3 and Properties field of the scxs, I found some suspicious
> tags begin with _MemberData and there were more tags that looks like an
> XML tag. I deleted those tag, and tried to open the form in VFP8.
> Another error occurred; VFP8 said that there are invalid value for
> Alignment property in one of the Optiongroup control in the form. I
> opened the form as table once more, locate the row that contains the
> Optiongroup mentioned, and delete the alignment property ('Alignment =
> 6'). After that, I manage to open the form successfully in VFP8.
> <sigh> Great. Fortunately, I 'only' wasted half an hour fixing that (but
> I haven't count *other* forms).
>
> Is it just me, or is (are) there some setting(s) I missed? Or maybe,
> it's a bug -considering that VFP Team has spend so much time and effort
> to maintain compatibility. Or maybe, VFP9 Beta is actually just for fun
> and it should come with warning 'You can try this but don't-even-try-to
> open your real work with this' Um, on second thought, I think VFP9b *is*
> already come with that warning <sigh>. Oh well, I know that one should
> not deploy apps based on beta product, but today I learn another lesson:
> one should not use beta product for a non-beta work.
>
> Opinion anyone?
>
> TIA,
> Willianto
>
>



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Willianto

Willianto
Wed Jun 30 00:43:20 CDT 2004

> This story goes to show that VFP8 isn't forward compatible with VFP9.
> -Anders

Aha! See guys, Anders got the idea <lol>

Willianto



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Stefan

Stefan
Wed Jun 30 02:30:05 CDT 2004


"Willianto" <willianto@remove-me.telkom-and-me.net> schrieb
>
> Hi Stefan, :-) long time no see, how are you?

Hey, I'm fine, thanks. Caught a cold recently but certainly it
will be gone tomorrow. Hope you are fine too :-)

> > Try to open the form in Vfp9 and right-click the _memberdata
> > property and Reset To Default
> Thanks. I'll remember this when I encounter with such problem in the
> future.

Same works for me with any new property that I tried.
Also, while working with more than one version I think
pre-processor stuff can be useful
#if Version(5) >= 900
This.Anchor = 15
#endif
However, as you and others pointed out, while Vfp seems
to be less critical than other products, in general it makes
sense to be careful with betas and production environments.


-Stefan

Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by swdev2

swdev2
Fri Jul 02 14:33:28 CDT 2004

Yikes .
why the h3ll use a production set o code in a beta product in the first
place ?
I would target your staging process instead, and make a 'ok to burn with
vitriol' version
of a project collection before using your in house code with the VFP 9 Beta.

Smells like bad programming environment to me.
gufen xBase ! [Bill]
--
William Sanders / Electronic Filing Group Remove the DOT BOB to reply via
email.
Mondo Cool TeleCom -> http://www.efgroup.net/efgcog.html
Mondo Cool WebHosting -> http://www.efgroup.net/efglunar.html
Mondo Cool Satellites -> http://www.efgroup.net/sat
VFP Webhosting? You BET! -> http://efgroup.net/vfpwebhosting
mySql / VFP / MS-SQL

"Willianto" <willianto@remove-me.telkom-and-me.net> wrote in message
news:uhxN2SeXEHA.2716@tk2msftngp13.phx.gbl...
> Hi all,
>
> Here the story goes: after downloading VFP9, I use it daily to create
> and edit several forms on my current project. I really loved all the IDE
> enhancement (even though once I put any properties in the Favorites Tab,
> I still don't know how to get them out!). I didn't use any VFP9 specific
> feature (such as Report Listener), because I am going to compile it with
> VFP8.
> Problem begins today when I tried to open a form that was previously
> modified and saved with VFP9b. VFP8 refused to open the form and throw
> an error message; something like 'invalid value for property lDrawMode'.
> Trying to fix the error, I re-opened the form with VFP9b and set the
> property value to default. Didn't help. The error still there with
> another property in question so I tried to open the form as table. In
> the Reserved3 and Properties field of the scxs, I found some suspicious
> tags begin with _MemberData and there were more tags that looks like an
> XML tag. I deleted those tag, and tried to open the form in VFP8.
> Another error occurred; VFP8 said that there are invalid value for
> Alignment property in one of the Optiongroup control in the form. I
> opened the form as table once more, locate the row that contains the
> Optiongroup mentioned, and delete the alignment property ('Alignment =
> 6'). After that, I manage to open the form successfully in VFP8.
> <sigh> Great. Fortunately, I 'only' wasted half an hour fixing that (but
> I haven't count *other* forms).
>
> Is it just me, or is (are) there some setting(s) I missed? Or maybe,
> it's a bug -considering that VFP Team has spend so much time and effort
> to maintain compatibility. Or maybe, VFP9 Beta is actually just for fun
> and it should come with warning 'You can try this but don't-even-try-to
> open your real work with this' Um, on second thought, I think VFP9b *is*
> already come with that warning <sigh>. Oh well, I know that one should
> not deploy apps based on beta product, but today I learn another lesson:
> one should not use beta product for a non-beta work.
>
> Opinion anyone?
>
> TIA,
> Willianto
>
>



Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by Willianto

Willianto
Sat Jul 03 01:57:19 CDT 2004

Heya Bill!

> Yikes .
> why the h3ll use a production set o code in a beta product in the
first
> place ?
<LOL> Okay, my own fault.

> I would target your staging process instead, and make a 'ok to burn
with
> vitriol' version
> of a project collection before using your in house code with the VFP 9
Beta.
>
> Smells like bad programming environment to me.
Your smelling ability deserve a compliment then considering that you can
smell way from your place to mine <LOL>
Anyway, I'm a self employed -so it's very easy to ignore an empty cup of
coffee (or two cups) or left-over bread crumbs for a day or two. And
yes, you're right. I do need to 'clean' my work place and do a lot of
things with more discipline ;-)

Thanks anyway!

Willianto





Re: [VFP9 beta]: VFP8 cannot open forms that was edited with VFP9!!! by swdev2

swdev2
Mon Jul 05 12:27:53 CDT 2004


Heya Willianto - my apologies for sounding harsh -
but I'm a big believer in staging codebase -
so much, in fact, that even at my home office I have the 3 different staging
areas set up on a network share.
Crossing the streams is bad, mon. Sure - it takes a bit of time and thinking
to set it up properly - but once you do ? you never ever have a version
problem again.

But ? all n all - I am happy to hear you 'did some things' that got your
stuff back to the previous version.
It's a royal PITA, ain't it ?

I had some of the very same issues a few years back, remembered that most in
daFox is a table, and did field level compares, found the offending beastie,
and went forth. It sounds to me that you've accomplished the same thing .
GOOD FOR YOU..

as to the 'smelling' concept ? Man - I have reverse-engineered more projects
from others that I care to talk about [ok - I can't talk about them] and
there are grains of smelly things that do smell 'familar' based on what
you've posted so far. But you're right - I truly don't know 'your
programming environment' - My comment was a good guess. Educated Guess ?
mmmm possibly not ..

the 'ok to burn with vitriol' version of your codebase is one that is
completely DETACHED from alpha, beta and production versions and has NO
dependencies in/on/around other codebases. This typically means a lot of
copying, and some 'fixing' for file locations [via code, automation, what
have you] but you can look at the concept and automate all of it, if you
make the time. If you have this type of version, you can munge it at will,
heck even delete it, with no side affects to your other codebase types.

OF COURSE - ON THE OTHER HAND - if you were using Visual Source Safe
Religiously and Judiciously, you would not be suffering this much - just
revert to the last saved version in VSS and go forth.

all n all - it wasn't a personal attack - I swear. It was, however, in
hindsight, a partial kneejerk reaction.
gufen xBase ! [Bill]
--
William Sanders / Electronic Filing Group Remove the DOT BOB to reply via
email.
Mondo Cool TeleCom -> http://www.efgroup.net/efgcog.html
Mondo Cool WebHosting -> http://www.efgroup.net/efglunar.html
Mondo Cool Satellites -> http://www.efgroup.net/sat
VFP Webhosting? You BET! -> http://efgroup.net/vfpwebhosting
mySql / VFP / MS-SQL

"Willianto" <willianto@remove-me.telkom-and-me.net> wrote in message
news:ONOd$eRYEHA.2812@TK2MSFTNGP11.phx.gbl...
> Heya Bill!
>
> > Yikes .
> > why the h3ll use a production set o code in a beta product in the
> first
> > place ?
> <LOL> Okay, my own fault.
>
> > I would target your staging process instead, and make a 'ok to burn
> with
> > vitriol' version
> > of a project collection before using your in house code with the VFP 9
> Beta.
> >
> > Smells like bad programming environment to me.
> Your smelling ability deserve a compliment then considering that you can
> smell way from your place to mine <LOL>
> Anyway, I'm a self employed -so it's very easy to ignore an empty cup of
> coffee (or two cups) or left-over bread crumbs for a day or two. And
> yes, you're right. I do need to 'clean' my work place and do a lot of
> things with more discipline ;-)
>
> Thanks anyway!
>
> Willianto
>
>
>
>