nedoPC.org

Electronics hobbyists community established in 2002
Atom Feed | View unanswered posts | View active topics It is currently 19 Mar 2024 04:10



Reply to topic  [ 273 posts ]  Go to page Previous  1, 2, 3, 4, 5 ... 19  Next
Tunguska the ternary emulator 
Author Message
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
eudoxie wrote:
CVS is up now.

Access instructions can be found on http://sourceforge.net/projects/tunguska/


Do you plan to have some help from other developers?
Or you want to keep CVS read-only for others?


15 Feb 2008 19:39
Profile WWW
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
I'm certainly considering making it a collaborative project.

But that requires some sort of project goals to work towards (otherwise it will turn into emacs), and that's project goals I'm not quite clear on even now when I'm working alone, and to compound the problem, a lot of design revisions has to be made on the way so there never -can- be any definitive goals.

But that is the problem with the entire project, binary computing has had half a century to make mistakes and learn what works and what doesn't. But ternary computing is pretty much a blank slate.


16 Feb 2008 04:06
Profile
Retired

Joined: 03 Aug 2003 22:37
Posts: 1474
Location: Moscow
Reply with quote
eudoxie wrote:
But that is the problem with the entire project, binary computing has had half a century to make mistakes and learn what works and what doesn't. But ternary computing is pretty much a blank slate.


The situation is not that bad. In fact ternary computing exists almost as long as the binary one. But, the only problem is that most publications were made in russian language, since ternary computers Setun and Setun-70 were designed, released and used in Soviet Union. There are some theoretical and practical publications, and I do my best to find, collect and store in my library as many of them as it only possible.


16 Feb 2008 05:11
Profile
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
Be that as it may, binary computing has had a different level level of field testing of their concepts. Also, tunguska is an entirely different sort of a machine from setun. It's a PC, not a mainframe-type machine.

There's so many practical questions that need answering. Example: What screen resolution should a ternary computer have? Conventional resolutions are all aligned to 256b pages, so they're obviously no good. Turns out after some tinkering, factoring in page alignment, and the aspect ratio of screens (4:3), that 324x243 is a good screen resolution (and very close to 320x240 -- a common binary resolution).

But then again, that is what tunguska is all about. The main goal of the project is to see what works and what doesn't, by making lots of stupid mistakes, and then learning from them.


16 Feb 2008 06:16
Profile
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
I downloaded sources from CVS. Demo of raster or vector graphics is not working properly, right? Also new assembler has some strange errors like inability to handle negative decimal numbers.

In machine.cc (machine::init_translation_table) there are 2 JMP operations and no TSX and TXS operations. Is it right?

Also meaning of LDA without arguments (ACC) is loading A to A, is it the same as NOP or flags are somehow involved?

P.S. I checked source code - flags are involved

P.P.S. Is it possible to add increment/decrement for full address saved in pair X:Y?


17 Feb 2008 10:23
Profile WWW
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
Haven't written any "official" raster and vector demos yet.

I fixed that error in the translation table. There always seems to sneak bugs into that function :-(

And yeah, LDA A isn't entirely meaningless. It's a way to re-evaluate the contents of A and set the P-flag accordingly.


17 Feb 2008 12:04
Profile
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
eudoxie wrote:
Haven't written any "official" raster and vector demos yet.

I fixed that error in the translation table. There always seems to sneak bugs into that function :-(

And yeah, LDA A isn't entirely meaningless. It's a way to re-evaluate the contents of A and set the P-flag accordingly.


In updated sources TXS/TSX are still absent in machine::instruction()


17 Feb 2008 12:51
Profile WWW
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
There, fixed. It's amazing how well Tunguska works with apparently so few working instructions. :-?


17 Feb 2008 13:17
Profile
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
eudoxie wrote:
There, fixed. It's amazing how well Tunguska works with apparently so few working instructions. :-?


Thanks for fixes :roll:

P.S. Right now I'm working on "alternative" Tunguska assembler with "alternative" syntax, based on my RoboAssembler (RASM) :hammer:
Next step - to make my C-like programming language to be able to cross-compile programs for Tunguska...


17 Feb 2008 13:54
Profile WWW
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
Another thing - according to enum in machine.h, opcode DEBUG is next after LAD or "3B", but it has to be "44" (40 decimal) as described in PDF, right?


17 Feb 2008 20:04
Profile WWW
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
Fixed DEBUG.

Having an assembler that isn't actually tied to the Tunguska sources is going to be very hard to maintain, especially in these early stages where design changes are relatively common and rapid.


17 Feb 2008 23:33
Profile
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
eudoxie wrote:
Fixed DEBUG.

Having an assembler that isn't actually tied to the Tunguska sources is going to be very hard to maintain, especially in these early stages where design changes are relatively common and rapid.


Lets see things from other point of view - if there isn't "alternative" assembler, then you probably found that bugs much later ;)

P.S. My assembler tied to my C-like language, so it's only intermediate form of code representation...


18 Feb 2008 06:07
Profile WWW
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
Oh, I am glad to have help finding bugs in Tunguska. Debugging it myself has been a very slow and tedious process.

Interesting. The need for a ternary high level language has become all too apparent when I've been programming Tunguska.


18 Feb 2008 11:13
Profile
Maniac

Joined: 17 Sep 2012 13:36
Posts: 277
Location: 81.170.128.52
Reply with quote
Gotten a lot of work done on Tunguska today. Re-implemented the brownian motion demo that was missing from the ram image, and fixed a lot of stuff on the assembler that were flaky. Also, motion support is partially implemented. :-D


21 Feb 2008 13:17
Profile
Admin
User avatar

Joined: 08 Jan 2003 23:22
Posts: 22383
Location: Silicon Valley
Reply with quote
eudoxie wrote:
Gotten a lot of work done on Tunguska today. Re-implemented the brownian motion demo that was missing from the ram image, and fixed a lot of stuff on the assembler that were flaky. Also, motion support is partially implemented. :-D


So here is next "unofficial" build of Tunguska for Windows:
http://nedopc.org/ternary/tunguska/tung ... _1-win.zip (1.0M)
:-D


Last edited by Shaos on 11 Nov 2012 17:36, edited 1 time in total.



21 Feb 2008 17:47
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 273 posts ]  Go to page Previous  1, 2, 3, 4, 5 ... 19  Next

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:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.