Hi! That's something else, I think it's called "fast interrupt" or the like. It's not such an easy thing, as it restricts a project to have only *one* ISR (=Interrupt Service Routine), which, e.g. with the serial_hw_int_cts library is not possible as that library uses interrupts transparently to the user. So, activating that switch can be dangerous, depending on what libraries you use.
If there is one or more ISR procedures in a program, INTCON_GIE can be activated safely. What we were talking about is a single "fake ISR" which the compiler could always generate if there is no real ISR, just in case the program accidentally enables INTCON_GIE. There are two philosophies: 1. Make program errors have an effect to make them visible and easier correctable 2. Try to hide program errors and increase reliability, doing your best to just keep running IMHO I dont' really have a preference. But watchdogs and especially PPS lock features are clear approaches to Nr. 2. Greets, Kiste Am Samstag, 2. Oktober 2021, 08:38:12 MESZ hat vsurducan <vsurdu...@gmail.com> Folgendes geschrieben: Hi Rob, Kiste, I'm not sure on the actual compiler, but one of old pragma interrupt versions allows you to save, restore all registers and retfie manually at your need. I still believe it was a great option. On Fri, Oct 1, 2021 at 8:46 PM Rob Hamerling <robhamerl...@gmail.com> wrote: > > > Hello Kiste, > > > On 01/10/2021 17.30, 'Oliver Seitz' via jallib wrote: > > >> I didn't check what the compiler does if there's no >>interrupt service routine. Would it be smart to always waste five program >>words just to be sure not to accidentally restart the program? I.e., always >>put a RETFIE at position 0x0004 when there's no pragma interrupt? >> > Yeah, I've thought about that too, but that would mask design errors. Not a > good idea in my opinion. > > Regards, Rob. > > > > > -- > Rob Hamerling, Vianen, NL > > > > -- > You received this message because you are subscribed to the Google Groups > "jallib" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to jallib+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/jallib/d5cd970e-5e81-f278-548d-d9476f0e8dc3%40gmail.com. > -- You received this message because you are subscribed to the Google Groups "jallib" group. To unsubscribe from this group and stop receiving emails from it, send an email to jallib+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/CAM%2Bj4qt0LpyrKTn_f1r-Ze%3DAk%3Dfam3ika_4b4wqRAmCt924_mQ%40mail.gmail.com. -- You received this message because you are subscribed to the Google Groups "jallib" group. To unsubscribe from this group and stop receiving emails from it, send an email to jallib+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/246922508.716341.1633159041947%40mail.yahoo.com.
