Hello!
I have uVision that compiles fine with the C51 v7.03 compiler and the related package, but not complete with the 8.06. I used two different Keil installations. All files are in the same folder.
In the 8.06 I get linker errors like "object does not fit in to pdata page" and "0080H". This looks like the compiler was thinking the PDATA was only 128 bytes, but it is set to 256 bytes in the startup.a51. Any clue what's different in the newer Keil package?
Also there is a warning in 8.06 (which does not show in 7.03) "converting non-pointer to pointer" on this
ptr_xdata = sPtr_obj->Adresse;
while the vars are set like this:
uchar uc_set_obj( uchar pdata *ptr_Set) { uchar i; uchar xdata *ptr_xdata; struct stOBJADR code *sPtr_obj; sPtr_obj=&Obj[*ptr_Set]; . . . ptr_xdata = sPtr_obj->Adresse; }
The struct stOBJADR has a member "uint Adresse;"
I can see no wrong use of the pointers. I just want to be sure that the warning does not affect the code to not work correctly.
If I simply tell you what happens you will no doubt argue that I'm wrong I do not think I have ever stated you wrong except in your deliberate misinterpretations of my statements.
When you I am sure, by mistake, have included anything helpful ".. x does y this way" I have never stated you wrong.
I comr to think of the proverb "thief think everyone steals" when you anticipate me arguing that you are wrong
Erik
I do not think I have ever stated you wrong except in your deliberate misinterpretations of my statements.
It's quite creative of you to try this new tactic, but pretending that your errors are in fact misunderstandings on my part isn't going to fool anyone. I can assure you that I read your posts carefully to try and compensate for any failure to express your intent clearly.
Perhaps not, but your repeated protestations that you're correct after I point out an error in something you've written amount to much the same thing. I don't often provide you with the solution, however, as someone who claims such lengthy experience as yourself has little excuse for making the error and no excuse for not checking the documentation for the correct information.
Ok then, let's rephrase: I anticipate you arguing that you are correct, or that you meant something else, or that somebody else said it, or mangling a quote to distort the meaning. I don't anticipate you owning up to having made a mistake. I actually begin to wonder whether you are capable of accepting, even quietly to yourself, that you might not always be right.