Migrating app from 3.2v4.2 to OpenServer 5.0.7?

From: Brian Lavender (brian_at_brie.com)
Date: 05/09/03

  • Next message: Ian Wilson: "Re: gzip OSR 5.0.7 File Size Limit Exceeded (core dumped)"
    Date: Fri, 09 May 2003 00:46:39 -0700
    
    

    I have an orthodontics application running on 3.2v4.2 This is somewhat
    similar to another post, but a different approach.

    Should I:

    1. Try to build another 3.2v4.2 box
    2 Convert the app to 5.0.7
    3. Run it under Linux-ABI

    I am thinking that there might be issues that could cause this to be
    somewhat difficult. Here's what I have. This is an old (still useful)
    terminal based application along with some dumb terminals and some
    logins through the TCP/IP network.

    The OrthoTrac system uses user ID's 200 through 240. It also has these
    users in the group called group which has a gid of 50. Are these
    uid/gid's reserved on the new version of Openserver?

    The app talks directly to the printer through the parallel port, and
    it looks like the app has /dev/slp1 hard coded into it in various
    areas. It also communicates with two serial based printers. The
    application talks directly to the device with its own drivers. Is
    /dev/slp1 still the device name of the printer on parallel port one?
    Am I going to have to tweak 5.0.7 to allow this direct device access?
    In fact, it seems wierd that this is the device name on 3.2v4.2,
    unless I got misinterpreted something somewhere.

    The app looks as if it forks, or calls another process that wants to
    write to the /dev/tty. In fact, the .profile for the ortho user
    executes a command that adds write privilege to all the /dev/tty*. Is
    /dev/tty* still the name of the pseudo terms in 5.0.7. I have had some
    problems with Linux's /dev/pts/* pseudo terminals.

    I am almost thinking that maybe I ought to build/obtain a box that is
    running 3.2v4.2 and use it as a failover. The app is working fine.
    It's just that there is no other server available if this one fails.

    I am most familiar with Linux, so I have been working with the
    application on Redhat 8 using ABI. THe cobol runtime seems to run
    well, but there seems to be problems with the way the software is
    accessing the hardware. I haven't seen any segfaults, but I can't seem
    to get strace to follow child processes, so it's hard to see where
    the app fails under Linux.

    brian

    --
    Brian E. Lavender
    http://www.brie.com/brian/
    brian
    --
    Brian E. Lavender
    http://www.brie.com/brian/
    

  • Next message: Ian Wilson: "Re: gzip OSR 5.0.7 File Size Limit Exceeded (core dumped)"

    Relevant Pages

    • Re: Migrating app from 3.2v4.2 to OpenServer 5.0.7?
      ... > terminal based application along with some dumb terminals and some ... It also communicates with two serial based printers. ... > The app looks as if it forks, or calls another process that wants to ... > Brian E. Lavender ...
      (comp.unix.sco.misc)
    • Re: Mobile2Market Contest for Top Apps
      ... least-used applications by the OS was a mistake. ... > Hi Brian: ... > If you want to participate but disagree with some of the rules, ... > and close the app interferes with the resource management of the app, ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Use Running App
      ... It's too late to miss the simple thing of my app name... ... Brian ... > Public Shared Sub Main ... >> Find great Windows Forms articles in Windows Forms Tips and Tricks ...
      (microsoft.public.dotnet.framework.windowsforms)
    • Re: Mobile2Market Contest for Top Apps
      ... "Brian H" wrote in message ... > Applications must be logo certified? ... and close the app interferes with the resource management of the app, ... >> Ginny Caughey ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: Cost of ownership: MV vs. SQL Server
      ... >>app server independent, etc, but you cannot be all of those at once. ... > mention that .NET seems to satisfy all of the business requirements ... (both Macs & Linux), so my criteria are different from yours. ... > and this market has never expressed a real need for Mac, ...
      (comp.databases.pick)