The knowledgebase note under BASIC 
http://www.jbase.com/r5/knowledgebase/manuals/3.0/30manpages/man/sup42_BASIC.htm
 states

Note: To copy binary object files such as $PROG or PROG.o from Hash files to 
directories or vice versa use the B option of the jBASE COPY command. This will 
ensure conversion of attribute mark characters to new line and vice versa is 
suppressed thus invalidating the binary object.

I do not believe there is an alternative COPY syntax that allows that option.   
The COPY is explained in this knowledgebase page
http://www.jbase.com/r5/knowledgebase/manuals/3.0/30manpages/man/fil2_COPY.htm

If the program files are DIR type files you would be best to use scp or rcp to 
move them to the other server.  If the program files are not DIR type files, 
you may want to consider making them DIR type.

Dan
From: [email protected] [mailto:[email protected]] On Behalf Of 
Nandhini Subbarayalu
Sent: Monday, August 13, 2012 12:40 AM
To: [email protected]
Subject: jbase-Issue with copying object files from one server to another 
server(connected via jRFS).

Hi,

Please help to solve this issue in transferring object files('$') from one 
server to another server which are connected via jRFS and the detailed 
information is as below:

Description:
Object('$') files are corrupted when copying from local system(Unix platform) 
to remote system(Unix platform). Connection is established via jRFS service and 
the copy command is executed at jbase level(from jbase prompt).

Unix system & TAFC release:
System Information
==================

System                      : AIX che-aix4 1.6 00F6BD354C00
OS Release                  : 1114A_61N
UNIX User                   : nsubbara (uid 219, euid 219)
Tty name                    : /dev/pts/5
Time                        : Mon Aug  6 11:36:02 2012

Environment
===========

JBCPORTNO                   : Not Set
JBCRELEASEDIR               : '/opt/tafc9'
JBCGLOBALDIR                : '/opt/tafc9'
JEDIFILENAME_SYSTEM         : '/opt/tafc9/src/SYSTEM'
SYSTEM File is (DICT)       : '/opt/tafc9/src/SYSTEM]D'
RELEASE Information         : Major 09.0 , Minor 0.21 , Patch  (Change 97633)
Max open files              : 65534
jsh nsubbara ~ -->

Findings:
Server1 is configured as jrfs server and Server2 is configured as jrfs client. 
A directory OBJ.DATA is present in Server1 and in Client side(Server2) Q 
pointer is created to point to this directory.OBJ.DATA is successfully 
connected via JRFS.

Case1:
Steps followed

Server1

Server2

1



Compiled and catalogued the routine SAMPLE.RTN
'$SAMPLE.RTN' of TEST.BP has to be copied to Server1.

Jsh->COPY FROM TEST.BP TO OBJ.DATA '$SAMPLE.RTN' OVERWRITING

2

Jsh->COPY FROM OBJ.DATA TO TEST.BP '$SAMPLE.RTN' OVERWRITING

Jh>CATALOG TEST.BP $SAMPLE.RTN
Catalog fails and seems object file transferred is a corrupted one




Case 2:
Steps followed

Server1

Server2

1

Compiled and catalogued the routine SAMPLE.RTN
'$SAMPLE.RTN' of TEST.BP has to be copied to Server2.

Jsh->COPY FROM TEST.BP TO OBJ.DATA '$SAMPLE.RTN' OVERWRITING



2



Jsh->COPY FROM OBJ.DATA TO TEST.BP '$SAMPLE.RTN' OVERWRITING

Jsh->CATALOG TEST.BP $SAMPLE.RTN
Catalog is successful and the original $ file is copied from server1 to server2.



Case3:

S.No

Server1

Server2

1



Compiled and catalogued the routine SAMPLE.RTN
'$SAMPLE.RTN' of TEST.BP has to be copied to Server1.

This object code is compressed using unix 'tar' comment
Jsh->SH \c tar -cvf - 'TEST.BP/$SAMPLE.RTN' | compress -> 
'TEST.BP/$SAMPLE.RTN_Unix.Z'

Jsh->COPY FROM TEST.BP TO OBJ.DATA '$SAMPLE.RTN_Unix.Z' OVERWRITING



2

Jsh->COPY FROM OBJ.DATA TO TEST.BP '$SAMPLE.RTN_Unix.Z' OVERWRITING

Untar the compressed '$' file
Jsh->SH \c zcat 'TEST.BP/$SAMPLE.RTN_Unix.Z' | tar -xvf -> log.file

Jsh->CATALOG TEST.BP '$SAMPLE.RTN'
Catalog is successful and the original $ file is copied from server1 to server2.







Tar file copied to a local BP and then decompressed:
Jsh->COPY FROM OBJ.DATA TO TEST.BP '$SAMPLE.RTN_Unix.Z' OVERWRITING

Untar the compressed '$' file
Jsh-> SH \c zcat 'TEST.BP/$SAMPLE.RTN_Unix.Z' | tar -xvf -> log.file
uncompress: 0653-059 The input file contains bad data; SIGSEGV signal received.
tar: 0511-164 There is a media read or write block size error.




Kindly correct me if my findings are wrong and revert for any further details.

Many thanks in advance

Regards,
Nandhini
--
--
IMPORTANT: T24/Globus posts are no longer accepted on this forum.

To post, send email to [email protected]<mailto:[email protected]>
To unsubscribe, send email to 
[email protected]<mailto:[email protected]>
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en






-- 
-- 
IMPORTANT: T24/Globus posts are no longer accepted on this forum.

To post, send email to [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en



Reply via email to