Executor 2.0/executorv2.0.iso/pc/dos/extra/docs/maillist/text/archive.96/text6103.txt

Internet Message Format | 1996-07-25 | 11.0 KB

From: Mail Delivery Subsystem <[e-mail]>
Return-Path: <[e-mail]>
Subject: Returned mail: Host unknown
Message-Id: <[e-mail]>
To: executor%ardi.com%internet#@geis
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa"

Content-Type: text/plain; charset="us-ascii"
Content-Description: Session Transcript

550 x400 (tcp)... Host unknown
550 snoek.ims@x400... Host unknown

Content-Type: message/rfc822
Content-Description: Returned Content

Received: by relay2.geis.com
    (1.37.109.16/15.6) id AA156104242; Wed, 8 May 1996 14:04:02 GMT
From: executor%ardi.com%internet#@geis
Return-Path: <executor%ardi.com%internet#@geis>
Message-Id: <[e-mail]>
Received: by (geis.)relay2.geis.com
  ( 2rem/1.41 )      ; Wed,  8 May 96 14:04:02 UTC 0000
  ( from geis        ; Wed,  8 May 96 14:03:25 UTC 0000)
Date: Wed,  8 May 96 13:13:00 UTC 0000
Cc: snoek.ims@x400
X-Geis-Qk-From: [e-mail]@INTERNET#
X-Geis-Qk-Id: 2821563
X-Geis-Gateway-Id: 495145
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Subject:   executor-digest V2 #140

>From [e-mail] Wed May  8 13:29:02 1996
Received: by (geis.)relay2.geis.com (for geis)
  ( p822/1.32 )      ; Wed,  8 May 96 13:30:22 UTC 0000
Received: from kitsune.swcp.com (swcp.com) by relay2.geis.com with ESMTP
    (1.37.109.16/15.6) id AA071032142; Wed, 8 May 1996 13:29:02 GMT
Return-Path: <[e-mail]>
Received: from ftp.ardi.com ([e-mail] [204.134.8.1]) by kitsune.swcp.com (8.6.9/8.6.9) with SMTP id GAA26776; Wed, 8 May 1996 06:11:43 -0600
Received: by ftp.ardi.com (Smail3.1.29.1 #3)
    id m0uH85j-0007sha; Wed, 8 May 96 06:11 MDT
Message-Id: <[e-mail]>
Date: Wed, 8 May 96 06:11 MDT
From: [e-mail]
To: [e-mail]
Subject:   executor-digest V2 #140
Reply-To: [e-mail]
Errors-To: [e-mail]
Precedence: bulk


executor-digest            Wednesday, 8 May 1996       Volume 02 : Number 140


  In this issue:

    Re: How to expand .HQX archives ?
    Re: Executor and SyQues
    Executor
    Re: Executor
    Re: 800k disks possible at all?
    Re: Future (post E 2.0) idea
    Re: How to expand .HQX archives ?
    Re: Executor
    Re: Mac-formatted Zip disks in Parallel-Port Drive

----------------------------------------------------------------------

From: [e-mail] (Richard Steiner)
Date: 6 May 1996 23:23:22 -0500
Subject: Re: How to expand .HQX archives ?

Here in comp.emulators.mac.executor, [e-mail] (Dave Romerstein)
spake unto us, saying:

>In article <[e-mail]>,
>   [e-mail] (Hans Kristian Fjeld) wrote:
>
>>Can anyone tell me what file info should be for .HQX files, or,
>>alternatively, if there is another solution to my problem.
>
>HQX files are BinHex files. BinHex is the Mac equivalent of uuencode (sort
>of). Best way to handle it is to run Compactor Pro, choose "Convert FROM
>BinHex..." under the last ("Misc."?) menu option, and go from there...

Stuffit Expander should be able to handle the hqx bit and dearchive a
number of archive formats (.sit, etc.) all in one pass with the proper
settings.  I use it for everything I download from DOS or OS/2.

- --
    -Rich Steiner  >>>--->  [e-mail]  >>>---> Bloomington, MN
           Written offline using PC Yarn + Yes + TDE in a Warp VDM
                I just bought a cured ham.  Wonder what it had?

------------------------------

From: "Jon Hall" <[e-mail]>
Date: Tue, 7 May 1996 15:23:31 +0000
Subject: Re: Executor and SyQues

On  4 May 96 at 23:49, NO GOOD DEED GOES UNPUNISHED wrote:

>Dear All,
>
>     I have been having trouble getting SyQuest IDEs to work under Windows
>95 (and therefore under Executor), because the 32-bit drivers Windows 95
>provides to run it don't seem to work properly.
>
>     Anyway, what I'm really writing for is to see if anyone has used a
>_SCSI_ SyQuest drive with Executor, and if it worked out okay for you.  I'd
>basically like to exchange the IDE for the SCSI, if necessary, but only if
>I know it will work.

I have one, and it works under DOS with Executor OK - in fact, I was
able to run some of the free software on the preformatted cartridge
directly. The potential problem with Windows 95 is ASPI support -
Executor needs an ASPI driver to see Mac disks in this way, and I'm not
sure if Windows 95 has a means to provide ASPI services to a DOS program
when 32-bit drivers are in use (this is possible under OS/2 and NT,
though). You can, of course, load the DOS ASPI driver under Windows 95,
but this will disable the 32-bit drivers resulting in a performance
penalty. I don't consider myself an expert on Windows 95, though, so
someone else may well be able to correct me on this.

------------------------------

From: [e-mail] (Daniel Mu~oz Garcia)
Date: 6 May 1996 10:38:35 GMT
Subject: Executor

    Can anybody tell me where can I find that Mac Emulator everybody
talks abour (Executor).

    Thanks ...

            Dani Mu~oz (I am looking for an enie desesperately ...).



------------------------------

From: [e-mail] (Melissa Algeo)
Date: Tue, 7 May 96 09:18:18 -0600
Subject: Re: Executor

>>>>> "Daniel" == Daniel Mu~oz Garcia <[e-mail]> writes:

    Daniel>     Can anybody tell me where can I find that Mac Emulator
    Daniel> everybody talks abour (Executor).

Emilio Moreno maintains an Executor site in Spanish:

http://www.encomix.es/executor/

He has the Executor programs, and some information in Spanish.

- --
Melissa Algeo
[e-mail]

------------------------------

From: [e-mail] (Digby L. James)
Date: Tue, 07 May 1996 15:05:31 +0100
Subject: Re: 800k disks possible at all?

> is there anyway through additional hardware that i can read these
> disks? my former Mac system was a Plus (long time ago) and for some
> reason i oddly want to get at all my old font diskettes..

The Mac 800k format uses variable speed drives, so you need a variable
speed drive, with suitable software, to be able to read these disks on
non-Mac machines. Central Point used to sell their Copy II Option Board
for the PC which did this on a standard PC drive, but I believe it was
withdrawn because it also allowed copy-protected software to be copied.

Digby James

------------------------------

From: Per Lindstrom <[e-mail]>
Date: Tue, 07 May 1996 16:11:24 +0200
Subject: Re: Future (post E 2.0) idea

MartiYD wrote:
>
> : )But how would you encode the resource fork on VFAT? AFAIK, there's no
> : )file type information in VFAT (other than the extension :-)). I think
> : )you'd still need a second file. Correct me if I'm wrong; I don't know
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> : )all that much about VFAT.
>
> Very easily. They make a second file with the same name, but it starts
> with a %, and then the rest of the name follows. The only prob is if they
> could speed up the seek time on PC drives.

