OpenQM Google Group

Re: Transfer current application from 2000 server to 2008 server

2009-11-20T13:54:15Z

Thanks

fyi I've already contacted easyco and have scheduled support just in
case I shoot myself in the foot

Rich

On 20 Nov, 08:47, "Martin Phillips" <martinphill...@ladybridge.com >
wrote:

Re: Transfer current application from 2000 server to 2008 server

2009-11-20T13:47:58Z

Hi Rich,
Almost.....
The easiest way to do this is the other way around.
1. Copy the QMSYS directory and all its subdirectories across.
2. Copy all the application account directories across.
3. Now install QM on the new system.
By doing it in this order, you don't have to worry about what parts of the

Re: Transfer current application from 2000 server to 2008 server

2009-11-20T13:15:40Z

1) clean install of new qmsys, so services etc are installed on the
new server

2)windows copy existing qmsys to new c:\qmsys (overwriting)
so catalog space etc is retained

3)move applications to their new destination (yes same location will
be used)
L:\directory name

?? will the indexes require rebuilding/remapping like universe?

Re: Transfer current application from 2000 server to 2008 server

2009-11-20T13:06:49Z

Hi Rich,
QMSYS needs to be installed in a position where it can be seen by all users.
Copy the application account directories unchanged from the old system,
preferably keeping their pathnames unchanged.
The only component in QMSYS that needs updating is the ACCOUNTS file. You
should be able to copy this from teh old system too. If you have changed any

Transfer current application from 2000 server to 2008 server

2009-11-20T12:39:21Z

I have two application that needs to be moved to a client's new 2008
server.

I searched the archives/etc and did not find any information related
to the recommened method of transfer.

My 1st confusion is where to install qmsys since the 2008 server will
have multiple virtual servers defined

Re: Where to add MED (tool) created menu as startup menu after account login

2009-11-18T23:51:13Z

Thanks a lot guys...........that woked...........See Ya....

On 17 Nov, 16:42, "Martin Phillips" <martinphill...@ladybridge.com >
wrote:

Re: Where to add MED (tool) created menu as startup menu after account login

2009-11-17T22:42:19Z

Hi Darryl,
The menu itself should preferably go in the VOC butit can be put in another
file with a remote pointer (R-type record) in the VOC instead. This latter
approach has the advantage of allowing a central menu file that can be
accessed from multiple accounts if that is useful.
To make the menu display when the user logs in, simply reference it from the

Re: Where to add MED (tool) created menu as startup menu after account login

2009-11-17T17:19:25Z

QM uses the MD/VOC item 'LOGIN' whereas mvBASE, D3 would have used the MD item 'ACCOUNTNAME' (ie whatever the account name you just logged in to)

Steve Trimble
Computerized Data Mgmt Inc
PO Box 13403
Maumelle, AR 72113
(501) 803-0974 09:00am - 6:00pm CST

Home of self defense products: [link]

Where to add MED (tool) created menu as startup menu after account login

2009-11-17T16:42:18Z

This is my first post.......I am an OLD PICK guy....and we used PROC's
to create a menu....OpenQM would prefer that PROC's not be
used......so I used the MED tool to create my starting menu. Now I
don't know where to place the menu..... I need it to display
immediately after user account login.......I would appreciate any

Re: Unicode UTF-8 workarounds

2009-11-17T15:07:52Z

I hope that the query rewrite is going well for you!

Eugene

On Nov 16, 10:40 am, "Martin Phillips" <martinphill...@ladybridge.com >
wrote:

Re: Excel [ad for NebulaXLite]

2009-11-16T20:16:25Z

[snip]
[snip]
I'm going to have to check this out, Tony.

RE: Excel [ad for NebulaXLite]

2009-11-16T19:24:50Z

You may be interested in NebulaXLite which builds XML for
spreadsheets _exactly_ as you have described. However, that
format is for more than just definition of rows and columns: It's
faciliates borders, colors, cell shading, fonts, merging of
cells, width and height settings, comments, data type details,

Re: Unicode UTF-8 workarounds

2009-11-16T15:40:10Z

Hi Ed,
Extended character set support remains one of those highly desireable items
that has yet to find its way to the top of the wish list. Whether we do
UTF-8, Unicode or some other variant is open to discussion. There are strong
arguments for a fixed size character in memory but equally strong arguments

Unicode UTF-8 workarounds

2009-11-16T15:01:43Z

This is a contribution to a discussion that has come and gone a few times in this group – Unicode support.
I have been working with Unicode UTF-8, and found some things that might be useful for those who want to use it. This applies to Windows, which is probably the most difficult environment, but the one that I am currently forced to work with.

Re: @SELECTED Compatability

2009-11-15T12:48:25Z

Hi Gary,
This will be fixed for the next build. We can let you have a patch to the
current release if you need it.
Martin Phillips
Ladybridge Systems Ltd
17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB
+44-(0)1604-709200
----- Original Message -----
To: "OpenQM" <openqm@googlegroups.com>
Sent: Saturday, November 14, 2009 5:29 PM