Hello Tom,
(not a plug!)
As vendor for a VPLUS migration tool, we've come in contact with many
different forms files. About one in every 100 forms files we receive is
corrupted. This means that the internal structure of the forms file
records is not consistent anymore. This usually goes unnoticed in the
customer's application. I have no information on whether this is because
they are perhaps coincidentally not in use, or if they are effectively
still (partly?) usable in VPLUS. In any case the problem is mostly not
known to the customer and shows up when we read the forms file and try
to convert it to XML. Usually it is only one form inside the whole forms
file that is corrupt. The solution we propose is like you describe.
Regards
Geert
Tom Hula wrote:
> Perhaps I was mistaken as to the problem being discussed. I have had
> times when a vplacecursor refused to go to say field number 8. I don't
> mean
> the eighth field. I mean, the field that is internally numbered 8. after
> copying the form to a new form file and deleting the original and copying
> it back and recompiling (not renumbering), it would work fine. That is
> what I meant by file corruption (or VPLUS corruption/bug).
> Tom Hula
> Victor S. Barnes Company
>
> At 11/21/2006 02:33 PM, Steve Cooper wrote:
>> I think others have answered the question, but just to summarize,
>> VPlus keeps track of field number, and field location on the
>> screen. These start out as the same numbers, but as you move
>> fields, and insert and delete other fields, these numbers will
>> start to differ. That allows you some flexibility to change
>> your screen around without having to change you program. When
>> this happens, this is not file corruption.
>>
>> Since copying and recreating the form fixes the problem, that
>> says that you are requiring the numbers to be the same, or in
>> other words, you are using the field location number when you
>> want to be using the field number.
>>
>> It's actually all working as it is supposed to, but perhaps
>> not the way you would want it to.
>>
>> Hope that makes it better or at least not worse,
>>
>> Steve Cooper
>> Allegro Consultants, a Resource 3000 partner
>>
>> -----Original Message-----
>> From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>> Behalf
>> Of Tom Hula
>> Sent: Tuesday, November 21, 2006 11:24 AM
>> To: [log in to unmask]
>> Subject: Re: [HP3000-L] Formspec/Vplus Problem (Revisited)
>>
>> I don't KNOW anything about it, but I have run into it and took it for
>> some sort of file corruption/bug in VPLUS. I've just done what you
>> mentioned and that always fixed the problem. Haven't had that
>> particular problem in a long time (that I know of).
>>
>> Tom Hula
>> vICTOR s. bARNES cOMPANY
>>
>> At 11/21/2006 12:52 PM, Brian Donaldson wrote:
>> >Sometime ago I posted this problem on the list but didn't get any
>> response
>> >about it.
>> >
>> >So here I go again.
>> >
>> >I run a Vplus app and when a field is in error the wrong field is being
>> >highlighted.
>> >
>> >When I check the source code against the formsfile in Formspec I
>> find the
>> >field numbers
>> >being referenced are correct.
>> >
>> >So I go into Formspec, open the formsfile, copy the offending form
>> into a
>> >hold form,
>> >renumber the hold form, purge the original form, copy the hold form
>> back to
>> >the original form,
>> >and recompile.
>> >
>> >Then I run the app again and the correct field(s) are being highlighted
>> >
>> >Anyone have any idea about what is wrong ?
>> >
>> >Brian.
>> >
>> >* To join/leave the list, search archives, change list settings, *
>> >* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>> * To join/leave the list, search archives, change list settings, *
>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>> * To join/leave the list, search archives, change list settings, *
>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
--
*Geert Coelmont*
*O**RDINA Belgium*
Contact Details
B-3001 Heverlee, Interleuvenlaan 15H
B-3000 Leuven, Diestsevest 58
B-3560 Lummen, Bosstraat 52/2
B-9820 Merelbeke, Guldensporenlaan 84/I
B-2627 Schelle (Antwerpen), Boomsesteenweg 28
B-2260 Westerlo, Nijverheidsstraat 48/E
T
+32 (0)3 866 00 22
F
+32 (0)3 866 03 01
M
+32 (0)473 56 62 45
@
[log in to unmask] <mailto:[log in to unmask]>
*www.*ordina.be <http://www.ordina.be>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
