home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / informix / 1759 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.4 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!swrinde!emory!emory.mathcs.emory.edu
  2. From: widener!obelix.informix.com!johnl@emory.mathcs.emory.edu (Jonathan Leffler)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re:  Redeclaration of local variables (?)
  5. Message-ID: <9369@emory.mathcs.emory.edu>
  6. Date: 21 Aug 92 09:53:10 GMT
  7. Sender: walt@mathcs.emory.edu
  8. Reply-To: widener!obelix.informix.com!johnl@emory.mathcs.emory.edu (Jonathan Leffler)
  9. Lines: 45
  10. X-Informix-List-ID: <list.1385>
  11.  
  12. >From: uunet!salmon.demon.co.uk!neil ("Neil S. Briscoe")
  13. >Subject: Redeclaration of local variables (?)
  14. >Date: 19 Aug 92 15:13:41 GMT
  15. >X-Informix-List-Id: <news.1681>
  16. >
  17. >Platform: Sun 3/100, SunOS4.1
  18. >INFORMIX-4GL Version 4.00.UD3 with an INFORMIX-SQL Version 4.00.UD4
  19. >Standard Engine.
  20. >
  21. >I had the message:
  22. >ut_merge.c Line 4351 redeclaration of prepare_sel_
  23.  
  24. This is therefore probably a C compiler error message.  If it came
  25. from 4GL, the file referenced would be ut_merge.4gl; if it came from
  26. ESQL, the file referenced would be ut_merge.ec.  Also, the message
  27. format is more like that used by the C compiler...
  28.  
  29. In fact, I would expect an error message to refer to the .ec file even
  30. if the compiler was compiling the C produced from the .ec file...
  31.  
  32. >When I checked the source module, prepare_sel_ is a *local* variable
  33. >defined in three separate functions.
  34.  
  35. When you checked the source, did you look at the I4GL code or the generated
  36. C code?  I would expect your observation to be valid for both, which would
  37. then indicate a broken C compiler -- however, you don't get many broken
  38. C compilers on Unix boxes, so it needs more careful scrutiny.
  39.  
  40. Have you tracked down the declarations of prepare_sel_ in the C code?
  41. Are these internal to the function or external to them?  If internal and
  42. the compiler is wittering, then you have a seriously defective compiler.
  43. If external, then we have a question of what is being done on your other
  44. machines where it does work.  Where are the variables declared on those
  45. other machines?
  46.  
  47. None of this is a definitive answer, but to give one would need much more
  48. information than should be sent over the net...
  49.  
  50. >Neil S. Briscoe                Telephone: +44 252 376737
  51. >System Administrator            Fax:       +44 252 376644
  52. >                                        Email: neil@salmon.demon.co.uk
  53. >                                               nbriscoe@cix.compulink.co.uk
  54.  
  55. Yours sincerely,
  56. Jonathan Leffler (johnl@obelix.informix.com) #include <disclaimer.h>
  57.