Activity for Jay Cotton
-
Jay Cotton committed [f781a3]
adding drive selection
-
fix bad traces
-
new notes
-
got part of this working on sdir. scopy is TBD.
-
fix kb interrupt code
-
add sub directory
-
comments
-
Really need a delete function.
-
Can't copy files to the SD card.
-
This is fixed now. The bug was a ternary conditional expression that did not compile correctly. I suspect the bug is fixed in the latest version of z88dk, but have not tested it yet.
-
fix copy to sd
-
New board layout is now v2.1
-
updates completed
-
fix to layout
-
oshpark updated
-
updates to sent to ohspark
-
Need to support wildcard functions
-
Can't copy files to the SD card.
-
New board layout is now v2.1
-
Initial push
-
Thanks for the catch. I'll have a go at it.
-
initial code
-
initial code
-
bug fixes and updates
-
added port nr
-
initial commit
-
initial upload
-
initial commit
-
fix Ago bug
-
fix conditional parameter parseing
-
a space after the keyword macro causes a crash.
-
Fix multi args for macro proto
-
fixing and refactoring
-
extra tabs in listing file.
-
fixes and mods
-
fix indent bug
-
Experiments with the HAZZAH shows much better performance, but still seeing the data loss problems.
-
nodemcu is poor choice for 8266
-
Dropping characters.
-
I have a fix for this. but the gates are locked.
-
95 0140 C2 3D 01 jnz memset 96 0143 C9 ret 97 01 44 s171463 equ $ 98 0144 21 AC 04 lxi h,outfile 99 ;pzzp packfd "TEST.OUT" 100 01 47 pzzp equ $ 101 ; can't really see it with proportional spaceing ....
-
extra tabs in listing file.
-
The feature will be an update to the code. ExpandText and Process0 needs to be updated.
-
macro can't handle multiple parameters on prototype.
-
Unexpected error
-
fixed memory corruption bugs
-
cleanups
-
add comment
-
add comments
-
clean up unused vars.
-
working on some global bugs
-
latest version
-
working copy
-
add drawings
-
code drop
-
added comments
-
initial commit
-
Get your code and did a test. Yep. I think we are abusing the hex generator a bit. I modified your code to (what I think the correct text should be) ;--------------------------------------------------------------- ;DISK BUFFER IN RAM RIGHT AFTER THE LOADER ;--------------------------------------------------------------- BUFFER: DW 00H ;FILLS THE EPROM OUT WITH 00'S org 0 ;--------------------------------------------------------------- ; AND FINALLY THE STACK, WHICH GROWS DOWNWARD ;---------------------------------------------------------------...
-
I'll have a look at your .asm file, but look at this one. org 0fff0h db "This is a test of" end produces $ asm8080 eom.asm -l *** Warning 17 in "eom.asm" @2: address wrapped at maxval $ cat eom.hex :00000001FF If I shorten it by 1 byte, it seems to be happy. So, over flow it busting the code....
-
A resent bug was logged that seems a bit dicey to me. The asm file has near the end. 396 FFFE BUFFER: DW 00H ;FILLS THE EPROM OUT WITH 00'S 0000 *** Warning 17 in "dbl.asm": address wrapped at maxval 397 0000 DS 84H 398 399 ;--------------------------------------------------------------- 400 ; AND FINALLY THE STACK, WHICH GROWS DOWNWARD 401 ;--------------------------------------------------------------- 402 0085 STSP: DS 08H ;SPACE FOR STACK 403 00 8D STACK: EQU $ 404 405 END This seems inocent...
-
Do you have a test case for this? It looks like DBL.HEX from the side by side comparision. The newer (more broken) version of the assembler should have fixed this also. Can you retest.
-
Pushed a fix for this. What I did was break the code that prevents the wrap around. Did add a warning. Just in case you did not intent to wrap the address around. I my opinion the above is a bad fix. I may add a run time switch to allow users to decide they want broken behavior.
-
Fixes for pc address wrap around
-
braceing like this ('I'+80h), gets around the problem.
-
The db '1'+80h looks like there is a missing call to eval. Will look at it more.
-
Did not see the hex file problem on altmon. But the hex dumper may have an overflow bug.
-
Thats a new bug. Can you file a ticket on it.... On Mon, Jan 15, 2018 at 3:02 PM, J.B. jblang@users.sf.net wrote: I fixed it by hardcoding STACK: EQU 008CH. However, I'm also seeing something weird with the hex file that is generated. The 256 bytes from the program are in there twice (once at the beginning and once at the end: :10FF00002113FF11002C0EEB7E1223130DC208FFEC :10FF1000C3002CF3AFD3222FD3233E2CD3223E0396 :10FF2000D310DBFFE6100F0FC610D31031792DAFC1 :10FF3000D308DB08E608C21C2C3E04D309C3382CC6...
-
lxi h,cmdTbl+100h-2*'B' ;'B' indexes to start of cmdtbl The bug here is the assumption that 2 * 'B' get evaluated first befor cmdTbl+100h. The fix in the source is as stated cmdTbl+100h-(2*'B') I'll have to think on this for a while to find a solution that works with the delep parser and stack down eval. While looking at this bug I also see another one 'I'+80h is not working correctly.
-
So the basic issues with 'I' + 80h and 2 * 'B' is operator presidence. The parser is chewing through the input text left to right one item at a time.
-
Bug in i/o code.
-
updated readme
-
start of user doc
-
compiled editor
-
first code drop
-
Initial commit
-
I have confirmed your bug report. The hexLoad bug, is a source error. The label is called hexload (lower case L) I wonder how that gets through the assemblers... Things like 'I'+80h should work, so I'll have a go at those things first...
-
Thanks for the report. I'll take a look at this, and get that source file to play with. There have been a few bugs fixed in this area, looks like I missed a few. jc On Fri, Jan 12, 2018 at 7:33 PM, J.B. jblang@users.sf.net wrote: [bugs:#6] https://sourceforge.net/p/asm8080/bugs/6/ Problems with altmon.asm* Status: open Group: v1.0 (example) Created: Sat Jan 13, 2018 03:33 AM UTC by J.B. Last Updated: Sat Jan 13, 2018 03:33 AM UTC Owner: nobody I wanted to report a source that won't assemble cleanly:...
-
update project readme
-
first code push
-
initial commit
-
photos
-
update
-
new parts list
-
run the display
-
final curcuit
-
test init code
-
updates
-
update
-
initial code drop
-
first version of lcd lib
-
initial schematic
-
parts list
-
Initial commit
-
Still working on labels
-
fixing label bugs
-
fixing label bugs
-
promsplic is new progect
-
The code
-
Initial commit
-
Aditional fixes to get correct output
1 >