SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!











SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2026, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-HELP Mailing List Archives

Return to [ 17 | December | 2008 ]

<< Previous Message << >> Next Message >>


Date: Wed, 17 Dec 2008 11:03:08 -0800
From: "Jon Harrison" <jharrison@seadog.reno.nv.us >
Reply-To: scoug-help@scoug.com
To: < "scoug-help@scoug.com" > scoug-help@scoug.com >
Subject: SCOUG-Help: Need rexx help

Content Type: text/plain

On Wed, 17 Dec 2008 09:26:30 -0800, Steven Levine wrote:

>You didn't. It was not a typo. It was the other problem. You have a
>string constant longer than 256 characters. The fix is to break it up the
>assocfilter setting into smaller constants. This has already been for for
>the expression as a whole, so we are just doing more of the same.

Thanks for the fix. I tried breaking it up but left the AssocFilter in each
part and that didn't work.

>between systems. You might try the binary package format. It's a bit
>more compact. It's a good idea to zip up the .pkg files for transport.

OK, I've never played with this part of the program before so this has been a helpful exercise. I
don't think that at this point I can do the above but will next time.

>That either a PATH problem or because REXX has not been initialized. Your
>problem is probably the later.

I've jumped through various hoops trying to make it work, including putting wptools & rexxutil in
the same directory as the .cmd file. I'm sure it's the initialization issue.

>REXX is normally initialized by PM. If you don't load PM, you will need
>to start REXX manually. I use Ken Kahn's bos2rexx.exe from his BOOTOS2
>package. Run it as
>
> start \os2\bos2rexx.exe

OK, I have a cd with that on it but it probably doesn't have the right drive .add file on it.
Guess it's time to update my 'emergency' boot capability. I have been relying on the maintenance
console in recent years.

>It's not the best, but it will usually work OK as long as the system is
>otherwise idle

I am restoring the whole Desktop. The restore croaks on all kinds of stuff the WPS is using,
mostly stuff in the system folder. Fonts, various things from the hardware manager, etc. I know
you get the picture here.

>>How can I get this to run when booted to the maintenance console in eCS?
>
>Open a command line session and run it.

I tried so many things I've lost track of exactly why this didn't work. Hopefully it was the long
line that you just fixed. But I also removed that single object creation and tried running and it
didn't work either, trouble is I can't recall if I gave it another attempt from the maintenance
console. I tried running rexxtry.cmd at different times last night and am sure I tried in the
maintenance console. It failed so I gave up on the maintenance console but I'll give it another
shot and see.

>Note that if you are booted from the maintenance volume, you will restore
>the object on the booted volume. Is this what you want?

I'm trying to restore the desktop that is mangled on my T61 laptop. So I am booting from the eCS
rc6a CD and running it. Are you saying that since I'm booting from 'S:' it won't work because it
is trying to restore to the CD?

The rest of the story:

In prep for putting rc6a on my laptop I made object packages of the desktop (as an emergency backup
and glad I did....if it worked). And I copied certain application keys from the os2.ini, such as
PMView, PMMail and some other stuff. Then I used Filestar 'Drive Copy' to backup the entire drive
C so I could restore if necessary. What I did NOT do is run checkini before I did all this stuff.

For whatever reason, the restoration of the drive from the above mentioned drive copy fails because
there is no wp_desktop in the .ini. Weird, but it happened. I have done this plenty of times
before without incident but this time it croaked.

So I took the obj. pkg desktop and created the .cmd file and am trying to fix the failed restore of
drive C with this obj pkg.

I tried from the maintenance console of the eCS CD. If I understand correctly, you are telling me
this won't work because C: has to be the booted drive. Is that correct? This is where I get
bogged down, what is going to work? When I booted to C: w/ protshell=cmd.exe and ran the script it
didn't work. I believe that when I tried that I tried w/ the pmview object removed from the script
but by that time it was so very late I could be mistaken.

Anyway, sorry for the long dialog, your last comment has left me uncertain about whether I am
trying to do the impossible by running the script while booted from the CD.

Thanks, Jon

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"postmaster@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 17 | December | 2008 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.