I have downloaded Executor/DOS 1.99k and began to evaluate it. 1.99k is
somewhat better than the previous versions, but I noticed that handling
of CLUT by NIH Image 1.55 is still problematic. What I found are:
1) When NIH Image runs on genuine Mac, the CLUT window shows a smooth,
borderless gray scale unless I open an image whose CLUT is not 8-bit gray
scale or I load new CLUT. In contrast, from the beginning it displays
stepwise (16 levels) gray scale, that I don't expect, under Executor/DOS
1.99k.
2) When I open new image of 8-bit gray scale, it seems to have correct CLUT
at first. However, once NIH Image redraws the image (e.g., moving another
window onto the image and then removing it, or dragging the image out of
scope of the CRT and restoring the location), the quantization levels of
the image becomes to look like only 4 bit(i.e., 16 levels).
I have confirmed reproducibility of this phenomenon using various video
cards including S3-864, Cirrus Logic GD5426/8, etc. So, I don't think
this is due to a bug of some particular video driver but insufficient
compatibility of Executor/DOS for fully emulating *genuine* Quick Draw
routines. I hope Ardi could ensure the full functionality (except for
hardware-dependent functions such as image acquisition by frame grabbers)
of NIH Image in Executor v2.0, since anyone can get full source codes of
NIH Image freely and thus Ardi can have the opportunity to examine them
in detail.
Thanks,
---
raraki(Ryuichiro Araki)
raraki@human.waseda.ac.jp
From owner-executor Wed Mar 8 15:28:16 1995
Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id PAA21282 for executor-outgoing; Wed, 8 Mar 1995 15:28:16 -0800
Received: from gwar.mit.edu (GWAR.MIT.EDU [18.244.0.47]) by nacm.com (8.6.9/8.6.9) with SMTP id PAA21272 for <executor@nacm.com>; Wed, 8 Mar 1995 15:28:11 -0800
Received: by gwar.mit.edu id AA01468
(5.67b/IDA-1.5 for executor@nacm.com); Wed, 8 Mar 1995 18:27:57 -0500
> I tested NIH Image 1.55 with Executor/DOS 1.99h updated from v1.2 product
> version. It seems to work fine more or less, but LUT window shows incorrect
> gray scale.
i fixed this. the changes didn't make it into executor 1.99k, but
1.99l will have them. thanks for the bug report!
> p.s. Version 1.99h seems to have been improved considerably, but Cricket
> Graph 1.3.2 and Kaleida Graph 1.2.1 still don't work.
i wasn't able to get cricket graph to crash. if you could provide me
with explicit directions to reproduce the crash, it would probably be
very easy to fix.
- Cotton
From owner-executor Wed Mar 8 17:42:28 1995
Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id RAA23440 for executor-outgoing; Wed, 8 Mar 1995 17:42:28 -0800
Received: from dccc.med.umn.edu (dccc.med.umn.edu [134.84.112.50]) by nacm.com (8.6.9/8.6.9) with SMTP id RAA23435 for <executor@nacm.com>; Wed, 8 Mar 1995 17:42:23 -0800
From: ORY@dccc.med.umn.edu
Date: Wed, 8 Mar 1995 15:40 CDT
Subject: Maelstrom
To: executor@nacm.com
Message-id: <F35944532021EBA7@dccc.med.umn.edu>
X-VMS-To: IN%"executor@nacm.com"
Sender: owner-executor@nacm.com
Precedence: bulk
Could anyone who has gotten Maelstrom to work under Executor post how
they did so? I have downloaded it to a real Mac, then compacted and binhexed
the resulting folder, reuploaded to my unix host, then downloaded it to my PC
using FTP is ascii mode (whew!), to avoid possible problems with the
self-extracting archive. The problem is, Compact Pro can't read it off the PC
hard drive, neither can it copy the binhex'ed file to a Mac volume. Anyway,
any help would be appreciated, as Maelstrom is probably one of a handful of
********************HAIL VARSITY**GO BIG RED**GO HUSKERS***********************
From owner-executor Wed Mar 8 18:06:24 1995
Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id SAA23849 for executor-outgoing; Wed, 8 Mar 1995 18:06:24 -0800
Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.9/8.6.9) with ESMTP id SAA23844 for <executor@nacm.com>; Wed, 8 Mar 1995 18:06:19 -0800
Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id TAA15729; Wed, 8 Mar 1995 19:08:56 -0700
Received: from gwar.ardi.com by mailhost with smtp
(nextstep Smail3.1.29.0 #11) id m0rmXRP-000YdzC; Wed, 8 Mar 95 18:55 MST
Received: by gwar.ardi.com (linux Smail3.1.28.1 #5)
id m0rmXRO-000GOeC; Wed, 8 Mar 95 18:55 MST
Message-Id: <m0rmXRO-000GOeC@gwar.ardi.com>
Date: Wed, 8 Mar 95 18:55 MST
From: mat@ardi.com (Mat Hostetter)
To: ORY@dccc.med.umn.edu
Cc: executor@nacm.com
Subject: Re: Maelstrom
In-Reply-To: <F35944532021EBA7@dccc.med.umn.edu>
References: <F35944532021EBA7@dccc.med.umn.edu>
Sender: owner-executor@nacm.com
Precedence: bulk
>>>>> "ORY" == ORY <ORY@dccc.med.umn.edu> writes:
ORY> Could anyone who has gotten Maelstrom to work under
ORY> Executor post how they did so? I have downloaded it to a
ORY> real Mac, then compacted and binhexed the resulting folder,
ORY> reuploaded to my unix host, then downloaded it to my PC using
ORY> FTP is ascii mode (whew!), to avoid possible problems with
ORY> the self-extracting archive. The problem is, Compact Pro
ORY> can't read it off the PC hard drive, neither can it copy the
ORY> binhex'ed file to a Mac volume. Anyway, any help would be
ORY> appreciated, as Maelstrom is probably one of a handful of
ORY> games that makes me wish I had a Mac ;-) L8R,
What version of Executor do you have? I believe 1.99j was unable to
access files on your DOS hard drive, but that was fixed in 1.99k. You
should be able to unbinhex something on your DOS drive with 1.99k.
You could also copy the file to a Mac volume with HFS_Xfer.
Maelstrom is fun, although the colors are "dark" under Executor.
Note: most bug reports we see neglect to mention which version of
Executor demonstrates the problem. Please include this information!
-Mat
From owner-executor Wed Mar 8 19:46:12 1995
Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id TAA25221 for executor-outgoing; Wed, 8 Mar 1995 19:46:12 -0800
Received: from wutc.human.waseda.ac.jp (wutc.human.waseda.ac.jp [133.9.184.17]) by nacm.com (8.6.9/8.6.9) with ESMTP id TAA25216 for <executor@nacm.com>; Wed, 8 Mar 1995 19:46:05 -0800
Received: (from raraki@localhost) by wutc.human.waseda.ac.jp (8.6.9+2.4Wb3/3.3W/humanet-3.0) id MAA04408; Thu, 9 Mar 1995 12:45:57 +0900
>i fixed this. the changes didn't make it into executor 1.99k, but
>1.99l will have them. thanks for the bug report!
Sorry, Cotton. Your message and mine (regarding NIH Image 1.55 on Executor
1.99k) have just crossed on the way :-) I'll be looking forward to getting
next experimental version (possibly 1.99l?) in the near future.
>i wasn't able to get cricket graph to crash. if you could provide me
>with explicit directions to reproduce the crash, it would probably be
>very easy to fix.
Sure. Right now I'm running Cricket Graph 1.3.2 on registered version
Executor 1.99k to check reproducibility of the crashing.
The command line options for Executor/DOS 1.99k are:
-bpp 8 -nosplash -size 640x480
I use univbe.exe 5.0, since my video card is not fully VESA compliant.
I have already confirmed the reproducibility using Dell Optiplex XM-590
(Pentium/90 w/16 MB RAM, S3-864 video chip w/2 MB video RAM), but
right now I'm just running another machine to write exact directions
to replicate the crashing. The basic machine specs are 486DX2/66 w/16
MB memory, CL GD-5426 VLB card w/1MB video RAM, and so on (I often use
both djgpp itself and apps compiled with djgpp on this machine without
any problems). If you need more detailed information regarding my machine
specs, please let me know.
To replicate the crashing of Cricket Graph 1.3.2, follow the procedures
below (naturally, you have to evoke Cricket Graph first ;-):
1) Input some numerical data onto the spreadsheet named "Untitled Data
#1", e.g., 1 and 2 for Column 1, 3 and 4 for Column 2.
2) Select area by cricking/dragging Colums 1 and 2.
3) Crick the "Graph" pull-down menu, select graph type (e.g., Line),
and specify data series for horizontal and vertical axes (e.g., Row
Numbers for horizontal axis (in the left box), Colums 1 and 2 for
vertical axis (in the right box), then crick "New Plot".
4) You will see a graph window named "Untitled Graph #1". Immediately
after this, Cricket Graph and Executor/DOS crashes, and then the
system returns to the DOS prompt level.
If you can't replicate this problem, we'll need further investigation
regarding software/hardware configurations of our machines.
Thanks,
---
raraki(Ryuichiro Araki)
raraki@human.waseda.ac.jp
From owner-executor Thu Mar 9 12:52:47 1995
Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id MAA10601 for executor-outgoing; Thu, 9 Mar 1995 12:52:47 -0800
Received: from FCRFV2.NCIFCRF.GOV (fcrfv2.NCIFCRF.GOV [129.43.51.3]) by nacm.com (8.6.9/8.6.9) with SMTP id MAA10596 for <executor@nacm.com>; Thu, 9 Mar 1995 12:52:41 -0800
