assembly error on DT interrupts

[PCzar3]

Hello Ioannis,
I have worked with Henrik in the past and he has been most helpful. I'll look again at what he has suggested. If I find the solution, I'll post an answer. If not, well I'll have to see what I can find. I don't mean to raise your ire with my problem.

Paul

[Ioannis]

There is no ire...

Only that it is extremely difficult to guess what you might have wrong. Posting the listing and the in some cases the wiring to your PIC, power supply etc greatly helps nailing the problem.

Most do not like guessing, me included.

I do understand that you may have code not willing to show for any reason. But on the other hand how can one help if has no clue?

Ioannis

[richard]

i have a suspicion about what the problem is but I'm not willing to waste time testing random
hypotheticals just for the chance to learn later that that's not actually your problem.
why don't you post the code you have tried, in fact rather than posting the complete project
aim to post the simplest compliable program that shows the problem. code snippets generally don't
cut it, we need to see the config settings, osc speed, var declarations, port settings, chip type etc....

dt_ints18 for k80 series works perfectly for both high and low priority interrupts for me
[note even the chip type is guesswork]





my stock for the stone soup

[tumbleweed]

A number of interrupts for the K80 are different than what's in dt_ints-18.bas, so while it might compile it won't work properly without some adjustments.

As others have said, without seeing the OP's version it's hard to make recommendations.

[PCzar3]

Well after hours of searching I decided to look at the file with a hex editor. I found a non-printing character appended to the name of one of the interrupt routines. When I edited the character out, all compiled with no errors. I want to thank everyone for their help with this. I don't know where the character came from, but Henrik pointed this out once before on a different problem which is why I decided to look at this again. Tumbleweed, I did modify the interrupts to work with the K80 and have used this before with another program which is why this left me so confused. Ioannis, thanks for your patience with this. I consider this closed now if only I could find what is sticking random values into the ASCII.

Thanks,
Paul

[Ioannis]

Even a simple text editor could do that damage to the file and have such characters stored in them.

That is why posting the whole file helps us to help you.

Anyway, glad you got it working as you expected.

Ioannis

[richard]

I found a non-printing character appended to the name of one of the interrupt routines

what chr did you find ?
every non-printing character i have tried caused a

WARNING Line 43: Bad token " ".


error