Bizarre: copy of stack is a prior version of the original
depstein at att.net
depstein at att.net
Sat Oct 2 00:09:16 EDT 2004
Thanks for your interest and suggestions, and my apologies to all who were perplexed. When far enough away from my computer I realized the problem: the stack I was copying was not the stack I was opening. The older and newer versions, with the same name, were stored in two different folders, both of whose contents were listed in "the stackfiles" of a stackinuse. So when my script called for the file by its short name, it got the newer one, but when I went to make a copy I looked in the folder containing the older one.
I'll observe a longer cooling off period next time before accusing my computer of bizarre behavior.
David Epstein
> Send metacard mailing list submissions to
> metacard at lists.runrev.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.runrev.com/mailman/listinfo/metacard
> or, via email, send a message with subject or body 'help' to
> metacard-request at lists.runrev.com
>
> You can reach the person managing the list at
> metacard-owner at lists.runrev.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of metacard digest..."
>
>
> This is the Metacard mailing list.
>
> Today's Topics:
>
> 1. Bizarre: copy of stack is a prior version of the original
> (depstein at att.net)
> 2. Re: Bizarre: copy of stack is a prior version of the
> original (Richard Gaskin)
> 3. Bizarre 2: On XP answer file command sometimes hangs (Dave Cragg)
> 4. Re: Bizarre: copy of stack is a prior version of the
> original (Ray Horsley)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 01 Oct 2004 03:45:37 +0000
> From: depstein at att.net
> Subject: Bizarre: copy of stack is a prior version of the original
> To: metacard at lists.runrev.com
> Message-ID:
>
> <100120040345.7070.415CD2E10004049F00001B9E216038311602070A9B9C9F0A0B at att.net>
>
>
> I have a stack that exhibits the following behavior, which I have never
> encountered before and do not understand.
>
> The currently saved version of this stack includes a number of obvious changes
> made since a previously saved version. When I make a copy of this revised
> version, the COPY does not reflect those changes. In other words, I choose
> "File/Duplicate" in the Mac OS9 finder, or I drag the file to another server,
> but instead of getting the copy I expect I get a copy of a prior version of my
> file. The original remains the correct, "revised" version, but I can't make an
> accurate, up to date copy of it.
>
> Has anyone experienced this, or does anyone understand what might be happening?
>
> David Epstein
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 30 Sep 2004 20:53:49 -0700
> From: Richard Gaskin <ambassador at fourthworld.com>
> Subject: Re: Bizarre: copy of stack is a prior version of the
> original
> To: Discussions on Metacard <metacard at lists.runrev.com>
> Message-ID: <415CD4CD.40101 at fourthworld.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> depstein at att.net wrote:
> > I have a stack that exhibits the following behavior, which I have never
> encountered before and do not understand.
> >
> > The currently saved version of this stack includes a number of obvious changes
> made since a previously saved version. When I make a copy of this revised
> version, the COPY does not reflect those changes. In other words, I choose
> "File/Duplicate" in the Mac OS9 finder, or I drag the file to another server,
> but instead of getting the copy I expect I get a copy of a prior version of my
> file. The original remains the correct, "revised" version, but I can't make an
> accurate, up to date copy of it.
> >
> > Has anyone experienced this, or does anyone understand what might be
> happening?
>
> Did you save you changes before copying?
>
> --
> Richard Gaskin
> Fourth World Media Corporation
> ___________________________________________________________
> Ambassador at FourthWorld.com http://www.FourthWorld.com
>
> ------------------------------
>
> Message: 3
> Date: Fri, 1 Oct 2004 07:44:28 +0100
> From: Dave Cragg <dcragg at lacscentre.co.uk>
> Subject: Bizarre 2: On XP answer file command sometimes hangs
> To: Discussions on Metacard <metacard at lists.runrev.com>
> Message-ID: <574BEE60-1375-11D9-B138-000A9569F8B0 at lacscentre.co.uk>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> I've no answer for David Epstein's problem, but I've encountered a
> weird one of my own.
>
> Om XP (SP1), I have a simple utility tool made from the 2.5 engine
> named "makeConfig_2.exe". There is a button on the screen whose script
> has an "answer file" command in the first line of the mouseUp handler.
> I've been using it on and off for a year with no problems until
> yesterday. When I clicked on the button, the app hung before the
> Windows file selection dialog opened. It needed the Task Manager to
> close out. After much pulling of hair, I discovered that if I changed
> the exe name (for example to "makeConfig.exe") it worked. But if I
> changed it back again, it didn't.
>
> During the hair-pulling, I was able to confirm the following:
>
> -- the original stack worked fine from the IDE.
> -- another exe which was working fine, displayed the same problem
> when renamed to "makeConfig_2.exe"
> -- renaming the original problem "makeConfig_2.exe" to anything else
> (makeConfi_2.exe, pie.exe, etc.) would make the problem go away.
> -- When booted up from NT 4 from a separate drive on the same machine,
> it works.
>
> Norton AntiVirus shows the system to be clean.
> No major changes to the machine recently (except for network
> reconfiguration)
> Later in the day, the SP2 update failed on the same machine. (might
> indicate a problem)
>
> Any similar experiences or thoughts??
>
> 1-- Is "makeConfig_2.exe" a well-known no-no for file naming?
> 2-- Time to do a complete re-install on this machine?
> 3-- The house is haunted?
>
> Before 2 though, I'd feel better if I knew what was going on.
>
> Cheers
> Dave
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 1 Oct 2004 09:05:20 -0400
> From: Ray Horsley <ray at linkitonline.com>
> Subject: Re: Bizarre: copy of stack is a prior version of the
> original
> To: Discussions on Metacard <metacard at lists.runrev.com>
> Message-ID: <8C5FF36A-13AA-11D9-A0A3-000A95E25A92 at linkitonline.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> Could this be related to a rebuilding the desktop thing on your Mac OS9?
>
> On Thursday, September 30, 2004, at 11:45 PM, depstein at att.net wrote:
>
> > I have a stack that exhibits the following behavior, which I have
> > never encountered before and do not understand.
> >
> > The currently saved version of this stack includes a number of obvious
> > changes made since a previously saved version. When I make a copy of
> > this revised version, the COPY does not reflect those changes. In
> > other words, I choose "File/Duplicate" in the Mac OS9 finder, or I
> > drag the file to another server, but instead of getting the copy I
> > expect I get a copy of a prior version of my file. The original
> > remains the correct, "revised" version, but I can't make an accurate,
> > up to date copy of it.
> >
> > Has anyone experienced this, or does anyone understand what might be
> > happening?
> >
> > David Epstein
> >
> >
> >
> > _______________________________________________
> > metacard mailing list
> > metacard at lists.runrev.com
> > http://lists.runrev.com/mailman/listinfo/metacard
> >
>
>
> ------------------------------
>
> _______________________________________________
> metacard mailing list
> metacard at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/metacard
>
>
> End of metacard Digest, Vol 13, Issue 1
> ***************************************
More information about the metacard
mailing list