<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Nancy,<br>
<br>
We have just moved to a new version of filepro and to a new server.<br>
<br>
This glitch occurs everytime I do it. I just created a new file called
test with a 6,.0 then go into a new format and name it test. go into
processing with an empty processing field and it does the same thing.
I put in 2 dummy field defined as 1,* each and it does the same thing.<br>
<br>
Lorilea<br>
<br>
Nancy Palmquist wrote:<br>
<blockquote type="cite" cite="mid4048A84A.7B8A1548@vss3.com">
<pre wrap="">Lorilea Reible wrote:
</pre>
<blockquote type="cite">
<pre wrap="">We are running 5.0.13D4 filepro on Linux Mandrake 9.1 Kernel 2.4.21
There is a glitch when you go into
3-Define Output
U-update
F8-Extended Functions
P-Processing
F6-View fields
D-Dummy Fields
When I press the D to view dummy fields it takes me out of the
processing table back to update mode on the format. This does not
happen if I go into 5-Define Processing when I view dummy fields.
Is there a solution.
Lorilea Reible
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>
</pre>
</blockquote>
<pre wrap=""><!---->
Lorilea,
I have seen that behavior when your code contains a bad assignment of
some kind and it is having trouble resolving the list.
If you were working correctly and then it broke look at the last section
you added.
Look at EDITS. If you have a dummy variable with an undefined edit,
that might be the behavior.
Nancy
</pre>
</blockquote>
</body>
</html>