6502.org Forum Projects Code Documents Tools Forum
It is currently Fri Nov 22, 2024 4:48 pm

View unanswered posts | View active topics


Board index » 6502.org Users Forum » Emulation and Simulation

All times are UTC




Post new topic Reply to topic  Page 19 of 28
  [ 413 posts ]  Go to page Previous  1 ... 16, 17, 18, 19, 20, 21, 22 ... 28  Next
  Previous topic | Next topic 
Author Message
jdimeglio
PostPosted: Wed Mar 06, 2024 11:11 am 
Offline
User avatar

Joined: Wed Nov 11, 2020 3:33 am
Posts: 22
Location: Sydney
hey guys, Seeing if this thread still going? ...and any more development for the simulator?

_________________
_________________________________________________________________________
Checkout my 2pass assembler/monitor https://github.com/jdimeglio/6502-Monitor
Top
 Profile  
Reply with quote  
8BIT
PostPosted: Wed Mar 06, 2024 12:48 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1748
Location: Sacramento, CA
I have not done any more work lately. I would still like to make the 65816 simulator but it may be a few years before I get started on that. I am still supporting bug fixes and will take requests for additional features with the understanding they may take some time or may not be implemented.

I initially took this up as I needed to fix some cycle counting bugs and found a list of known bugs reported by others. Then I got the itch to add 65816 support. The assembler was not hard. Expanding the environment to support 16MB of memory took a little more effort. The simulator will be a huge undertaking and will take a lot of my spare time, which I currently have very little of.

thanks,
Daryl

_________________
Please visit my website -> https://sbc.rictor.org/
Top
 Profile  
Reply with quote  
BigDumbDinosaur
PostPosted: Wed Mar 06, 2024 11:19 pm 
Offline
User avatar

Joined: Thu May 28, 2009 9:46 pm
Posts: 8505
Location: Midwestern USA
Daryl’s hard work has turned an already-good editor/assembler into an excellent one.  There are some features and changes I think would be useful, which I’ve mentioned in the past, but will repeat to spare anyone from sifting through old posts.

