Path: utzoo!attcan!uunet!lll-winken!ames!amdcad!weitek!dms!morris From: morris@dms.UUCP (Jim Morris) Newsgroups: comp.sys.ibm.pc Subject: Re: Turbo C 2.0 and EMS Message-ID: <600@dms.UUCP> Date: 23 Jan 89 19:36:50 GMT References: <505@sdrc.UUCP> Organization: Atari Games Inc., Milpitas, CA Lines: 36 From article <505@sdrc.UUCP>, by diwarner@sdrc.UUCP (Mark_Warner): > In article <598@dms.UUCP>, morris@dms.UUCP (Jim Morris) writes: >> From article <6957@june.cs.washington.edu>, by robertb@june.cs.washington.edu (Robert Bedichek): > >> >> The compiler doesn't always issue an error if you use, but forget to declare >> a local variable. Of course the code doesn't work properly, and it is usually >> a bitch to find the problem as you expect the compiler to barf on an error >> like that!! >> > I wish that when people start FLAMING a product that they show some proof to > what they are saying. I mean if you find something that you think is a bug > then post it and let the net take a look also. > > Please post the example that doesn't work. First I do not consider what I posted a flame! Someone asked what bugs had been noticed so I listed the ones I found. I didn't say it happened all the time. I noticed it twice, it is very hard to reproduce. Next time I see the problem I will send it to Borland, but it is probably a context sensitive bug, as are most complicated compiler bugs that I have found in other products. If you read my previous posting you will see that I am an avid supporter of TC2.0, but people should be aware of potential problems so they don't spend too long tracking down bugs in their code, when they expect the compiler to find certain errors. Now I have mentioned it people will be aware of the possibility that it could be the compiler! I'm sure that if the bug were easily reproducible it would never have gotten through Borland's quality control, they seem to have some of the best quality code, (meaning less bugs than other products) that I have seen. -- Jim Morris. morris@dms.UUCP or weitek!dms!morris Atari Games Corporation, Sycamore Drive, Milpitas CA 95035. (Arcade Video Game Manufacturer, NOT Atari Corp. ST manufacturer). Any opinions expressed are probably my own, and not those of Atari Games Corp.