T.R | Title | User | Personal Name | Date | Lines |
---|
5009.1 | Diskmasher | GIDDAY::MORAN | | Mon Sep 02 1991 06:12 | 11 |
|
.DMS <==> DiskMasher files.
This is a whole disk archieved by the program DMS.
I think the program to read/write/view these files is on EOT somewhere.
Look for a file called DMS10???.lzh
Shaun.
|
5009.2 | Something new everyday !. | VIVIAN::D_VISTUER | | Mon Sep 02 1991 07:05 | 2 |
| Thanks, Shaun.
|
5009.3 | | HSSTPT::WILSONTL | Lead Trumpet (Read that...LEED!) | Tue Sep 03 1991 15:43 | 1 |
| Check note 4952.all for more information on DMS format.
|
5009.4 | more .dms woes | RGB::SCOTT | | Wed Oct 09 1991 09:24 | 16 |
|
Thought I'd continue with the .dms discussion here - makes it easier
to find!
I've downloaded the dms version 3 archive, unpacked it, and attempted
to run v3, but I get an error message something like "Can't link...".
(I should have written it down :-(. So I then tried the version 02 dms,
which did unpack the alphaomega.dms file, without errors, but the floppy
created didn't boot. I also tried it on St-anim, with similar results.
*sigh* I'm using zmodem to a PC here at work, then MSH at home. This seems
to work fairly well, at least with .lzh archives...
Has anyone else successfully used the dms-1_03.lzh from eot::amiga:[upload}?
Rob-who-definitely-wants-some-brain-candy!
|
5009.5 | me too... | FSDEV::JBERNARD | John Bernard 297-2563 MR01-1/L87 | Wed Oct 09 1991 11:07 | 10 |
| I too have had problems with "DMS-1_03.lzh"... The CHECK-DMS.c text
file unpacks ok, but the DMS-1_03 executable produces the error
"not an executable file...." on my 3000....
DMS102.lzh unpacks ok but doesnt seem to know how to handle all the
demos....
sniffle...sigh...
|
5009.6 | I thought it was just me! | FORTY2::CADWALLADER | Rifle butts to crush you down... | Wed Oct 09 1991 11:09 | 10 |
| Can anybody recommend a preferable disk-packer?
I too have had problems with just about nothing working when using DMS,
I attributed it to the PeeSea I was using but maybe it was DMS, since
it seems I was not the only one having problems.
In fact I don't remember ever using DMS and *not* getting a checksum or
header error -regardless of whether the disk worked or not!
- JIM CAD*
|
5009.7 | | DEFOE::JAMIE | Thunder knows all things. | Wed Oct 09 1991 12:14 | 7 |
| I'll upload my version of DMS. I've got something called "Deluxe DMS"
which has a menu front end. If I remember, I'll upload it tonight.
Cheers,
Jamie.
|
5009.8 | My experience with DMS | AMIGA::RIES | OS/2 = Half an Operating System | Wed Oct 09 1991 14:44 | 16 |
| I have also had many problems with DMS files. Many don't even unpack, and some
that do, subsequently dont work. I never had any problems with LHWARP, and
though I have not used it much, ZOOM seems to work quite well. I think that
DMS is very buggy. I know v1.02 will not write to anything but DF0:!
I was the one who upload 1.03 to EOT:. I got it from AB20 and uploaded it
to EOT before checking it out. I cannot get it to work either, complains
about "not an executable file", so I assume that the upload to AB20 was
bad. Does anyone else have a working copy of 1.03 that they could upload
to EOT?
The one thing that I like about ZOOM over any of the other whole disk
archivers is that it gives you a verify option. I think that this a
necessity when dealing with floppies.
Frank
|
5009.9 | | HEAVY::JAMIE | Thunder knows all things. | Wed Oct 09 1991 14:58 | 14 |
| As I've already said, I'll upload my DMS program to here tomorrow.
It works.
DMS also has a TEST function to check that a DMS archive is ok, so I
guess that is equivalent to the verify in LHWARP ?
Unless there has been a very recent update of ZOOM, it is extremely
bug ridden. I have a field test version of the latest which seems to
be robust to the point where I have not had a problem with it. But as
I say, I'm not sure that it's publicly available yet.
Cheers,
Jamie.
|
5009.10 | | AMIGA::RIES | OS/2 = Half an Operating System | Wed Oct 09 1991 19:11 | 5 |
| I have uploaded a newer version of ZOOM (V4.2) from ab20 to EOT. There is a
readme there as well. This one claims to have fixed many of the problems with
zoom. Zoom does at least have an Intuition interface.
Frank
|
5009.11 | | DEFOE::JAMIE | Thunder knows all things. | Thu Oct 10 1991 05:50 | 6 |
| I've copied DMS.LHW to EOT. It's got DELUXE DMS on it. It seems ok to
me. Let me know if anyone has any problems with it.
Cheers,
Jamie.
|
5009.12 | more problems! | RGB::SCOTT | | Fri Oct 11 1991 10:18 | 12 |
| > I've copied DMS.LHW to EOT. It's got DELUXE DMS on it. It seems ok to
> me. Let me know if anyone has any problems with it.
Thanks! But I'm still having problems - this time, with LHWARP.
Using version 2.03(?), it gives me "Can't allocate track.disk
buffer". I tried booting in 68000 mode, increasing the stack
size upto 1 meg, but still no joy. *sigh* I also downloaded
the version in eot::amiga:[amiga.utilities], but that was
an old one (1.x). Any more hints??
Rob
|
5009.13 | Same problem here with LHWARP on DMS.LHW | CSSE32::SMITH | Reality, just a visible imagination? | Fri Oct 11 1991 10:51 | 9 |
| Is there any reason Deluxe DMS must be an LHwarp floppy? Does it have a special
boot block? I really hate utilities that will only run from a floppy. Demos
are ok but utilities belong on a HD.
Any chance of re-posting Deluxe DMS in LZH, ZOO or ARC format?
Thanks,
...Ed
|
5009.14 | | DEFOE::JAMIE | Thunder knows all things. | Fri Oct 11 1991 11:21 | 1 |
| OK. I'll upload it again in zoo format on Monday.
|
5009.15 | compressing bigger "disks" | CIMNET::KYZIVAT | Paul Kyzivat | Sat Jan 18 1992 21:50 | 17 |
| I'm looking for a "disk" cruncher which will work on a RAD: device larger
than a floppy. I looked at both DMS and ZOOM, but they are both restricted
to floppy sized things.
What I am trying to do is create a single boot disk which creates a
somewhat larger RAD: system disk. I intend this to be a system to be used
to recover from possible hard disk failures (knock on wood), or when there
is some reason to want to avoid the disk. I find that a single disk
doesn't hold enough to be useful, but figure I should be able to get 1.5-2
times that much in RAD off a single compressed disk.
I can do this using LHARC, but it is quite slow.
Are there any variants of LHWARP, DMS, ZOOM which can handle larger
devices?
Paul
|