From: Digest <deadmail>
To: "OS/2GenAu Digest"<deadmail>
Date: Mon, 5 Jul 2010 00:01:05 EST-10EDT,10,1,0,7200,4,1,0,7200,3600
Subject: [os2genau_digest] No. 1984
Reply-To: <deadmail>
X-List-Unsubscribe: www.os2site.com/list/

**************************************************
Sunday 04 July 2010
 Number  1984
**************************************************

Subjects for today
 
1  Re:  virtualbox : Chuck McKinnis <mckinnis at sandia dot net>
2   Imaging C: : Alan Duval <amoht at westnet dot com dot au>
3  Re:  Imaging C: : Mike O'Connor <mikeoc at internode.on dot net>
4  Re:  Imaging C: : Voytek Eymont" <voytek at sbt dot net dot au>
5  Re:  Imaging C: : Alan Duval <amoht at westnet dot com dot au>
6  Re:  Imaging C: : Alan Duval <amoht at westnet dot com dot au>
7  Re:  Imaging C: : Voytek Eymont" <voytek at sbt dot net dot au>
8  Re:  Imaging C: : Voytek Eymont" <voytek at sbt dot net dot au>
9  Re:  Imaging C: : Mike O'Connor <mikeoc at internode.on dot net>
10  Re:  Imaging C: : Mike O'Connor <mikeoc at internode.on dot net>
11  Re:  Imaging C: : Mike O'Connor <mikeoc at internode.on dot net>

**= Email   1 ==========================**

Date:  Sat, 03 Jul 2010 10:06:12 -0600
From:  Chuck McKinnis <mckinnis at sandia dot net>
Subject:  Re:  virtualbox

On 7/3/2010 1:56 AM, Dennis Nolan wrote:
> Hi  I've just been referred to http://www.virtualbox dot org/wiki/Guest_OSes
>
> They list OS/2 as
>
> OS/2 Works, with Additions Requires VT-x or AMD-V hardware
> virtualization support. Only MCP2 is reported to work reliably so far.
>

I believe that all of the various VM software varieties now require the 
virtualization hardware.  This used to not be true.

eCS is based upon MCP2.

>
> I was wondering if anyone has had any experience with this product and
> could give some sort of a report on it's level of usefulness.
>
> Regards
>
> Dennis.

I have eCS 2.0 running under VirtualBox on Windows XP and Ubuntu.  A 
friend is running eCS 1.2 and 2.0 under VirtualBox on his MAC.  There 
are some issues with networking and a few applications.  I do share the 
eCS virtual hard drives between Windows XP and Ubuntu.

I also have eCS 2.0 running under Microsoft Virtual PC 2007 under 
Windows XP.  I don't have Windows 7 installed, so I have not tested the 
VM of Windows 7.

You might want to look at the presentations we made last year.

eCS on the MAC (using Parallels)
http://www.warpstock dot org/filemgmt/visit.php?lid=142
He also has eCS 2.0 running in VirtualBox.

eCS in virtual machines on Windows and Linux
http://www.warpstock dot org/filemgmt/visit.php?lid=140


-- 
Chuck McKinnis
Sandia Park, NM
http://www.7cities dot net/~mckinnis/
And Jesus answering said unto them, "Render to Caesar the things that 
are Caesar's, and to God the things that are God's." Mark 12:17

--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   2 ==========================**

Date:  Sun, 04 Jul 2010 18:53:40 +1000
From:  Alan Duval <amoht at westnet dot com dot au>
Subject:   Imaging C:

I have all my partitions as JFS partitions. eCS2.0 is in C: and my APPS 
, including DFSee10.1, in D:
If I want to image C: I can't do so if it is running so If I open 
recovery choices when booting and go to the command line, then start 
DFSee and image C: to my I: partition, will I have an acceptable image 
that can be used for recovery purposes?
eCS live CD is useless for this purpose as it doesn't give me a choice 
of my drives that I can image partitions to.
It also says there are errors in my new USB connected external hard 
drive - which hasn't been re-formatted.
Is it better to install eCS 2.0 to HPFS formatted partitions as Acronis 
doesn't recognize JFS?

