I've noticed when trying out Cleusea ROM2 from my REX that the ROM doesn't
stay "installed" when I cycle power.
Is this normal behavior?
I just started playing around with this ROM, and since programming is
mostly what I use my ModelT.102 for, this thing is great.
I'm using the file named R2C1D.
y that REX
> remembers which Option ROM you have selected to be the default one. REX
> also uses the CALL 63012 command to initialize itself, so I would expect
> there to be some power on conflict there.
>
> Regards,
>
> Peter
>
>>
>> ---
According to Oppendahl's book, any ripple free DC adaptor between 3.3v and
7v, that can provide at least 1.1 watts, and has a center-negative 5.5mm
barrel connector will work.
6V is what is ideal, and apparently you can use a 6V lantern battery or
set of photocells in parallel will also work.
He m
Where do I get whatever I need to add "screen 1" as a valid command?
It occurs to me that I can actually use PuTTY to be my 80x25 display while
I'm working my way up to building a vt100 connector.
Thanks,
Dan
On Wed, Jun 17, 2020 at 10:11 PM Mike Stein wrote:
> Welcome to the list and the 'Model
ll waiting for parts . Hopefully I will have kits soon.
>>
>> Steve
>>
>>
>> On Friday, June 19, 2020, Dan Higdon wrote:
>>
>>> Where do I get whatever I need to add "screen 1" as a valid command?
>>> It occurs to me that I can actu
> say in the wiki page, a vt100 does not have certain commands that the model
> T needs.
>
> On Friday, June 19, 2020, Dan Higdon wrote:
>
>> Ah, perfect, I missed the vt100 driver for the ModelT last time I read
>> that page. Thank you.
>> Option 3 for right now, wi
LOVE it! I can't wait to dig in. I've been playing around in Forth since I
was in high school. Such a fun language.
On Fri, Jul 3, 2020 at 8:55 PM John R. Hogerhuis wrote:
> Poking around my server I found a TPDD "client" that I wrote in Forth long
> ago. Funny thing is I have no recollection of
Back in HS, I used the UCSD "P-System" Pascal compiler on our Apple][e
hardware. We had the UCSD FORTRAN compiler too, and being into computer
languages back then, I wound up getting enough FORTRAN in me to land an
internship.
In college, we used Modula2 for anything beyond the basic classes. I ne
If you're in DEFINT mode or using % variables, it just means you had a
result outside of [-32768, 32767].
On Fri, Feb 19, 2021 at 3:57 PM John R. Hogerhuis wrote:
> Any idea what operation is happening in BASIC when you get the error?
>
> I'm not sure what generally causes OV in BASIC but we sho
Wow, that's pretty cool. I have an old Palm III that I keep wanting to find
stuff to do with. I have the cradle (an RS232 cradle, thankfully) but no
software. I put batteries into it and it does work.
>From the sounds of things, it looks like it won't be a straight-up "throw
ASCII at it" terminal,
Does anyone have source to a LaddieAlpha type TPDD "server" program, but
written in Microsoft Basic?
I have this idea to have a CP/M machine (in this case, a recently built
Altair clone) act as a file server for my ModelT. This is obviously just a
"for the fun of it" project with little practical
alT had a lot of stuff in it, but I didn't know about that.
Thanks!
/hdan
On Mon, Aug 29, 2022 at 6:24 PM Ken Pettit wrote:
> No, but I have it in Microchip PIC18F assembly!! Not sure that help
> you though. :)
>
> Also, there is a C++ version in the VirtualT source code.
&g
> Not that I've seen yet, but I have seen some client code in gwbasic in
the M100SIG:
Nice! Thanks for posting those. I'll try porting them to Altair Basic.
Shouldn't be too difficult.
/hdan
On Tue, Aug 30, 2022 at 3:58 AM Brian K. White wrote:
> On 8/29/22 19:03, Dan H
If I'm reading it right, he's using self-modifying code.
On Thu, Sep 8, 2022 at 12:03 PM Stephen Adolph wrote:
> don't you need to reserve the memory location 56301
> right now it would be an opcode LXI?
>
> Steve
>
> On Thu, Sep 8, 2022 at 12:59 PM Charlie Hoey
> wrote:
>
>> Thanks for that K
), but these sorts of projects are fun for me.)
Thanks in advance for any details,
Dan Higdon
If I get anything working, I will definitely be bragging about it here. :)
A sequencer feels like it's going to need some assembly language for the
timer callback. I'm passably comfortable with 8080 assembly language, but
I'm still working out the development toolchain. BYTEIT.BA is a great
little
I bought one of these from Amazon, and it fits my 102. But it's going to my
PC's COM port, not a USB port, so maybe this isn't what people are looking
for.
StarTech.com 10 ft Cross Wired DB9 to DB25 Serial Null Modem Cable - F/M
On Sat, Jun 1, 2019 at 2:19 PM Mike Stein wrote:
> Looks like a wor
ocked if I were the first person to think of doing this.
Anyhow, thanks for any idea!
Dan Higdon
the Russians: they've got all the codes in the world.
>
> epc
>
> > On Jul 18, 2019, at 11:00 AM, Dan Higdon wrote:
> >
> > Hey ModelT enthusiats!
> >
> > Has anyone cracked the code on how to access the paste buffer from
> inside a BASIC program? I
sizing the fake file to hold new
data?
I'm imagining a machine language routine that can replace/append a string
onto that file.
On Fri, Jul 19, 2019 at 1:11 PM John R. Hogerhuis wrote:
>
>
> On Fri, Jul 19, 2019 at 10:15 AM Dan Higdon wrote:
>
>> So maybe it's impossib
't a consistent name. I may
need to patch it right before opening it every time. I haven't investigated
that part.
On Fri, Jul 19, 2019 at 1:57 PM John R. Hogerhuis wrote:
>
>
> On Fri, Jul 19, 2019 at 11:22 AM Dan Higdon wrote:
>
>> Peeking the paste buffer and scanni
I'm still struggling to understand how this works:
10 a$="Code in ASCII"
20 call varptr(a$)
Doesn't varptr(a$) return the address of the string descriptor, which is
[len,lo,hi]? Wouldn't you have to synthesize the call address from
lo+hi*256?
Or is there something magical about how constant stri
that?
> I can post a correction.
>
> On Thu, Sep 19, 2019 at 1:31 PM Dan Higdon wrote:
>
>> I'm still struggling to understand how this works:
>>
>> 10 a$="Code in ASCII"
>> 20 call varptr(a$)
>>
>> Doesn't varptr(a$) return th
n Thu, Sep 19, 2019 at 12:49 PM Stephen Adolph
wrote:
> ok the root of the issue is my posted file. I'll fix that tonight.
>
> On Thu, Sep 19, 2019 at 1:40 PM Stephen Adolph
> wrote:
>
>> yep like that.
>>
>> On Thu, Sep 19, 2019 at 1:38 PM Dan Higdon wrote:
I was wondering if the ModelT is fast enough to process I2C data,
considering that the data is clocked by the sender.
I know I can always use an Arduino to talk to I2C devices, and then use
RS232 to talk to the arduino from my ModelT, but cutting out the middle
device seems useful.
Also - I'm pre
A couple of notes:
After line 191 (term = i;), insert a break statement. This may actually fix
the extra null problem.
Change the declaration of the parameter in 147 to (char const * c). Do the
same on line 98. This will silence a lot of the warnings.
On Tue, Oct 15, 2019 at 5:45 AM Brian K. Whit
I'd also consider re-writing clear buffer to take a (char *c) parameter,
like this:
void clearBuffer(*char** buffer, int bufferSize){ //Fills the buffer with
0x00
for(int i=0; i wrote:
> A couple of notes:
> After line 191 (term = i;), insert a break statement. This may actually
> fix the extra
Sure, there are a lot of things I'd do differently if it were my program.
:)
On Tue, Oct 15, 2019 at 10:37 AM Fugu ME100 wrote:
> I would probably just use memset rather than the for loop. :)
>
> From: M100 on behalf of Dan Higdon <
> therealh...@gmail.com>
>
In my own random number based programs (for Traveller, not D&D, lol -
Traveller subsector generation is fun) I usually have a "busy loop" that
does something like D=RND(1) over and over until the user presses a key,
and then takes the next RND(1) value as my roll. This is the computer
equivalent of
lding down a key to 'roll dice' is a genius idea.
>
> I understood a bit of that line, but I've delved in to keypresses etc. So
> this will be all new territory for me. But sounds exciting :-)
>
> On Tue, 7 Jan 2020, 3:27 pm Dan Higdon, wrote:
>
>> In my own random
The treasure horde program isn't posted anywhere. It's not long, but I
don't have a copy on this machine. When I get home, I can send it to the
list.
On Tue, Jan 7, 2020 at 4:00 PM Peter Vollan wrote:
> You may be interested in knowing that I have already cut that text out
> of the pdf of Dra
Argh, yes, it's probably Hoard not Horde. Sorry. English is my native
language, so I have no excuse.
On Tue, Jan 7, 2020 at 4:10 PM Dan Higdon wrote:
> The treasure horde program isn't posted anywhere. It's not long, but I
> don't have a copy on this machine. When I
al T.
>
> On Tue, 7 Jan 2020 at 14:14, Britt Dodd wrote:
> >
> > I’ve read the M100 manual and it did have some examples on there, but
> the majority of it was more a glossary of statements.
> >
> > Sent from my iPhone
> >
> > On Jan 7, 2020, at 5:10 PM
Here's my simple treasure generator.
Once it's loaded, just type the letter of the treasure code.
You can type letters multiple times, and you can press a digit first, like
5g will generate 5 'g' type treasures and add them to the hoard.
ESC exits, SPACE clears the hoard. I have plans for more soph
n,
>> wrote:
>> >> >> > Dragon.
>> >> >> >
>> >> >> > On Tue, 7 Jan 2020 at 15:52, James Zeun
>> wrote:
>> >> >> > >
>> >> >> > > Is that the one
That's the worst way possible to do "press any key to continue".
In my own "walk through", I'm replacing those with
1300 if inkey$="" then 1300
1320 cls
On Thu, Jan 9, 2020 at 5:16 PM Peter Vollan wrote:
> BTW, what the hell is this:
>
> 1300 INPUT C
> 1310 ON C GOTO 1320
> 1320 PRINT CHR$(1
t; but I decided to leave it more or less intact as a historical example. If I
> actually needed to use this for a D&D 1st Ed campaign I would
> definitely rewrite it though.
>
> On Thu, Jan 9, 2020 at 6:35 PM Dan Higdon wrote:
>
>> That's the worst way possible to do &q
But it's 5 more bytes! :)
On Fri, Jan 10, 2020 at 5:33 PM Peter Vollan wrote:
> I like "PRINT CHR$(12)" because it is more universal than CLS.
>
> On Thu, 9 Jan 2020 at 15:16, Peter Vollan wrote:
> >
> > BTW, what the hell is this:
> >
> > 1300 INPUT C
> > 1310 ON C GOTO 1320
> > 1320 PRINT
The final number on that line should be an 11, then it works. (That is,
"ELSE 11", not "ELSE 13")
On Sun, Jan 19, 2020 at 4:57 PM Peter Vollan wrote:
> Check this out! Not only is it a dumb way to do things, but it does
> not even work the program just hangs!
> 13 IF AL$ = "S" OR AL$ = "R" OR A
w because of an
> >>> incomplete port.
> >>>
> >>> There is at least one program where the bugs are actually the entire
> >>> point of the program. The program name is, shall we say, promising. You
> >>> run it. It fails but the error is
For REXCPM, how much hardware modification is required? Does it need any
wires soldered to the motherboard?
I have a Model102, if there is a difference between 100 and 102 in this
regard.
On Wed, Feb 19, 2020 at 9:35 AM Stephen Adolph wrote:
> I can comment on the hardware side of things. Stand
Is there any documentation for Clueseau? I haven't been able to figure out
how to use it.
On Tue, Mar 17, 2020 at 11:28 AM Tom Wilson wrote:
> Yay! The Rex arrived, and it's everything I'd hoped. It looks like it also
> came with a copy of Cluseau, which is a pretty nice BASIC debugger and
> ass
which is
> TMI for a short email. =)
> .
>
>
>
>
> Tom Wilson
> wilso...@gmail.com
> (619)940-6311
> K6ABZ
>
>
> On Tue, Mar 17, 2020 at 10:15 AM Tom Wilson wrote:
>
>>
>> On Tue, Mar 17, 2020 at 9:57 AM Dan Higdon wrote:
>>
>>>
43 matches
Mail list logo