Date: Tue, 30 Jan 1996 00:35:35 +0200 (SAT) From: Robert Nordier <rnordier@iafrica.com> To: terry@lambert.org (Terry Lambert) Cc: pblonde@agrium.com, hackers@freebsd.org Subject: Re: compilers Message-ID: <199601292235.AAA00768@eac.iafrica.com> In-Reply-To: <199601292122.OAA04545@phaeton.artisoft.com> from "Terry Lambert" at Jan 29, 96 02:22:21 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> In the other hand, the pointer-timeout in the MS debugger is sexy. You > put the point on a variable in the cose window, wait a second, and it > displays the value of that variable. > > The ability to click on a compiler error for a multifile project and have > it pull up an editor with the curs at the offending location in the > correct source file is also nice. You make some good points, which also reminded me how long it's been since I've used any of this stuff. And I agree particularly that it is nice to be able to get at all sorts of completely different information about a project (even at different logical levels) and have it there together in a fairly coherent way. > Class libraries for things like SQL clients is a biggie (UNIX ODB sources > were posted to comp.unix.sources a while back). I'm interested you should say this; though I guess I'm probably thinking of it at the wrong level. (I did some consulting the other week for a client who happened also to be using Borland's Delphi to develop something on InterBase.) I was sort of under the impression that SQL was mostly used in a "pass through" mode, where it was up to the server to parse and execute it, and (as client) you just suck back the data. Though one of the things I did for them (I was actually there for something completely different) was to knock up code to generate SQL statements so that they could fill list boxes with an arbitrary subset of columns from an arbitrary set of tables. But even the Delphi methods I noticed seemed pretty procedural: find_row, skip_to_next_row, or whatever. Obviously this isn't the sort of stuff you are referring to. I guess I should look at comp.unix.sources, but what, roughly, is the sort of framework that has to be implemented here? > An IDE means that a programmer doesn't have to know a lot of the details > of the platform before they can start coding and end up with things that > run. This is, I think, an overriding benefit. Agreed. -- Robert Nordier
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601292235.AAA00768>