Return-Path: Delivered-To: apmail-ws-axis-c-user-archive@www.apache.org Received: (qmail 11112 invoked from network); 22 Feb 2008 20:31:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Feb 2008 20:31:01 -0000 Received: (qmail 93737 invoked by uid 500); 22 Feb 2008 20:30:55 -0000 Delivered-To: apmail-ws-axis-c-user-archive@ws.apache.org Received: (qmail 93725 invoked by uid 500); 22 Feb 2008 20:30:55 -0000 Mailing-List: contact axis-c-user-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C User List" Reply-To: "Apache AXIS C User List" Delivered-To: mailing list axis-c-user@ws.apache.org Received: (qmail 93714 invoked by uid 99); 22 Feb 2008 20:30:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Feb 2008 12:30:55 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of carl.lefrancois@gmail.com designates 216.239.58.190 as permitted sender) Received: from [216.239.58.190] (HELO gv-out-0910.google.com) (216.239.58.190) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Feb 2008 20:30:22 +0000 Received: by gv-out-0910.google.com with SMTP id r4so286450gve.22 for ; Fri, 22 Feb 2008 12:30:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=DJsTm9wwKGoFlzDZmDpkhLc0idNVfI3i5ElkbZYZh+0=; b=AnmAkOAnGrDIpj8ibOG2kdLhxe7gu3/q7ntEYzD6dfNadE2g0q4MR8ntZhg2hKgrFPk2b0ZuYAOQ+oKH/3fga6zplK/tMkDSTFs0oIwoeg7XAHa+JwMH4RWmX8RTgGmsaJrJyal/3RzlbtmLAUvayn0B3dtpyfJvGpUmH9k2d+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=PxhqMQZ5nNGJvuGRRcOw8pv5FZI45Ay58PSFZGCmmGL7bvbBuIgoaJBu59LYbGoz1jNVco/lKD7PLZYY3mscY59RKKGDrgJC/djAPQ6Or+vWt3x1+lotVgAzbEQKScyQuN7wemf2ltnMrnQl9oex6zlDHocl09IOKsM4uhjeie0= Received: by 10.142.188.4 with SMTP id l4mr378730wff.151.1203712227815; Fri, 22 Feb 2008 12:30:27 -0800 (PST) Received: by 10.142.223.15 with HTTP; Fri, 22 Feb 2008 12:30:27 -0800 (PST) Message-ID: <5f77498f0802221230i20e2d1e2w92d6648a1745c0a6@mail.gmail.com> Date: Fri, 22 Feb 2008 15:30:27 -0500 From: "=?ISO-8859-1?Q?Carl_Lefran=E7ois?=" To: "Apache AXIS C User List" Subject: [AXIS2C] trouble debugging under windows MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1273_18205858.1203712227781" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_1273_18205858.1203712227781 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline For several days I have been struggling to enable line by line debugging in visual C 6.0. An example of the problem is that while stepping through code, when attempting to step into a call to the client API, the debugger shows the wrong lines of code and wrong call stack. steps taken to resolve: -make sure all modules are compiled with the same compiler and linker options -create new workspaces for each module -take options directly from makefile provided in /build/win32 -replace LF line endings with windows-style CRLF line endings in .c and .h sources (supposed to affect C preprocessor line count) so far in all cases the behaviour is the same: I can step through my code but not into any client API DLLs. My hope in sending this message is that someone using the same environment can confirm they are able to debug properly in client API DLLs (or any Axis2 DLL for that matter). So far aside from work environment compatibility problems, the experience with Axis2C is very positive. Thanks in advance for any advice you may give me! Carl ------=_Part_1273_18205858.1203712227781 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline For several days I have been struggling to enable line by line debugging in visual C 6.0.

An example of the problem is that while stepping through code, when attempting to step into a call to the client API, the debugger shows the wrong lines of code and wrong call stack.

steps taken to resolve:

-make sure all modules are compiled with the same compiler and linker options
-create new workspaces for each module
-take options directly from makefile provided in /build/win32
-replace LF line endings with windows-style CRLF line endings in .c and .h sources (supposed to affect C preprocessor line count)

so far in all cases the behaviour is the same: I can step through my code but not into any client API DLLs.

My hope in sending this message is that someone using the same environment can confirm they are able to debug properly in client API DLLs (or any Axis2 DLL for that matter).

So far aside from work environment compatibility problems, the experience with Axis2C is very positive.

Thanks in advance for any advice you may give me!
Carl
------=_Part_1273_18205858.1203712227781--