Kevin Powick wrote:

On that topic, I'll note that I'm still occasionally surprised to see
products like Partition Magic or System Commander still listing Pick
as being one of their recognized partitions. At least you can define
a partition as being Pick. Maybe it's just one of many labels that
can be assigned to a type 62. I'd guess at this point that's just an
artifact and no one has actually tested boot management with a Pick
product in over a decade.

T

On Jun 1, 8:26*pm, Tony Gravagno <tony_grava... (AT) nospam (DOT) invalid> wrote:
Once again, thanks to everyone for the enormous amount of provided
Pick OS insight. This problem, believe or not, has been resolved. It
turned out to be related to THREE independent, and very intermittent
HARDWARE issues, bringing the system down, and thus making diagnosis
difficult, at least for me. The POS has been working flawlessly for
about half a day now without a major issue. In a nutshell, PICK OS
can't shutdown the whole system on its own. Being a Linux/Mac/Win sort
of guy, I blindly thought otherwise. As is evident by the volume of
responses for this issue and some of my own research, I can see that
Pick OS was an AWESOME system and that even today, rivals or surpasses
current ones. Jeffrey

On 2011-06-02 08:11:56 -0400, kittygalore <thankyoumrmoto (AT) gmail (DOT) com> said:

Regardless, a system that old is living on borrowed time.

The owner should have a good backup strategy in place for the Pick data
(FILE-SAVEs). Perhaps more importantly, he should really upgrade to a
modern, supported version of Pick (D3). As was mentioned in other
posts, Pick/D3 is no longer an OS. It runs as a database on Linux and
Windows, just like many other products - A more flexible environment in
which you would likely be more comfortable.

Not sure what you mean by this. Pick definitely does have a way to be
shut down in a controlled manner, though it doesn't actually power-off
the PC. Note that with Pick, you just can't turn off the PC or do
ctrl-alt-del. Pick relies heavily on memory management, and such
actions are likely to corrupt data. It must be first brought to a
graceful halt with the SHUTDOWN command.

--
Kevin Powick

On Jun 2, 6:13*am, Kevin Powick <nos... (AT) spamless (DOT) com> wrote:
Yes. The owner of the restaurant is moving in that direction.
He thinks he can be converted to a new system in 6 to 8 weeks.
I will make sure that he has a look at the D3 offering before he
commits.

The before yesterday, the shutdown was anything but graceful.

Jeffrey

On 06/02/2011 05:53 PM, Frank Winans wrote:
We do all of our customer's backups to linux psuedo-tape, and then use
WinSCP to move a copy to a local Windows PC. From there it gets
replicated to an offsite cloud storage. The customers don't worry
about their backups and I neither do I.
--
Cheers, SDM -- a 21st Century Schizoid Man
Systems Theory project website: http://systemstheory.net
find us on MySpace, GarageBand, Reverb Nation, Last FM, CDBaby
free MP3s of Systems Theory, Mike Dickson & Greg Amov music at
http://mikedickson.org.uk

"Kevin Powick" wrote
back up all the pick data to a large file on windows or linux
of the D3 server; this file simulates a traditional tape cartridge,
and this sort of file is called a "pseudo-floppy".

Doing a File-save to file C:\pickbu is just a whale of a
lot faster than using a real tape drive. And typically the contents
are mostly english text or digits, so if you later want to compress
that windows file using pkzip or something you can expect about
3:1 or 4:1 compression ratios. That's if you decide to buy d3 to
go on top of windows; it gets even better if you instead buy d3
designed to go on top of redhat linux, since linux comes with free
data compression software, and d3 is smart enough to apply that
during the file save, if you as the administrator adjust it to do so.

Nobody bothers to, but you can do a checksum of that backup
file just after you produce it, and then in later years you can prove
it hasn't gotten corrupted sitting there in archival storage.