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-2024, 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 [ 29 | July | 2002 ]

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


Date: Mon, 29 Jul 2002 11:23:08 PST7
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Re: earlier message (installs vs. migration)

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

In <3D44E50C.E127156F@pacbell.net>, on 07/28/02
at 09:47 PM, "J. R. Fox" said:

>and Steven concurred (a rare occasion, this) :

Rain happens.

>or a legacy DOS program, but I always hesitated to go that route for a
>major app. My guess was that it depended on whether the program install
>had to modify CONFIG.SYS, or placed anything essential into the OS/2
>INIs. In some cases, I have gotten away with grafting a piece in from a
>CONFIG.SYS from another Warp partition for which the item was already
>installed."

As you have found, the answer is it depends. Technically, you can do
manually anything the application specific installer might have done. In
practive, if the app is complex and creates lots of objects and registers
lots of classes, it's easier to let the application specific installer do
the work.

>"A corollary to this question is the issue of moving programs to another
>location. In the simple, individual case, I guess one can just modify
>the address within the program object, and ditto for any location
>reference to it in CONFIG.SYS. But, I don't know of a (reliable) way to

The best way to try to move an application is to use the WPS and drag it
to its new home. This will update all the WPS specific settings for the
application. You might still have to update config.sys and, perhaps, the
application specific .ini data.

>Peter's post suggests the possibility that such a thing might not be out
>of the question."

It's definitely possible to implement something like this, but it's
complicated.

Steven

--
---------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.31a #10183 Warp4/FP15/14.085_W4
www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST)
---------------------------------------------------------------------

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

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
"rollin@scoug.com".

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


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

Return to [ 29 | July | 2002 ]



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.