 |
|
| Computers Forum Index » Computer - Emulators (Apple2) » WASP doesn't like AppleWin 1.16.1?... |
|
Page 1 of 1 |
|
| Author |
Message |
| DMn2004404 at (no spam) gmail.com... |
Posted: Fri Aug 07, 2009 3:02 pm |
|
|
|
Guest
|
I'm using WASP (Windows AppleSoft Programmer), and when I'm ready to
send my finished program to AppleWin (my Apple //e emulator), AppleWin
does not boot the Apple //e, but simply stares at me as if to say,
"What?"
Then, when my Apple //e in AppleWin is on, and I try to send the
program to AppleWin, WASP returns an error, saying, "No Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor |
|
|
| Back to top |
|
|
|
| Charlie... |
Posted: Fri Aug 07, 2009 11:18 pm |
|
|
|
Guest
|
<DMn2004404 at (no spam) gmail.com> wrote in message
news:7f2390d6-e408-488d-b26e-7078baeb06f2 at (no spam) z28g2000vbl.googlegroups.com...
Quote: I'm using WASP (Windows AppleSoft Programmer), and when I'm ready
to
send my finished program to AppleWin (my Apple //e emulator),
AppleWin
does not boot the Apple //e, but simply stares at me as if to say,
"What?"
WASP never booted an image in AppleWin by itself. You must start
AppleWin *and* boot an image (to an Applesoft prompt) before you can
send a program to it. You can set up WASP to automatically start
AppleWin everytime WASP starts but you still have to boot an image.
(see the Help menu for how to do this).
Quote:
Then, when my Apple //e in AppleWin is on, and I try to send the
program to AppleWin, WASP returns an error, saying, "No Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor
AppleWin 1.16.1 changed it's name. By that I mean it's process name
under Windows. When you boot an image in AppleWin you will see (on
the title bar) a dash and the video mode appended to the name. For
instance "Enhanced Apple //e Emulator - TV". You can also look for
an emulator's name by using the "List Programs Running" function in
the tools menu.
WASP didn't know ahead of time they were going to change the name so
it's still looking for the old name. Until I get the new names
added to the default list you can fix it yourself by editing the
WASP.ini file. Look for a section something like this:
[Emulators]
Number=6
Name[1]=Enhanced Apple //e Emulator
Name[2]=Apple //e Emulator
Name[3]=Apple ][ Emulator
Name[4]=Apple ][+ Emulator
Name[5]=Pravets 82 Emulator
Name[6]=Pravets 8A Emulator
Change Number=6 to Number=7
and then add:
Name[7]=Enhanced Apple //e Emulator - TV
Save the WASP.ini file.
This assumes you are using the TV video mode. If you are using a
different video mode than TV then the name is going to be different.
You can add as many names as you want using this method.
Hope this helps,
Charlie |
|
|
| Back to top |
|
|
|
| DMn2004404... |
Posted: Mon Aug 10, 2009 9:32 pm |
|
|
|
Guest
|
On Aug 7, 2:18 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: DMn2004... at (no spam) gmail.com> wrote in message
news:7f2390d6-e408-488d-b26e-7078baeb06f2 at (no spam) z28g2000vbl.googlegroups.com...
I'm using WASP (Windows AppleSoft Programmer), and when I'm ready
to
send my finished program to AppleWin (my Apple //e emulator),
AppleWin
does not boot the Apple //e, but simply stares at me as if to say,
"What?"
WASP never booted an image in AppleWin by itself. You must start
AppleWin *and* boot an image (to an Applesoft prompt) before you can
send a program to it. You can set up WASP to automatically start
AppleWin everytime WASP starts but you still have to boot an image.
(see the Help menu for how to do this).
Then, when my Apple //e in AppleWin is on, and I try to send the
program to AppleWin, WASP returns an error, saying, "No Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor
AppleWin 1.16.1 changed it's name. By that I mean it's process name
under Windows. When you boot an image in AppleWin you will see (on
the title bar) a dash and the video mode appended to the name. For
instance "Enhanced Apple //e Emulator - TV". You can also look for
an emulator's name by using the "List Programs Running" function in
the tools menu.
WASP didn't know ahead of time they were going to change the name so
it's still looking for the old name. Until I get the new names
added to the default list you can fix it yourself by editing the
WASP.ini file. Look for a section something like this:
[Emulators]
Number=6
Name[1]=Enhanced Apple //e Emulator
Name[2]=Apple //e Emulator
Name[3]=Apple ][ Emulator
Name[4]=Apple ][+ Emulator
Name[5]=Pravets 82 Emulator
Name[6]=Pravets 8A Emulator
Change Number=6 to Number=7
and then add:
Name[7]=Enhanced Apple //e Emulator - TV
Save the WASP.ini file.
This assumes you are using the TV video mode. If you are using a
different video mode than TV then the name is going to be different.
You can add as many names as you want using this method.
Hope this helps,
Charlie
That's got it. Boy, WASP seems pretty stupid right about now.
Thanks.
Brandon |
|
|
| Back to top |
|
|
|
| Bill Buckels... |
Posted: Tue Aug 11, 2009 11:02 pm |
|
|
|
Guest
|
"DMn2004404" <DMn2004404 at (no spam) gmail.com> wrote:
Quote: That's got it. Boy, WASP seems pretty stupid right about now.
That's sort-of the opposite of what I was thinking:)
- DMnDMr |
|
|
| Back to top |
|
|
|
| Charlie... |
Posted: Wed Aug 12, 2009 3:42 am |
|
|
|
Guest
|
"DMn2004404" <DMn2004404 at (no spam) gmail.com> wrote in message
news:a51bad70-ce82-47e1-a5eb-00a0e902e873 at (no spam) k30g2000yqf.googlegroups.com...
On Aug 7, 2:18 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: DMn2004... at (no spam) gmail.com> wrote in message
news:7f2390d6-e408-488d-b26e-7078baeb06f2 at (no spam) z28g2000vbl.googlegroups.com...
I'm using WASP (Windows AppleSoft Programmer), and when I'm
ready
to
send my finished program to AppleWin (my Apple //e emulator),
AppleWin
does not boot the Apple //e, but simply stares at me as if to
say,
"What?"
WASP never booted an image in AppleWin by itself. You must start
AppleWin *and* boot an image (to an Applesoft prompt) before you
can
send a program to it. You can set up WASP to automatically start
AppleWin everytime WASP starts but you still have to boot an
image.
(see the Help menu for how to do this).
Then, when my Apple //e in AppleWin is on, and I try to send the
program to AppleWin, WASP returns an error, saying, "No Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor
AppleWin 1.16.1 changed it's name. By that I mean it's process
name
under Windows. When you boot an image in AppleWin you will see (on
the title bar) a dash and the video mode appended to the name. For
instance "Enhanced Apple //e Emulator - TV". You can also look for
an emulator's name by using the "List Programs Running" function
in
the tools menu.
WASP didn't know ahead of time they were going to change the name
so
it's still looking for the old name. Until I get the new names
added to the default list you can fix it yourself by editing the
WASP.ini file. Look for a section something like this:
[Emulators]
Number=6
Name[1]=Enhanced Apple //e Emulator
Name[2]=Apple //e Emulator
Name[3]=Apple ][ Emulator
Name[4]=Apple ][+ Emulator
Name[5]=Pravets 82 Emulator
Name[6]=Pravets 8A Emulator
Change Number=6 to Number=7
and then add:
Name[7]=Enhanced Apple //e Emulator - TV
Save the WASP.ini file.
This assumes you are using the TV video mode. If you are using a
different video mode than TV then the name is going to be
different.
You can add as many names as you want using this method.
Hope this helps,
Charlie
--------------------------------------------------------------
That's got it. Boy, WASP seems pretty stupid right about now.
Thanks.
Brandon
--------------------------------------------------------------
I have fixed the name problem by having WASP truncate the process
name to the same length as the name from the WASP.ini file. That
way "Enhanced Apple //e Emulator" would be equivalent to "Enhanced
Apple //e Emulator - TV" for the purpose of the test. It will be in
the next release which has been delayed because of a bug in the Open
file dialog when running under Windows 7.
Incidentally, if you are wondering why WASP can't just send the
Applesoft program to AppleWin even if it doesn't detect it running,
it's because AppleWin has to have the keyboard focus to receive the
simulated keystrokes that start the transfer. I don't know of any
way for WASP to set the keyboard focus without knowing the name of
the that process. If you or anyone does know of another way I'd
like to hear about it.
Charlie |
|
|
| Back to top |
|
|
|
| DMn2004404... |
Posted: Fri Aug 14, 2009 12:40 am |
|
|
|
Guest
|
On Aug 11, 6:42 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: "DMn2004404" <DMn2004... at (no spam) gmail.com> wrote in message
news:a51bad70-ce82-47e1-a5eb-00a0e902e873 at (no spam) k30g2000yqf.googlegroups.com...
On Aug 7, 2:18 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
DMn2004... at (no spam) gmail.com> wrote in message
news:7f2390d6-e408-488d-b26e-7078baeb06f2 at (no spam) z28g2000vbl.googlegroups.com....
I'm using WASP (Windows AppleSoft Programmer), and when I'm
ready
to
send my finished program to AppleWin (my Apple //e emulator),
AppleWin
does not boot the Apple //e, but simply stares at me as if to
say,
"What?"
WASP never booted an image in AppleWin by itself. You must start
AppleWin *and* boot an image (to an Applesoft prompt) before you
can
send a program to it. You can set up WASP to automatically start
AppleWin everytime WASP starts but you still have to boot an
image.
(see the Help menu for how to do this).
Then, when my Apple //e in AppleWin is on, and I try to send the
program to AppleWin, WASP returns an error, saying, "No Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor
AppleWin 1.16.1 changed it's name. By that I mean it's process
name
under Windows. When you boot an image in AppleWin you will see (on
the title bar) a dash and the video mode appended to the name. For
instance "Enhanced Apple //e Emulator - TV". You can also look for
an emulator's name by using the "List Programs Running" function
in
the tools menu.
WASP didn't know ahead of time they were going to change the name
so
it's still looking for the old name. Until I get the new names
added to the default list you can fix it yourself by editing the
WASP.ini file. Look for a section something like this:
[Emulators]
Number=6
Name[1]=Enhanced Apple //e Emulator
Name[2]=Apple //e Emulator
Name[3]=Apple ][ Emulator
Name[4]=Apple ][+ Emulator
Name[5]=Pravets 82 Emulator
Name[6]=Pravets 8A Emulator
Change Number=6 to Number=7
and then add:
Name[7]=Enhanced Apple //e Emulator - TV
Save the WASP.ini file.
This assumes you are using the TV video mode. If you are using a
different video mode than TV then the name is going to be
different.
You can add as many names as you want using this method.
Hope this helps,
Charlie
--------------------------------------------------------------
That's got it. Boy, WASP seems pretty stupid right about now.
Thanks.
Brandon
--------------------------------------------------------------
I have fixed the name problem by having WASP truncate the process
name to the same length as the name from the WASP.ini file. That
way "Enhanced Apple //e Emulator" would be equivalent to "Enhanced
Apple //e Emulator - TV" for the purpose of the test. It will be in
the next release which has been delayed because of a bug in the Open
file dialog when running under Windows 7.
Incidentally, if you are wondering why WASP can't just send the
Applesoft program to AppleWin even if it doesn't detect it running,
it's because AppleWin has to have the keyboard focus to receive the
simulated keystrokes that start the transfer. I don't know of any
way for WASP to set the keyboard focus without knowing the name of
the that process. If you or anyone does know of another way I'd
like to hear about it.
Charlie
I don't know about that, but I have discovered another WASP anomaly:
When I double click a disk image file in the Open file dialog, the
"APPLE ][" section of the dialog is supposed to show me a list of
files that are inside that disk image... but instead WASP opens the
disk image file as if it were a text file, and I get gibberish. Among
the gibberish is undoubtedly some human-readable data, but the
displayed output is generally useless. What's the issue here?
Brandon |
|
|
| Back to top |
|
|
|
| Charlie... |
Posted: Fri Aug 14, 2009 5:17 am |
|
|
|
Guest
|
"DMn2004404" <DMn2004404 at (no spam) gmail.com> wrote in message
news:309a7e05-4e71-4d50-96b9-d01a45e0cafb at (no spam) c29g2000yqd.googlegroups.com...
On Aug 11, 6:42 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: "DMn2004404" <DMn2004... at (no spam) gmail.com> wrote in message
news:a51bad70-ce82-47e1-a5eb-00a0e902e873 at (no spam) k30g2000yqf.googlegroups.com...
On Aug 7, 2:18 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
DMn2004... at (no spam) gmail.com> wrote in message
news:7f2390d6-e408-488d-b26e-7078baeb06f2 at (no spam) z28g2000vbl.googlegroups.com...
I'm using WASP (Windows AppleSoft Programmer), and when I'm
ready
to
send my finished program to AppleWin (my Apple //e emulator),
AppleWin
does not boot the Apple //e, but simply stares at me as if to
say,
"What?"
WASP never booted an image in AppleWin by itself. You must start
AppleWin *and* boot an image (to an Applesoft prompt) before you
can
send a program to it. You can set up WASP to automatically start
AppleWin everytime WASP starts but you still have to boot an
image.
(see the Help menu for how to do this).
Then, when my Apple //e in AppleWin is on, and I try to send
the
program to AppleWin, WASP returns an error, saying, "No
Emulator
Running!" even when I know full well that AppleWin is active.
What's the deal here?
Brandon Taylor
AppleWin 1.16.1 changed it's name. By that I mean it's process
name
under Windows. When you boot an image in AppleWin you will see
(on
the title bar) a dash and the video mode appended to the name.
For
instance "Enhanced Apple //e Emulator - TV". You can also look
for
an emulator's name by using the "List Programs Running" function
in
the tools menu.
WASP didn't know ahead of time they were going to change the
name
so
it's still looking for the old name. Until I get the new names
added to the default list you can fix it yourself by editing the
WASP.ini file. Look for a section something like this:
[Emulators]
Number=6
Name[1]=Enhanced Apple //e Emulator
Name[2]=Apple //e Emulator
Name[3]=Apple ][ Emulator
Name[4]=Apple ][+ Emulator
Name[5]=Pravets 82 Emulator
Name[6]=Pravets 8A Emulator
Change Number=6 to Number=7
and then add:
Name[7]=Enhanced Apple //e Emulator - TV
Save the WASP.ini file.
This assumes you are using the TV video mode. If you are using a
different video mode than TV then the name is going to be
different.
You can add as many names as you want using this method.
Hope this helps,
Charlie
--------------------------------------------------------------
That's got it. Boy, WASP seems pretty stupid right about now.
Thanks.
Brandon
--------------------------------------------------------------
I have fixed the name problem by having WASP truncate the process
name to the same length as the name from the WASP.ini file. That
way "Enhanced Apple //e Emulator" would be equivalent to "Enhanced
Apple //e Emulator - TV" for the purpose of the test. It will be
in
the next release which has been delayed because of a bug in the
Open
file dialog when running under Windows 7.
Incidentally, if you are wondering why WASP can't just send the
Applesoft program to AppleWin even if it doesn't detect it
running,
it's because AppleWin has to have the keyboard focus to receive
the
simulated keystrokes that start the transfer. I don't know of any
way for WASP to set the keyboard focus without knowing the name of
the that process. If you or anyone does know of another way I'd
like to hear about it.
Charlie
--------------------------------------
I don't know about that, but I have discovered another WASP anomaly:
When I double click a disk image file in the Open file dialog, the
"APPLE ][" section of the dialog is supposed to show me a list of
files that are inside that disk image... but instead WASP opens the
disk image file as if it were a text file, and I get gibberish.
Among
the gibberish is undoubtedly some human-readable data, but the
displayed output is generally useless. What's the issue here?
Brandon
-------------------------------------
I can't replicate that here. As you say, you should be seeing the
files in the lower listview window in much the same manor as the PC
files are shown on the upper one. What operating system are you
using? Almost all my testing is done on Windows XP professional SP2
and lately on Windows 7.
The Windows 7 Open file dialog bug I was referring to was the dialog
not showing anything in the listview when you re-opened it. You
then have to back-up one directory and navigate back down. A real
pain. This bug doesn't exist (for me anyway) on Windows
95/98/ME/2K/XP and Server 2003. I have never tested WASP on Vista.
I would appreciate it if you would fill out and send a bug report as
outlined in the WASP Bug report Form found bundled with WASP. The
email address to send it is written there.
Charlie |
|
|
| Back to top |
|
|
|
| Bill Buckels... |
Posted: Fri Aug 14, 2009 12:56 pm |
|
|
|
Guest
|
"DMnDMr" <DMn2004404 at (no spam) gmail.com> wrote:
Charlie wrote:
Quote: I don't know of any
way for WASP to set the keyboard focus without knowing the name of
the that process. If you or anyone does know of another way I'd
like to hear about it.
I don't know about that,
Well, he might try GetModuleFileName after enumerating the open Windows on
the desktop... I'm sorry Charlie but if my answer doesn't make sense it is
because I am terribly distracted with real-life. Here's a link that may
prove useful:
http://msdn.microsoft.com/en-us/library/ms683198(VS.85).aspx
Quote: but I have discovered another WASP anomaly: When I double click a disk
image file in the Open file dialog, the "APPLE ][" section of the dialog is
supposed to show me a list of files that are inside that disk image...
Yep and that's exactly how it works here. "Another WASP anomaly"... ???
Keeping in mind that it is not WASP that looks stupid... I must have missed
the first "WASP anomaly". I thought your original complaint was a user
training issue that was resolved by a simple config setting.
Quote: but instead WASP opens the disk image file as if it were a text file, and I
get gibberish.
What do you mean it opens the disk image as if it were a text file?
Quote: Among the gibberish is undoubtedly some human-readable data, but the
displayed output is generally useless. What's the issue here?
Common sense dictates that without the problem disk no resolution can be
sought. Or is this on all disks??? Also as Charlie indicated WASP comes with
a bug report which even bad manners dicates you would want to use.
Any tests I have done with WASP under Vista or XP have worked:
WASP Under Windows Vista
http://www.aztecmuseum.ca/tests/wasp.htm
Charlie writes great software. Try FishWings also.
Bill |
|
|
| Back to top |
|
|
|
| Charlie... |
Posted: Fri Aug 14, 2009 10:06 pm |
|
|
|
Guest
|
"Bill Buckels" <bbuckels at (no spam) mts.net> wrote in message
news:gF9hm.148552$ZN.108959 at (no spam) newsfe23.iad...
Quote:
"DMnDMr" <DMn2004404 at (no spam) gmail.com> wrote:
Charlie wrote:
I don't know of any
way for WASP to set the keyboard focus without knowing the name
of
the that process. If you or anyone does know of another way I'd
like to hear about it.
I don't know about that,
Well, he might try GetModuleFileName after enumerating the open
Windows on
the desktop... I'm sorry Charlie but if my answer doesn't make
sense it is
because I am terribly distracted with real-life. Here's a link
that may
prove useful:
http://msdn.microsoft.com/en-us/library/ms683198(VS.85).aspx
Thanks for the suggestion Bill. Unfortunately, after enumerating
open Windows, which WASP does, it has to determine which of the
Windows is AppleWin before it can do anything else. It needs to do
this so it can obtain a handle. Windows API calls usually need a
handle to identify the window. For instance "SetFocus(handle)".
There are usually quite a few other (often invisible) Windows
running to search through looking for AppleWin. You can see this
when you click on the "List Programs Running" function in WASP's
Tool menu. Each line you see is a name of a process (Window) that
is running. WASP compares each name to a list of known names from
the WASP.ini file until it finds a match. If no match is found WASP
pops up a message saying "No Emulator Running!" (I suppose it should
say "No Supported Emulator Running!"). Version 1.14.2.0 of AppleWin
used, I believe, six different names. One for each of the different
emulators (Apple //e, Apple II, Apple II+, etc.). The idea was that
if new names were added (or another emulator adopted the same way of
pasting text) a WASP user could use the "List Running programs"
function to find the new name and edit the WASP.ini file and never
have to worry about it again (or at least until another new name was
added). AppleWin 1.16.1.0 did add a new name, "Pravets 8M" and my
plan would have worked well with that but AppleWin also introduced
the addition of the video mode and the 50% scanlines into the name,
making I believe, 112 new name combinations. Clearly not good for
WASP. Ahh, "The best laid plans...".
As I mentioned in a previous post, my next release will have WASP
just comparing the seven names to the truncated AppleWin names. It
seems to work.
Anyway, even though GetModuleFileName won't help me, your suggestion
did get me to wondering if maybe there is a better way to obtain
AppleWin's handle. I will definitely look into that.
As for the other problem the original poster has, I can think of two
things that could cause what he is seeing.
1. The image he is opening is not a supported disk image type.
2. A bug in WASP that causes it to 'think' the disk image is just an
ordinary PC file. Without any other information I will take a hard
look at the code but not being able to replicate the problem makes
it very hard to debug.
In any case I am considering using Michael J. Mahon's wastebasket
for my Open File dialog. Re-writing the dialog as a completely new
control instead of trying to adapt Microsoft's standard control.
This has a lot to do with problems I'm seeing with WASP in Windows
7.
Charlie |
|
|
| Back to top |
|
|
|
| DMn2004404... |
Posted: Sat Aug 15, 2009 7:06 pm |
|
|
|
Guest
|
On Aug 14, 1:06 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: "Bill Buckels" <bbuck... at (no spam) mts.net> wrote in message
news:gF9hm.148552$ZN.108959 at (no spam) newsfe23.iad...
"DMnDMr" <DMn2004... at (no spam) gmail.com> wrote:
Charlie wrote:
I don't know of any
way for WASP to set the keyboard focus without knowing the name
of
the that process. If you or anyone does know of another way I'd
like to hear about it.
I don't know about that,
Well, he might try GetModuleFileName after enumerating the open
Windows on
the desktop... I'm sorry Charlie but if my answer doesn't make
sense it is
because I am terribly distracted with real-life. Here's a link
that may
prove useful:
http://msdn.microsoft.com/en-us/library/ms683198(VS.85).aspx
Thanks for the suggestion Bill. Unfortunately, after enumerating
open Windows, which WASP does, it has to determine which of the
Windows is AppleWin before it can do anything else. It needs to do
this so it can obtain a handle. Windows API calls usually need a
handle to identify the window. For instance "SetFocus(handle)".
There are usually quite a few other (often invisible) Windows
running to search through looking for AppleWin. You can see this
when you click on the "List Programs Running" function in WASP's
Tool menu. Each line you see is a name of a process (Window) that
is running. WASP compares each name to a list of known names from
the WASP.ini file until it finds a match. If no match is found WASP
pops up a message saying "No Emulator Running!" (I suppose it should
say "No Supported Emulator Running!"). Version 1.14.2.0 of AppleWin
used, I believe, six different names. One for each of the different
emulators (Apple //e, Apple II, Apple II+, etc.). The idea was that
if new names were added (or another emulator adopted the same way of
pasting text) a WASP user could use the "List Running programs"
function to find the new name and edit the WASP.ini file and never
have to worry about it again (or at least until another new name was
added). AppleWin 1.16.1.0 did add a new name, "Pravets 8M" and my
plan would have worked well with that but AppleWin also introduced
the addition of the video mode and the 50% scanlines into the name,
making I believe, 112 new name combinations. Clearly not good for
WASP. Ahh, "The best laid plans...".
As I mentioned in a previous post, my next release will have WASP
just comparing the seven names to the truncated AppleWin names. It
seems to work.
Anyway, even though GetModuleFileName won't help me, your suggestion
did get me to wondering if maybe there is a better way to obtain
AppleWin's handle. I will definitely look into that.
As for the other problem the original poster has, I can think of two
things that could cause what he is seeing.
1. The image he is opening is not a supported disk image type.
2. A bug in WASP that causes it to 'think' the disk image is just an
ordinary PC file. Without any other information I will take a hard
look at the code but not being able to replicate the problem makes
it very hard to debug.
In any case I am considering using Michael J. Mahon's wastebasket
for my Open File dialog. Re-writing the dialog as a completely new
control instead of trying to adapt Microsoft's standard control.
This has a lot to do with problems I'm seeing with WASP in Windows
7.
Charlie
Let me show you how to duplicate the problem I'm having:
1. In WASP, issue the "open" command to open the "Open a file to
edit:" dialog box.
2. Click a disk image file (extension *.dsk, *.do, or *.po) and click
Open.
3. The "APPLE ][" section of the window should (ideally) display the
contents of the disk image, but what actually happens is that WASP
opens the disk image file as if it were a text file, and you can see
gibberish in the window.
Hope this helps.
Brandon |
|
|
| Back to top |
|
|
|
| Charlie... |
Posted: Sun Aug 16, 2009 4:38 am |
|
|
|
Guest
|
"DMn2004404" <DMn2004404 at (no spam) gmail.com> wrote in message
news:1d71d111-c038-4a33-8500-dc5b917e2bdb at (no spam) t13g2000yqt.googlegroups.com...
On Aug 14, 1:06 pm, "Charlie" <charlieD... at (no spam) verEYEzon.net> wrote:
Quote: As for the other problem the original poster has, I can think of
two
things that could cause what he is seeing.
1. The image he is opening is not a supported disk image type.
2. A bug in WASP that causes it to 'think' the disk image is just
an
ordinary PC file. Without any other information I will take a hard
look at the code but not being able to replicate the problem makes
it very hard to debug.
-------------------------------------------------------
Let me show you how to duplicate the problem I'm having:
1. In WASP, issue the "open" command to open the "Open a file to
edit:" dialog box.
2. Click a disk image file (extension *.dsk, *.do, or *.po) and
click
Open.
3. The "APPLE ][" section of the window should (ideally) display the
contents of the disk image, but what actually happens is that WASP
opens the disk image file as if it were a text file, and you can see
gibberish in the window.
Hope this helps.
Brandon
Quote: ------------------------------------------------------
Believe me, I have been doing just what you say over and over since
reading of your problem. Each time I try some different setting in
Windows XP or in WASP, but as yet I haven't found anything that
duplicates what you see. I did find one thing that comes close. If
you try to open two or more images at once (using the Ctrl key or
Shift key for multiple selection) you get the images opened as if
they were text files. This is by design and you have never
mentioned opening more than one file at once so I don't think that
has anything to do with the problem.
WASP *does* open PC files that are not images or .rtf files as text
files.
And yes WASP *should* display supported disk image files in the
"APPLE ][" section in much the same way as you see PC files in the
PC section.
I do believe that you have uncovered a bug in WASP but it must be a
very obscure one. I have been running WASP in a debugger trying to
spot something that doesn't look right but as yet nothing. I have
been and will continue to look at the code for errors. The thing is
even if I do find something and change it how will I know if it
fixes the problem since I don't have the problem here. That is why
I would like you to send a bug report, first to help me narrow down
the possible differences in your set up and mine and second I can
send you a link to download test versions if and when I find
something. I don't want to post a link to test versions here
because they may contain debugging routines and messages not meant
for release in the wild.
Charlie |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Fri Nov 27, 2009 6:13 am
|
|