That involves creating a second file :).

An alternative approach is to do as IBM did when storing OS/2 Extra Attributes
on a FAT file system:
Create a file with an illegal name and store all information in that file.
You do still have to crete an extra file, but only one (or one for each dir).

Regards, writing in non-native language...
- --
- ------------------------------------+----------------------------------+
Per Lindstrom                       | E-Mail: [e-mail]  |
OS/UAB/I/DS                         | MEMO: ERI.ETXT.ETXPERM           |
Ericsson AXE Research & Development +----------------------------------+
Odesskogsv. 27-29                   |                                  |
Box 374                             |   This space is intentionally    |
S-831 25  OSTERSUND                 |     left what would be blank     |
SWEDEN                              |        were this not here        |
Phone: [phone] (ECN 866-9787) |                                  |
Fax:   [phone] (ECN 866-9943) |                                  |
- ------------------------------------+----------------------------------+
Don't give anybody a gun unless you know where he's going to point it. |
  - Commander Sinclair, Babylon 5                                      |
- ----------------------------------------------------------------------

------------------------------

From: [e-mail] (Hans Kristian Fjeld)
Date: 07 May 1996 17:28:13 +0200
Subject: Re: How to expand .HQX archives ?

Thanks for all the advice. The methods you have described probably
work fine normally. However, my problem was that when I downloaded
stuff in a UNIX environment, all files were given the file info
(UNIX,TEXT) in Executor. All I had to do was change the file info to
(????,????), and everything decompressed as it should.

- --
Hans Kristian Fjeld        phone: [phone]
Theresesgate 26            mobile phone: [phone]
N-0168 OSLO            http://www.ifi.uio.no/~hansfj
NORWAY                email: [e-mail]


------------------------------

From: [e-mail] (Kerry Lee High Jr)
Date: 7 May 1996 13:53:34 GMT
Subject: Re: Executor

Daniel Mu~oz Garcia ([e-mail]) wrote:
:     Can anybody tell me where can I find that Mac Emulator everybody
: talks abour (Executor).
http://www.ardi.com
:     Thanks ...

:             Dani Mu~oz (I am looking for an enie desesperately ...).



------------------------------

From: [e-mail] (Scott Shuchart)
Date: 8 May 1996 00:38:41 GMT
Subject: Re: Mac-formatted Zip disks in Parallel-Port Drive

Sorry to respond to my own post, but wanted to thank the Executor community
for the help.  In case anyone was wondering, Beta1 can read Mac-format Zip
disks on parallel-port drives under DOS and Win95 (that is, using the DOS
or Win95 Zip drivers) but 1.99q12 can only read them under Win95, not under
the DOS guest.exe driver.  Go figure.  Using the -macdrives flag speeds
things up, but produces no different result.  Thanks to ARDI for again
making my life better and easier.

- --
Scott Shuchart
[e-mail]


------------------------------

End of executor-digest V2 #140
******************************


  To subscribe to executor-digest, send the command:

    subscribe executor-digest

in the body of a message to "[e-mail]."  IIf you want
to subscribe something other than the account the mail is coming from,
such as a local redistribution list, then append that address to the
"subscribe" command; for example, to subscribe "local-executor-digest":

    subscribe executor-digest [e-mail]

  A non-digest (direct mail) version of this list is also available; to
subscribe to that instead, replace all instances of "executor-digest"
in the commands above with "executor".