bug report + documentation error: no P2B in eccp half bridge

[notbad]

I noticed a bug in my CCS 4.130 so I post it just in case someone will search about it:
In pic18f26k22 when eccp2 is in half bridge mode and p2b is set to be multiplexed on RB5 in fuses, the compiler does not clear the TRIS bit for RB5. The programmer should do it using output_drive(pin_B5);.

And there is an error in documentation for parameters of getenv function:

[temtronic]

Hopefully, you'll report your findings to ccs directly. They don't monitor this forum.

hth
jay

[Ttelmah]

Generally though, the compiler does not handle TRIS for anything with re-mappable pins. If you select the alternative address on UART's, PWM's etc., it becomes your responsibility to handle TRIS.
It should be made clear, but it is quite well documented here.

Best Wishes

[notbad]

Dear Ttelmah
What do you mean by “It should be made clear, but it is quite well documented here.”? Sorry my English is really embarrassing! Are you saying that the problem with TRIS is documented somewhere? Where? By who?

Besides, sometimes I see some users, including you, answer questions with information that I don’t know where they come from!
I mean all I have is a manual for CCS and a book titled “An Introduction to Programming the Microchip PIC in CCS C”.
How do you know all this stuff?

[Ttelmah]

The point is that for most compiler versions, and most peripherals, if you set fuses to move the peripheral to alternate pins, the compiler stops handling TRIS for you. It only handles the default addresses.
It is a problem, since in general it is so easy to let the compiler do it for you, and for most programmers, it is often said 'let the compiler handle TRIS'. It's a pity that there isn't a comment with the fuse setting along the lines of 'if you use this, you will have to handle TRIS yourself'...
On where have people., learnt. By doing & reading.

Best Wishes