... Then it's a bug ! The compiler gives an error, so if Nmodule is a variable, I guess it's value is of no importance ? I also tried it on the latest version...
It sure looks like a bug. <JAL> var byte i = 25 for i * 3 loop -- 4 bytes n = n + 1 end loop </JAL> gives: mark@THE-NNK5N6TSKXA ~/dev/jal/jal/testsuite/src $...
Hi Stef, Mark, Please, Can you post this bug in SourceForge bug track? If the error it's what Marks post (source file and line) I can post it. Javi. ... ...
The bug is present in the jal I use, so it was most probably present in the code the GPL effort started with. Test code: include 16f628_20 var byte n = 4, k =...
Hi Wouter, Tested the code with same results: jal 0.4.58 (GCC 3.2) ... Just added the bug in SourceForge (Report ID: 816441). The bug, squasher.c line 342,...
Hi all, More tests: for 2 * n loop -- OK! k = k + 2 end loop for 3 * n loop -- Bad! k = k + 2 end loop for 4 * n loop -- Bad! k = k + 2 end loop for 5 *...
... How bad is bad? How many times is the loop executed? Does for (5 * n) loop k = k + 2 end loop work? -- Ir. E.E. van Andel, Fine Wire Heat Exchangers,...
Hi ... apparently, the compiler does not complain. Should it? The fans do change speed when I say ... but fan1 and fan2 (the bytes) stay 0x00 PS. The reason...
... I think you just need some coffee. ;) The assert is hapening while computing a temp var for the loop counter value. for 3*n loop with something like ...
I have been working for a long time on a remote display. There are some problems that I couldn't find the source of these problems. After receiving 100-150...
... an inconsistency between assembler and Jal instructions for pin manipulation. The Jal I/O lib uses a port buffer to avoid some problems related to the PIC...
hi Ziya, not a bug I think, but just a human error (of yourself) ;-) See the jallist for "problems with RS232, JAL + assembler" here the conclusion: 1. if you...
Looking at the difference between the assembler output from the too variations, it seems that the way that works ("kirmiziyesil_led = low" ) uses the...
Hi all, Yesterday I was playing with the patch suggested by Wouter (with the same success). There's no more NULL pointer error, but the operation it's not...
Hi everyone, I am still alive... I needed some new Jal functionality, so I took the big step and downloaded the GPL source. Juk, I don't like this split in...
... If you are using CVS to access the SF source code then if you can send the output from the following command to the list, or me directly, then I can merge...
Hi Wouter, ... Thanks for this step. Perhaps it's nor so good as each one hope, but seems to be acceptable for all. ... What I'm doing now is to send the patch...
Hi Trying to get JAL running on FreeBSD 4.8. ... The ... Looks a bit suspicious. Should there be something after the "="? But that needs changes in configure,...
The problem isn't in the root Makefile. It is in jal/Makefile. The problem line is: -include $(DEP_FILES) Apparently FreeBSD doesn't use GNU make. Their...
Craig Franklin
craigfranklin@...
Oct 23, 2003 2:10 am
852
I checked in a slightly modified patch to fix the bug. See attached patch. It differs in the offset computation for the pic16 raw ISR offset. My test has it...
Hi Mark, I'll check it at home. The PIC16 SFR's definition are in the file "P18F458.jal", do you say that this file is not complet? I remember to check this...
Dear all. Thank you all for interest in solving 18Fxxx interrupt bug. (Yesterday i discovered it..) I'd like to know what i should do to make jal work properly...