home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / atari / st / 19373 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!bu.edu!acs.bu.edu!anneklin
  2. From: anneklin@acs.bu.edu (Patricia Anne)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Looking for a function...
  5. Message-ID: <106452@bu.edu>
  6. Date: 8 Jan 93 02:31:16 GMT
  7. References: <1993Jan5.215807.17246@sfu.ca> <3943@isgtec.isgtec.com> <1993Jan7.225512.17152@nosc.mil>
  8. Sender: news@bu.edu
  9. Organization: Boston University, Boston, MA, USA
  10. Lines: 26
  11.  
  12.  
  13. Way back in the "good old days" before GCC took over all the HD real
  14. estate I seem to be able to find, I used HSC and a hacked version of
  15. dLibs.
  16.  
  17. For a long time now, I've been tinkering with a small/fast variant on
  18. Dan Conroy's original MicroEmacs that was hacked for dLibs, converting
  19. it to ANSI C and GCC and such, and as a result find myself needing an
  20. equivalent of the dLibs fullpath().
  21.  
  22. For those of you not in the know, fullpath() would take a non-absolute
  23. filespec (".\wombat.txt", "\frob\foo\lump\minor.mad", whatever) and
  24. return to you an absolute pathname--that wonderful long thing with
  25. drive spec and all that's such hell to type.
  26.  
  27. Now I've been looking through the GCC libraries, and the closest thing
  28. I've found is _dos2unix() and its variants.  My question is, does that
  29. actually resolve relative or incomplete pathspecs to be "canonical",
  30. or does it just flip the path separators.
  31.  
  32. The answer to this question, plus any pointers on its use would be
  33. much appreciated.  I've got the source, it's just a little
  34. more...involved than I care to get right at this particular moment.
  35.  
  36. Thanks,
  37.  
  38.