home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / cplus / 18524 < prev    next >
Encoding:
Text File  |  1992-12-29  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!purdue!yuma!csn!qwerty-gw.fsl.noaa.gov!kestrel.fsl.noaa.gov!bear
  3. From: bear@kestrel.fsl.noaa.gov (Bear Giles)
  4. Subject: Weird problem under Sun/C++
  5. Message-ID: <1992Dec30.003304.4131@fsl.noaa.gov>
  6. Sender: news@fsl.noaa.gov (USENET News System)
  7. Organization: Forecast Systems Labs, NOAA, Boulder, CO USA
  8. Date: Wed, 30 Dec 1992 00:33:04 GMT
  9. Lines: 27
  10.  
  11. I wrote a simple relational database in C++, but a coworker is having a
  12. truly bizarre problem using it:
  13.  
  14.   I can link my programs without problem.  (More precisely, I have been
  15.   able to link without problems in the past).
  16.  
  17.   If she attempts to link a program using the same library (and compiler,
  18.   linker, etc) the linker can't find one particular function.  
  19.  
  20.   If she extracts the object file containing this function and attempts
  21.   to link it as a separate object the function is found (but since this
  22.   module is in the middle of a call tree we still have problems).
  23.  
  24. The function in question takes five arguments; unfortunately two of those
  25. arguments are functions taking 2 and 5 arguments respectively.  On top of
  26. that I use "const unsigned char * const" extensively so the length of the
  27. mangled function name is around 65 characters long, rather than the
  28. apparent 4 characters ("find").
  29.  
  30. And of course, Sun technical support will be out until next week, leaving
  31. us dead in the water.
  32.  
  33. Any ideas?
  34.  
  35.  
  36. Bear Giles
  37. bear@fsl.noaa.gov
  38.