| Watching ProDOS Do It's Thing [message #305723] |
Tue, 08 December 2015 11:54  |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
Hi,
I've been reading the Beneath book for ProDOS and I wondered if there
might be away to watch what it's doing while it's doing it. When I
started to learn assembly, stepping through programs and memory in
Virtual ][ was very, very helpful.
Specifically, I'd like to watch either in a program that I can run or
in a emulator or through some other kind of utility:
1. The ProDOS Boot process.
2. What it does when CATALOG is executed.
3. How it finds a file. (Index blocks)
4. How it navigates a file scattered across blocks.
I suppose I am envisioning a way to arrest the boot process and step
through everything I want. I imagine this would be emulator territory
(like with Virtual ][) but it also occurs to me that someone may have
written a program from the time-period that displays things on the
screen while ProDOS works. ZAP from the Beneath book may be the best
(only) place to start.
Cheers,
m
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305743 is a reply to message #305723] |
Tue, 08 December 2015 19:29  |
|
|
Originally posted by: John Brooks
On Tuesday, December 8, 2015 at 8:54:45 AM UTC-8, Mike Whalen wrote:
> Hi,
>
> I've been reading the Beneath book for ProDOS and I wondered if there
> might be away to watch what it's doing while it's doing it. When I
> started to learn assembly, stepping through programs and memory in
> Virtual ][ was very, very helpful.
>
> Specifically, I'd like to watch either in a program that I can run or
> in a emulator or through some other kind of utility:
>
> 1. The ProDOS Boot process.
> 2. What it does when CATALOG is executed.
> 3. How it finds a file. (Index blocks)
> 4. How it navigates a file scattered across blocks.
>
> I suppose I am envisioning a way to arrest the boot process and step
> through everything I want. I imagine this would be emulator territory
> (like with Virtual ][) but it also occurs to me that someone may have
> written a program from the time-period that displays things on the
> screen while ProDOS works. ZAP from the Beneath book may be the best
> (only) place to start.
>
> Cheers,
>
> m
The boot process is messy as it involves a lot of HW test/setup and memory moves to get drivers setup and code moved to the language card. I haven't tried walking through it, but my first approach would be to load Prodos into memory at $2000 on an Apple IIGS with GSBug installed, then enter GSBug and single-step starting at $2000.
Once Prodos is installed, you can intercept the device drivers, clock driver, or file manager hooks as documented in Beneath Prodos and then print the device cmd & block number (driver), the clock cmd, or the file mgr cmd & args, optionally waiting for a keypress before continuing. This would let you 'step' through the lower-level operations performed by Prodos when you do a catalog, etc.
Of course, once you've added your own thunk handler to a Prodos hook, you can put a $00 break in your thunk to enter GSBug automatically whenever Prodos calls that hook.
Hope that helps,
-JB
Twitter: @JBrooksBSI
|
|
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305750 is a reply to message #305723] |
Tue, 08 December 2015 22:28 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Tuesday, December 8, 2015 at 10:54:45 AM UTC-6, Mike Whalen wrote:
> Hi,
>
> I've been reading the Beneath book for ProDOS and I wondered if there
> might be away to watch what it's doing while it's doing it. When I
> started to learn assembly, stepping through programs and memory in
> Virtual ][ was very, very helpful.
>
> Specifically, I'd like to watch either in a program that I can run or
> in a emulator or through some other kind of utility:
>
> 1. The ProDOS Boot process.
> 2. What it does when CATALOG is executed.
> 3. How it finds a file. (Index blocks)
> 4. How it navigates a file scattered across blocks.
>
> I suppose I am envisioning a way to arrest the boot process and step
> through everything I want. I imagine this would be emulator territory
> (like with Virtual ][) but it also occurs to me that someone may have
> written a program from the time-period that displays things on the
> screen while ProDOS works. ZAP from the Beneath book may be the best
> (only) place to start.
>
> Cheers,
>
> m
There is a MON/NOMON command that can be installed as a command after Basic.system is installed. It patches into the driver area of Prodos and displays every MLI command sent to Prodos.
I don't have a link offhand to point you to, but send me a PM and I can send you a disk image.
Rob
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305767 is a reply to message #305750] |
Wed, 09 December 2015 11:47 |
D Finnigan
Messages: 1154
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
gids.rs wrote:
> On Tuesday, December 8, 2015 at 10:54:45 AM UTC-6, Mike Whalen wrote:
>> Hi,
>>
>> I've been reading the Beneath book for ProDOS and I wondered if there
>> might be away to watch what it's doing while it's doing it. When I
>> started to learn assembly, stepping through programs and memory in
>> Virtual ][ was very, very helpful.
>>
>> Specifically, I'd like to watch either in a program that I can run or
>> in a emulator or through some other kind of utility:
>>
>> 1. The ProDOS Boot process.
>> 2. What it does when CATALOG is executed.
>> 3. How it finds a file. (Index blocks)
>> 4. How it navigates a file scattered across blocks.
>>
>> I suppose I am envisioning a way to arrest the boot process and step
>> through everything I want. I imagine this would be emulator territory
>> (like with Virtual ][) but it also occurs to me that someone may have
>> written a program from the time-period that displays things on the
>> screen while ProDOS works. ZAP from the Beneath book may be the best
>> (only) place to start.
>>
>> Cheers,
>>
>> m
>
> There is a MON/NOMON command that can be installed as a command after
> Basic.system is installed. It patches into the driver area of Prodos and
> displays every MLI command sent to Prodos.
>
> I don't have a link offhand to point you to, but send me a PM and I can
> send you a disk image.
>
That's true. And there is also the ProDOS Exerciser to explore the MLI. But
I think the OP wanted details on the internals and implementation down to
the block level, not just the user-facing API.
http://macgui.com/downloads/?file_id=23970&keywords=prod os%20exerciser
--
]DF$
The Marina IP stack for Apple II--
http://marina.a2hq.com/
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305791 is a reply to message #305767] |
Wed, 09 December 2015 15:57 |
Aaron Daughtry
Messages: 226
Registered: July 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-09 16:47:49 +0000, D Finnigan said:
>>
>> There is a MON/NOMON command that can be installed as a command after
>> Basic.system is installed. It patches into the driver area of Prodos and
>> displays every MLI command sent to Prodos.
>>
>> I don't have a link offhand to point you to, but send me a PM and I can
>> send you a disk image.
>>
>
> That's true. And there is also the ProDOS Exerciser to explore the MLI. But
> I think the OP wanted details on the internals and implementation down to
> the block level, not just the user-facing API.
>
> http://macgui.com/downloads/?file_id=23970&keywords=prod os%20exerciser
That's exactly right. In a perfect world, I'd be able to issue a
CATALOG then watch as ProDOS goes to the directory entry block and
constructs it.
This is probably a pipe-dream.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305812 is a reply to message #305791] |
Wed, 09 December 2015 18:29 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Wednesday, December 9, 2015 at 2:57:54 PM UTC-6, ultramagnus_tcv wrote:
> On 2015-12-09 16:47:49 +0000, D Finnigan said:
>
>>>
>>> There is a MON/NOMON command that can be installed as a command after
>>> Basic.system is installed. It patches into the driver area of Prodos and
>>> displays every MLI command sent to Prodos.
>>>
>>> I don't have a link offhand to point you to, but send me a PM and I can
>>> send you a disk image.
>>>
>>
>> That's true. And there is also the ProDOS Exerciser to explore the MLI. But
>> I think the OP wanted details on the internals and implementation down to
>> the block level, not just the user-facing API.
>>
>> http://macgui.com/downloads/?file_id=23970&keywords=prod os%20exerciser
>
> That's exactly right. In a perfect world, I'd be able to issue a
> CATALOG then watch as ProDOS goes to the directory entry block and
> constructs it.
>
> This is probably a pipe-dream.
Actually, Basic.system constructs the CATALOG command, not Prodos. Prodos just receives the MLI commands from Basic.system to fetch a directory block.
The CATALOG command starts at $B079 in Basic.system (v1.4).
CAT starts at $B075. (may be different for other versions)
All you need to know is how entries are stored in a directory block and you could basically manually do it your self.
There are some good books or links on the subject. The "Prodos 8 Technical Reference" manual shows the breakdown of a directory structure.
Just do a search for "Prodos 8 Technical Reference manual" and the first few links give a listing of the manual.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305842 is a reply to message #305723] |
Thu, 10 December 2015 07:09 |
mverpelli
Messages: 289
Registered: May 2013
Karma: 0
|
Senior Member |
|
|
> 2. What it does when CATALOG is executed.
Aux.Cmds v1.2 by Bill Tudor
]CAT
> Get_Prefix
> Get_File_Info /MASTER/
> Open /MASTER/ #01
> Read #01
/MASTER
NAME TYPE BLOCKS MODIFIED
> Set_Mark #01
> Read #01
PRODOS SYS 35 6-MAY-93
> Set_Mark #01
> Read #01
BASIC.SYSTEM SYS 21 6-DEC-91
> Set_Mark #01
> Read #01
SYSUTIL.SYSTEM SYS 3 3-MAR-88
> Set_Mark #01
> Read #01
UTIL.0 BIN 81 3-MAR-88
> Set_Mark #01
> Read #01
UTIL.1 BIN 59 3-MAR-88
> Set_Mark #01
> Read #01
UTIL.2 BIN 4 3-MAR-88
> Set_Mark #01
> Read #01
FASTCOPY.SYSTEM SYS 41 27-FEB-92
> Set_Mark #01
> Read #01
COPY.ME BAS 1 16-JUL-87
> Set_Mark #01
> Read #01
LAUNCHER.SYSTEM SYS 16 2-MAR-92
> Set_Mark #01
> Read #01
SETTINGS BIN 1 3-MAR-88
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Read #01
> Set_Mark #01
> Close #01
> Online
> Get_File_Info /MASTER
BLOCKS FREE: 11 BLOCKS USED: 269
]
Marco
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305873 is a reply to message #305812] |
Thu, 10 December 2015 15:00 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Wednesday, December 9, 2015 at 5:29:24 PM UTC-6, gid...@sasktel.net wrote:
> On Wednesday, December 9, 2015 at 2:57:54 PM UTC-6, ultramagnus_tcv wrote:
>> On 2015-12-09 16:47:49 +0000, D Finnigan said:
>>
>>>>
>>>> There is a MON/NOMON command that can be installed as a command after
>>>> Basic.system is installed. It patches into the driver area of Prodos and
>>>> displays every MLI command sent to Prodos.
>>>>
>>>> I don't have a link offhand to point you to, but send me a PM and I can
>>>> send you a disk image.
>>>>
>>>
>>> That's true. And there is also the ProDOS Exerciser to explore the MLI. But
>>> I think the OP wanted details on the internals and implementation down to
>>> the block level, not just the user-facing API.
>>>
>>> http://macgui.com/downloads/?file_id=23970&keywords=prod os%20exerciser
>>
>> That's exactly right. In a perfect world, I'd be able to issue a
>> CATALOG then watch as ProDOS goes to the directory entry block and
>> constructs it.
>>
>> This is probably a pipe-dream.
>
>
> Actually, Basic.system constructs the CATALOG command, not Prodos. Prodos just receives the MLI commands from Basic.system to fetch a directory block.
>
> The CATALOG command starts at $B079 in Basic.system (v1.4).
> CAT starts at $B075. (may be different for other versions)
>
> All you need to know is how entries are stored in a directory block and you could basically manually do it your self.
>
> There are some good books or links on the subject. The "Prodos 8 Technical Reference" manual shows the breakdown of a directory structure.
>
> Just do a search for "Prodos 8 Technical Reference manual" and the first few links give a listing of the manual.
Block editors are also a good place to see a directory structure and see where Prodos goes to get its information.
Here is a screen dump of a block editor I wrote to teach myself the directory structure. It can navigate up and down the directory links. It can toggle between BLOCK, HEX, ASCII and DIR modes. Pretty dangerous but excellent learning tool. Can't tell you how many times I have had to repair a disk using this editor.
Slot #07 Drive #01 Block #0002 View Buf #9600 Buf Tagged? NO <BLOCK>
000-00 00 03 00 F7 4D 59 2E 57 4F 52 4B 32 00 00 00 -....wMY.WORK2... Prev Blk
010-00 00 00 00 00 00 24 1E 32 01 00 A7 76 1C 1F 16 -......$.2..'v...
020-05 00 E3 27 0D 22 00 06 00 FF FF 26 50 52 4F 44 -..c'."...&PROD
030-4F 53 00 00 00 00 00 00 00 00 00 FF 16 00 23 00 -OS...........#.
040-E8 42 00 76 1C 31 0D 05 00 E3 00 20 D1 E4 38 06 -hB.v.1...c. Qd8.
050-02 00 2B 42 41 53 49 43 2E 43 4C 45 41 52 00 00 -..+BASIC.CLEAR..
060-00 00 FF 39 00 15 00 00 28 00 76 1C 31 0D 05 00 -..9....(.v.1...
070-E3 00 20 D1 E4 39 06 02 00 29 42 41 53 49 43 2E -c. Qd9...)BASIC.
080-53 59 53 41 52 00 00 00 00 FF 4E 00 15 00 00 28 -SYSAR....N....(
090-00 76 1C 31 0D 05 00 E3 00 20 7B E7 01 17 02 00 -.v.1...c. {g....
0A0-25 43 4F 4D 4D 38 4E 44 2E 43 4F 4D 00 00 00 00 -%COMM8ND.COM....
0B0-06 64 00 07 00 00 0C 00 28 E6 21 16 23 00 E3 00 -.d......(f!.#.c.
0C0-20 7E E7 1C 11 02 00 D4 48 45 4C 50 00 00 00 00 - ~g....THELP....
0D0-00 00 00 00 00 00 00 0F BB 01 03 00 00 06 00 76 -........;......v
0E0-1C 31 0D 05 00 E3 00 00 7D E7 00 07 02 00 D4 43 -.1...c..}g....TC
0F0-4D 44 53 00 00 00 00 00 00 00 00 00 00 00 0F 6A -MDS............j
/MY.WORK/
PRODOS SYS 35 17-JUN-14 6:56 22-MAR-14 13:49 $0042E8
BASIC.CLEAR SYS 21 17-JUN-14 6:57 22-MAR-14 13:49 $002800
BASIC.SYS SYS 21 27-NOV-15 23:01 22-MAR-14 13:49 $002800
Block.Warden by Glen Bredon is also a good editor that follows a file or directory link.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305947 is a reply to message #305873] |
Fri, 11 December 2015 10:13 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-10 20:00:50 +0000, gids.rs@sasktel.net said:
> Here is a screen dump of a block editor I wrote to teach myself the
> directory structure. It can navigate up and down the directory links.
> It can toggle between BLOCK, HEX, ASCII and DIR modes. Pretty
> dangerous but excellent learning tool. Can't tell you how many times I
> have had to repair a disk using this editor.
OMG. May I download this?
I'll look for Bredon's program.. Thanks.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305961 is a reply to message #305812] |
Fri, 11 December 2015 11:13 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-09 23:29:23 +0000, gids.rs@sasktel.net said:
> All you need to know is how entries are stored in a directory block and
> you could basically manually do it your self.
Yes, yes. This is what I am after. I am potentially looking to do what
AppleCommander does with its ProDOS raw export but in Python. So, I'd
need to figure out:
1. Find the location of a file on an imaged disk.
2. Find out in what blocks said file resides.
3. How to read the links between the directory and the block.
4. How to read the links between blocks.
I realize all this information is out there and I am piecing it
together. One of the articles on OnThree No. 2 helped with
understanding, as did the Beneath book. Still, it would be nice to be
able to watch this process first hand.
Thanks for clearing up CATALOG.
m
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #305963 is a reply to message #305961] |
Fri, 11 December 2015 12:15 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Friday, December 11, 2015 at 10:13:51 AM UTC-6, Mike Whalen wrote:
> On 2015-12-09 23:29:23 +0000, Rob said:
>
>> All you need to know is how entries are stored in a directory block and
>> you could basically manually do it your self.
>
> Yes, yes. This is what I am after. I am potentially looking to do what
> AppleCommander does with its ProDOS raw export but in Python. So, I'd
> need to figure out:
>
> 1. Find the location of a file on an imaged disk.
>
> 2. Find out in what blocks said file resides.
>
> 3. How to read the links between the directory and the block.
>
> 4. How to read the links between blocks.
>
> I realize all this information is out there and I am piecing it
> together. One of the articles on OnThree No. 2 helped with
> understanding, as did the Beneath book. Still, it would be nice to be
> able to watch this process first hand.
>
> Thanks for clearing up CATALOG.
>
> m
The Prodos 8 Tech manual shows the Volume header, Directory header and File Entry layout on real pages 148-154 or Pdf counter from page 138-143.
https://ia800901.us.archive.org/11/items/Apple_ProDOS_8_Tech nical_Reference_Manual/Apple_ProDOS_8_Technical_Reference_Ma nual.pdf
Prodos and even Basic.system are a little limited though, in what they can search for. They only have the ability to find a file in the current directory and not from the whole disk.
But don't underestimate the power of Basic. There are file search utilities written in basic.
One of the basic commands that may help you is;
? CHR$(4)"BLOAD volumename,TDIR,A$2000"
This command will load the entire directory (volume or subdirectories) and all blocks pertaining to that directory at $2000. You won't need to worry about forward and backward links.
These directory blocks can then be displayed like the example of the block editor program I showed you.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306057 is a reply to message #305963] |
Sat, 12 December 2015 12:10 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-11 17:15:01 +0000, gids.rs@sasktel.net said:
> Prodos and even Basic.system are a little limited though, in what they
> can search for. They only have the ability to find a file in the
> current directory and not from the whole disk.
I really shouldn't have used the word "find" because I didn't intend
for it to be taken as "searching for a file on a volume."
I meant watching ProDOS as it accesses the blocks where a file resides on-disk.
Thanks for your help! :-)
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306058 is a reply to message #306057] |
Sat, 12 December 2015 12:25 |
David Schmidt
Messages: 993
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On 12/12/2015 12:10 PM, ultramagnus_tcv wrote:
> I meant watching ProDOS as it accesses the blocks where a file resides
> on-disk.
That made me think of the Virtual Serial Drive of ADTPro... while it is
doing reading/writing, you can watch the server window and see the
various block numbers being accessed. It's not at all to the level of
detail I think you're talking about, but at least you can see it grab
the catalog block(s), then start reading/writing where it finds either
the file you asked for or room to write something else.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306073 is a reply to message #306058] |
Sat, 12 December 2015 16:33 |
Bill Garber
Messages: 507
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
"David Schmidt" <schmidtd@my-deja.com> wrote
in message news:n4hl50$8m0$1@dont-email.me...
> On 12/12/2015 12:10 PM, ultramagnus_tcv wrote:
>> I meant watching ProDOS as it accesses the blocks where a file resides on-disk.
>
> That made me think of the Virtual Serial Drive of ADTPro... while it is doing reading/writing,
> you can watch the server window and see the various block numbers being accessed. It's not at
> all to the level of detail I think you're talking about, but at least you can see it grab the
> catalog block(s), then start reading/writing where it finds either the file you asked for or
> room to write something else.
Sounds like just enough for me, although, I haven't yet found a
good excuse to use the Virtual Serial Drive. I mean, I am hardly
using ADTPro with any depth... I send an image to disk just to
test it on real hardware when I need to. Could do that with the
CFFA3000, but I find ADTPro to be easier and a more direct
transfer to real disk.
Sorry, I veered off the actual topic. I tend to do that lately. 8>)
Bill Garber * http://www.sepa-electronics.com *
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306076 is a reply to message #306058] |
Sat, 12 December 2015 17:24 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-12 17:25:12 +0000, David Schmidt said:
> That made me think of the Virtual Serial Drive of ADTPro... while it is
> doing reading/writing, you can watch the server window and see the
> various block numbers being accessed. It's not at all to the level of
> detail I think you're talking about, but at least you can see it grab
> the catalog block(s), then start reading/writing where it finds either
> the file you asked for or room to write something else.
That sounds quite good. I've got a IIc and could run ADTPro. Hmmm Hmmm
Hmmm... Fun project.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306118 is a reply to message #306076] |
Sun, 13 December 2015 14:09 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Saturday, December 12, 2015 at 4:24:42 PM UTC-6, Mike Whalen wrote:
> On 2015-12-12 17:25:12 +0000, David Schmidt said:
>
>> That made me think of the Virtual Serial Drive of ADTPro... while it is
>> doing reading/writing, you can watch the server window and see the
>> various block numbers being accessed. It's not at all to the level of
>> detail I think you're talking about, but at least you can see it grab
>> the catalog block(s), then start reading/writing where it finds either
>> the file you asked for or room to write something else.
>
> That sounds quite good. I've got a IIc and could run ADTPro. Hmmm Hmmm
> Hmmm... Fun project.
Found a snooper program and added some text to be more meaningful.
Use ALT-SHIFT-INSERT in Applewin to insert it into the monitor.
Enjoy!
9000:4C 38 90 4C 0B 90 4C EB 90 00 00 AD 01 02 F0 28
9010:20 16 90 4C D0 03 AE 09 90 F0 1C E8 A0 01 BD 10
9020:BF 48 B9 87 90 9D 10 BF 68 99 87 90 CA 88 10 EE
9030:C8 8C 09 90 8C 0A 90 60 AD 09 90 F0 0B AD 30 BF
9040:CD 0A 90 F0 F2 20 16 90 AD 30 BF 8D 0A 90 29 F0
9050:0A 08 4A 4A 4A 4A 28 90 02 69 0F 8D 09 90 AA E8
9060:A0 01 BD 10 BF 48 B9 87 90 9D 10 BF 68 99 87 90
9070:B9 89 90 99 E0 90 CA 88 10 E8 A9 0B A0 90 8D F6
9080:03 8C F7 03 4C D0 03 8B 90 00 60 08 48 98 48 8A
9090:48 D8 BA BD 04 01 20 DF 90 BD 05 01 20 DF 90 A2
90A0:00 B5 42 20 DF 90 E8 E0 06 90 F6 AD 00 D0 85 D7
90B0:2C 82 C0 20 EB 90 2C 00 C0 10 FB 2C 10 C0 AD 8B
90C0:C0 AD 8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83
90D0:C0 A9 60 8D E1 90 68 AA 68 A8 68 28 6C 87 90 8D
90E0:00 60 EE E0 90 D0 03 EE E1 90 60 A9 00 85 00 A9
90F0:60 85 01 A5 00 CD E0 90 A5 01 ED E1 90 90 01 60
9100:20 8E FD A9 D1 A0 91 20 3A DB A0 01 84 FF 20 BB
9110:91 20 48 F9 A9 DB A0 91 20 3A DB A4 FF B1 00 C8
9120:84 FF AA CA F0 09 CA F0 03 A9 C6 2C A9 D7 2C A9
9130:D2 20 ED FD 20 48 F9 A9 D3 20 ED FD A4 FF B1 00
9140:C8 C8 84 FF 4A 4A 4A 4A AA 29 07 09 B0 20 ED FD
9150:A9 A0 20 ED FD A9 C4 20 ED FD E8 8A 4A 4A 4A 09
9160:B0 20 ED FD 20 8E FD A9 E4 A0 91 20 3A DB 20 BB
9170:91 20 48 F9 A9 EE A0 91 20 3A DB 20 BB 91 20 8E
9180:FD A9 F6 A0 91 20 3A DB 38 AD 9C BF E9 03 85 02
9190:AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA FD 20 48
91A0:F9 A9 00 A0 92 20 3A DB A0 02 B1 02 20 DA FD 88
91B0:B1 02 20 DA FD 20 8E FD 4C 8E FD A4 FF A9 A4 20
91C0:ED FD B1 00 20 DA FD 88 B1 00 C8 C8 84 FF 4C DA
91D0:FD 52 74 6E 20 61 64 72 3A 20 00 53 74 61 74 75
91E0:73 3A 20 00 42 75 66 20 61 64 72 3A 20 00 42 6C
91F0:6B 20 23 3A 20 00 4D 4C 49 20 63 6D 64 3A 20 00
9200:50 61 72 6D 20 6C 69 73 74 20 61 64 72 3A 20 00
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306119 is a reply to message #306118] |
Sun, 13 December 2015 14:19 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
Forgot some quick instructions
The ampersand (&)(char) where (char) may be any character other than a space will disconnect Snooper.
An ampersand by itself will reconnect it.
If you change either slot or drive designations you must enter the ampersand by itself to be able to use Snooper with the new Slot/drive.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306141 is a reply to message #306119] |
Sun, 13 December 2015 21:07 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
I took it for granted the snooper program I copied off of was working properly.
It turns out the return address and block #'s were not updating correctly.
I tested this more vigorously and now all is well.
Disregard the previous listing.
9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
91C0:20 61 64 72 3A 20 00
3D0G
BSAVE SNOOPER,A$9000,L$1C8
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306142 is a reply to message #306141] |
Sun, 13 December 2015 22:35 |
Bill Garber
Messages: 507
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
<gids.rs@sasktel.net> wrote in message
news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
> I took it for granted the snooper program I copied off of was working
> properly.
>
> It turns out the return address and block #'s were not updating correctly.
>
> I tested this more vigorously and now all is well.
> Disregard the previous listing.
>
> 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
> 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
> 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
> 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
> 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
> 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
> 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
> 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
> 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
> 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
> 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
> 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
> 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
> 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
> 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
> 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
> 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
> 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
> 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
> 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
> 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
> 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
> 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
> 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
> 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
> 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
> 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
> 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
> 91C0:20 61 64 72 3A 20 00
>
> 3D0G
> BSAVE SNOOPER,A$9000,L$1C8
Now... I've done it, and ran it, but I fail to see what it's actually
doing and for what it is good. Maybe you can elaborate on it,
or supply a reference that we can read about it. Thank you.
Bill Garber * http://www.sepa-electronics.com *
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306144 is a reply to message #306142] |
Sun, 13 December 2015 23:37 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
> rob wrote in message
> news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>> I took it for granted the snooper program I copied off of was working
>> properly.
>>
>> It turns out the return address and block #'s were not updating correctly.
>>
>> I tested this more vigorously and now all is well.
>> Disregard the previous listing.
>>
>> 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>> 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>> 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>> 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>> 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>> 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>> 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>> 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>> 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>> 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>> 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>> 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>> 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>> 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>> 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>> 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>> 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>> 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>> 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>> 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>> 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>> 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>> 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>> 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>> 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>> 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>> 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>> 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>> 91C0:20 61 64 72 3A 20 00
>>
>> 3D0G
>> BSAVE SNOOPER,A$9000,L$1C8
>
> Now... I've done it, and ran it, but I fail to see what it's actually
> doing and for what it is good. Maybe you can elaborate on it,
> or supply a reference that we can read about it. Thank you.
>
> Bill Garber * http://www.sepa-electronics.com *
Type CATALOG, load a file, save a file, change to a different directory
It lists the MLI command, the return address, the location of the parameter list, indicates a Read or Write, the buffer where the file is opened, and the block # of where the file or directory is read from.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306162 is a reply to message #306142] |
Mon, 14 December 2015 11:23 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-14 03:35:32 +0000, Bill Garber said:
> Now... I've done it, and ran it, but I fail to see what it's actually
> doing and for what it is good. Maybe you can elaborate on it,
> or supply a reference that we can read about it. Thank you.
Here's an example of the output after it's been BRUNed:
]CATALOG
Rtn adr: BE88 Status: R S6 D1
Buf adr: F600 Blk #: 0002
MLI cmd: C5 Parm list adr: BEC6
You'd tap ENTER at this point and you'll see the next command and
status. At first glance, some of it looks like repeated commands. That
may be necessary, I suppose. Some of the times, however, the block
number or MLI command with change. Each time the snooper stops, you can
hit ENTER to continue.
Rtn adr: BE88 Status: R S6 D1
Buf adr: F600 Blk #: 0002
MLI cmd: C5 Parm list adr: BEC6
Better formatted output, courtesy of Virtual ][.
http://i.imgur.com/6LzFpVe.png
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306171 is a reply to message #306162] |
Mon, 14 December 2015 12:35 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
> At first glance, some of it looks like repeated commands. That
> may be necessary, I suppose.
It's not really about being necessary. All of Basic.systems command calls go through its global page, which is at $BE70 which includes all applesoft commands that use CHR$(4); as well as direct commands typed in at the prompt.
Only system files and some binary files make direct calls to the Prodos MLI interpreter.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306172 is a reply to message #306171] |
Mon, 14 December 2015 12:59 |
thecompu
Messages: 186
Registered: August 2013
Karma: 0
|
Senior Member |
|
|
On 2015-12-14 17:35:07 +0000, gids.rs@sasktel.net said:
> It's not really about being necessary. All of Basic.systems command
> calls go through its global page, which is at $BE70 which includes all
> applesoft commands that use CHR$(4); as well as direct commands typed
> in at the prompt.
>
> Only system files and some binary files make direct calls to the Prodos
> MLI interpreter.
What I was saying, poorly, was that glancing at the Snooper output
could make one assume there are redundant commands or parameters sent.
However, closer inspection of the output will show at least one
difference, whether it's the block number, the MLI command, and Buffer
Address, or something else.
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306187 is a reply to message #306144] |
Mon, 14 December 2015 17:12 |
Bill Garber
Messages: 507
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
<gids.rs@sasktel.net> wrote in message
news:7977e911-42e5-4659-8354-c01994172d38@googlegroups.com...
> On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
>> rob wrote in message
>> news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>>> I took it for granted the snooper program I copied off of was working
>>> properly.
>>>
>>> It turns out the return address and block #'s were not updating correctly.
>>>
>>> I tested this more vigorously and now all is well.
>>> Disregard the previous listing.
>>>
>>> 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>>> 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>>> 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>>> 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>>> 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>>> 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>>> 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>>> 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>>> 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>>> 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>>> 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>>> 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>>> 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>>> 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>>> 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>>> 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>>> 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>>> 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>>> 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>>> 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>>> 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>>> 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>>> 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>>> 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>>> 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>>> 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>>> 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>>> 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>>> 91C0:20 61 64 72 3A 20 00
>>>
>>> 3D0G
>>> BSAVE SNOOPER,A$9000,L$1C8
>>
>> Now... I've done it, and ran it, but I fail to see what it's actually
>> doing and for what it is good. Maybe you can elaborate on it,
>> or supply a reference that we can read about it. Thank you.
>>
>> Bill Garber * http://www.sepa-electronics.com *
>
>
> Type CATALOG, load a file, save a file, change to a different directory
>
> It lists the MLI command, the return address, the location of the parameter
> list, indicates a Read or Write, the buffer where the file is opened, and the
> block # of where the file or directory is read from.
Ok, I tried everything posted up until the last post and all I get is a white screen.
I assume that I'm doing something wrong, so, I'll do with it what I do with all of
the stuff I don't really have time for, and set it aside until it's forgotten and/or lost.
Bill Garber * http://www.sepa-electronics.com *
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306198 is a reply to message #306187] |
Mon, 14 December 2015 20:45 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Monday, December 14, 2015 at 4:10:53 PM UTC-6, Bill Garber wrote:
> Rob wrote in message
> news:7977e911-42e5-4659-8354-c01994172d38@googlegroups.com...
>> On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
>>> rob wrote in message
>>> news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>>>> I took it for granted the snooper program I copied off of was working
>>>> properly.
>>>>
>>>> It turns out the return address and block #'s were not updating correctly.
>>>>
>>>> I tested this more vigorously and now all is well.
>>>> Disregard the previous listing.
>>>>
>>>> 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>>>> 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>>>> 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>>>> 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>>>> 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>>>> 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>>>> 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>>>> 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>>>> 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>>>> 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>>>> 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>>>> 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>>>> 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>>>> 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>>>> 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>>>> 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>>>> 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>>>> 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>>>> 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>>>> 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>>>> 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>>>> 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>>>> 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>>>> 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>>>> 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>>>> 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>>>> 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>>>> 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>>>> 91C0:20 61 64 72 3A 20 00
>>>>
>>>> 3D0G
>>>> BSAVE SNOOPER,A$9000,L$1C8
>>>
>>> Now... I've done it, and ran it, but I fail to see what it's actually
>>> doing and for what it is good. Maybe you can elaborate on it,
>>> or supply a reference that we can read about it. Thank you.
>>>
>>> Bill Garber * http://www.sepa-electronics.com *
>>
>>
>> Type CATALOG, load a file, save a file, change to a different directory
>>
>> It lists the MLI command, the return address, the location of the parameter
>> list, indicates a Read or Write, the buffer where the file is opened, and the
>> block # of where the file or directory is read from.
>
> Ok, I tried everything posted up until the last post and all I get is a white screen.
> I assume that I'm doing something wrong, so, I'll do with it what I do with all of
> the stuff I don't really have time for, and set it aside until it's forgotten and/or lost.
>
> Bill Garber * http://www.sepa-electronics.com *
The only thing I can think of, Bill, is that it uses BIT $C082 to turn on the language card ROM and two LDA $C083's or two LDA $C08B's (depending on the state it found it in) to read/write to the language card.
One more thing you can check is to go into the monitor and check locations $BF1E and $BF1F. The default is the slot 7, drive 1 driver.
It should have no effect if you booted from another slot. But once you prefix'd slot 7, the info would show up.
From any other slot, just type & at the prompt and it will automatically disconnect slot 7 and reconnect the driver using the slot you booted from.
I don't know all the idioms to all the emulators yet, but which emulator or computer are you using again, Bill?
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306199 is a reply to message #306198] |
Mon, 14 December 2015 21:26 |
Bill Garber
Messages: 507
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
<gids.rs@sasktel.net> wrote in message
news:773945cf-c2ff-4b1f-b0de-eff5aeed500d@googlegroups.com...
> On Monday, December 14, 2015 at 4:10:53 PM UTC-6, Bill Garber wrote:
>> Rob wrote in message
>> news:7977e911-42e5-4659-8354-c01994172d38@googlegroups.com...
>>> On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
>>>> rob wrote in message
>>>> news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>>>> > I took it for granted the snooper program I copied off of was working
>>>> > properly.
>>>> >
>>>> > It turns out the return address and block #'s were not updating correctly.
>>>> >
>>>> > I tested this more vigorously and now all is well.
>>>> > Disregard the previous listing.
>>>> >
>>>> > 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>>>> > 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>>>> > 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>>>> > 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>>>> > 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>>>> > 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>>>> > 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>>>> > 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>>>> > 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>>>> > 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>>>> > 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>>>> > 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>>>> > 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>>>> > 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>>>> > 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>>>> > 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>>>> > 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>>>> > 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>>>> > 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>>>> > 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>>>> > 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>>>> > 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>>>> > 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>>>> > 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>>>> > 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>>>> > 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>>>> > 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>>>> > 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>>>> > 91C0:20 61 64 72 3A 20 00
>>>> >
>>>> > 3D0G
>>>> > BSAVE SNOOPER,A$9000,L$1C8
>>>>
>>>> Now... I've done it, and ran it, but I fail to see what it's actually
>>>> doing and for what it is good. Maybe you can elaborate on it,
>>>> or supply a reference that we can read about it. Thank you.
>>>>
>>>> Bill Garber * http://www.sepa-electronics.com *
>>>
>>>
>>> Type CATALOG, load a file, save a file, change to a different directory
>>>
>>> It lists the MLI command, the return address, the location of the parameter
>>> list, indicates a Read or Write, the buffer where the file is opened, and the
>>> block # of where the file or directory is read from.
>>
>> Ok, I tried everything posted up until the last post and all I get is a white screen.
>> I assume that I'm doing something wrong, so, I'll do with it what I do with all of
>> the stuff I don't really have time for, and set it aside until it's forgotten and/or lost.
>>
>> Bill Garber * http://www.sepa-electronics.com *
>
>
> The only thing I can think of, Bill, is that it uses BIT $C082 to turn on the language
> card ROM and two LDA $C083's or two LDA $C08B's (depending on the state
> it found it in) to read/write to the language card.
>
> One more thing you can check is to go into the monitor and check locations $BF1E
> and $BF1F. The default is the slot 7, drive 1 driver.
>
> It should have no effect if you booted from another slot. But once you prefix'd
> slot 7, the info would show up.
>
> From any other slot, just type & at the prompt and it will automatically disconnect
> slot 7 and reconnect the driver using the slot you booted from.
>
> I don't know all the idioms to all the emulators yet, but which emulator
> or computer are you using again, Bill?
Well, I'm using AppleWIN version 1.21.1.0 with Enhanced Apple //e rom, but,
it isn't important... I just tried it for something to do until my energy level worked
its way up to the point that I could do more important things, like Carte Blanche 2.
I didn't know that SNOOPER would be so complicated. 8>)
Bill Garber * http://www.sepa-electronics.com *
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306272 is a reply to message #306199] |
Tue, 15 December 2015 23:44 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Monday, December 14, 2015 at 8:25:45 PM UTC-6, Bill Garber wrote:
> Rob wrote in message
> news:773945cf-c2ff-4b1f-b0de-eff5aeed500d@googlegroups.com...
>> On Monday, December 14, 2015 at 4:10:53 PM UTC-6, Bill Garber wrote:
>>> Rob wrote in message
>>> news:7977e911-42e5-4659-8354-c01994172d38@googlegroups.com...
>>>> On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
>>>> > rob wrote in message
>>>> > news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>>>> > > I took it for granted the snooper program I copied off of was working
>>>> > > properly.
>>>> > >
>>>> > > It turns out the return address and block #'s were not updating correctly.
>>>> > >
>>>> > > I tested this more vigorously and now all is well.
>>>> > > Disregard the previous listing.
>>>> > >
>>>> > > 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>>>> > > 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>>>> > > 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>>>> > > 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>>>> > > 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>>>> > > 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>>>> > > 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>>>> > > 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>>>> > > 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>>>> > > 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>>>> > > 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>>>> > > 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>>>> > > 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>>>> > > 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>>>> > > 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>>>> > > 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>>>> > > 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>>>> > > 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>>>> > > 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>>>> > > 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>>>> > > 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>>>> > > 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>>>> > > 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>>>> > > 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>>>> > > 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>>>> > > 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>>>> > > 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>>>> > > 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>>>> > > 91C0:20 61 64 72 3A 20 00
>>>> > >
>>>> > > 3D0G
>>>> > > BSAVE SNOOPER,A$9000,L$1C8
>>>> >
>>>> > Now... I've done it, and ran it, but I fail to see what it's actually
>>>> > doing and for what it is good. Maybe you can elaborate on it,
>>>> > or supply a reference that we can read about it. Thank you.
>>>> >
>>>> > Bill Garber * http://www.sepa-electronics.com *
>>>>
>>>>
>>>> Type CATALOG, load a file, save a file, change to a different directory
>>>>
>>>> It lists the MLI command, the return address, the location of the parameter
>>>> list, indicates a Read or Write, the buffer where the file is opened, and the
>>>> block # of where the file or directory is read from.
>>>
>>> Ok, I tried everything posted up until the last post and all I get is a white screen.
>>> I assume that I'm doing something wrong, so, I'll do with it what I do with all of
>>> the stuff I don't really have time for, and set it aside until it's forgotten and/or lost.
>>>
>>> Bill Garber * http://www.sepa-electronics.com *
>>
>>
>> The only thing I can think of, Bill, is that it uses BIT $C082 to turn on the language
>> card ROM and two LDA $C083's or two LDA $C08B's (depending on the state
>> it found it in) to read/write to the language card.
>>
>> One more thing you can check is to go into the monitor and check locations $BF1E
>> and $BF1F. The default is the slot 7, drive 1 driver.
>>
>> It should have no effect if you booted from another slot. But once you prefix'd
>> slot 7, the info would show up.
>>
>> From any other slot, just type & at the prompt and it will automatically disconnect
>> slot 7 and reconnect the driver using the slot you booted from.
>>
>> I don't know all the idioms to all the emulators yet, but which emulator
>> or computer are you using again, Bill?
>
> Well, I'm using AppleWIN version 1.21.1.0 with Enhanced Apple //e rom, but,
> it isn't important... I just tried it for something to do until my energy level worked
> its way up to the point that I could do more important things, like Carte Blanche 2.
>
> I didn't know that SNOOPER would be so complicated. 8>)
>
> Bill Garber * http://www.sepa-electronics.com *
That's a pretty old version. It works fine for me under v1.25.4
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306274 is a reply to message #306272] |
Wed, 16 December 2015 00:56 |
Bill Garber
Messages: 507
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
<gids.rs@sasktel.net> wrote in message
news:05d7f9a4-c298-400c-a6cb-200e3a22564d@googlegroups.com...
> On Monday, December 14, 2015 at 8:25:45 PM UTC-6, Bill Garber wrote:
>> Rob wrote in message
>> news:773945cf-c2ff-4b1f-b0de-eff5aeed500d@googlegroups.com...
>>> On Monday, December 14, 2015 at 4:10:53 PM UTC-6, Bill Garber wrote:
>>>> Rob wrote in message
>>>> news:7977e911-42e5-4659-8354-c01994172d38@googlegroups.com...
>>>> > On Sunday, December 13, 2015 at 9:34:16 PM UTC-6, Bill Garber wrote:
>>>> >> rob wrote in message
>>>> >> news:90c5105a-f70a-43c7-a198-9d3e157120df@googlegroups.com...
>>>> >> > I took it for granted the snooper program I copied off of was working
>>>> >> > properly.
>>>> >> >
>>>> >> > It turns out the return address and block #'s were not updating correctly.
>>>> >> >
>>>> >> > I tested this more vigorously and now all is well.
>>>> >> > Disregard the previous listing.
>>>> >> >
>>>> >> > 9000:4C 35 90 4C 08 90 00 00 AD 01 02 F0 28 20 13 90
>>>> >> > 9010:4C D0 03 AE 06 90 F0 1C E8 A0 01 BD 10 BF 48 B9
>>>> >> > 9020:7E 90 9D 10 BF 68 99 7E 90 CA 88 10 EE C8 8C 06
>>>> >> > 9030:90 8C 07 90 60 AD 06 90 F0 0B AD 30 BF CD 07 90
>>>> >> > 9040:F0 F2 20 13 90 AD 30 BF 8D 07 90 29 F0 0A 08 4A
>>>> >> > 9050:4A 4A 4A 28 90 02 69 0F 8D 06 90 AA E8 A0 01 BD
>>>> >> > 9060:10 BF 48 B9 7E 90 9D 10 BF 68 99 7E 90 CA 88 10
>>>> >> > 9070:EE A9 08 A0 90 8D F6 03 8C F7 03 4C D0 03 82 90
>>>> >> > 9080:00 60 08 48 98 48 8A 48 D8 A2 03 B5 36 95 04 CA
>>>> >> > 9090:10 F9 AD 00 D0 85 D7 2C 82 C0 20 8E FD A9 88 A0
>>>> >> > 90A0:91 20 3A DB AD 9D BF 20 DA FD AD 9C BF 20 DA FD
>>>> >> > 90B0:20 48 F9 A9 92 A0 91 20 3A DB A6 42 F0 06 CA F0
>>>> >> > 90C0:09 CA F0 03 A9 C6 2C A9 D7 2C A9 D2 20 ED FD 20
>>>> >> > 90D0:48 F9 A9 D3 20 ED FD A5 43 0A 08 4A 4A 4A 4A 4A
>>>> >> > 90E0:09 B0 20 ED FD A9 A0 20 ED FD A9 C4 20 ED FD A2
>>>> >> > 90F0:B1 28 90 01 E8 8A 20 ED FD 20 8E FD A9 9B A0 91
>>>> >> > 9100:20 3A DB A5 45 20 DA FD A5 44 20 DA FD 20 48 F9
>>>> >> > 9110:A9 A5 A0 91 20 3A DB A5 47 20 DA FD A5 46 20 DA
>>>> >> > 9120:FD 20 8E FD A9 AD A0 91 20 3A DB 38 AD 9C BF E9
>>>> >> > 9130:03 85 02 AD 9D BF E9 00 85 03 A0 00 B1 02 20 DA
>>>> >> > 9140:FD 20 48 F9 A9 B7 A0 91 20 3A DB A0 02 B1 02 20
>>>> >> > 9150:DA FD 88 B1 02 20 DA FD 20 8E FD A2 03 B5 04 95
>>>> >> > 9160:36 CA 10 F9 2C 00 C0 10 FB 2C 10 C0 AD 8B C0 AD
>>>> >> > 9170:8B C0 AD 00 D0 C5 D7 F0 06 AD 83 C0 AD 83 C0 68
>>>> >> > 9180:AA 68 A8 68 28 6C 7E 90 52 74 6E 20 61 64 72 3A
>>>> >> > 9190:20 00 53 74 61 74 75 73 3A 20 00 42 75 66 20 61
>>>> >> > 91A0:64 72 3A 20 00 42 6C 6B 20 23 3A 20 00 4D 4C 49
>>>> >> > 91B0:20 63 6D 64 3A 20 00 50 61 72 6D 20 6C 69 73 74
>>>> >> > 91C0:20 61 64 72 3A 20 00
>>>> >> >
>>>> >> > 3D0G
>>>> >> > BSAVE SNOOPER,A$9000,L$1C8
>>>> >>
>>>> >> Now... I've done it, and ran it, but I fail to see what it's actually
>>>> >> doing and for what it is good. Maybe you can elaborate on it,
>>>> >> or supply a reference that we can read about it. Thank you.
>>>> >>
>>>> >> Bill Garber * http://www.sepa-electronics.com *
>>>> >
>>>> >
>>>> > Type CATALOG, load a file, save a file, change to a different directory
>>>> >
>>>> > It lists the MLI command, the return address, the location of the parameter
>>>> > list, indicates a Read or Write, the buffer where the file is opened, and the
>>>> > block # of where the file or directory is read from.
>>>>
>>>> Ok, I tried everything posted up until the last post and all I get is a white screen.
>>>> I assume that I'm doing something wrong, so, I'll do with it what I do with all of
>>>> the stuff I don't really have time for, and set it aside until it's forgotten and/or lost.
>>>>
>>>> Bill Garber * http://www.sepa-electronics.com *
>>>
>>>
>>> The only thing I can think of, Bill, is that it uses BIT $C082 to turn on the language
>>> card ROM and two LDA $C083's or two LDA $C08B's (depending on the state
>>> it found it in) to read/write to the language card.
>>>
>>> One more thing you can check is to go into the monitor and check locations $BF1E
>>> and $BF1F. The default is the slot 7, drive 1 driver.
>>>
>>> It should have no effect if you booted from another slot. But once you prefix'd
>>> slot 7, the info would show up.
>>>
>>> From any other slot, just type & at the prompt and it will automatically disconnect
>>> slot 7 and reconnect the driver using the slot you booted from.
>>>
>>> I don't know all the idioms to all the emulators yet, but which emulator
>>> or computer are you using again, Bill?
>>
>> Well, I'm using AppleWIN version 1.21.1.0 with Enhanced Apple //e rom, but,
>> it isn't important... I just tried it for something to do until my energy level worked
>> its way up to the point that I could do more important things, like Carte Blanche 2.
>>
>> I didn't know that SNOOPER would be so complicated. 8>)
>>
>> Bill Garber * http://www.sepa-electronics.com *
>
> That's a pretty old version. It works fine for me under v1.25.4
I'm running an older version of Windows... XP SP3. Need to for obvious reasons.
Bill Garber * http://www.sepa-electronics.com *
|
|
|
|
| Re: Watching ProDOS Do It's Thing [message #306314 is a reply to message #306274] |
Wed, 16 December 2015 21:52 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
>>>> I don't know all the idioms to all the emulators yet, but which emulator
>>>> or computer are you using again, Bill?
>>>
>>> Well, I'm using AppleWIN version 1.21.1.0 with Enhanced Apple //e rom, but,
>>> it isn't important... I just tried it for something to do until my energy level worked
>>> its way up to the point that I could do more important things, like Carte Blanche 2.
>>>
>>> I didn't know that SNOOPER would be so complicated. 8>)
>>>
>>> Bill Garber * http://www.sepa-electronics.com *
>>
>> That's a pretty old version. It works fine for me under v1.25.4
>
> I'm running an older version of Windows... XP SP3. Need to for obvious reasons.
>
> Bill Garber * http://www.sepa-electronics.com *
I am also using Win XP SP3.
Applewin v1.25.4 is the best yet of the Applewin series that I have used for the software I have been writing under WinXP.
|
|
|
|
Members
Search
Help
Register
Login
Home
