Re: [U2] Databasic conversion

[Charles Barouch]

Depends on how 'vanilla it is. I worked in a shop where the owners would 
routineky sell the dev systems out from under us and we'd have to pick up on 
whatever they bought as a substitute.
That package was easy to port because everything was coded assuming least 
common denominator approach.


Charles Barouch

Don Robinson  wrote:

>Symeon,
>
>Hum, I'd offer the guy $200.00 to do the job if he thinks it's that easy!
>
>I've worked on a couple of conversion between MV systems and there are a lot 
>of 
>differences. In my opinion D3 if very different from Unidata or Universe or 
>jBASE or Reality or you name it.
>
>I just inherited a D3 system and it's awful switching between it and Universe 
>because of all the differences.
>
>Not to disappoint you, just my 2 cents.
>
>Don Robinson
>Universe and D3 programmer.
>
>
>
>
>From: Symeon Breen 
>To: U2 Users List 
>Sent: Wed, April 6, 2011 5:14:15 PM
>Subject: [U2] Databasic conversion
>
>Hi I am looking at a little side project to convert an entire system written
>in databasic on D3 to run on unidata.
>
>
>
>The guy i work with says it is a couple of hours work - I am not so sure
>myself. Anyone done this and know what the 'gotchyas' are ?
>
>
>
>
>
>Cheers
>
>Symeon.
>
>___
>U2-Users mailing list
>U2-Users@listserver.u2ug.org
>http://listserver.u2ug.org/mailman/listinfo/u2-users
>___
>U2-Users mailing list
>U2-Users@listserver.u2ug.org
>http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] Databasic conversion

[Don Robinson]

Symeon,

Hum, I'd offer the guy $200.00 to do the job if he thinks it's that easy!

I've worked on a couple of conversion between MV systems and there are a lot of 
differences. In my opinion D3 if very different from Unidata or Universe or 
jBASE or Reality or you name it.

I just inherited a D3 system and it's awful switching between it and Universe 
because of all the differences.

Not to disappoint you, just my 2 cents.

Don Robinson
Universe and D3 programmer.




From: Symeon Breen 
To: U2 Users List 
Sent: Wed, April 6, 2011 5:14:15 PM
Subject: [U2] Databasic conversion

Hi I am looking at a little side project to convert an entire system written
in databasic on D3 to run on unidata.



The guy i work with says it is a couple of hours work - I am not so sure
myself. Anyone done this and know what the 'gotchyas' are ?





Cheers

Symeon.

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] Question about uvbackup dd and uvrestore

[Rex Gozar]

Universe admin documentation has the disclaimer:

Note: uvrestore does not support reading from stdin.

You'll need to gunzip the backup file to disk before you can uvrestore it.

rex

