home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sources / wanted / 5372 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  2.0 KB
  1. Path: sparky!uunet!mcsun!ub4b!alcbel!se.alcbel!se.alcbel.be!rvla
  2. From: rvla@se.alcbel.be (Rudy Van Landeghem)
  3. Newsgroups: comp.sources.wanted
  4. Subject: WANTED: C-interpreter sources for SunOS, Ultrix and HP-UX.
  5. Keywords: C-interpreter
  6. Message-ID: <1367@se.alcbel.be>
  7. Date: 14 Dec 92 09:23:37 GMT
  8. Sender: root@se.alcbel.be
  9. Reply-To: rvla@se.alcbel.be
  10. Organization: Alcatel Bell Telephone.
  11. Lines: 38
  12. Nntp-Posting-Host: btmpf2
  13.  
  14.  
  15.  
  16.  I posted a few weeks ago a request for a ansii-C compliant interpreter
  17.  which is easy to adapt.  I received 3 responses, all pointing to Ups,
  18.  which is a public domain debugger (with X11 interface) containing a C
  19.  interpreter. I thank those persons for their time.
  20.  
  21.  Ups lets you edit in fragments of interpreted C code, including assign-
  22.  ments to variables and calls to target functions. This is something What
  23.  we really need, to call funktions from a library. What we do, is linking
  24.  the library in the executable. The library defines the functionality of
  25.  the interpreter.
  26.  
  27.  We found a problem to use in the interpreted code a struct or union that
  28.  is a formal parameter. I found this by experience since funktions of our
  29.  library crash without core dump. The Ups documentatiom tells use pointers
  30.  to datastructures instead. This is a to important shortcoming, since we
  31.  do not always write the libraries ourself.
  32.  
  33.  The question is:
  34.  
  35.     - Is there a work-around in Ups?
  36.  
  37.     - Or, can someone point we to another C-interpreter, which allows
  38.       us to use funktions from a library a la CodeCenter (where you can
  39.       load the library).
  40.  
  41.  PS.
  42.    The reason why we search for another method besides CodeCenter is:
  43.     - heavy for the machine.
  44.     - expensive.
  45.     - we can not provide extra C-interpreter functionality.
  46.    For the rest, CodeCenter is perfect.
  47.  
  48.   ______        Van Landeghem Rudi      Switching Systems Devision se121
  49.   \    /Alcatel                    F. Wellesplein 1, B-2018 Antwerpen
  50.    \  /  Bell        e-mail: rvla@se.alcbel.be    Phone:    (32) 3 240 94 53
  51.     \/ Telephone         rvla@alcbel.be        Fax:    (32) 3 240 99 50
  52.