> From:  Chris Garrigues <cwg-bcc@DeepEddy.Com>
> > From:  Scott Lipcon <slipcon@mercea.net>
> > I just updated to the latest CVS - I had been running a build from June.
> > Hitting the Flist button gives the following traceback:
> >     (procedure "Ftoc_FindMsg" line 57)
> >     (procedure "Ftoc_ShowSequences" line 16)
> >     (procedure "ScanFolder" line 81)
> > "time [list ScanFolder $F $adjustDisplay"
> >     (procedure "Scan_Folder" line 2)
> > "Scan_Folder $exmh(folder) $ftoc(showNew)"
> >     (procedure "Inc_PresortFinish" line 7)
> > It seems to only happen in a folder with no unseen messages.
> > Chris, is this related to your recent changes?
> Curious.  I changed the arguments to Ftoc_ShowSequences to drop the folder
> argument and instead have an optional msgids argument.  Somehow your version
> of ScanFolder is still trying to pass $F.  You seem to have the latest
> ftoc.tcl (1.36), but not the latest scan.tcl (1.27).
> I don't know how that happened, but try getting your source tree completely
Actually, I take that back.  You're not running the latest ftoc.tcl either.
It probably is my bug, but it's in code that's been changed since you last
updated from CVS (Saturday), so please update and let's see if the problem is

from xent.com ([64.161.22.236]) by dogma.slashnull.org
    (8.11.6/8.11.6) with ESMTP id g822MpZ16361 for <zzzz@example.com>;
    Mon, 2 Sep 2002 03:22:51 +0100

On Sun, 1 Sep 2002, Reza B'Far (eBuilt) wrote:
> 2.  C and C++ forces the developer to solve problems such as memory
> management over and over again.  IMHO, Java is superior because the problem
> of programming in the future is not about 0's and 1's, making the compiler
> 2% faster, or making your code take 5% less memory... It's about design
> patterns, architecture, high level stuff...
Considering 90% of the fake job posting I see are for embedded systems or
device drivers - C still rules the world.
> 3.  Java is not just a programming language! It's also a platform... There
> is NOTHING like the standard API's in Java in C and C++.  Everyone defines
> their own API's, people end up solving the same problems ten different ways
The problem is the problem you're trying to solve is never the same. Java
will soon suffer API-rot (alot of poeple are already complaining about it),
it's just new. C was clean in the beginning too. API-rot is PURELY a
function of age.
> 4.  If you have a program of any type of high complexity written in C, you
> can't possibly think that you could port it to different platforms within
> the same magnitude of cost as Java....
I do this all the time, It's alot easier then you think if the original
programmer had a clue at all... Java does remove the clue requirement tho,
just adds a huge testing requirement, QA guys aren't as cheap ;)
> 5.  Makes no sense for a scientific or a business project to depend on a
> person... Java, IMHO, reduces the dependence of these entities on the
> individual developer as it is much easier to reverse engineer Java as it is
> to reverse engineer C (large applications).
No it's not, but you can hire teams of Javites for cheap at your local high
school. Java is about cutting costs and commoditizing programming - and it's
working!
- Adam L. "Duncan" Beberg
http://www.mithral.com/~beberg/
beberg@mithral.com