Another PBP 2.60 Surprise ...


Closed Thread
Results 1 to 5 of 5
  1. #1
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,615

    Angry Another PBP 2.60 Surprise ...

    Executing: "C:\Program Files\Microchip\MPLAB IDE\PBP\PBPMPLAB.BAT" -ampasmwin -k# -p16F628 "gasbrain.bas"
    Executing: "C:\Program Files\Microchip\MPLAB IDE\PBP\PBPW.EXE" -ampasmwin -k# -p16F628 "gasbrain.bas"
    PICBASIC PRO(TM) Compiler 2.60, (c) 1998, 2009 microEngineering Labs, Inc.
    All Rights Reserved.
    Message[301] C:\PROGRAM FILES\MICROCHIP\MPLAB IDE\PBP\16F628.INC 23 : MESSAGE: ( Pensez à la Bonne Config !!!)
    Message[301] C:\PROGRAM FILES\MICROCHIP\MPLAB IDE\PBP\16F628.INC 24 : MESSAGE: ( Pensez à la Bonne Config !!!)
    Message[301] C:\PROGRAM FILES\MICROCHIP\MPLAB IDE\PBP\16F628.INC 25 : MESSAGE: ( Pensez à la Bonne Config !!!)
    Message[306] C:\PROGRAM FILES\MICROCHIP\MPLAB IDE\PBP\PBPPIC14.LIB 743 : Crossing page boundary -- ensure page bits are set.
    Warning[220] C:\PROGRAM FILES\MICROCHIP\MPLAB IDE\PBP\PBPPIC14.LIB 743 : Address exceeds maximum range for this processor.

    Loaded C:\Program Files\Microchip\MPLAB IDE\Projets\gasbrain.COF.
    BUILD SUCCEEDED: Sun Aug 23 16:20:23 2009


    Nothing strange ???

    Here , we are at the far end of the PBP program ... END statement exactly.

    SLEEP is line 2048

    BUT

    GOTO SLEEP which should have been line ... 2049 has been cut away ...

    Just a Warning ...

    So, NEVER forget the END Statement !!!

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

  2. #2
    Join Date
    Jul 2003
    Location
    Colorado Springs
    Posts
    4,959


    Did you find this post helpful? Yes | No

    Default

    Quote Originally Posted by Acetronics View Post
    So, NEVER forget the END Statement !!!
    I must be missing the point again ...

    According to the error's, the program is crossing the page boundary, and the 16F628 only has 1 page.

    How could there be anything at 2048/2049?
    <br>
    DT

  3. #3
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,615


    Did you find this post helpful? Yes | No

    Default

    Quote Originally Posted by Darrel Taylor View Post
    I must be missing the point again ...

    According to the error's, the program is crossing the page boundary, and the 16F628 only has 1 page.

    How could there be anything at 2048/2049?
    <br>
    Hi, Darrel

    Seriously ... That's THE Good Question :

    Build Succeeded, but ASM generated is more than the allowed program memory ... and truncated.

    No "Succeed" should arise ...

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

  4. #4
    Join Date
    Sep 2007
    Posts
    32


    Did you find this post helpful? Yes | No

    Default

    My testing indicates that Microchip's MPASMWIN assembler does produce hex and coff files even though the program exceeds the available code space. The program is truncated when this is the case. It does generate a warning message, but the "Build Succeeded" result is a bit misleading.

    As for the reason that the program grew when compiled with 2.60, I will be happy to investigate if you will post your program or send it directly to the support address at melabs.

    One of the common causes for larger code with 2.60 is the change we made to the READ and WRITE commands. This causes the commands to use more code space when many READs and WRITEs are used to handle individual bytes, but can be made more efficient if the new features are utilized to write multiple bytes with single commands.
    Charles Leo
    microEngineering Labs, Inc.
    http://melabs.com

  5. #5
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,615


    Did you find this post helpful? Yes | No

    Wink

    Hi, Charles

    Program sent ...

    And Prog memory Overflow verified ...

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

Similar Threads

  1. Replies: 14
    Last Post: - 19th January 2012, 19:38
  2. PBP 2.60 & ADCON1 problem
    By bitbangerbob in forum mel PIC BASIC Pro
    Replies: 4
    Last Post: - 21st October 2009, 12:06
  3. 2.60 + MCSP problems
    By HenrikOlsson in forum mel PIC BASIC Pro
    Replies: 14
    Last Post: - 27th September 2009, 15:42
  4. WRITE: One more PBP 2.60 Surprise ...
    By Acetronics2 in forum mel PIC BASIC Pro
    Replies: 22
    Last Post: - 26th August 2009, 09:10
  5. A Little surprise with PbP 2.50 ...
    By Acetronics2 in forum mel PIC BASIC Pro
    Replies: 30
    Last Post: - 3rd November 2007, 04:57

Members who have read this thread : 1

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts