wolhess
-
Content Count
427 -
Joined
-
Last visited
Posts posted by wolhess
-
-
On 1/1/2021 at 1:19 AM, jedimatt42 said:Update 1.13 - download in post #1
Hi @jedimatt42,
from FC 1.13, if I run a small XB program like WEATHER3 (see post #547) it is always working fine!
When I break the XB program and make a >NEW and the OLD TIPI.MM.MM (a very large XB program)
the program will not load correct and shows an ERROR when I >RUN it.The >LIST shows the following (not correct XB program)
If I reset the FG99 and load XB2.8 direct from the FG99 the command >OLD TIPI.MM.MM and LIST -200 shows the correct program and it is working correct.
During the more than 10 tests, after resetting the FG99, I have sometimes the following result:
I run the programs direct from the AUTOCMD script or from the command line with the same result.
The WEATHER3 program is running fine.
The Mega Menu program is freezing the TI. I can QUIT to the TI title screen and select 2 for XB2.8 and it loads the first part of the program and freeze the TI again:
I changed the XB to TI-XB and I got the same results!
I changed the TIPI configuration to AUTOLOAD=ON and I got the same results!
I changed back to FC v1.12 and I now get the same results as in v1.13; maybe I never tried to run my Mega Menu program from FC v1.12?
I changed back to FC v1.11 and my AUTOCMD is not running (as expected) but the command XB TIPI.MM.RESETMM runs my Mega Menu program fine!
I changed back to FC v1.10 and the loading of my Mega Menu program from FC and loading back and forth works fine!
After a reset of the FG99 and use the XB autoload to run the Mega Menu program it is always working fine!
In FC v1.13 I see no flashing cursor at the readkey command in the AUTOCMD! At the FC v1.12 prompt there is the flashing cursor
-
Hi,
in my system, if I run a program from Force Command, I saw always access on my physical drive DSK1.
Today I tested it again to run the XB weather program on different way's.
1. In FC set the tipimap DSK1. TIPI.MM.P.TOOL. (Folder of the weather program)
And using the command XB DSK1.WEATHER3--> This is working but it loads the program from my physical DSK1.
and the mapping of DSK1. is deleted (no mapping!)
================================================
2. In FC set the tipimap DSK1. TIPI.MM.P.TOOL. (This is not recognized by the XB command)
And using the command XB TIPI.MM.P.TOOL.WEATHER3--> This also is working but without an access to my physical floppy.
and the mapping of DSK1. is deleted (no mapping!)
For me this is the try I think it works as it should!
3. I changed the LOAD program in the path: TIPI.FC.LOAD
40 D$=SEG$(A$,8,4) to 40 D$=SEG$(A$,9,4)
and used the same command as in 2.:
--> This is working without an access to my physical floppy.and the mapping of DSK1. is "TIPI.FC"
===============================================
4. Same changes in TIPI.FC.LOAD as in 3. but using the command DSK1.WEATHER3
and I renamed the file WEATHER3 on physikal Disk1. from WEATHER3 to WEATHER4
So I'm shure in the try "1." it loads the WEATHER program from physical floppy.--> * I/O ERROR 02 IN 10
>LIST 10
>10 RUN "DSK1.WEATHER3" (This is because I have no file WEATHER3 on phys. Disk drive)The tipi mapping of DSK1. is deleted (no mapping!)
5. I changed the LOAD program in the path: TIPI.FC.LOAD
and remarked the lines 60, 70 and 80 (so it does not delete the DSK1 mapping)--> * I/O ERROR 02 IN 10
>LIST 10
>10 RUN "DSK1.WEATHER3" (This is because I have no file WEATHER3 on phys. Disk drive)The tipi mapping of DSK1. is "TIPI.FC" and in this path is no WEATHER3 program, so the error is correct.
But the tipimapping in the AUTOCMD file is useless for the XB command.6. I deleted the LOAD file in the folder TIPI.FC
--> The system doesn't find a LOAD program in the mapped folder TIPI.FC but if found the program on the physical disk
and this LOAD file runs my MEGA MENU program but not the WEATHER program.Result for me is, alway's I have to use the command "XB PROGNAME" with the full tipi path like the second try!
What I think:
- The XB command ignores the current tippimap
- Force Command is mapping DSK1 to TIPI.FC for the XB command
- If Force Command see no TIPI in the path it deletes the current DSK1 mapping, so the physical DSK1 is used to load the program.
- The original TIPI.FC.LOAD program always deletes the DSK1 mapping so line 40 has to change from "D$=SEG$(A$,8,4)" to "40 D$=SEG$(A$,9,4)"
- I can't use XB DSK1.PROGNAME or XB TIPIPATH.PROGNAME if PROGNAME itself will load something from the mapped DSK1.,
so I have to start a loading program first, which maps the correct tipipath to DSK1.@jedimatt42
I'm using the new FC v12 and XB2.8 with the main address: 31435
Is it right that the XB command needs the full tipi path to find the program in the right tipi folder?
Is it right that the tipimap command is unnecessarry for using the XB command?Here are my current files:
TIPI.AUTOCMD
TIPI.FC.LOAD
TIPI.MM.P.TOOL.WEATHER3
-
1
-
-
13 hours ago, jedimatt42 said:Have you tried the other slash (FCTN Z)? https://github.com/jedimatt42/fcmd/wiki/Variables#prompt
and, case matters here, I reserve the right for \c to be different in meaning from \C, etc.
Oh no, I used the wrong slash!
With FCTN Z = "\" it works as it should. I apologize, that was my mistake.
If I could read correctly, that would be an advantage!
-
4
-
-
The time before the TI-99/4a:
After completing my training as a telecommunications installer and telecommunications electronics technician, my job was to set up
and commission small and large telephone systems.
In 1982 I was 23 years old, worked in the company where I am employed until today and I had my own apartment for the first time.
At that time, the controls for the large telephone systems were mostly built with circuit boards in discrete transistor technology, later
also with integrated TTL IC components. The technology for loading the operating system into the newer communication system as well
as additional functions such as billing data processing or call center reporting were realized with a mini computer from Texas Instruments,
the TI960B. During this time I worked intensively on the assembly language of the TI960B computer.
The time of the TI-99/4a Home Computer Dec, 1982 to Nov, 1985:
When the TI-99/4a home computer came onto the market in Germany, I bought the basic version of this home computer on
December 28, 1982 and used my cassette recorder as the program storage system.
The Extended Basic Module, Video Games 1 and some books were added over the next few months.
Here are some pictures of my original TI99/4a parts:
1 x TI-99/4a bought on Dec, 28, 1982 for DM 745.00
My first Game module “Video Games 1” I bought on Mar, 03, 1983 for DM 69.00The TI Joystick I bought on Apr, 28, 1983 for DM 75.00
The TI Extended Basic Module I bought on Jun, 29, 1983 for DM 299.00
I bougth two books, first the 99 Special I on Jul, 1st, 1983 and
second the book TI-99 Tips & Tricks on Dec, 29, 1983 for SM 49.00
Since both the TI960B and the TI99/4a use a 16-bit processor technology and the assembler instructions are very similar,
I wanted to learn to program in assembler with the TI99.
Unfortunately, for professional and private/family reasons I had less and less time, so my TI-99/4a disappeared in the
basement for a long time.
The second time of the TI-99/4a Home Computer Dec, 2017 until now:
At the beginning of December 2017 I rediscovered the box with the TI99 and installed it on my desk.
Since then I have been using the system almost every day.
I found the AtariAge forum and got loads of help starting my TI-99/4A home computer hobby the second time.
I got to know a lot about the old components and even more about new extensions.
Many thanks to everyone who makes this possible every day.
In the last three years I have greatly expanded my original system and bought additional systems.
I currently have 10 TI-99/4a consoles and three systems are operational and in use.
Here are some pictures of my current systems:
Wolfgang
-
6
-
-
1 hour ago, Omega-TI said:@wolhess In that AUTOCMD file:
... have you thought of adding the SYSINFO command? It's kinda neat, even if it does not recognize a Triple Tech card.
Yes, I addet the command to my AUTOCMD script:
-
3
-
-
8 hours ago, jedimatt42 said:REQUEST: Anyone have page 22&23?
Here it is: Disk memory System p22p23.pdf
-
1
-
1
-
-
24 minutes ago, Omega-TI said:I recently upgraded to the latest version of Force Command and XB 2.8 GEM. When I do a CALL FC from within XB80, all I get is a blinking light on my FinalGROM. Am I overlooking something?
Hi Omega,
if I do a CALL FC from XB40 and/or XB80 it works in my tipi system fine. But I don't have a F18A or a 80 column card in my tipi system!
In my none tipi system with a 80-Column card I can't run the command CALL FC because I get an error message. This is I think it needs the tipi system.
But I can run FCMD from my MEGA MENU program with RUN an EA5 program (item 4) even with an EA5 loader from XB 2.8 and XB T80.
-
1
-
-
On 12/27/2020 at 5:43 AM, senior_falcon said:Here is XB 2.8 G.E.M. version 2.820201226
Hi @senior_falcon,
I tested your new version right now and it works perfect, even if I break my program and make a CALL HELP the font and colors are right.
Thank You!
-
2
-
-
Hi @jedimatt42,
with the version v1.12 of Force Command the prompt command does not work as described in the wiki.
Now I can make all character after the "prompt=" to the system prompt.
Is this right? What about the crubase or the drive/path information?
-
On 12/22/2020 at 4:14 PM, BeeryMiller said:With the TIPI, if I run the extended basic program, I get everything in alphabetical order until it hits the first file after a directory is displayed, then I get an error.
Hi Beery,
I tried my XB catalog program on real TI with TIPI and I can show all 3000+ files of the DL folder. It takes more than 30 minutes to display all files.
The XB program shows the files all in alphabethical order and if I have folders there are also in alphabetical order between or with normal files.
Here is my version of the XB CAT-program modified but based on the one from the TI Disk-manual:
It accept 1-9 and A-Z for DSK1. - DSK9. and DSKA. - DSKZ.
It also accept a TIPI path like TIPI.AH.DL with or without the last dot.
The program maps a tipi path to "DSK4." and if you only have entered "TIPI" or "TIPI." then "DSK0." is used.
-
2
-
-
Hi,
I checked the new version and tried to use CALL HELP.
If I break my Mega Menu program (same compiled version as in post #357) the color and font it is good but if I then CALL HELP I get a wrong color and font!
After HELP finished I get the correct font and color again.
I tested it on real TI and in classic99 with same results.
When I run XB 2.8 from FG99 without autoload and tried then the CALL HELP command the color and font is good.
-
18 hours ago, jedimatt42 said:Update 1.12 - fixes this mess.
Yes, now all works again!
Thank You!
-
1
-
-
Hi @jedimatt42,
With version 1.11 my AUTOCMD script no longer works. I only get the system prompt.
I then made a simpler script and it worked up to the readkey command.
Readkey is not executed - the system prompt appears.
Everything worked with V1.10.
-
1
-
-
43 minutes ago, Vorticon said:Can you please post Tursi's EA complete cart image? It does not seem to be listed in the FG repository. Also what is different with this image as compared to the standard EA module?
Hi,
The difference is that in tursis EA module the editor and asembler are in the module and do not require a disk.
Here is the bin: NEWEAG.BIN
-
1
-
-
12 hours ago, Vorticon said:Yes, but did you try using a real disk drive with an EA5 program on a diskette and loading it from the EA module directly?
Yes, I used three physical disk drives DSK1, DSK2 and DSK3 to load the EA5 program EDIT40 from the EA module!
Before I unmapped these drives from the tipi system, so I have direct access to the real floppy disks.
I also have the tipi on cru:1000 and the TI-Controller on cru:1100 and I used the TI-EA module from the FG99.
EDIT: I just tested with Fred'S EA IV and EA V (newest release) and it doesnt't load from option 5!
Then I tested it with tursis EA complete and with this it is working fine like with the original EA module.
-
1
-
-
I can run EDIT40 from physical disk drive 1-3, from tipi maped DSK4. and from Ramdisk DSK5.
All running with TI Editor/Assembler Option 5 without a problem.
Wolfgang
-
2
-
-
On 12/18/2020 at 5:11 PM, senior_falcon said:This will take care of the funny red on green colors and strange font that Wolfgang was experiencing.
Hi Harry,
The font problem after break is solved with your new version. Many Thanks!
Wolfgang
-
1
-
-
4 hours ago, jedimatt42 said:Hopefully fixed @wolhess's problem editing DSK1.AUTOCMD
Unfortunately not, the error message "ERROR 007 File error" remains when EDIT4080 is started by AUTOCMD.
If I run it from the command line with LOAD DSK2.EDIT40 it is working!
-
1
-
-
8 hours ago, jedimatt42 said:The infinite loop symptom indicates that VDP interrupts never get to the 4A console... Is that true generally? I see this note on ninerpedia:
Hi @jedimatt42,
I think your assumption is correct. The VDP interrupt is generated on the EVPC2 card for the VDP RAM (192KB) there. And in the console I had to disconnect the EXTINT connection to the PEB.
You can see this in the REPL manual on page 15.
repl99x.pdf It's in German, but the picture tells you something!
I'm using a PAL console, but it seems to work without a problem.
-
Hi @jedimatt42
Today I have tested version 1.9 and 1.10_test in my PEP Disk Only System with EVPC2 (V9938).
After turning on PEB and console for the first time, the system continues to hang with a blue screen.
If I the reset the FG99 or powercycle the console, both versions are working with 80 characters per line. Super!!!!
I can start XB directly from AUTOCMD or from the command line.
I can also run any EA5 program.
However, I noticed two things:
1. When I run Fred Kaal's EDIT4080 v3.0 from FC and want to edit the DSK1.AUTOCMD file, the following error message appears immediately without disk access:
Other text files from DSK1 or DSK2 I can open and edit without problems.
If I run the EA cartridge (TI, EA Complete or Fred Kaal's EA V v5.6) I can load and edit the DSK1.AUTOCMD file.
EDIT: If I load DSK1.EDIT40 from the command line then I can open and edit the file DSK1.AUTOCMD!
2. When I try to start an XB program with "XB TEST" I get the following error message.
Note: I don't have a TIPI card in this system! Maybe it works only with tipi.
Thank You for making this version, so now I can use 80 column FC in my TI system with the EVPC2 card.
Wolfgang
-
1
-
-
3 hours ago, senior_falcon said:If no key is pressed then it tries to load and run DSK1.LOAD. If a key is held down then autoload is bypassed.
This is my preference too.
-
1 hour ago, senior_falcon said:Hi @senior_falcon,
thank you for working on my issue.
Today I tried the new version XB28GEM1208 and I got nearly the same result as before.
But if I now reload XB2.8 the colors are correct even if I run without autoload.
Only if I break (FCTN+4) my Mega Menu program, then the colores are changed like in this picture.
Can you send me a copy of this program. Does this autoload from XB?
Yes it autoloads direct from any XB.
Right now I tested it in classic99 so I'm sure the same result is with classic99 and it is!
MM252C99.zip
You must map the folder in the zip file as a FIAD folder for DSK1. in classic99and deselect "Write DV80 as Windows Text". Then run your XB.
The program will autoload and show the main menu screen.
If you then make a break (FCTN+4) you will see the magenta font.
The menu selections doesn't work at all because I'm using a TIPI configuration.
For a small test you can try selection "7" KALENDER or Selection "E" - EDIT40.
After Quit the program "Remind me" or the "Editor" you come to the TI Title screen
and can run the XB 2.8 again.
This works on my site.This is a small manual for the complete program:
Thank you for your time an effort.
-
9 hours ago, senior_falcon said:XB 2.8 G.E.M. version 2.820201208. This should fix the problem that Wolfgang was having with his MegaMenu program.
From the MegaMenu program you should get the default colors and font
XB28GEM1208.zip 1.66 MB · 5 downloads
Hi @senior_falcon,
thank you for working on my issue.
Today I tried the new version XB28GEM1208 and I got nearly the same result as before.
But if I now reload XB2.8 the colors are correct even if I run without autoload.
Only if I break (FCTN+4) my Mega Menu program, then the colores are changed like in this picture.
-
23 hours ago, BeeryMiller said:I think this fixed it. The ALLFILES was in another macro.
Yes, now ALLFILES is correct too and the tool is working perfect.
Thank You @BeeryMiller
-
1
-
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Force Command ver 1.17 : kinda like command.com from 1985
in TI-99/4A Development
Posted
Yes, I have a 1MB SAMS-card.
Thank you for your answer and for testing this.