Editor:

  1. Goto Line Number

    If an assembly error occurs and the culprit is in an INCLUDE file, the assembler will point to the line in the top-level, i.e., main, source file that is INCLUDEing the source file with the error.  After loading the INCLUDEd file, it is necessary to scroll or page to get to the line with the error.  It would be more efficient to have a “goto” editor function to jump to a specific line.

    Currently, [Ctrl-G] is an alternative to using [F3] to continue on a search.  I propose that [Ctrl-G] become the keystroke used to invoke the “goto” function, which keystroke seems to be common usage in many text editors, such as UltraEdit.

  2. Find Pattern Match

    The find text ([Ctrl-F] and replace text ([Ctrl-R]) functions only understand literal text.  It would be useful to allow pattern substitution in search strings, with ? and * as wildcard characters, for example, ABC*MNO??XYZ.  In this example, the * would match anything in between ABC and MNO, and ?? would match any two characters between MNO and XYZ.

  3. Search-and-Replace Crashes

    Extensive use of the search-and-replace function will eventually cause the editor to become unresponsive, causing a loss of all work in progress.  The only recourse when this occurs is to kill the program from the Windows task manager.

    In trying to establish a pattern for this bug, I’ve come to the conclusion that a search-and-replace that makes a lot of changes to the file being edited is overflowing the editor’s undo stack.  It’s only a theory...  :D

Assembler

  1. The .PARAMTYPE (parameter type) internal macro variable that is supposed to differentiate between a macro argument passed as numeric and an argument passed as a character string, causes an error if used.  The below short program illustrates this.

    Code:
             .opt caseinsensitive,swapbin

    string   .macro ...                         ;accepts variable number of parameters
             .if @0                             ;if at least 1 parameter is passed...
    .p           .=1                            ;.P is a variable, not a symbol
                 .rept @0                       ;repeat for number of parameters
                     .if .paramtype(@.p) == 2   ;if parameter is a string...
                         .byte @.p$             ;assemble it
                     .endif
    .p               .=.p+1                     ;next parameter
                 .endr
                 .byte 0                        ;terminate string
             .endif
             .endm

             *=$400

             string "this is",$12," a test"

    If the above were to correctly assemble, the $12 argument would be skipped during macro expansion due it not being a string.  Instead, assembly will stop with the text pointer at the STRING macro invocation, with the actual error occurring on the line with the .PARAMTYPE test.

File handling:

  1. Filenames

    1. Change the default filename extension for a source code file to .ASM, which is nearly universal in the assembly language world.  Retain .65S for backward compatibility with older versions of the simulator.

    2. Change the default binary object file extension to .BIN, whether saved as a binary image or a binary program—the binary program format is identical to that of the binary image.  Perhaps the “binary program” (.65P) option should be removed, since its specific feature is unimplemented.

    3. Remove the default filename Binary Code for object files of all types, since it is unlikely the default is what the user would want (I, for one, never put blanks in filenames, nor do I capitalize them).  What would be useful is once a filename has been established for a particular object file type, that name would become the default for the current edit/assemble session.  Doing so would reduce typing and the likelihood of mistakes.

  2. File Types

    1. Change the default saved object file format to Motorola S-record, which is more widely used in 6502 programming than the Intel hex format (I’ve never seen Intel hex used in some 47 years of writing 6502 code).

      Speaking of Intel hex format, the assembler does not correctly save into Intel hex format when a 65C816 program has been assembled to an extended address, e.g., *=$FE1234.  Bits 16-23, $FE in this example, are not in the records’ load address.  On the other hand, saving into S-record format does result in the generation of S2 and S8 records, which feature fully supports 24-bit addressing.

    2. Consistent with change ‘A’ above, change the default load object file format to Motorola S-record.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!
Top
 Profile  
Reply with quote  
jdimeglio
PostPosted: Thu Mar 07, 2024 5:05 am 
Offline
User avatar

Joined: Wed Nov 11, 2020 3:33 am
Posts: 22
Location: Sydney
i've been using the simulator for years and grateful for keeping it rolling forward.

_________________
_________________________________________________________________________
Checkout my 2pass assembler/monitor https://github.com/jdimeglio/6502-Monitor
Top
 Profile  
Reply with quote  
BillG
PostPosted: Fri Mar 08, 2024 9:52 am 
Offline

Joined: Thu Mar 12, 2020 10:04 pm
Posts: 704
Location: North Tejas
Is any documentation available?

HTMLHelp does not work after Microsoft killed Internet Explorer.

There is nothing on https://sbc.rictor.org/kowalski.html
Top
 Profile  
Reply with quote  
8BIT
PostPosted: Fri Mar 08, 2024 3:28 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1748
Location: Sacramento, CA
Hi Bill,

The HTMP Help still works on my Windows 10. Are you saying it does not work with newer versions of Windows?

I have no other documents to share. I did find this folder using Google, which contains some basic documentation.

https://github.com/jdimeglio/6502-Simul ... aster/Docs

Thanks for your feedback!

Daryl

_________________
Please visit my website -> https://sbc.rictor.org/
Top
 Profile  
Reply with quote  
BillG
PostPosted: Fri Mar 08, 2024 11:00 pm 
Offline

Joined: Thu Mar 12, 2020 10:04 pm
Posts: 704
Location: North Tejas
This is what I get when I try to view help:
Attachment:
image_2024-03-08_165915228.png
image_2024-03-08_165915228.png [ 67.13 KiB | Viewed 1241 times ]

According to this:

https://learn.microsoft.com/en-us/troub ... r-properly

The .CHM is blocked because it was downloaded from "an untrusted source."

After unblocking in Properties, it now works.

Who is the jackwagon who decided to enable magic powers a black hat can exploit IN A HELP FILE of all places?

More creeping ItsCoolitis. Hey, that's cool! Let's do it regardless of the security risk. It all started with putting HTML and its evil sibling JavaScript into e-mail messages.
Top
 Profile  
Reply with quote  
8BIT
PostPosted: Sat Mar 09, 2024 3:19 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1748
Location: Sacramento, CA
I'm glad you found the solution. I'll write up some instructions for fixing that for others and add it to the web page.

thanks!
Daryl

_________________
Please visit my website -> https://sbc.rictor.org/
Top
 Profile  
Reply with quote  
BigDumbDinosaur
PostPosted: Thu Mar 14, 2024 10:12 pm 
Offline
User avatar

Joined: Thu May 28, 2009 9:46 pm
Posts: 8505
Location: Midwestern USA
Discovered another “oops!” in the assembler.

The attached image show the assembler “stuck” in an error condition due to a line of code having a typo in it.  The line in question has a red arrow pointing to it in the left margin and the error is two invocations of the res (“reserve”) macro.  By “stuck,” I mean the only way to clear this error is to kill the assembler from the Window$ task manager.  Clicking the OK button endlessly reiterates the error.  Fortunately, I had saved the source file before assembling...

Attachment:
File comment: Kowalski Assembler Stuck Following A Fatal Error
kowalski_stuck.gif
kowalski_stuck.gif [ 154.53 KiB | Viewed 1174 times ]

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!


Last edited by BigDumbDinosaur on Fri Mar 15, 2024 5:28 am, edited 2 times in total.

Top
 Profile  
Reply with quote  
8BIT
PostPosted: Fri Mar 15, 2024 12:00 am 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1748
Location: Sacramento, CA
Ok, I'll try to look at it this weekend.

I'm glad you didn't loose your work.

Daryl

_________________
Please visit my website -> https://sbc.rictor.org/
Top
 Profile  
Reply with quote  
BigDumbDinosaur
PostPosted: Fri Mar 15, 2024 5:38 am 
Offline
User avatar

Joined: Thu May 28, 2009 9:46 pm
Posts: 8505
Location: Midwestern USA
8BIT wrote:
Ok, I'll try to look at it this weekend.

Thanks!

Quote:
I'm glad you didn't loose your work.

I've gotten in the habit of saving all “dirty” files before assembling or performing a search-and-replace, since the latter has gotten me numerous times.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!
Top
 Profile  
Reply with quote  
jdimeglio
PostPosted: Fri Mar 15, 2024 6:15 pm 
Offline
User avatar

Joined: Wed Nov 11, 2020 3:33 am
Posts: 22
Location: Sydney
If we talking about wish list :-D :-D :-D heheheheh

I'd love to see two things

1. basic 6551 support that sends data to virtual com port - where say another terminal app can listen/connect to. (basically want to run ANSI codes to the screen)
2. 6551 can produce IRQ when there's a character in the buffer (basically help me create IRQ driven keyboard routines)

thought id through it out there.. Otherwise how do people test 6551 IRQ routines?

Otherwise @Daryl love the work

_________________
_________________________________________________________________________
Checkout my 2pass assembler/monitor https://github.com/jdimeglio/6502-Monitor
Top
 Profile  
Reply with quote  
BigDumbDinosaur
PostPosted: Fri Mar 15, 2024 7:04 pm 
Offline
User avatar

Joined: Thu May 28, 2009 9:46 pm
Posts: 8505
Location: Midwestern USA
jdimeglio wrote:
If we talking about wish list :-D :-D :-D heheheheh

I'd love to see two things

1. basic 6551 support that sends data to virtual com port - where say another terminal app can listen/connect to. (basically want to run ANSI codes to the screen)
2. 6551 can produce IRQ when there's a character in the buffer (basically help me create IRQ driven keyboard routines)

thought id through it out there.. Otherwise how do people test 6551 IRQ routines?

I’m confused.  What does the 6551 have to do with an editor/assembler that runs on MS Windows?

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!
Top
 Profile  
Reply with quote  
barrym95838
PostPosted: Fri Mar 15, 2024 7:27 pm 
Offline
User avatar

Joined: Sun Jun 30, 2013 10:26 pm
Posts: 1949
Location: Sacramento, CA, USA
Some of us use it as a simulator too, BDD. It's in the title.

_________________
Got a kilobyte lying fallow in your 65xx's memory map? Sprinkle some VTL02C on it and see how it grows on you!

Mike B. (about me) (learning how to github)
Top
 Profile  
Reply with quote  
8BIT
PostPosted: Fri Mar 15, 2024 7:34 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 9:02 pm
Posts: 1748
Location: Sacramento, CA
jdimeglio wrote:
... Otherwise how do people test 6551 IRQ routines?


I have no plans to expand the IO past where Michael K. built in simple terminal support.

however, I've tested IRQ routines many times with this Simulator. here's how.

Load the code to be tested and be sure your IRQ routine and vector is set up.
Add breakpoints wherever IO is read or written
Run the simulator and it will stop at the breakpoint. Modify any register value or flag based on the expected operation with real HW.
continue the simulator.

If you have a loop running and want an IRQ to trigger, simply trigger the manual IRQ (button at the top menu bar) and let your IRQ handler run.

You can also single step the simulator to watch for expected/suspect operation.

You don't need real hardware to test your code... you just have to be a little creative ;)

best wishes!
Daryl

_________________
Please visit my website -> https://sbc.rictor.org/
Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  Page 19 of 28
  [ 413 posts ]  Go to page Previous  1 ... 16, 17, 18, 19, 20, 21, 22 ... 28  Next

Board index » 6502.org Users Forum » Emulation and Simulation

All times are UTC


Who is online

Users browsing this forum: No registered users and 2 guests

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
6502.org is an ongoing project by Mike Naberezny and contributors.