Well, we have the Tachyon assembler here, which uses HLASM syntax, and has the
capability to run
under Linux/390. We should be able to pretty much replace the macros and get away with
just rewriting a small portion of the code.
Remember that though file access is important, there is a heck of a
On Wed, 18 Sep 2002 10:34, you wrote:
> 'dump' understands how to deal with end
> of volumes and does a lot of other nice things as well.
I had a problem with dump a while ago (not a very long while though) where I
had disk errors backing up data and there was no easy way (the authors
suggested d
THe Berkeley db stuff is no where near robust enough to take the place of a mainframe
VSAM implementation. We would like to use the
Informix C-ISAM, but that is not available for Linux/390.
(yet.)
I looked at the FairCom Server and C-TREE stuff, which is very very good, but again,
it is not cur
GNU tar has a volume size option, but you should look into using 'dump' if
you're using it for backup purposes. 'dump' understands how to deal with end
of volumes and does a lot of other nice things as well.
- db
- Original Message -
From: "Naoshi Kubo" <[EMAIL PROTECTED]>
To: <[EMAIL PRO
On Wed, 18 Sep 2002 09:25, you wrote:
> David Bond - Tachyon Software LLC - http://www.tachyonsoft.com
A forward-thinking lot they are there too!
February 3, 2003:
Tachyon Software is pleased to announce the availability of version 2.2 of the
Tachyon z/Assembler and Tachyon 390 Cross Assembler
S
Paul Raulerson wrote:
> I'd like to explore moving some OS/390 VSAM files to Linux on the 390.
> Can anyone point me to some appropriate resources? I would like to stay
> with VSAM (ISAM, C-ISAM, etc.) files, since some of the code that uses
> those files is written in assembler. Record locking wo
On Tue, Sep 17, 2002 at 02:45:53PM -0600, Ferguson, Neale wrote:
> The 1.4.0 JDK/JRE is now available from IBM.
>
> See: "http://www-106.ibm.com/developerworks/java/jdk/linux140/";
>
>
> 1.4.0 SDKs & JREs
> (09-2002)
>
On Tue, 17 Sep 2002 20:52, you wrote:
> You do realize that your assembler code will need to be totally rewritten
> anyway, don't you? All the ACB, GET, PUT, and RPL macros will need to be
> redone to use whatever macros your VSAM-replacement uses. Also, your
> assembler code is likely in HLASM fo
On Tue, 17 Sep 2002 18:40, you wrote:
> Hello
>
> I have a question about multivolume backup.
> I want to take a backup to 3490 tape by using 'tar' command.
> But the size of data is too big to copy within one tape volume.
> Please tell me how to copy to multiple tape volumes by using 'tar' comman
Rich,
I downloaded IBM Java2 1.3.1 JRE & SDK from the IBM Developer Works website.
It corrected the problem. The java program is now returning a positive
float.
Thanks for your assistance,
Robert Hodge
-Original Message-
From: Jim Rich [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 1
The -x option is useful too; it skips mount points.
[root@rbh01 src]# du -s /
3421769 /
[root@rbh01 src]# du -sx /
1980444 /
[root@rbh01 src]# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/dasda12366164 1980456265512 89% /
/dev/dasdb1236
On Tue, 17 Sep 2002, James Melin wrote:
> Is there a good tool to say analyze part of a file system tree and report
> how much space it is using?
>
> Say like /usr/sbin - which is not in it's own file system but part of a
> larger one.
You mean, like this?
[root@dugite root]# du -sh /usr/
1.2G
The 1.4.0 JDK/JRE is now available from IBM.
See: "http://www-106.ibm.com/developerworks/java/jdk/linux140/";
1.4.0 SDKs & JREs
(09-2002)
31-bit zSeries 64-bit zSeries
SLES 7 Yes
SL
James Melin wrote:
> Is there a good tool to say analyze part of a file system tree and report
> how much space it is using?
>
> Say like /usr/sbin - which is not in it's own file system but part of a
> larger one.
Do you mean like du -s ?
- Alex
--
Alex deVries
Principal Architect, Linuxcare
James Melin writes:
> Is there a good tool to say analyze part of a file system tree and report
> how much space it is using?
>
> Say like /usr/sbin - which is not in it's own file system but part of a
> larger one.
du -s /usr/sbin
Useful variations on a theme are
du -s /foo/bar/*/
to get s
James,
$ du -csh /usr/sbin
11M /usr/sbin
11M total
Is that what you want?
Mark Post
-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 17, 2002 3:32 PM
To: [EMAIL PROTECTED]
Subject: Determining the 'mass' of a file system tree.
Is there
Two out of three of those are available in either LDL or CDL. Why you would
want to access a minidisk from CMS that you can't read is a mystery to me,
but ok...
Mark Post
-Original Message-
From: Marcy Cortes [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 17, 2002 3:18 PM
To: [EMAI
There is du, it can tell you how much space is using any directory.
man du or info du.
On Tue, 17 Sep 2002, James Melin wrote:
> Is there a good tool to say analyze part of a file system tree and report
> how much space it is using?
>
> Say like /usr/sbin - which is not in it's own file system
Is there a good tool to say analyze part of a file system tree and report
how much space it is using?
Say like /usr/sbin - which is not in it's own file system but part of a
larger one.
I'm trying to size a new deployment based on another and adust for growth.
I am limited at the moment to a mod
Mark wrote:
>If you are running Linux guests on VM, I personally see little to no val
>for CDL volumes, and just use LDL.
I did see a value to it, so much so that I went back and re-did
some volumes in CDL format.
The things I found I liked were to be able to access the minidisk
from CMS without
On Tuesday 17 September 2002 08:45 am, Thomas David Rivers wrote:
> > I'd like to explore moving some OS/390 VSAM files to Linux on the 390.
> >
> > A web Search did not turn up much of any useful information.
>
> Paul,
>
>You should look at C-TREE from Faircloth... it's used by
> a lot of p
On Tue, 17 Sep 2002 07:47:07 -0500 James Melin said:
>I understand that DFS/SMB under os/390 2.10 allows access to VSAM files in
>a 'samba' sort of way.
>
I would imagine it is similar to the NFS, which is sequential access
to VSAM, ie ESDS or sequential KSDS.
I don't know, but I would also gues
That's an interesting twist.
On Tuesday 17 September 2002 07:47 am, you wrote:
> I understand that DFS/SMB under os/390 2.10 allows access to VSAM files in
> a 'samba' sort of way.
>
--
Rich Smrcina
Sytek Services, Inc.
Milwaukee, WI
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Catch the WAVV! Stay for
> -Original Message-
> From: Paul Raulerson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 17, 2002 6:27 AM
> To: [EMAIL PROTECTED]
> Subject: VSAM or Lightweight Database?
>
>
> I'd like to explore moving some OS/390 VSAM files to Linux on
> the 390. Can anyone point me to some
> a
>
> I'd like to explore moving some OS/390 VSAM files to Linux on the 390.
> Can anyone point me to some appropriate resources? I would like to stay
> with VSAM (ISAM, C-ISAM, etc.) files, since some of the code that uses
> those files is written in assembler. Record locking would be necessary
> h
I understand that DFS/SMB under os/390 2.10 allows access to VSAM files in
a 'samba' sort of way.
|-+>
| | Rich Smrcina |
| | <[EMAIL PROTECTED]|
| | om> |
| | Sent by: L
On Tue, 2002-09-17 at 12:41, Rich Smrcina wrote:
> I would seriously doubt that there is anything available that will allow
> assembler source compatibility of indexed data access between OS/390 and
> Linux. The access method would undoubtedly be vastly different.
There are language ISAM librari
I would seriously doubt that there is anything available that will allow
assembler source compatibility of indexed data access between OS/390 and
Linux. The access method would undoubtedly be vastly different.
If you have COBOL code, you might want to check out the three COBOL vendors
for Linux
Unless of course, they do a lot of bit manipulation, in which case that rotten Intel
Arch. is inverted and out of order...
-Paul
- Original Message -
From: "David Boyes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 16, 2002 12:11 PM
Subject: Re: Intel Architecture
I'd like to explore moving some OS/390 VSAM files to Linux on the 390. Can anyone
point me to some
appropriate resources? I would like to stay with VSAM (ISAM, C-ISAM, etc.) files,
since some of the code that uses those files is
written in assembler. Record locking would be necessary however.
A
Naoshi Kubo wrote:
> Hello
>
> I have a question about multivolume backup.
> I want to take a backup to 3490 tape by using 'tar' command.
> But the size of data is too big to copy within one tape volume.
> Please tell me how to copy to multiple tape volumes by using 'tar' command.
Have you tried
tar --multivolume
-Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061
Hello
I have a question about multivolume backup.
I want to take a backup to 3490 tape by using 'tar' command.
But the size of data is too big to copy within one tape volume.
Please tell me how to copy to multiple tape volumes by using 'tar' command.
Environments
z/VM 4.2
RedHat Linux 7.2 for S/
33 matches
Mail list logo