Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - iboutoma

Pages: [1]
1
Common problems / Re: Debugging an ASR in 5.7 (VS2003, .Net 1.1)
« on: April 28, 2015, 09:54:54 PM »
Still not giving up... I have reconfigured the Lifecycle Engine AppServer COM+ app to run as the "pivotal" user. Logged in with the same; option "connect to console" enabled in RDP.

Out of ideas, poking around VS project property page for Debugging. Can anyone please confirm their working setup? Mine is set up as follows:
Enable ASP Debugging: True
Enable ASP.NET Debugging: True
Enable Unmanaged Debugging: True
SQL Debugging: True
Debug Mode: Program <-- should this be "wait to attach to process"?
Start Application: C:\WINDOWS\system32\dllhost.exe
Process ID: /ProcessID:{my LifecycleServer GUID...}

Both "start debug" and "attach to process" generate errors in the output window, similar to this:
"Unable to find sql driver "NTWDBLIB.DLL". Connections made using this driver will not be debugged.
The program '[2488] dllhost.exe: T-SQL' has exited with code 0 (0x0)."

 :o

2
Common problems / Re: Debugging an ASR in 5.7 (VS2003, .Net 1.1)
« on: April 27, 2015, 11:10:23 PM »
I remembered that a looong time ago, this system had RAM added and the Lifecycle Engine AppServer had the "Enable 3GB support" option checked. So I disabled it. I now see dllhost.exe instead of dllhst3g.exe.

Still can't attach to process...  :-[

3
Common problems / Re: Debugging an ASR in 5.7 (VS2003, .Net 1.1)
« on: April 12, 2015, 08:32:11 PM »
thanks Dean!

Good call on RDP connecting to the console, I've since switched to using the /admin RDP switch, but still no luck.

To recoup, I am able to pinpoint the COM+ host surrogate process that loads the ASR/dll in question using Process Monitor. I then tried doing Debug -> Attach to Process -> (choose my PID) -> check "Common Language Runtime", "Microsoft T-SQL", "Native" -> OK. This results in an error message:
"The requested attach was not completely successful. Program types successfully attached are: Microsoft T-SQL. Program types that failed to attach are: Common Language Runtime: Native:"

Just to be sure, I do observe in Process Monitor that dllhst3g.exe interacts with both {myAsrName}.dll and {myAsrName}.pdb located in the Pivotal Assemblies folder.

I'm really starting to run out of ideas with this one O_O

I am now offering a monetary bounty ($200USD) to anyone with ASR debugging experience who will walk me through to successfully hitting a breakpoint in this ASR.

4
Common problems / Debugging an ASR in 5.7 (VS2003, .Net 1.1)
« on: April 07, 2015, 02:58:44 AM »
Hi all! I'm struggling with not being able to step through or even hit any break points in a custom ASR. I have reviewed the couple of discussions on here as well as the KB article on debugging appserver rules, and still can't debug.

Here is what I've done/verified so far:
Built and imported+registered my ASR assembly using LCS Customization Assistant, set the "disable app server rule synchronization" check box in it while I was at it, then:
1. Changed identity of the Pivotal LifeCycle AppServer  in Component Services to "Interactive User"
2. Set up the project to build into the ePower\{System Name}\Assemblies folder, enabled the other debugging options in the project properties (Enable ASP debugging, enable ASP.Net debugging)
3. Set the debugging mode to Program - > start application C:\WINDOWS\system32\dllhst3g.exe and command line arguments: /ProcessID:{20248358-4A67-4FAC-B298-23CC94BC44EE} <-- this is the GUID of my Lifecycle Engine AppServer component in Component Services.

When I hit "debug" button in VS, it builds successfully and shows as attached to a process. Also, I am able to attach to the similar processes in the Debug->Processes list that show dllhst3g.exe and "T-SQL" in the type column. I've been hunting for the highest process ID in hopes of getting the "right" one.

In summary, I am able to interact with the business rule, and for instance I am able to make a change to stub away or re-enable a particular method, so I know the code runs and makes it into the system during deployment. BUT Visual Studio debugger does not hit any break-points.

I've lost a ton of hours and desperately need HELP! Please and thank you! :)

My environment:
- Server 2003 R2 32bit with 6GB+PAE
- Working remotely via RDP (Could this be my problem? I notice if there's a console-logon session, the lifecycle dllhst3g.exe processes spawn under _that_ session, not mine!)
- VS 2003
- The ASR project is referencing the Pivotal assemblies for 5.7 and .Net 1.1 references

5
Тhe majority of my PV work is still with PV5.7. Напишите, если ещё заинтересованы.

6
Tips, Tools and Code Library / Re: Pivotal Freeware Available
« on: March 19, 2007, 01:29:24 PM »
The links don't seem to work - they all seem to lead to a lead-generating form  ???

Pages: [1]