Kevin -- Given that Code Weavers has committed to making Crossover Office (the commercially supported version of wine) work to run the CPRS GUI on Linux, perhaps you should contact Jon Parshall (jparshall at codeweavers dot com). [Jon, are you reading this list these days?]
You may also be able to get multiple CPRS sessions on on Windows XP/2003 server with the Windows terminal services (assuming that CPRS will run in that environment). Rdesktop is a Linux client for Windows terminal services. But my guess is that Crossover Office will be the simpler and more economical solution. Regards -- Bhaskar Kevin Toppenberg wrote: > > I wrote before about VistA not fitting into a larger hopital IT > network. Well, we may have reach a compromise solution: run vncviewer > on their network and connect to computers running CPRS and vncserver > on a separate network. > > Next, I either need to have a bunch of dedicated windows PC's (1 PC > for each session needed) to run CPRS, OR I could have them use the > Wine CPRS and run it all off the linux server. Unlike Windows, linux > will support multiple X desktops, so one server could do it all. I > think this last solution is best. > > So I now have reason to fiddle with the wine CPRS again. As some of > you may know, if you have tried to use it, it crashes if you try to > create a note in it. I have tracked this bug down, and it seems to > occur when it does a auto backup of the note. In the code, there is > an "assert" command that causes program termination if there is a > minor glitch in the backup. So the solution is to compile CPRS again > with a compiler directive that essentially turns off this assert > command (this is really just a debugging feature anyway). > > So I am trying to achieve a compile, and first ran into a problem in > wsockc.pas > > The specific line that wouldn't compile is: > > if IsBackwardsCompatible and ((Parameters[i].PType = global) or > (Parameters[i].PType = empty) or (Parameters[i].PType = stream)) then > > I initially thought the problem was with type matching. Delphi has a > DB unit that includes a TParams type (the variable Parameters if of > type TParams.) But then I realized that TParams is redeclared (i.e. > overwriting the Delphi unit's name) in the file Trpcb.pas > > So then I realized that I had an older version of code in Trpcb.pas > that declared: > TParamType = (literal, reference, list, undefined); > > So I found the code for the newer trpcb.pas and found: > > TParamType = (literal, reference, list, global, empty, stream, > undefined); // 030107 JLI Modified for new message protocol > > And now that problem is fixed. > > The issue I am stuck at now is that rpcbedtr.pas tries to include the > units: DesignIntf, DesignEditors, DesignMenus. -- I can find these > files anywhere on my harddrive. > > Also, as I was adding all the source code for the new rpcb, one of the > source code files had an accompanying form. And on that form was a > componant that apparently has been changed since the time I installed > them on my component bar. > > So this is another example of the issue that Dave Whitten first > pointed out to me: You can't compile multiple different version of > CPRS with your Delphi. You have to install all these components into > your Delphi and then (and only then) can you load the source code you > want. And if you want to change to a different version of CPRS, you > have to modify all the installed components. > > Now, in my situation, I still need to have a working compile of the > older CPRS that we are using (1.0.23.15) at my office. > > Anyway... I'll work on this a bit longer, then put it aside again for > awhile. > > Kevin > > > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