Regards,

Alan Duval
--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   3 ==========================**

Date:  Sun, 04 Jul 2010 19:24:33 +1000
From:  Mike O'Connor <mikeoc at internode.on dot net>
Subject:  Re:  Imaging C:

Alan Duval wrote:
> I have all my partitions as JFS partitions. eCS2.0 is in C: 
I never allocate C: to OS/2-eCS - only D: and up. windows is the only 
one that needs a mandatory C: drive.
> and my APPS , including DFSee10.1, in D:
> If I want to image C: I can't do so if it is running so If I open 
> recovery choices when booting and go to the command line, then start 
> DFSee and image C: to my I: partition, will I have an acceptable image 
> that can be used for recovery purposes?
No!
> eCS live CD is useless for this purpose as it doesn't give me a choice 
> of my drives that I can image partitions to.
you must be doing it wrong then!
> It also says there are errors in my new USB connected external hard 
> drive - which hasn't been re-formatted.
> Is it better to install eCS 2.0 to HPFS formatted partitions as 
> Acronis doesn't recognize JFS?
That's pretty useless in this day and age! You lose all the advantages 
of unlimited cache by dropping JFS.
>
> Regards,
>
> Alan Duval 

Hi Alan,

Just wondering why you :

a). Have eCS in a Primary partition?(the longstanding advantage OS/2 had 
over all other OSes)
b). Need Acronis? (IBM BM has absolutely no problem booting 
eCS+XP+Ubuntu+others - all off a single menu)
c). Don't have a separate small eCS maintenance partition (this would 
obviate the locked files in eCS)

(Referred back to your posting 6 months ago here for earlier details).

Regards,
Mike

-- 
Failed the exam for
--------------------
MCSE - Minesweeper Consultant and Solitaire Expert
--------------------
Personal replies to any of : 
mikeoc (at) internode (dot) on (dot) net
mikeoc (at) austarnet (dot) com (dot) au
majilok (at) gmail (dot) com
[Please ZIP any attachments, other than GIF/JPG or plain-text]
If you are missing a response from me - check Tweed Heads WX status at:
http://www.bom.gov.au/products/IDR663.loop.shtml#skip

--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   4 ==========================**

Date:  Sun, 4 Jul 2010 19:33:17 +1000 (EST)
From:  "Voytek Eymont" <voytek at sbt dot net dot au>
Subject:  Re:  Imaging C:

<quote who="Mike O'Connor">
> Alan Duval wrote:
>
>> I have all my partitions as JFS partitions. eCS2.0 is in C:
>>
> I never allocate C: to OS/2-eCS - only D: and up. windows is the only
> one that needs a mandatory C: drive.
>> and my APPS , including DFSee10.1, in D: If I want to image C: I can't
>> do so if it is running so If I open recovery choices when booting and go
>> to the command line, then start DFSee and image C: to my I: partition,
>> will I have an acceptable image that can be used for recovery purposes?


Alan

last time I've imaged an OS/2 system (which admitedly is a long time ago),
I've simply used (Info)ZIP using a little script

0[roman][E:\]backsys
format: backsys y:  x:archive where we ZIP drive Y: to X:ARCHIVE
                default: backsys -? (this screen)
local volumes C: D: E: F:

the command used is like:
'zip -$ -9 -r -S -v %2 %1\*'

also, fwiw, 'xcopy' does a reasonable job, except for account dot net (I think?)

I've used both on running systems




-- 
Voytek


--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
**= Email   5 ==========================**

Date:  Sun, 04 Jul 2010 20:16:12 +1000
From:  Alan Duval <amoht at westnet dot com dot au>
Subject:  Re:  Imaging C:

Mike O'Connor wrote:
> Alan Duval wrote:
>> I have all my partitions as JFS partitions. eCS2.0 is in C: 
> I never allocate C: to OS/2-eCS - only D: and up. windows is the only 
> one that needs a mandatory C: drive.
>> and my APPS , including DFSee10.1, in D:
>> If I want to image C: I can't do so if it is running so If I open 
>> recovery choices when booting and go to the command line, then start 
>> DFSee and image C: to my I: partition, will I have an acceptable 
>> image that can be used for recovery purposes?
> No!
>> eCS live CD is useless for this purpose as it doesn't give me a 
>> choice of my drives that I can image partitions to.
> you must be doing it wrong then!

