Go to Post Ohhh Chiefdelphi how I love you and your 700 posts about a picture of a fish. - Boydean [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Closed Thread
Thread Tools Rate Thread Display Modes
  #1   Spotlight this post!  
Unread 03-02-2007, 14:57
sephiroth_42 sephiroth_42 is offline
Registered User
FRC #0701
 
Join Date: Feb 2007
Location: vanden
Posts: 1
sephiroth_42 is an unknown quantity at this point
compiler problems

this code in user routines fast.c is saying that there is a problem that we can't figure out.

#pragma code InterruptVectorLow = LOW_INT_VECTOR // problem is here<---
void InterruptVectorLow (void)
{
_asm
goto InterruptHandlerLow /*jump to interrupt routine*/
_endasm
}

The compiler says the error is: non-overlay and absolute but occurs in more than one input file.

There is also an _entry_scn with the same problem, located in ifi_startup.

#pragma code _startup_scn
void _startup (void)
{
_asm
/* Initialize the stack pointer */
lfsr 1, _stack lfsr 2, _stack clrf TBLPTRU, 0 /* 1st silicon doesn't do this on POR */
bcf FPFLAGS,RND,0 /* Initialize rounding flag for floating point libs */

/* initialize the flash memory access configuration. this is harmless */
/* for non-flash devices, so we do it on all parts. */
bsf 0xa6, 7, 0
bcf 0xa6, 6, 0
_endasm

Please help. it is the only problem we have left in our robot's code.
  #2   Spotlight this post!  
Unread 03-02-2007, 16:10
Xenosthebest Xenosthebest is offline
Registered User
FRC #0701
 
Join Date: Feb 2007
Location: Travis AFB
Posts: 14
Xenosthebest is an unknown quantity at this point
Re: compiler problems

UPDATE:
Ok, a new problem has arisen for us. We found the problem with our compiler problems, but now our encoders will not work. Somehow, while we were fixing our compiler data, we accidentally broke our PID code, which we've made from scratch. anyone knowing how to fix the encoders please give us some info.
  #3   Spotlight this post!  
Unread 03-02-2007, 17:11
paulcd2000's Avatar
paulcd2000 paulcd2000 is offline
Accidentally speaks in C
AKA: Paul Dagnelie
FRC #1719 (The Umbrella Corp.)
Team Role: Programmer
 
Join Date: Jan 2006
Rookie Year: 2006
Location: Baltimore
Posts: 368
paulcd2000 is a jewel in the roughpaulcd2000 is a jewel in the roughpaulcd2000 is a jewel in the rough
Send a message via AIM to paulcd2000
Re: compiler problems

if u go to kevin's code repository they have encoder code and more. try getting your code from there
__________________
"People don't say 'It's just a game' when their team is winning!" -- Scott Adams

5.5 students (on average)* $7/h *210 hours/student= $8085 of labor, all volunteered (not counting mentors', who are each that much)

We have blades on our robot?! ***sweeeeeet***

There are 11 types of people in the world. Those who can read binary, those who can't, and those who say this joke is supposed to be, "There are 10 types of people in the world. Those who can read binary and those who have a life."
  #4   Spotlight this post!  
Unread 04-02-2007, 01:42
mluckham's Avatar
mluckham mluckham is offline
Registered User
FRC #0758 (Sky Robotics)
Team Role: Mentor
 
Join Date: Mar 2006
Rookie Year: 2006
Location: Ontario, Canada
Posts: 116
mluckham will become famous soon enoughmluckham will become famous soon enough
Re: compiler problems

Your encoders undoubtedly depend on interrupts, and that is the area of code where you had the problem (the #pragma).

Look at the default code again and see where the #pragma belongs and what it should like like. And make sure your encoder interrupt-service-routines are being called when the appropriate interrupt occurs.

The #pragma, by the way, tells the compiler to save and restore CPU registers when invoking the routine (when an interrupt happens).
  #5   Spotlight this post!  
Unread 04-02-2007, 10:56
dcbrown dcbrown is offline
Registered User
AKA: Bud
no team
Team Role: Mentor
 
Join Date: Jan 2005
Rookie Year: 2005
Location: Hollis,NH
Posts: 236
dcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud ofdcbrown has much to be proud of
Re: compiler problems

Try the search function,

"The compiler says the error is: non-overlay and absolute but occurs in more than one input file.
There is also an _entry_scn with the same problem, located in ifi_startup."

issue has been discussed is several other threads including:

http://www.chiefdelphi.com/forums/sh...ght=_entry_scn
Closed Thread


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
2006 Compiler Ultima Programming 11 08-10-2006 20:05
C 18 2.4 compiler bjimster1 Programming 5 18-01-2006 19:11
C18 Compiler v.3.00 Problems prograid Programming 6 10-01-2006 22:10
Compiler problems katkana Programming 2 03-02-2005 18:29


All times are GMT -5. The time now is 21:16.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi