CodePage=65001, breakpoints not right

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • eric.goforth@gmail.com

    CodePage=65001, breakpoints not right

    Hello,

    I went from <%@ Language=VBScri pt %to <%@ Language=VBScri pt
    CodePage=65001 %at the top of all my .asp files and now when I debug
    my app in Visual Interdev or in VS.NET 2005 the breakpoints don't look
    right.

    I set a break point on line 10 it will show up on line 9 in the IDE.
    When I actually step through the app it's hard to figure out what's
    going on. The program will step into commented blocks and skip over
    actual code. Has anyone ever seen this behavior. Any work arounds?

    -Eric

  • Bob Barrows [MVP]

    #2
    Re: CodePage=65001, breakpoints not right

    eric.goforth@gm ail.com wrote:
    Hello,
    >
    I went from <%@ Language=VBScri pt %to <%@ Language=VBScri pt
    CodePage=65001 %at the top of all my .asp files and now when I debug
    my app in Visual Interdev or in VS.NET 2005 the breakpoints don't look
    right.
    >
    There was no way for you to know it (except maybe by browsing through some
    of the previous questions before posting yours - always a recommended
    practice) , but this is a classic asp newsgroup. ASP.Net bears very little
    resemblance to classic ASP so,
    while you may be lucky enough to find a dotnet-knowledgeable person here who
    can answer your question, you can eliminate the luck factor by posting your
    question to a group where those dotnet-knowledgeable people hang out. I
    suggest microsoft.publi c.dotnet.framew ork.aspnet.
    I set a break point on line 10 it will show up on line 9 in the IDE.
    When I actually step through the app it's hard to figure out what's
    going on. The program will step into commented blocks and skip over
    actual code. Has anyone ever seen this behavior. Any work arounds?
    >
    I've never encountered this. i suggest going to one of the vsnet groups,
    probably .vsnet.debuggin g.
    --
    Microsoft MVP - ASP/ASP.NET
    Please reply to the newsgroup. This email account is my spam trap so I
    don't check it very often. If you must reply off-line, then remove the
    "NO SPAM"


    Comment

    • eric.goforth@gmail.com

      #3
      Re: CodePage=65001, breakpoints not right


      Bob Barrows [MVP] wrote:
      eric.goforth@gm ail.com wrote:
      Hello,

      I went from <%@ Language=VBScri pt %to <%@ Language=VBScri pt
      CodePage=65001 %at the top of all my .asp files and now when I debug
      my app in Visual Interdev or in VS.NET 2005 the breakpoints don't look
      right.
      There was no way for you to know it (except maybe by browsing through some
      of the previous questions before posting yours - always a recommended
      practice) , but this is a classic asp newsgroup. ASP.Net bears very little
      resemblance to classic ASP so,
      while you may be lucky enough to find a dotnet-knowledgeable person here who
      can answer your question, you can eliminate the luck factor by posting your
      question to a group where those dotnet-knowledgeable people hang out. I
      suggest microsoft.publi c.dotnet.framew ork.aspnet.
      As I wrote earlier, I see the same behavior in whether I debug in
      Visual Interdev or VS.NET 2005. This is in a classic asp application,
      not a .NET application.

      Comment

      • Egbert Nierop \(MVP for IIS\)

        #4
        Re: CodePage=65001, breakpoints not right


        <eric.goforth@g mail.comwrote in message
        news:1154030267 .119478.121860@ m79g2000cwm.goo glegroups.com.. .
        Hello,
        >
        I went from <%@ Language=VBScri pt %to <%@ Language=VBScri pt
        CodePage=65001 %at the top of all my .asp files and now when I debug
        my app in Visual Interdev or in VS.NET 2005 the breakpoints don't look
        right.
        >
        I set a break point on line 10 it will show up on line 9 in the IDE.
        When I actually step through the app it's hard to figure out what's
        going on. The program will step into commented blocks and skip over
        actual code. Has anyone ever seen this behavior. Any work arounds?
        >
        -Eric
        Did you save the asp script as utf-8?
        The bug might be related to this.

        --
        compatible web farm Session replacement for Asp and Asp.Net


        Comment

        • Bob Barrows [MVP]

          #5
          Re: CodePage=65001, breakpoints not right

          eric.goforth@gm ail.com wrote:
          Bob Barrows [MVP] wrote:
          >eric.goforth@gm ail.com wrote:
          >>Hello,
          >>>
          >>I went from <%@ Language=VBScri pt %to <%@ Language=VBScri pt
          >>CodePage=6500 1 %at the top of all my .asp files and now when I
          >>debug
          >>my app in Visual Interdev or in VS.NET 2005 the breakpoints don't
          >>look right.
          >>>
          >There was no way for you to know it (except maybe by browsing
          >through some of the previous questions before posting yours - always
          >a recommended practice) , but this is a classic asp newsgroup.
          >ASP.Net bears very little resemblance to classic ASP so,
          >while you may be lucky enough to find a dotnet-knowledgeable person
          >here who can answer your question, you can eliminate the luck factor
          >by posting your question to a group where those dotnet-knowledgeable
          >people hang out. I suggest microsoft.publi c.dotnet.framew ork.aspnet.
          >
          As I wrote earlier, I see the same behavior in whether I debug in
          Visual Interdev or VS.NET 2005. This is in a classic asp application,
          not a .NET application.
          My mistake, but this is still a VS/VI issue, not an ASP issue.

          --
          Microsoft MVP - ASP/ASP.NET
          Please reply to the newsgroup. This email account is my spam trap so I
          don't check it very often. If you must reply off-line, then remove the
          "NO SPAM"


          Comment

          Working...