home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.ms-windows.programmer.misc
- Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!yale.edu!jvnc.net!newserver.jvnc.net!newsserver.technet.sg!ntuix!ntuvax.ntu.ac.sg!sa6904623
- From: sa6904623@ntuvax.ntu.ac.sg
- Subject: Re: Calling C from VB--Debug
- Message-ID: <1993Jan6.084106.1@ntuvax.ntu.ac.sg>
- Lines: 19
- Sender: news@ntuix.ntu.ac.sg (USENET News System)
- Nntp-Posting-Host: v9001.ntu.ac.sg
- Organization: Nanyang Technological University - Singapore
- Date: Wed, 6 Jan 1993 00:41:06 GMT
-
- You can use the Quick C debugger for the DLL. Set the Project/Run options to
- make the driver to be the VB program.
-
- For the VB program, use the File/Make option to create the .EXE file. This exe
- file will be loaded and executed by Quick C. QC will give a warning about the
- application not having debug info, just ignore it.
-
- Once the VB application makes a call to the DLL, QC is in control (traps,
- traces and other debugging options are enabled). Once the function returns to
- the VB application, QC is no longer in control.
-
- WARNING: Set a breakpoint in the function of the DLL and use the RUN command
- to start the debugging session. Be sure to use the RUN command again at the
- end of the function, before returning to the VB application. Attempting to get
- QC to STEP through the VB application leads to a protection fault!
-
-
- Kenneth "Automan" Tan
-
-