In article <32505e1c.9334...@{*word*104}news.{*word*104}us.ca>,
Quote
Brad Clarke <bcla...@{*word*104}us.ca> wrote:
>dg <dan...@arcos.org> wrote:
>>>What the heck is this next marathon? Delphi 3? or Delphi 1.5?
[snip]
Quote
>Visual C++ 1.5x and VB 3.0 (VB 4.0 16-bit is horrendous
>piece of software) are the only tools left,
Not true. There are lots of 16-bit tools left. Most also work
in 32-bits!
JAM 7 and Prolifics from JYACC,
Uniface,
Unify,
Forte,
Dy{*word*193},
Galaxy,
etc, etc.
Its just that these vendors made the effort to keep several
versions of code (actually, all of these maintain dozens of
versions, for Unix, VMS, OS/2, the Web, etc).
Now, they have an easier time of it because they depend on
compilers built by others, including Borland and Micro$oft!
Now, there is no reason you can't make new versions of your code
work with old compilers. In fact, often your customers are stuck
on old database versions, or OS's, etc, and those libraries
dictate a certain compiler, so you are forced to allow old
compilers to work with your tool (I think JAM support for compilers
goes back all the way to MS-C 6.0, so that Informix 5 users could
still be supported- anybody remember MS-C's oldnames.lib ;-> ).
Tool vendors always make choices, and pick different markets. You
need to make sure YOUR customers also fall in the market of the
tool you pick.
Also, 16-bit vs. 32-bit is rarely a factor in speed with client/
server applications. Network and database optimization are much
more important. This is a big reason alot of people are in
no rush to go to Windows-95.
Good luck,
Mark McNulty
JYACC Consultant
mmc...@jyacc.com
Note - these views are mine and not those of JP Morgan or JYACC.