Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C#
  4. adapter.fill method Catch and Finally block do not execute

adapter.fill method Catch and Finally block do not execute

Scheduled Pinned Locked Moved C#
visual-studiosysadmindebugginghelp
3 Posts 3 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M Offline
    M Offline
    mpavas
    wrote on last edited by
    #1

    I have the below lines of code in a windows service. When I run the service locally this works fine. But on the server it creates an issue on line no 6 "_dAdapter.Fill method". I can not debug it on the server as there is no VS 2005 installed. The issue is the program just hangs and do not move further to line no 6 and it never comes on catch. It do not come on Finally block too. Please advice. 1. try 2. { 3. ... 4.OracleDataAdapter _dAdapter = new OracleDataAdapter(); 5. _dAdapter.SelectCommand = _oCom; 6. _dAdapter.Fill(dsGetOrder, "process"); 7. } 8. catch (Exception ex) 9. { 10. ... 11. } 12. finally { }

    Regards, Pavas

    C C 2 Replies Last reply
    0
    • M mpavas

      I have the below lines of code in a windows service. When I run the service locally this works fine. But on the server it creates an issue on line no 6 "_dAdapter.Fill method". I can not debug it on the server as there is no VS 2005 installed. The issue is the program just hangs and do not move further to line no 6 and it never comes on catch. It do not come on Finally block too. Please advice. 1. try 2. { 3. ... 4.OracleDataAdapter _dAdapter = new OracleDataAdapter(); 5. _dAdapter.SelectCommand = _oCom; 6. _dAdapter.Fill(dsGetOrder, "process"); 7. } 8. catch (Exception ex) 9. { 10. ... 11. } 12. finally { }

      Regards, Pavas

      C Offline
      C Offline
      Colin Angus Mackay
      wrote on last edited by
      #2

      mpavas wrote:

      I can not debug it on the server as there is no VS 2005 installed.

      But you can add instrumentation and logging to get a view of what is happening inside your application.

      mpavas wrote:

      The issue is the program just hangs and do not move further to line no 6 and it never comes on catch. It do not come on Finally block too

      Is your live database bigger than your test/development database? The issue could be that it is attempting to load in all that data into memory.

      * Developer Day Scotland 2 - Free community conference * The Blog of Colin Angus Mackay


      Vogon Building and Loan advise that your planet is at risk if you do not keep up repayments on any mortgage secured upon it. Please remember that the force of gravity can go up as well as down.

      1 Reply Last reply
      0
      • M mpavas

        I have the below lines of code in a windows service. When I run the service locally this works fine. But on the server it creates an issue on line no 6 "_dAdapter.Fill method". I can not debug it on the server as there is no VS 2005 installed. The issue is the program just hangs and do not move further to line no 6 and it never comes on catch. It do not come on Finally block too. Please advice. 1. try 2. { 3. ... 4.OracleDataAdapter _dAdapter = new OracleDataAdapter(); 5. _dAdapter.SelectCommand = _oCom; 6. _dAdapter.Fill(dsGetOrder, "process"); 7. } 8. catch (Exception ex) 9. { 10. ... 11. } 12. finally { }

        Regards, Pavas

        C Offline
        C Offline
        Christian Graus
        wrote on last edited by
        #3

        Hangs for how long ? Sounds like it's just taking a long time to execute the call.

        Christian Graus Driven to the arms of OSX by Vista.

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups