SCOUG-HELP Mailing List Archives
Return to [ 17 |
December |
2008 ]
<< Previous Message <<
>> Next Message >>
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.
|