On Wed, Apr 13, 2011 at 9:12 PM, Augusto Alonso  wrote:
> Hi all.
> I'm trying to pipe uvbackup (universe) and gzip in order to compress backups
> "on the fly".
> I've done it with success. But the problem arise when I try to uvrestore
> from it.
>
> A simple test that you can try:
>
> RHEL:/u2/uv# find HS.SALES | bin/uvbackup -v -f - |dd of=hs_sales.bk
>
> Backup Date   : Wed Apr 13 21:22:29 2011
> Reel Number   : 1
> Image Type    : Full Backup (ver9 UNIX)
> Block Size    : 8192 bytes
> NLS on        : False
> Label         :
>
> Current device(s): stdout
>  Backing up HS.SALES
>  Backing up HS.SALES/VOC.u
>  Backing up HS.SALES/D_VOC
>  Backing up HS.SALES/VOCLIB
>  Backing up HS.SALES/D_VOCLIB
>  Backing up HS.SALES/CUSTOMER
>  Backing up HS.SALES/CUSTOMER.u
>  Backing up HS.SALES/D_CUSTOMER
>  Backing up HS.SALES/D_CUSTOMER.u
>  Backing up HS.SALES/PRODUCTS
>  Backing up HS.SALES/PRODUCTS.u
>  Backing up HS.SALES/D_PRODUCTS
>  Backing up HS.SALES/D_PRODUCTS.u
>  Backing up HS.SALES/STATES
>  Backing up HS.SALES/STATES.u
>  Backing up HS.SALES/D_STATES
>  Backing up HS.SALES/D_STATES.u
>  Backing up HS.SALES/HS_FILE_A000
>  Backing up HS.SALES/D_HS_FILE_A000
>  Backing up HS.SALES/.hs_fileinfo
>  Backing up HS.SALES/VOC
>  Backing up HS.SALES/.uvconfig
>  Backing up HS.SALES/uvconfig
>  Backing up HS.SALES/puntouvconfig
>
> Total files: 24  Total bytes : 97273  Elapsed Time: 00:00:01
> 12 operating system files processed, 0 broken, totalling 41444 data bytes.
> 12 UniVerse files processed, 0 corrupted.
> 939 UniVerse records processed, 0 corrupted, totalling 55829 data bytes.
> -1073742616 extended keys processed, 0 not supported at specified revision
> level.
>
> EndOfUvbackup
> 288+0 records in
> 288+0 records out
>
>
> RHEL:/u2/uv# dd if=hs_sales.bk | bin/uvrestore  -v -i -t /dev/stdin
>
> Backup Date   : Wed Apr 13 21:22:29 2011
> Reel Number   : 1
> Image Type    : Full Backup (ver9 UNIX)
> Block Size    : 8192 bytes
> NLS on        : False
> FastWrite On  : False
> Label         :
>
> Current device(s): /dev/stdin
>
> WARNING: Block 1 checksum value of 0 does not match computed checksum
>         of -6667.  Integrity of block questionable.  Continue (Y/N)?
>  intended publication of source code.               *
>
> Total files: 0  Total bytes : 0  Elapsed Time: 12:00:00
> 0 operating system files processed, 0 broken, totalling 0 data bytes.
> 0 UniVerse files processed, 0 corrupted.
> 0 UniVerse records processed, 0 corrupted, totalling 0 data bytes.
> -1073742632 extended keys processed, 0 not supported at specified revision
> level.
>
> EndOfUvrestore
> 26+0 records in
> 25+0 records out
> RHEL:/u2/uv#
>
>
> Could someone explain why this happen?
>
> And the backup is all right, because it works if you change the syntax
> (without pipe):
>
> RHEL:/u2/uv# bin/uvrestore  -v -i -t hs_sales.bk
>
> Backup Date   : Wed Apr 13 21:22:29 2011
> Reel Number   : 1
> Image Type    : Full Backup (ver9 UNIX)
> Block Size    : 8192 bytes
> NLS on        : False
> FastWrite On  : False
> Label         :
>
> Current device(s): /u2/uv/hs_sales.bk
>  HS.SALES (Apr 13 21:22:29)
>  HS.SALES/VOC.u (Apr 13 21:22:29)
>  HS.SALES/D_VOC (Apr 13 21:22:29)
>  HS.SALES/VOCLIB (Apr 13 21:22:29)
>  HS.SALES/D_VOCLIB (Apr 13 21:22:29)
>  HS.SALES/CUSTOMER (Apr 13 21:22:29)
>  HS.SALES/CUSTOMER.u (Apr 13 21:22:29)
>  HS.SALES/D_CUSTOMER (Apr 13 21:22:29)
>  HS.SALES/D_CUSTOMER.u (Apr 13 21:22:29)
>  HS.SALES/PRODUCTS (Apr 13 21:22:29)
>  HS.SALES/PRODUCTS.u (Apr 13 21:22:29)
>  HS.SALES/D_PRODUCTS (Apr 13 21:22:29)
>  HS.SALES/D_PRODUCTS.u (Apr 13 21:22:29)
>  HS.SALES/STATES (Apr 13 21:22:29)
>  HS.SALES/STATES.u (Apr 13 21:22:29)
>  HS.SALES/D_STATES (Apr 13 21:22:29)
>  HS.SALES/D_STATES.u (Apr 13 21:22:29)
>  HS.SALES/HS_FILE_A000 (Apr 13 21:22:29)
>  HS.SALES/D_HS_FILE_A000 (Apr 13 21:22:29)
>  HS.SALES/.hs_fileinfo (Apr 13 21:22:29)
>  HS.SALES/VOC (Apr 13 21:22:29)
>  HS.SALES/.uvconfig (Apr 13 21:22:29)
>  HS.SALES/uvconfig (Apr 13 21:22:29)
>  HS.SALES/puntouvconfig (Apr 13 21:22:29)
>
> Total files: 0  Total bytes : 0  Elapsed Time: 12:00:00
> 0 operating system files processed, 0 broken, totalling 0 data bytes.
> 0 UniVerse files processed, 0 corrupted.
> 0 UniVerse records processed, 0 corrupted, totalling 0 data bytes.
> -1073742632 extended keys processed, 0 not supported at specified revision
> level.
>
> EndOfUvrestore
> RHEL:/u2/uv#
>
>
> Any suggestion?
> Regards
> --
> Augusto Alonso
> IT manager
> QUITER SERVICIOS CENTRALES
> Zoco Gran Santander, 1ª planta - 39011 Santander - España
> Telf: +34 902233323 - Fax: +34 902234280
>
> AVISO LEGAL: Este mensaje contiene información destinada exclusivamente al
> usuario de destino, pudiendo contener información confidencial o protegida
> legalmente. Si, por un error de envío o transm