Well the only Drive selection it gives to write the image to are:

B:                            FAT             
C: KFAT                FAT(32)           2000.0 MiB
N: DFSEE101        CDROM              34.4 MiB
Z: HalleLU-.ja        FAT(32)               12.0 MiB

I did ask about these previously but still couldn't see how to use them.
In the past I would insert the eCS install disk and at the GUI would 
click cancel to go to the maintenance screen, then open a command line 
and go to my DFSee folder and open DFSee which then allowed me to image 
to the partition desired. However with this new setup I can't go to the 
DFSee folder as a message comes up "can't find the path".

>> It also says there are errors in my new USB connected external hard 
>> drive - which hasn't been re-formatted.
>> Is it better to install eCS 2.0 to HPFS formatted partitions as 
>> Acronis doesn't recognize JFS?
> That's pretty useless in this day and age! You lose all the advantages 
> of unlimited cache by dropping JFS.
>>
>> Regards,
>>
>> Alan Duval 
>
> Hi Alan,
>
> Just wondering why you :
>
> a). Have eCS in a Primary partition?(the longstanding advantage OS/2 
> had over all other OSes)
I find installing to removable drives gives me less headaches and 
problems. Hence eCS is installed to a drive of it's own.

> b). Need Acronis? (IBM BM has absolutely no problem booting 
> eCS+XP+Ubuntu+others - all off a single menu)
Acronis could image WIN XP, Ubuntu and ECS if eCS was installed to a 
HPFS drive. It is also easy to use.

> c). Don't have a separate small eCS maintenance partition (this would 
> obviate the locked files in eCS)

I've never known how to make a maintenance partition and what it could 
do. Can you install DFSee in it? Can it be booted? Where can I get info 
as to how to make it?
>
> (Referred back to your posting 6 months ago here for earlier details).
>
> Regards,
> Mike
>


--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   6 ==========================**

Date:  Sun, 04 Jul 2010 20:28:57 +1000
From:  Alan Duval <amoht at westnet dot com dot au>
Subject:  Re:  Imaging C:

Voytek Eymont wrote:
> <quote who="Mike O'Connor">
>   
>> Alan Duval wrote:
>>
>>     
>>> I have all my partitions as JFS partitions. eCS2.0 is in C:
>>>
>>>       
>> I never allocate C: to OS/2-eCS - only D: and up. windows is the only
>> one that needs a mandatory C: drive.
>>     
>>> and my APPS , including DFSee10.1, in D: If I want to image C: I can't
>>> do so if it is running so If I open recovery choices when booting and go
>>> to the command line, then start DFSee and image C: to my I: partition,
>>> will I have an acceptable image that can be used for recovery purposes?
>>>       
>
>
> Alan
>
> last time I've imaged an OS/2 system (which admitedly is a long time ago),
> I've simply used (Info)ZIP using a little script
>   
I have ZipCntrl for zip purposes. Is (Info) ZIP a program that can be 
downloaded?
> 0[roman][E:\]backsys
> format: backsys y:  x:archive where we ZIP drive Y: to X:ARCHIVE
>                 default: backsys -? (this screen)
> local volumes C: D: E: F:
>
> the command used is like:
> 'zip -$ -9 -r -S -v %2 %1\*'
>
> also, fwiw, 'xcopy' does a reasonable job, except for account dot net (I think?)
>
> I've used both on running systems
>   
So where is the script written, in the program or in a text editor?
If I want to zip C: to I: -- how would I write the command?
I'm fairly ignorant when it comes to writing commands or scripts.
--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   7 ==========================**

Date:  Sun, 4 Jul 2010 21:22:37 +1000 (EST)
From:  "Voytek Eymont" <voytek at sbt dot net dot au>
Subject:  Re:  Imaging C:


<quote who="Alan Duval">

