home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / ingres / 989 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.3 KB  |  39 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!ulowell!woods.ulowell.edu!adamsm
  3. From: adamsm@woods.ulowell.edu
  4. Subject: ABF/VIFRED How to expand field length?
  5. Message-ID: <1992Jul23.124859.1@woods.ulowell.edu>
  6. Sender: usenet@ulowell.ulowell.edu (News manager - ulowell)
  7. Organization: University of Lowell
  8. Date: Thu, 23 Jul 1992 17:48:59 GMT
  9. Lines: 28
  10.  
  11. HELP!!  I'm running Ingres 5.0 under VMS 6.3 and have encountered a problem
  12. with ABF that I just cant seem to shake.  A previous version of our database
  13. used the fields STREET1 and STREET2, both being of type C22.  After
  14. demonstrating that this length was not enough, we upgrade the referencing
  15. table and screen to type C32, allowing us 10 more spaces in the street fields. 
  16. All appeared well when saving the Vifred screen after being altered to reflect
  17. the changed street fields.  The new table was created, with respective changes,
  18. and the old data moved into it.  The new table was checked through QFB that it
  19. could indeed hold street lengths of C32.  The whole thing compiled without a
  20. problem and appreared to work as flawlessly as before.  The only hitch was that
  21. the VIFRED screen, showing that it was changed to allow C32 street names, when
  22. the application was accually run, would allow all 32 to be entered but would
  23. only update as if it were only C22 long (It would accually overwrite the
  24. following city fields with the 10 character overflow).  Except for this
  25. problem, the entire application works normally.  The previous table was deleted
  26. and I have verified that the one referenced actually contains the C32 fields
  27. (verified by QBF updates).  The frame code has been recompiled although it has
  28. no reference in the code to field length.  All I can think of is that there is
  29. some code in the application that is not being updated.  I've changed and
  30. verified the table, the frame code, and the VIFRED screen.  What else is
  31. there?  Maybe I could do a force compile of the entire application to update
  32. any stray code that is not being changed, but I don't yet know how to do this?
  33. Anyone out there have any ideas?  Even guesses are appreciated at this point.
  34. I thank you in advance for any help rendered as this seemingly simple change
  35. dosnt seen so simple any more....
  36.  
  37.    -- Michael Adams (U Lowell, Alumni Database Ingres Programmer)
  38.  
  39.