| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3452.1 | Change DF1: for DF0: | VIVIAN::S_GOLDSTEIN | Steve G...DTN 847-5415 | Wed Feb 07 1990 11:39 | 14 |
| Hi Steve,
Your problem is that the copy you have is setup for a 2 drive
system (as you got it from Clive who got it via me)
In the memu for downloads there is a command for changing default
directories.. Change it from DF1: to DF0:
This disk that you have copies a lot of file to RAM so change the
startup-sequence file in the S: directory...(take out startup1)
If you have any problems give me a call...
Steve G
|
| 3452.2 | | BOMBE::MOORE | BaN CaSe_sEnSiTiVe iDeNtIfIeRs! | Wed Feb 07 1990 23:08 | 17 |
| > By the way, is there an easy way to convert VMS record lengths to Amiga
> blocks to get an idea of transfer times. I can tell the speed that
> blocks are being recieved at, but there seems to be no correlation to
> the VMS record size.
Depends on what you're looking at. When you get a directory showing
file sizes on VMS, the sizes are in terms of 512 byte blocks. (Record
size, as shown by VMS, does not affect download times.) So, a 100 block
file would be 100 * 512 = 51200 bytes. File sizes on the Amiga are
usually shown in terms of bytes.
Normal XMODEM transfers data in fixed length 128 byte packets, newer
variants such as YMODEM use 1024 byte packets. Depending upon which
protocol you are using, you are probably 'seeing' data arrive in
'blocks' of either 128 bytes or 1024 bytes at a time. Some of the
transfer programs display an estimated number of packets at the start
of a download.
|
| 3452.3 | RMS Horrors | TLE::RMEYERS | Randy Meyers | Thu Feb 08 1990 17:33 | 21 |
| Converting VMS file sizes to bytes as outlined in .2 provides a
reasonable estimate of download time, but it does overestimate
the file sizes sometimes.
Do a DIR /FULL of a file to find out the record format and record
attributes of the file. If the record format is variable length,
the size of the file in blocks reflects the record size information
overhead.
VMS (or RMS, whoever you want to blame it on) does not store files
as pure data. Instead, various record organizations are imposed
upon them. Variable length records are stored as a two byte
record byte count followed by the data. If the file has
a carriage control attribute, the ending carriage control
character (newline) that ends every line isn't stored. Instead,
after reading a record, you assume you saw the indicated
end of line character.
Thus, figuring out the number of data bytes in a file can be
challenging. Taking the number of blocks and multiplying by
512 gives a good rough guess, but it isn't perfect.
|
| 3452.4 | APR lib problem | NAVIER::MELLITZ | | Mon Apr 02 1990 08:41 | 7 |
| I down loaded VLTjr last night. Unzoo it with out any indication
of errors. When I run it I get an "error openning APR library".
So I down loaded the REXXARPLIB and unzooed that... No luck so far.
Anyone have any hints.
Thanks,
Rich
|
| 3452.5 | arp.library | DICKNS::MACDONALD | WA1OMM 7.093/145.05/223.58 AX.25 | Mon Apr 02 1990 09:50 | 3 |
| Sounds like it might be asking you to have arp.library in the libs:
directory. The arp.library file is available in ARP13.ZOO.
|
| 3452.6 | Can't seem to find ARP13.ZOO. | NAVIER::MELLITZ | | Mon Apr 02 1990 10:11 | 16 |
| <<< BOMBE::DISK_NOTES$LIBRARY:[000000]AMIGA.NOTE;1 >>>
-< AMIGA NOTES >-
================================================================================
Note 3452.6 VLTjr problems 6 of 6
NAVIER::MELLITZ 7 lines 2-APR-1990 09:10
-< Can't find ARP13.ZOO >-
--------------------------------------------------------------------------------
re: -1
Is that ARPPRO13.ZOO ro ARPREL13.ZOO? I can't seem to find ARP13.ZOO.
Do I still need the arexx library?
... Rich
|
| 3452.7 | | DICKNS::MACDONALD | WA1OMM 7.093/145.05/223.58 AX.25 | Mon Apr 02 1990 15:10 | 1 |
| Probably ARPREL13.ZOO (just a matter of where ya find it).
|
| 3452.8 | ARexx? APR? | NAVIER::MELLITZ | | Mon Apr 02 1990 15:34 | 8 |
| Thanks,
I've got a class to night. I'll try it tomorrow.
BTW, What is ARexx and how does it relate to VLTjr? It
the APR library related to ARexx?
G'day
|
| 3452.9 | | WELMTS::FINNIS | Peter Finnis at Welwyn | Tue Apr 03 1990 10:08 | 7 |
| Hi,
Arprel113.zoo or whatever it is called is on wjg::amiga:arp*.zoo
Arexx is a seperate product not PD
Pete
|
| 3452.10 | look on FF308 | FRSOLD::ZIMMERMANN | Wer von Euch Kerls ist Kowalski | Wed Apr 04 1990 04:52 | 6 |
| If you're following the installation instructions coming with VLT/VLTjr
you should have no problem installing the *.library-files.
The complete set is on FF308 (latest version plus latest arp.library)
Ralf
====
|