> I have ZipCntrl for zip purposes. Is (Info) ZIP a program that can be
> downloaded?

yes, it should be on hobbes and elsewhere

IIRC, InfoZIP handles EAs? and (PK)Zip doesn't

------------------------
0[roman][F:\ute]zip -v
Copyright (C) 1990-1999 Info-ZIP
Type 'zip "-L"' for software license.
This is Zip 2.3 (November 29th 1999), by Info-ZIP.
Currently maintained by Onno van der Linden. Please send bug reports to
the authors at Zip-Bugs at lists.wku.edu; see README for details.

Latest sources and executables are at ftp://ftp.cdrom dot com/pub/infozip, as of
above date; see http://www.cdrom dot com/pub/infozip/Zip.html for other sites..

Compiled with emx+gcc 2.8.1 for OS/2 2.x/3.x (32-bit) on Jan  9 2000.
------------------------

>> 0[roman][E:\]backsys

> So where is the script written, in the program or in a text editor?

this is a very, very basic script:

-----------
/* backsys.cmd ZIPs source HD to a ZIP archive */

/* if no argument given or -?/-h give help

*/

call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
call SysLoadFuncs

/* parse passed parameters */
	Parse UPPER arg arg1 arg2 .

	If arg1 = '' then arg1 ='-?'
	If arg1 = '-?' | Translate(arg1) = '-H' then do
        	say 'format:	backsys y:  x:archive where we ZIP drive Y: to
X:ARCHIVE'
        	say '		default: backsys -? (this screen)'
	say 'local volumes' SysDriveMap('C:', 'LOCAL')
	say 'remote volumes' SysDriveMap('C:', 'REMOTE')
	say 'detached volumes' SysDriveMap('C:', 'DETACHED')

        exit
    	end

/* get HD specs */
	arg1=substr(arg1,1,1)
	source=SysDriveInfo(arg1)
	PARSE VAR source sdrive sfree stotal slabel

	arg2a=substr(arg2,1,1)
	target=SysDriveInfo(arg2a)
	PARSE VAR target tdrive tfree ttotal tlabel
/* convert bytes to MB */

	sfree = TRUNC((sfree/(1024*1024)),,)
	stotal= TRUNC((stotal/(1024*1024)),,)
	sused = stotal - sfree
	tfree = TRUNC((tfree/(1024*1024)),,)
	ttotal= TRUNC((ttotal/(1024*1024)),,)
	tused = ttotal - tfree

SAY '	Archiving ENTIRE DRIVE' arg1': with' sused'MB data to' arg2':'
SAY '	Archive:' arg2', free space on target 'arg2a':' tfree 'MB'

pause
'zip -$ -9 -r -S -v %2 %1\*'

-----------


-- 
Voytek

--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
**= Email   8 ==========================**

Date:  Sun, 4 Jul 2010 21:33:00 +1000 (EST)
From:  "Voytek Eymont" <voytek at sbt dot net dot au>
Subject:  Re:  Imaging C:

<quote who="Alan Duval">

> So where is the script written, in the program or in a text editor?
> If I want to zip C: to I: -- how would I write the command?
> I'm fairly ignorant when it comes to writing commands or scripts.


within the context of this simple script:

0[roman][F:\ute]backsys e: f:\my_drive_e_backup
        Archiving ENTIRE DRIVE E: with 886MB data to F:\MY_DRIVE_E_BACKUP:
        Archive: F:\MY_DRIVE_E_BACKUP, free space on target F: 866 MB

0[roman][F:\ute]PAUSE
Press any key when ready . . .

there is a pause before it starts, after estimating sizes;

'Ctrl C' will abort before it starts

oh, yes:

if it wipes all your hard drive clean, there is no need to thank for the
space thus gained...



-- 
Voytek


--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
**= Email   9 ==========================**

Date:  Sun, 04 Jul 2010 22:10:46 +1000
From:  Mike O'Connor <mikeoc at internode.on dot net>
Subject:  Re:  Imaging C:

