home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / oracle / 2950 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!uwm.edu!linac!att!cbnewsk!cbnewsj!kattner
  3. From: kattner@cbnewsj.cb.att.com (sonja.kattner)
  4. Subject: Pro*c and SVR4
  5. Organization: AT&T
  6. Date: Mon, 25 Jan 1993 22:12:24 GMT
  7. Message-ID: <1993Jan25.221224.651@cbnewsj.cb.att.com>
  8. Keywords: varchar warnings
  9. Lines: 28
  10.  
  11.  
  12. I have a Pro*c question I'm hoping some one could help me with.
  13.  
  14. My group is in the process of moving off of our 3b2 (SVR 3.2) and onto a
  15. Starserver-E (SVR4).   One difference (aside from speed) is that the
  16. starserver complains about a lot of code that the 3b2 did not care about.
  17.  
  18. It seems that the Pro*c precomplier declares the array part of a varchar
  19. as an unsigned char, but all the string functions expect a signed char.
  20. So, the compiler puts out a warning message every time a string function
  21. is used on the varchar.
  22.  
  23. It does compile and run, but we really don't want to have these messages
  24. appear every time we compile.  Of course we could go back and cast all the
  25. varchar arrays to signed char, but it's a lot of code to go through.
  26.  
  27. We were looking for a precompiler option but there doesn't seem to be one
  28. that would resolve this problem.  Does anyone out there have any simplier
  29. ideas on how to solve this?
  30.  
  31. We are using oracle version V6.0.33.1.2 and oracle precompiler
  32. version 1.3.18.1.2
  33.  
  34. Thanks,
  35.  
  36.         --Sonja Kattner
  37.  
  38.  
  39.