There are a couple sort of mixed into the utilities archive on Club100
http://www.club100.org/library/libedu.html might not be very interesting
though.
- Convert ALT-AZ to Equitorial coordinates for a telescope and visa versa.
- A program to display azimuth and altitude of the sun for date,
True. I will probably tokenize the program after testing on VirtualT and
keep one as .ba.txt and one as .ba.
On Sat, Mar 14, 2020 at 3:58 PM Joshua O'Keefe
wrote:
>
> > On Mar 14, 2020, at 3:53 PM, Tom Wilson wrote:
> >
> > Thanks. I was not aware of the TS-DOS resident feature. That is enough
> On Mar 14, 2020, at 3:53 PM, Tom Wilson wrote:
>
> Thanks. I was not aware of the TS-DOS resident feature. That is enough to do
> what I want it to do. I prefer to keep my BASIC programs in ASCII format
> while on the PC, so as long as I can tokenize on load, that great.
That works just
Thanks. I was not aware of the TS-DOS resident feature. That is enough to
do what I want it to do. I prefer to keep my BASIC programs in ASCII format
while on the PC, so as long as I can tokenize on load, that great.
On Sat, Mar 14, 2020 at 3:42 PM John R. Hogerhuis wrote:
>
>
> On Sat, Mar 14,
Hey all. I have a 32k 102 and was wondering if there is any astronomy programs
around? I have TS-Dos on rom using DLPlus on a Linux box.
Sent from my iPad
On Sat, Mar 14, 2020 at 3:03 PM Tom Wilson wrote:
> This is great! With TSLOAD, I can finally talk to LaddieAlpha! Thank you,
> guys!
>
> Now for the next step... it looks like BASIC programs encoded as text get
> renamed somewhere in the process as "db" files. So "HELL1.BA" becomes
>
On Sat, Mar 14, 2020 at 5:56 PM Brian K. White wrote:
> Higher temp for shorter time is better than lower temp for longer time.
>
> Especially for desoldering, especially if desoldering with wick instead
> of vacuum, crank it up and then get in & get out.
>
I typically dwell for about 750 to
> On Mar 14, 2020, at 3:03 PM, Tom Wilson wrote:
> Now for the next step... it looks like BASIC programs encoded as text get
> renamed somewhere in the process as "db" files. So "HELL1.BA" becomes
> "HELLO1.DB" when I view the file through TS-DOS.
It ought to work to leave the resident
On 3/14/20 3:04 PM, Tom Wilson wrote:
On that note... should we add an enhancement to VirtualT to save ASCII
encoded BASIC files with something like .ba.do, instead of just .ba,
when saving off BASIC files as ASCII?
In VirtualT, when you save a file to the host, you can give it any
This is great! With TSLOAD, I can finally talk to LaddieAlpha! Thank you,
guys!
Now for the next step... it looks like BASIC programs encoded as text get
renamed somewhere in the process as "db" files. So "HELL1.BA" becomes
"HELLO1.DB" when I view the file through TS-DOS.
What do I need to do to
Higher temp for shorter time is better than lower temp for longer time.
Especially for desoldering, especially if desoldering with wick instead
of vacuum, crank it up and then get in & get out.
--
bkw
On 3/14/20 4:34 PM, Josh Malone wrote:
I'm replying to this question on-list since it seems
I did mine at 325C with the legs clipped. No problem.
On Sat, Mar 14, 2020 at 3:34 PM Josh Malone wrote:
> I'm replying to this question on-list since it seems relevant. I use an 80
> watt desoldering vacuum gun (one of the common "ZD" types) set to about
> 325C for just about all of my
On Sat, Mar 14, 2020 at 1:36 PM Ken Pettit wrote:
> On 3/14/20 1:09 PM, Tom Wilson wrote:
> > I really like the idea of using the I/O port to talk to the host. +1
> > on that.
>
> VirtualT 1.7 already has two such I/O ports.
>
> IN 20h:
> In VT returns 'V' in A
> On a real M100 returns
On 3/14/20 1:09 PM, Tom Wilson wrote:
I really like the idea of using the I/O port to talk to the host. +1
on that.
VirtualT 1.7 already has two such I/O ports.
IN 20h:
In VT returns 'V' in A
On a real M100 returns 0
OUT 21h:
Set a REAL-TIME milisecond countdown timer value
I'm replying to this question on-list since it seems relevant. I use an 80
watt desoldering vacuum gun (one of the common "ZD" types) set to about
325C for just about all of my lead-based desoldering work. I'll
occasionally have to go up to ~350 or 360 but that's pretty rare. As
others have
Thank you. =)
Now I’ll go back and look for the updated TS-DOS. I’ve already got a screen
full of files as I write test code, so that will be a big help.
On Sat, Mar 14, 2020 at 7:51 AM B4 Me100 wrote:
> The attached file will generate TSLOAD for the M100/102. There should be
> one for the
I really like the idea of using the I/O port to talk to the host. +1 on
that.
I’m ambivalent on the CPU changes. That is branching into fantasy computer
territory, and while I can absolutely see the use for new opcodes to
support code relocation, that makes the most sense when done in combination
Hi John,
Yeah, I'm thinking about just commiting them in the mainline. The
built-in assembler already supports the extended opcodes that I added.
The emulation will not execute "MOV A,A", "MOV B,B", etc. opcodes as
extended unless the EXT bit is set via SIM 0x80 anyway.
if I ever get time
The debug extensions are a good idea. The instruction set extensions are
less likely to be useful unless we make a model t replacement. If you keep
the feature you can bury it behind configuration that is off by default or
you could leave it in a branch if it became difficult to maintain.
I
> -Original Message-
>
> Sadly it is from.an era long before small system standards. How cool
> would the world be if we could have standardised on a single floppy
> format.
>
> We couldn't even get RS232 right
Reminds me of a favourite old saying... "Standards are great! That's
On 3/13/20 7:56 PM, James Zeun wrote:
You know what, it's very tempting as I find soldering very cathartic.
But the cable is ordered now.
I'm gutted the DVI writes floppys in a different format to the TPDD.
Curse you Tandy!
It's really the TPDD that is weird. It's not just a different data
Mine has no memory battery. I just leave 4 Eneloop NiMH AA's in the battery
pack and back it up on the REX when I swap them to charge.
I ordered a replacement NiMH cell for the memory battery from
arcadeshopper, but haven't been motivated to install it.
On Fri, Mar 13, 2020, 19:27 Josh Malone
The 8085 instruction extension looks an interesting addition. I created a
Teensy 3.6 emulation of the 100 which has 165KB RAM available and was
working on a bank switching scheme. I had thought of creating my own bank
switch instruction but extending the address range would be an alternative -
All:
Been crazy business at work, so catching up a bit on this one. Don't
know how much help this might be, but it is what I have experienced.
I have two M100 as portable and another that stays connected to the DVI
due to the DVI_DOS vs REX_MGR issue. Am already used to similar DVI
problems
You may want to take a look at the
http://www.club100.org/library/libdrv.html archive. It has a few programs
that seem to swap the DVI and TS-DOS. I have not used any of them but there
might be something of use?
From: M100 on behalf of
Reply-To:
Date: Saturday, March 14, 2020 at 2:22 AM
The attached file will generate TSLOAD for the M100/102. There should be
one for the 200 but I do not have that file.
From: M100 on behalf of Tom Wilson
Reply-To:
Date: Friday, March 13, 2020 at 11:33 PM
To: M100 Mailing List
Subject: Re: [M100] T-102 is here!
> I can't seem to find
Hey Guys,
I have a real M100 on my desk and will load up a long BASIC program and
time the listing of it. Then do the same in VirtualT to dial in the
delay. I would like for this to be in there and be accurate, otherwise
the VT emulation is not represenative of the actual hardware.
On Sat, Mar 14, 2020, 5:22 AM wrote:
> Well the DVI won’t work with REX manager loaded in the computers memory.
> Which means, if I write a document and it’s relatively large. My options
> are, save it to floppy on the DVI or store it in memory and hope that there
> is enough free ram to load
Well the DVI won’t work with REX manager loaded in the computers memory. Which
means, if I write a document and it’s relatively large. My options are, save it
to floppy on the DVI or store it in memory and hope that there is enough free
ram to load REX manager so I can load in the TS-DOS rom.
I can't seem to find TSLOAD can someone point me in the right direction?
Tom Wilson
wilso...@gmail.com
(619)940-6311
K6ABZ
On Fri, Mar 13, 2020 at 2:57 PM Joshua O'Keefe
wrote:
> On Fri, Mar 13, 2020 at 10:07 AM Tom Wilson wrote:
>
>> file transfer software is at the top of my list. Is
On Fri, Mar 13, 2020 at 10:41 PM John R. Hogerhuis wrote:
> Good sleuthing.
>
> But isn't that more of a workaround than a fix? Since it reduces the
> accuracy of the emulation.
>
> Why does that code cause it to bog down?
>
> -- John.
>
Ken is the one who introduced the code, and he chimed in
31 matches
Mail list logo