Alan Duval wrote:
> Mike O'Connor wrote:
>> Alan Duval wrote:
>>> I have all my partitions as JFS partitions. eCS2.0 is in C: 
>> I never allocate C: to OS/2-eCS - only D: and up. windows is the only 
>> one that needs a mandatory C: drive.
>>> and my APPS , including DFSee10.1, in D:
>>> If I want to image C: I can't do so if it is running so If I open 
>>> recovery choices when booting and go to the command line, then start 
>>> DFSee and image C: to my I: partition, will I have an acceptable 
>>> image that can be used for recovery purposes?
>> No! 
[because you still have open files when running at the command line]
>>> eCS live CD is useless for this purpose as it doesn't give me a 
>>> choice of my drives that I can image partitions to.
>> you must be doing it wrong then!
>
> Well the only Drive selection it gives to write the image to are:
>
> B:                            FAT             C: KFAT                
> FAT(32)           2000.0 MiB
> N: DFSEE101        CDROM              34.4 MiB
> Z: HalleLU-.ja        FAT(32)               12.0 MiB
>
> I did ask about these previously but still couldn't see how to use them.
> In the past I would insert the eCS install disk and at the GUI would 
> click cancel to go to the maintenance screen, then open a command line 
> and go to my DFSee folder and open DFSee which then allowed me to 
> image to the partition desired. However with this new setup I can't go 
> to the DFSee folder as a message comes up "can't find the path".
>
>>> It also says there are errors in my new USB connected external hard 
>>> drive - which hasn't been re-formatted.
>>> Is it better to install eCS 2.0 to HPFS formatted partitions as 
>>> Acronis doesn't recognize JFS?
>> That's pretty useless in this day and age! You lose all the 
>> advantages of unlimited cache by dropping JFS.
>>>
>>> Regards,
>>>
>>> Alan Duval 
>>
>> Hi Alan,
>>
>> Just wondering why you :
>>
>> a). Have eCS in a Primary partition?(the longstanding advantage OS/2 
>> had over all other OSes)
> I find installing to removable drives gives me less headaches and 
> problems. Hence eCS is installed to a drive of it's own.
>
>> b). Need Acronis? (IBM BM has absolutely no problem booting 
>> eCS+XP+Ubuntu+others - all off a single menu)
> Acronis could image WIN XP, Ubuntu and ECS if eCS was installed to a 
> HPFS drive. It is also easy to use.
>
>> c). Don't have a separate small eCS maintenance partition (this would 
>> obviate the locked files in eCS)
>
> I've never known how to make a maintenance partition and what it could 
> do. Can you install DFSee in it? Can it be booted? Where can I get 
> info as to how to make it?
A maintenance partition can be any of a number of sizes from Floppy Boot 
(using BOOTOS2), single or multiple floppies through to a full-blown 
OS/2-eCS volume, and can vary from a CLI-only boot to a PM or WPS 
Desktop. Yes, of course it has to be bootable, and one can install any 
OS/2-eCS application/suite one wants in it. Naturally DFSee is a good 
candidate, also The Graham Utilities, Unimaint, any utility you want, 
etc. You just allow some space for the additional logical partition it 
will use when planning out your installation.

The zip/unzip files are by info-zip, similar to Phil Katz's original 
PKZIP/PKUNZIP, but with slightly different syntax, and separate 
(compatible) versions are available for use on OS/2(eCS) / Windoze / 
Linux / and others (VMS etc).

I can't remember now how long it is since I didn't have a second OS/2 
(or eCS) bootable volume, but probably about 17 years or so.
You create one by just doing a duplicate installation to a different 
volume-letter. Either can then be the maintenance partition for the other.

Before I tell you any more, it would be a good idea if you spelt out 
exactly what your disk partitioning entails on that system - I presume 
it's a desktop, and exactly what you mean by removable drive in the 
above. I think you mean a HDD that is cold-swappable, where under 
Windoze it may be hot-swappable (although here Windoze offered to eject 
[hot-swap] the very same HDD volume that it was currently running 
from!), so XPSP2 is definitely _not an intelligent hot-swapping OS_!!

