Re: New engines lack character based tools

OK, I'll chime in. Informix. Please keep the simple-minded line-at-a-time commands around for the poor support folks. We have enough of a hard time without having to negotiate with the customers on setting up a TCP/IP link! BTW, keep the GUI utils too. :-) -- patrick steranka -- steranka@steranka.com In article <5el15p$kra@cssun.mathcs.emory.edu>, Kate_Tomchik@HomeDepot.COM says... > > > > > Yo! Informix! > This will be a huge problem for The Home Depot as well. > > > > Can everybody conserned please scream at Informix. > They are begining to remove character based tools from their database > offerings to replace them with MS Windows based GUI tools. > > Generaly this is fine, but how do we do administration and other tasks > on remote machines via modem or other slow speed connections? > > To me it seems Informix are out of their mind. Anybody else forseeing > similar problems? > > It used to be that we could have someone put in the tape at a remote > location. Then we could install and do everything else over a modem > connection. Doesn't Informix relize that this kind of thing is going > on in the world. I can't realy imagine that. Anybody know what their > plans are? > > > In another post David Williams <djw@smooth1.demon.co.uk> wrote: > > : Note: OnLine Workgroup Server for Solaris 2.5.1 (Just arrived on my > : desk yesterday) does NOT include onmonitor!! > > Unbelievable! Have they lost their mind? > > : All the other command line tools are there i.e. onstat,onspaces but > : not onmonitor. Instead you are supposed to use the Windows 95 client > : server Admin Tools supplied!! > > Over a modem? Using Kermit? No TCP/IP? Even if we did bother to set up > a TCP/IP connection over that modem, would it work? > And how *do* you set up TCP/IP to a customer which run on an internal > network only with adresses that are for internal use only? > And how do you do it when we have limited resources, and particularly > limited access to set up routing and other issues? > At the least we would have to learn a lot about TCP/IP and related > communication issues to set up something that would hardly work, be > very slow indeed and set us back significantly in our ability to > support our customers. > > > Is dbaccess there?