home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / sybase / 559 < prev    next >
Encoding:
Text File  |  1992-12-23  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!ncar!csn!news.den.mmc.com!traffic!kevin
  3. From: kevin@traffic.den.mmc.com (Kevin Rodgers)
  4. Subject: Re: Warning - don't repeat my Open Client/C mistake
  5. Message-ID: <1992Dec23.192209.8241@den.mmc.com>
  6. Sender: news@den.mmc.com (News)
  7. Nntp-Posting-Host: traffic.den.mmc.com
  8. Organization: Martin Marietta Western Internal Systems, Technical Operations
  9. References: <1992Dec23.002016.26975@mcm.com>
  10. Date: Wed, 23 Dec 1992 19:22:09 GMT
  11. Lines: 21
  12.  
  13. In article <1992Dec23.002016.26975@mcm.com> wall@mcm.com (Steve Wall) writes:
  14. >The problem is that there is a limit of 16 (my experience - the
  15. >4.6 Open Client/C doc dated 8/92 [page 2-99] says 8...) arguments
  16. >that can be handed to each call to dbfcmd(). Well, of course I'm
  17. >cruising right along, add a new column to a table, add the column
  18. >to the Open Client/C program, and OOPS! - the new column doesn't
  19. >post correctly (seems to receive \0 values). No warning from dbfcmd()
  20. >or anything (would be nice...if it uses varags(3), it seems like
  21. >it *could* detect and notify when too many args are passed(?)).
  22.  
  23. If dbfcmd() was implemented with varargs.h/stdarg.h, it wouldn't even
  24. have to be limited to an arbitrary number of arguments.  Hell, it could
  25. just call vprintf() to format the command, and then pass the result to
  26. dbfcmd().
  27.  
  28. Argh, indeed.
  29. -- 
  30. Kevin Rodgers                kevin@traffic.den.mmc.com
  31. Martin Marietta MS A16401        (303) 790-3971
  32. 116 Inverness Dr. East
  33. Englewood CO 80112 USA            GO BUFFS!
  34.