Error[154] on END
Moderators: David Barker, Jerry Messina
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
Error[154] on END
Today I have installed SF-fe. When I try to compile an example (i.e. BLINK1) I get 3 errors, all referring to the END directive in the ASM file. The middle is: Each object file section must be contiguous.
I use WINXP SP3. Installation in the default map.
In this way it is impossible to use SF.
I use WINXP SP3. Installation in the default map.
In this way it is impossible to use SF.
- Senacharim
- Posts: 139
- Joined: Tue Aug 10, 2010 5:19 pm
- Location: Ventura, CA
Have you updated to the latest version?
If not, do you have your dongle in?
Is your MPASM the latest version?
Have you changed any text in the examples?
I've gotten some pretty odd errors at times from having a stray / or \ in the wrong location...
Just some thoughts, hope it helps.
If not, do you have your dongle in?
Is your MPASM the latest version?
Have you changed any text in the examples?
I've gotten some pretty odd errors at times from having a stray / or \ in the wrong location...
Just some thoughts, hope it helps.
Surviving Member
Bermuda Triangle Battalion
from 2026 to 1992
Voted "Most likely to time travel"--Class of 2024.
Bermuda Triangle Battalion
from 2026 to 1992
Voted "Most likely to time travel"--Class of 2024.
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
- Changing the device makes no difference in my case2brain wrote:I had never tried the 2 sample blinks before but I had an ASM error but different from yours when I did. By changing the device to 18F4520 I was able to compile but I didn't try running it. So its nothing to do with XP.
- Why would a different error be of significance to me?
- That your problem has been solved does not prove that in my case XP is not relevant.
- David Barker
- Swordfish Developer
- Posts: 1214
- Joined: Tue Oct 03, 2006 7:01 pm
- Location: Saltburn by the Sea, UK
- Contact:
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
-
- Swordfish Developer
- Posts: 1473
- Joined: Fri Jan 30, 2009 6:27 pm
- Location: US
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland
I use WINXP-SP3 and MPAS 5.43. The problem is that older versions of MPASMWIN ( ie 5.2) do not recognise the latest devices and show config errors.Jerry Messina wrote:Just so we know what to avoid, what version of Windows and MPASMWIN.EXE are you using? .
A remarkable difference is that the older MPASMWIN.EXE file has a length of 7.5MB and the new one 943kB.
On the Microchip forum I have detected that the same problem can exist when using WIN7. There is no clear relationship with the operating system.
(NB When compiling ASM-files in the MPLAB IDE environment the output file always mentions MPASMWIN 5.43 as version even when using v5.2).
-
- Swordfish Developer
- Posts: 1473
- Joined: Fri Jan 30, 2009 6:27 pm
- Location: US
So do I.I use WINXP-SP3 and MPAS 5.43
When you install Swordfish SE, you should get a copy of MPASM 5.42 installed into the SwordfishSE/bin directory. That should fine for pretty much every chip since there's really very little difference between 5.42 and 5.43.
If you have a more recent copy of MPLAB installed, you can rename SwordfishSE/bin/MPASMWin.exe so that SF can't find it and SF will use MPLAB's copy.
I'm not sure where you're getting MPASM 5.20, but that's pretty ancient and some of those old versions have issues. If the LST file produced when you assemble says 5.43, then that's what you're using.
There was a big change made in MPASM 5.39, which is when the file got split into an exe, dll, and an info file and MPASM got MUCH better.
-
- Posts: 7
- Joined: Tue Jan 17, 2012 4:14 pm
- Location: Zeeland