Boot-wise a removable disk is referring to a bootable flash-memory/USB 
disk, and although there are some reduced function bootable USB disks - 
I have used these for some years myself - I haven't yet managed to 
create one that boots to a complete WPS Desktop, à la fixed HDD, with a 
comprehensive installation on that _removable_ disk.

If you boot into eCS, with all the mentioned removables plugged in, then 
RMB on the Drives Object - select "Manage Volumes ..", let it populate, 
then exit the Installation Volume Manager (miniLVM.exe), then locate the 
file <bootdrive>:\var\log\minilvm.log, and post the contents here it 
will be easier to advise you. that file is a circular one - every time 
you exit minilvm.exe it writes a fresh copy!

If you have multiple primary partitions visible at one time, if they 
haven't been allocated preferred volume letters, you probably will have 
problems with exiting to the Maintenance Console from an 
eCS-Installation-CD-boot. I don't know for certain because I never let 
my systems get into that position in the first place. In your case WXP 
will be a C: drive, as will also be your eCS Primary C:

Regards,
Mike

-- 
Failed the exam for
--------------------
MCSE - Minesweeper Consultant and Solitaire Expert
--------------------
Personal replies to any of : 
mikeoc (at) internode (dot) on (dot) net
mikeoc (at) austarnet (dot) com (dot) au
majilok (at) gmail (dot) com
[Please ZIP any attachments, other than GIF/JPG or plain-text]
If you are missing a response from me - check Tweed Heads WX status at:
http://www.bom.gov.au/products/IDR663.loop.shtml#skip


--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
**= Email   10 ==========================**

Date:  Sun, 04 Jul 2010 22:32:34 +1000
From:  Mike O'Connor <mikeoc at internode.on dot net>
Subject:  Re:  Imaging C:

Voytek Eymont wrote:
> <quote who="Alan Duval">
>   
>> I have ZipCntrl for zip purposes. Is (Info) ZIP a program that can be
>> downloaded?
>>     
>
> yes, it should be on hobbes and elsewhere
>
> IIRC, InfoZIP handles EAs? and (PK)Zip doesn't
>   

Hi Voytek, Alan,

ZIP/UNZIP have been included in every edition of eCS - the OS uses them!

syntax at command line is shown [~25 lines] by output from "[un]zip -?" e.g.
> [D:\Desktop]zip -?
> Copyright (C) 1990-2005 Info-ZIP
> Type 'zip "-L"' for software license.
> Zip 2.31 (March 8th 2005). Usage:
> zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] 
> [-xi list]
>   The default action is to add or replace zipfile entries from list, which
>   can include the special name - to compress standard input.
>   If zipfile and list are omitted, zip compresses stdin to stdout.
>   -f   freshen: only changed files  -u   update: only changed or new files
>   -d   delete entries in zipfile    -m   move into zipfile (delete files)
>   -r   recurse into directories     -j   junk (don't record) directory 
> names
>   -0   store only                   -l   convert LF to CR LF (-ll CR 
> LF to LF)
>   -1   compress faster              -9   compress better
>   -q   quiet operation              -v   verbose operation/print 
> version info
>   -c   add one-line comments        -z   add zipfile comment
>   - at    read names from stdin        -o   make zipfile as old as latest 
> entry
>   -x   exclude the following names  -i   include only the following names
>   -F   fix zipfile (-FF try harder) -D   do not add directory entries
>   -A   adjust self-extracting exe   -J   junk zipfile prefix (unzipsfx)
>   -T   test zipfile integrity       -X   eXclude eXtra file attributes
>   -E   use the .LONGNAME Extended attribute (if found) as filename
>   -R   PKZIP recursion (see manual)
>   -$   include volume label         -S   include system and hidden files
>   -e   encrypt                      -n   don't compress these suffixes
>
> Sun  4/07/2010 22:16:13.27 AEST
> [eComStation with 2GB RAM]
> [D:\Desktop]unzip -?
> UnZip 5.52 of 28 February 2005, by Info-ZIP.  Maintained by C. 
> Spieler.  Send
> bug reports using http://www.info-zip dot org/zip-bug.html; see README for 
> details.
>
> Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d 
> exdir]
>   Default action is to extract files in list, except those in xlist, 
> to exdir;
>   file[.zip] may be a wildcard.  -Z => ZipInfo mode ("unzip -Z" for 
> usage).
>
>   -p  extract files to pipe, no messages     -l  list files (short format)
>   -f  freshen existing files, create none    -t  test compressed 
> archive data
>   -u  update files, create if necessary      -z  display archive comment
>   -x  exclude files that follow (in xlist)   -d  extract files into exdir
>
> modifiers:                                   -q  quiet mode (-qq => 
> quieter)
>   -n  never overwrite existing files         -a  auto-convert any text 
> files
>   -o  overwrite files WITHOUT prompting      -aa treat ALL files as text
>   -j  junk paths (do not make directories)   -v  be verbose/print 
> version info
>   -C  match filenames case-insensitively     -L  make (some) names 
> lowercase
>   -$  label removables (-$$ => fixed disks)  -V  retain VMS version 
> numbers
>   -X  restore ACLs if supported              -s  spaces in filenames 
> => '_'
>                                              -M  pipe through "more" pager
> Examples (see unzip.txt for more info):
>   unzip data1 -x joe   => extract all files except joe from zipfile 
> data1.zip
>   unzip -fo foo ReadMe => quietly replace existing ReadMe if archive 
> file newer
>
> Sun  4/07/2010 22:17:09.78 AEST
> [eComStation with 2GB RAM]
> [D:\Desktop]
>
Following zipping with "zip -rS {archive}", I always use the "zip -T 
{archive}" and "unzip -t {archive}" validation switches, and follow that 
with another "unzip -l {archive} >archive.lst" all of those switches are 
CaSe SeNsItIvE, and the final one was a lowercase L.

