>This should be no problem on the Mac. Even running applications can
>be even moved without problems on the Mac.
And the resource fork?
- Richard Gaskin
Fourth World
Multimedia Design and Development for Mac, Windows, UNIX, and the Web
__
At 11:35 Uhr +0100 03.11.1999, Eva Isotalo wrote:
>How about making it work on Mac too
This should be no problem on the Mac. Even running applications can
be even moved without problems on the Mac.
Regards
Rü
P.S.: ... ooops ;-)
-
On Wed, 3 Nov 1999, Peter Reid wrote:
> Thanks very much for this solution, the simple installer works really
> well. I'll tidy it up a bit and make it a bit more generic and then
> offer it to this list - what's the best way to do this?
Peter,
I'd be happy to put it up on our website in the c
>Don't know why put url didn't work, perhaps you need both read and write
>privileges with it. The old way of reading and writing does work however:
>
> put "c:/metacard/mc.exe" into source
> put "c:/metacard/newmc.exe" into dest
> open file source for binary read
> open file dest for binary w
>At 9:57 AM + 3/11/1999, Peter Reid wrote:
>
>>Unfortunately, the proposed solution works fine for all the files
>>except "mc.exe". With this I just end up with a zero length file as
>>Windows reports the file as "in use" and refuses to copy its
>>contents! Any further suggestions to get rou
At 9:57 AM + 3/11/1999, Peter Reid wrote:
>Unfortunately, the proposed solution works fine for all the files
>except "mc.exe". With this I just end up with a zero length file as
>Windows reports the file as "in use" and refuses to copy its
>contents! Any further suggestions to get round thi
>If I get a workable solution, I'll offer it up to the MC list as it's
>potentially a neat and simple way of providing Windows installers
>without needing to buy and use general purpose installers.
Great! I'm in desperate need for an installer. How about making it work on Mac too
just wi
>How about this:
> put url "binfile:mc.exe" into url "binfile:c:/metacard player/mc.exe"
>
>This use of "put" makes a copy of the source data in the destination
>container. The fact that mc.exe is currently executing shouldn't be a
>problem since it's loaded into memory at startup and is run from
Peter Reid wrote:
>
> I'm trying to write a small installer stack for Windows deployment.
> The aim is to build a self-expander using the WinZip utility. This
> allows you to include a command that will be executed once files have
> been copied to the default temp directory. Such self-expander
>I'm trying to write a small installer stack for Windows deployment.
>The aim is to build a self-expander using the WinZip utility. This
>allows you to include a command that will be executed once files have
>been copied to the default temp directory. Such self-expanders do
>the following:
>
>1)
I'm trying to write a small installer stack for Windows deployment.
The aim is to build a self-expander using the WinZip utility. This
allows you to include a command that will be executed once files have
been copied to the default temp directory. Such self-expanders do
the following:
1) un
On Wed, 3 Nov 99 23:34:35 -0800 Richard Gaskin
<[EMAIL PROTECTED]> writes:
> >This should be no problem on the Mac. Even running applications can
> >be even moved without problems on the Mac.
>
> And the resource fork?
You can copy the resource fork with MetaCard. If you need to copy the
icons
12 matches
Mail list logo
