Re: How to get list of immediate child directories

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



Compare, for example, MFC::CEvent and ATL::CEvent (or other such wrappers
for critical sections and files). You'll see which is lightweight or
heavyweight. It's not binary code size issue, it's level of brain damage;
which of them hurts more.

"Joseph M. Newcomer" <newcomer@xxxxxxxxxxxx> wrote in message
news:bi9ra2114h5dcr26hng669ncrnhbt0alvr@xxxxxxxxxx
Indeed, I find the whole concept of "lightweight" vs. "heavyweight"
largely pointless. Who
cares? We have entirely too much cultural baggage from the era of the
PDP-11 which we
need to discard, and program size is high among pointless concerns nearly
all of the time.
Data size matters; program size is irrelevant. I have little patience
with anyone who
suddenly starts arguing about how programs in language x or technology y
are "smaller"
than some other technology. Even code speed is largely irrelevant 95% of
the time (but
oh, when it matters, it matters a LOT!), and program size is also
irrelevant in this case
because the tight loop is usually a few hundred lines of code at most.
Program size
doesn't matter, and code size doesn't matter, because neither have any
significant impact;
what matters is just the optimum execution path through that tight loop.

In fact, I know someone who essentially says "executable size is
irrelevant. The only
thing that matters is disk accesses for data", because in the problem
domain he works in,
computing is essentially free and disk access, several orders of magnitude
slower, is the
ONLY operational parameter they care about. Let's just say that in his
problem domain,
terabyte databases are considered rather small and quaint.
joe

On Thu, 6 Jul 2006 15:27:35 -0700, "Ed Weir \(ComCast\)" <Anon@xxxxxxxx>
wrote:

"Joseph M. Newcomer" <newcomer@xxxxxxxxxxxx> wrote in message
news:860ra2hu43e4qmfq3jolr4kbdlg7sae75b@xxxxxxxxxx
| Actually, nobody would pay me for anything done in WTL; my clients want
MFC code. So I
| have no motivation to learn a technology that has no marketplace.
| joe
|
| On Mon, 3 Jul 2006 08:18:59 -0700, "Carl Daniel [VC++ MVP]"
| <cpdaniel_remove_this_and_nospam@xxxxxxxxxxxxxxx> wrote:
|
| >"Tim Roberts" <timr@xxxxxxxxx> wrote in message
| >news:236ea2pj47v3d00s719ihamm6o30egtqng@xxxxxxxxxx
| >>
| >> CFindFile is not MFC, it is WTL. Much lighter weight, and usable by
| >> itself. WTL should be in the toolbox of every Windows programmer.
| >
| >I stand corrected. WTL is indeed much lighter than MFC.
| >
| >Unfortunately, it's not in every windows programmers toolbox since it's
not
| >part of any Visual C++ product offering.
| >
| >-cd
| >
| Joseph M. Newcomer [MVP]
| email: newcomer@xxxxxxxxxxxx
| Web: http://www.flounder.com
| MVP Tips: http://www.flounder.com/mvp_tips.htm

MFC is already loaded in the OS 99.9999999999999999999999 percent of the
time anyway; why worry about it's weight? Hung over from the embedded
days, perhaps? IMO, adding the weight of WTL is more of an impact than
just
using MFC which is already there.

Get a grip... (8^>

-- Ed.

-----------------------------------------------------
hex->bin->b64
F9E7707A2AF502D0A899C6ACB43A2D35EB7E
Joseph M. Newcomer [MVP]
email: newcomer@xxxxxxxxxxxx
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm


.



Relevant Pages

  • Re: How to get list of immediate child directories
    ... MFC code. ... it is WTL. ... | MVP Tips: http://www.flounder.com/mvp_tips.htm ...
    (microsoft.public.vc.mfc)
  • Re: How to get list of immediate child directories
    ... MFC code. ... it is WTL. ... Much lighter weight, and usable by ... | MVP Tips: http://www.flounder.com/mvp_tips.htm ...
    (microsoft.public.vc.mfc)
  • Re: How to get list of immediate child directories
    ... The MFC problem with events is not a lightweight/heavyweight issue, but as you point out, ... a fundamental problem in brain-dead design. ... it is WTL. ... | MVP Tips: http://www.flounder.com/mvp_tips.htm ...
    (microsoft.public.vc.mfc)
  • Re: atlprint.h errors
    ... I am not sure if there is a fix for name collision between MFC and WTL in VS ... Compiling 'UTCTimeServerChecker.h'... ... C-style cast or function-style cast ...
    (microsoft.public.vc.language)
  • Re: Mixing WTL and MFC - Correction!
    ... My apologies for multiposting. ... Everything that is WTL-related belongs in the WTL namespace. ... class CTest: public CWindowImpl<CTest CRichEditCtrl>, ... I have the above within a MFC application which is necessary because ...
    (microsoft.public.vc.atl)