I work on the principle that an average OS/2-eCS Boot-volume will be 
compressed by a ratio of approximately 1.6:1, and i always make sure the 
destination has well over that amount of freespace.

I amalgamate the above commands into a single .cmd file that I create a 
program object for on the desktop. I have it as a template actually, and 
just drag one off and edit it for the currently required volume-letter.

Regards,
Mike

-- 
Failed the exam for
--------------------
MCSE - Minesweeper Consultant and Solitaire Expert
--------------------
Personal replies to any of : 
mikeoc (at) internode (dot) on (dot) net
mikeoc (at) austarnet (dot) com (dot) au
majilok (at) gmail (dot) com
[Please ZIP any attachments, other than GIF/JPG or plain-text]
If you are missing a response from me - check Tweed Heads WX status at:
http://www.bom.gov.au/products/IDR663.loop.shtml#skip

--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
**= Email   11 ==========================**

Date:  Sun, 04 Jul 2010 22:37:14 +1000
From:  Mike O'Connor <mikeoc at internode.on dot net>
Subject:  Re:  Imaging C:

Mike O'Connor wrote:
> Voytek Eymont wrote:
>> <quote who="Alan Duval">
>>  
>>> I have ZipCntrl for zip purposes. Is (Info) ZIP a program that can be
>>> downloaded?
>>>     
>> yes, it should be on hobbes and elsewhere
>>
>> IIRC, InfoZIP handles EAs? and (PK)Zip doesn't
>>   
> Hi Voytek, Alan,
>
> ZIP/UNZIP have been included in every edition of eCS - the OS uses them!

Omitted to say that zip/unzip also archives/restores ACLs (Access 
Control Lists - for LAN file permissions),in addition to EAs

Regards,
Mike

-- 
Failed the exam for
--------------------
MCSE - Minesweeper Consultant and Solitaire Expert
--------------------
Personal replies to any of : 
mikeoc (at) internode (dot) on (dot) net
mikeoc (at) austarnet (dot) com (dot) au
majilok (at) gmail (dot) com
[Please ZIP any attachments, other than GIF/JPG or plain-text]
If you are missing a response from me - check Tweed Heads WX status at:
http://www.bom.gov.au/products/IDR663.loop.shtml#skip

--------------------------------------------------
 
 http://www./melbpc/  -  The Melbourne OS/2 SIG
===
