Specialty Forums
Security and Virus
General Hardware
CPUs/Overclocking
Networking
Digital Photo/Video
Office Software
PC Gaming
Console Gaming
Programming
Database
Web Development
Digital Home

General Forums
Windows XP
Windows Vista
Windows 95/98
Windows Me
Windows NT
Windows 2000
Win Server 2008
Win Server 2003
Windows 3.1
Linux
PDAs
BeOS
Novell Netware
OpenVMS
Solaris
Disk Op. System
Unix
Mac
OS/2

Drivers
Driver Scan
Driver Forum

Software
Automatic Updates

BIOS Updates

My Computing.Net

Solution Center

Free IT eBook

Howtos

Site Search

Message Find

RSS Feeds

Install Guides

Data Recovery

About

Home
Reply to Message Icon Go to Main Page Icon

Reading Savesets under Windows

Original Message
Name: Zebedee
Date: November 27, 2007 at 08:59:46 Pacific
Subject: Reading Savesets under Windows
OS: XP
CPU/Ram: Pentium 4 : XP
Model/Manufacturer: HP
Comment:
I am transferring backup savesets from an Alpha onto a Windows PC, does anyone know of a utility which will let me read them under windows.

I don't want to extract them first as most are just being kept for peosterity.


Report Offensive Message For Removal


Response Number 1
Name: HakZan
Date: November 29, 2007 at 04:42:35 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
Why don't you use the /LIST qualifier in your backupcommand to get both a saveset AND listfile of all files in the saveset.

The listfile is readable and searchable on your PC.


Report Offensive Follow Up For Removal

Response Number 2
Name: Zebedee
Date: November 30, 2007 at 02:53:42 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)

The problem is that I am looking to transfer a large amount of historic data which might or might not be wanted in future. The Savesets already exist and I would like to transfer them in bulk knowing that I could open in the future on a windows machine, if the need arose.

Report Offensive Follow Up For Removal

Response Number 3
Name: HakZan
Date: November 30, 2007 at 06:28:29 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
I don't think there is a tool or ever will be ( never heard of it....)

You can use the existing savesets.

$ BACKUP/LIST=filename saveset/SAVE_SET

Its easy to create a script that reads all your savesets and creates a listfile for each one or one listfile for all.


Report Offensive Follow Up For Removal

Response Number 4
Name: HakZan
Date: November 30, 2007 at 06:42:50 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
BTW, have you tried to use the savesets after they have been stored on your NON-VMS-machine ?

The savesets will be unraedable......unless you do a

$ SET FILE/ATTR=(RFM=FIX,LRL=nnn) saveset

You will get the number nnn from the saveset by dumping the first block.

$ DUMP/BLOCK=COUNT=1 saveset
Byte 41,42 will give you the correct answer
( count from right to left )
In my case "00007E00" ( second row, third column from the right)

$ num = %x7E00
$ show sym num
NUM = 32256 Hex = 00007E00 Octal = 00000077000

nnn = 32256


Report Offensive Follow Up For Removal

Response Number 5
Name: Bob Gezelter
Date: December 2, 2007 at 01:25:56 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
Zebedee,

When transferring BACKUP save sets to a different platform, please ensure that the transfer is done to assure that the contents of the file are not damaged. This requires a BINARY transfer. If the transfer is done using FTP in text mode, the contents of the save set will be damaged in a way that is generally not recoverable.

It is often a good idea to ZIP save sets before transfer (in particular, ZIP "-V" to preserve the OpenVMS file attributes). Once a file has been ZIP'ed, it is also possible to verify the integrity of the ZIP archive using the ZIP Test option on the other platform.

A roundtrip back to the OpenVMS system, and verification that the save set is usable, is also recommended.

- Bob Gezelter, http://www.rlgsc.com


Report Offensive Follow Up For Removal


Response Number 6
Name: Zebedee
Date: December 4, 2007 at 05:41:03 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)

Thanks, I have managed to transfer VMS>WINDOWS>VMS without any corruption ~ all I need to do is make sure it is binary and reset the attributes before unpacking the savesets.

The general consensus would seem to that there is no way round the problem other than unpacking all the savesets before doing the transfer. (Unless I loadup a basic emmulator ?)


Report Offensive Follow Up For Removal

Response Number 7
Name: HakZan
Date: December 4, 2007 at 07:47:07 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
Well,.......I woldn't call it unpacking.
You need to LIST the savesets before the transfer.

Report Offensive Follow Up For Removal

Response Number 8
Name: SKStewart
Date: December 4, 2007 at 09:10:04 Pacific
Subject: Reading Savesets under Windows
Reply: (edit)
A web search turned up a old utility called "BCKREAD":

http://www.eskimo.com/~nickz/vms/bc...

It seems to claim to extract modules from a OpenVMS saveset under MS-DOS. I never heard of it before, so I can't say if it works in a modern Windows command window or that it is safe to use. So good luck if you decide to risk it!

Kelly


Report Offensive Follow Up For Removal



Use following form to reply to current message:

   Name: From My Computing.Net Settings
 E-Mail: From My Computing.Net Settings

Subject: Reading Savesets under Windows

Comments:

 
  Homepage URL (*): 
Homepage Title (*): 
         Image URL: 
 


Data Recovery Software




Slow boot time

Trasnferring Documents from old HD

My k8T Neo-v usb's aren't working!

Date Modified = Date Created Time

system files on removable harddrive


The information on Computing.Net is the opinions of its users. Such opinions may not be accurate and they are to be used at your own risk. Computing.Net cannot verify the validity of the statements made on this site. Computing.Net and Computing.Net, LLC hereby disclaim all responsibility and liability for the content of Computing.Net and its accuracy.
PLEASE READ THE FULL DISCLAIMER AND LEGAL TERMS BY CLICKING HERE

All content ©1996-2007 Computing.Net, LLC