Slashdot Mirror


Code Cleanup Culls LibreOffice Cruft

mikejuk writes with an interesting look at what coders can get around to after a few years of creating a free office suite: dealing with many thousands of lines of deprecated code: "Thanks to the efforts of its volunteer taskforce, over half the unused code in LibreOffice has been removed over the past six months. It's good to see this clean-up operation but it does raise questions about the amount of dead code lurking out there in the wild. The scale of the dead code in LibreOffice is shocking, and it probably isn't because the code base is especially bad. Can you imagine this in any other engineering discipline? Oh yes, we built the bridge but there are a few hundred unnecessary iron girders that we forgot to remove... Oh yes, we implemented the new chip but that area over there is just a few thousand transistors we no longer use... and so on." Well, that last one doesn't sound too surprising at all. Exciting to think that LibreOffice (which has worked well for me over the past several years, including under the OpenOffice.org name) has quite so much room for improvement.

101 of 317 comments (clear)

  1. Not at all. I've had a house built. by Anonymous Coward · · Score: 5, Interesting

    There are probably dozens of extra nails that were just hammered in rather than be removed. There are extraneous pieces of lumber.

    And a house that was remodeled? I've seen newspaper used as filler. I've seen layers of roofing, with things buried in between layers.

    Frankly I don't know what's inside my walls, and I'm not sure I want to know.

  2. Code Cleanup Culls LibreOffice Cruft by kvvbassboy · · Score: 2

    Nice alliteration.

    1. Re:Code Cleanup Culls LibreOffice Cruft by mehemiah · · Score: 2

      one man's trash ...

    2. Re:Code Cleanup Culls LibreOffice Cruft by Farmer+Tim · · Score: 2

      Consecutive carbon copy commencing consonants create cringing cowards? Cool!

      --
      Blank until /. makes another boneheaded UI decision.
  3. I'd bet there is. by JGuru42 · · Score: 5, Informative

    It would not be very surprising to see a lot of dead code.

    I maintain the code for MoreTerra, a Terraria map editor program and I'm pretty sure I've got dead code in there and that's a pretty small project.

    With a large number of people working on the code it likely ends up slowly clogging up as no one quite knows what the others are doing.

    Dare I ask what type of dead code exists in something extra huge, but closed source, like the Windows code base or for MS Office? But I'd
    bet for all MS's faults that the code for Norton Antivirus is 10x worse.

    1. Re:I'd bet there is. by hedwards · · Score: 4, Interesting

      I'm mostly surprised that they're still getting performance improvements. It seems like they've done more over the last year than Sun did during the entire time it owned the project to unbloat it.

    2. Re:I'd bet there is. by machine321 · · Score: 5, Funny

      Now if only they'd take over the Java project.

    3. Re:I'd bet there is. by Anonymous Coward · · Score: 4, Informative

      Dead code is a result of OOP development (C++/Java)

      Because a lot of OOP code has extra methods used to circumvent or enforce memory protection (private/public) with variables inside classes. Sometimes the methods are created with anticipation that they will be used, but all the code is is a getVARname or setVARname dozens or hundreds of times when something like get(varname) set(varname) would be more efficient. in C you don't have this problem because memory protection basically doesn't exist unless you roll your own.

    4. Re:I'd bet there is. by Anonymous Coward · · Score: 3, Interesting

      I don't think they are talking about unused mutators. If anything Object Oriented programming makes it much easier to find and get rid of unused code BECAUSE of the data protection it implies. Having the code segmented and modular in different classes would make it worlds easier to find and remove dead code at all stages of development.

      But really, C, with their fancy "structs" and "flow control" just leads to unnecessary cruft, we should just stick with ASM and Goto, b/c that's way more maintainable ;)

    5. Re:I'd bet there is. by Anonymous Coward · · Score: 4, Interesting

      Just to be Snarky, I'll point out that the Glasgow Haskell Compiler politely informs me whenever it finds a dead function. Functional languages are light years ahead of anything else when it comes to the Compiler actually being able to reason about the code it's compiling.

    6. Re:I'd bet there is. by Anonymous Coward · · Score: 2, Insightful

      I always wonder why OOP advocates think that making structured and modular code is not possible in anything else than OOP languages. Truth is, those concepts appeared long before them, and, in fact, were some of the ideas that drove the birth of languages like C

      If your C programs are not modular and structured you can bet I'm not going to hire you.

    7. Re:I'd bet there is. by Caesar+Tjalbo · · Score: 2

      Dare I ask what type of dead code exists in something extra huge, but closed source, like the Windows code base or for MS Office?

      I've no idea what the code is they found in LO but I wouldn't be surprised there was a lot of stuff that looked like a good initiative once but the original coder left and nobody had an itch itching hard enough to continue to scratch. Think Google's Summer of Code code which nobody bothered to hook up to the next iteration of the API or so.

      Indeed, we don't know what dragons are lurking in closed sources but I think that there's lots of cruft in an open source project which you won't find in proprietary code.

      --
      "I'm not much interested in interoperability. I want substitutability. I want to be able to throw your software out."
    8. Re:I'd bet there is. by Stevecrox · · Score: 4, Informative

      The Eclipse Java Compiler can indicate a warning if a private function is never called, the Eclipse Code Compiler and Findbugs will both throw warnings if an area of code is unreachable. Findbugs is able to detect if a variable is declared but never used (dead store) and will throw a warning. Lastly CPD (a part of PMD) is able to look for identical code blocks allowing you merge duplicate functions.

      Sure that doesn't cover public functions but I don't think there is harm in unused getters and setters and it's easy to find if a function is called through tools found in Eclipse. Just because Java developers don't use these tools doesn't mean they don't exist.

    9. Re:I'd bet there is. by goonerw · · Score: 2

      Visual Studio also highlights regions of code that are unreachable (such as lines of code after a return statement for a simple example).

      --
      LOAD ".SIG"
      PRESS PLAY ON TAPE
  4. Automate it by wisnoskij · · Score: 3, Insightful

    Sounds like they already put a lot of work into this, but someone should tell them that you can automate things like removing unused code.

    --
    Troll is not a replacement for I disagree.
    1. Re:Automate it by jcfandino · · Score: 3, Interesting

      Refactoring is supported by unit testing, which you should do anyway.

      Do it constantly, even in the details like method names, and your code will have better quality and will be easier to understand.
      Modern IDEs will resolve the tedious parts, you just have to think of the change, and the tool will do it.

      The book Refactoring: Improving the Design of Existing Code is an essential resource.

    2. Re:Automate it by rgmoore · · Score: 4, Insightful

      I'm pretty sure that they don't want to automate it. One of the first things Libre Office did after they forked from OO.o was to come up with a list of "easy hacks" for people who wanted to get involved but didn't know where to start. That includes stuff like dead code removal and translating comments from German to English. By leaving that stuff marked out but undone, they hope to ease new people into the project. That may not be the most efficient way of doing this kind of thing, but if it helps to recruit new developers it will do a lot more for the project in the long run than just getting rid of the cruft. It's a big difference between a project run by paid coders on a tight budget and one that depends on a variable number of volunteers.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    3. Re:Automate it by AmiMoJo · · Score: 3, Interesting

      Yeah but they don't help much. The compiler will kill off any code that really isn't used so to make noticable performance imporvements you have to do stuff at the achitectural level. Maybe someone wrote a function but then later there were performance issues and it was replaced in some code but not elsewhere. Now you have two functions doing the same thing but the compiler and automated tools can't really tell that. The other classic one is where you have features that are no longer used or no longer make sense but are still possible to invoke, and again you need to work at the architectural level for that stuff.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    4. Re:Automate it by msclrhd · · Score: 2

      Refactoring is changing code from one form to another where the two behave identically (modulo bugs). These should be done in small individual patches/chunks so that it is easy to see what is going on (e.g. for the reviewer or bisecting a bug).

      These include things like moving variable declarations to where they are first used, inlining a function by hand/removing a level of indirection introduced by the Visitor pattern and changing repeated code into a loop.

      It helps if the code you are refactoring has decent test coverage, but refactoring is also important for design and code evolution and in some cases unit testing is not in place (e.g. refactoring to introduce tests into the code; refactoring a UI or other code that is difficult to unit test).

      Refactoring allows you to simplify a complex codebase by removing cruft, or by restructuring the code to support redesign. If you let a codebase stagnate it will become complex and will end up holding you back from doing some changes.

      It may be that you have inherited a C codebase and are transitioning it to C++, refactoring the code to use bool instead of int (or BOOL in Windows); moving variable declarations to where they are first used. It may be that your code is using COM where it is not necessary to do so, and are removing that (c.f. Mozilla Firefox).

      Also, refactoring should be done with an aim in mind, a direction. Otherwise, you could flip between two code states indefinitely. Refactoring should be done to decrease the maintenance burden (making the code easier to read and understand by reducing the complexity and increasing the consistency). Refactoring should be done to improve the overall architecture and design of the code. Refactoring should be done to reduce code duplication.

      Without refactoring a codebase will suffer from architectural decay and the maintenance burden will increase over time.

  5. oooh yes by Mr2cents · · Score: 3, Interesting

    I've been working on a project where there were 3 separate wrappers around a database, each returning different objects containing the same data... So you had to convert those each time two modules using different wrappers needed to communicate. I tried to clean it up a bit, but eventually I stopped because my manager was frowning upon that because "I broke working code". Also there were parts that I didn't know if they were still in use. I also ran a profiler and found 80% of the functions never got called. That doesn't mean it's dead code of course, but looking at the function names I got an eerie feeling with a bunch of them. Anyway, I learned a lot about how not to manage software, I quit the company since then and I can only hope things have changed over there.

    --
    "It's too bad that stupidity isn't painful." - Anton LaVey
    1. Re:oooh yes by Mr2cents · · Score: 2

      Well, no, I got paid so if they don't want me to do that, I don't do it. Simple as that. But I did write a mail saying what parts of the code were going to continue to be bug-prone if if didn't get cleaned out. When I was packing, I found it back and I was completely spot on. One of the parts I mentioned needed a small change at that time, and it was already taking an engineer two weeks to implement it, constantly introducing new bugs. In hindsight my manager said I was correct. Nobody wanted to see me go, I rescued the project on more than one occasion. It was on an embedded platform so when performance was degrading I wrote a tool to find out where it was spending most of its time. Four months later we shipped a new version with more features and a lot of performance improvement, faster than it ever was. It's been in use ever since.

      I also left the company without slamming doors, it was not directly related with that project but it did cause some changes: managers were now taking on smaller projects, with less R&D investments and less risks. I can understand their reasoning, but that didn't keep me motivated. That's all.

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    2. Re:oooh yes by Mr2cents · · Score: 2

      OK, to clarify: I wasn't doing that on live code, it was a special experimental branch. My manager didn't want me to spend more time on it. But I was allowed to experiment, and then turn to the manager, present it and ask his input. Just stopping on my assignments and doing a weeks long rewrite needs approval of course, but fooling around a bit while you're stuck with another problem, was no problem. Is it really so abnormal to work that way?

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    3. Re:oooh yes by zidium · · Score: 5, Informative

      Mr2Cents,

      Your actions are indicative of a person who is not yet truly a craftsman of the software engineering trade.

      Speaking from personal experience dealing with huge, complex, unmaintainable PHP legacy systems for the last ten years, let me tell you a far better path:

      1. Search the code base for what may be directly calling the code.
      2. Set debug breakpoints at the start of each piece of cruft code and rigorously test the app.
      3. Create a custom exception (e.g. CrapCodeHitException) and throw it at the beginning of each code segment you want to remove. If you don't hit any of the exceptions after, say, a week of normal browsing doing other things, plus testing, then proceed to step 4.
      4. Catch the CrapCodeHitExceptions at the highest level you dare, log this into a separate log file you will have permission to read. Commit the code into a releaseable branch so that it ends up on your QA and staging servers.
      5. Get approval to have the logging code be pushed to staging. Add comments above each cruft piece of code stating a) the level of risk you think if it is removed, b) when one should feel free to remove it (pick increments like 3 mo, 6 mo, 1 yr, based on risk), c) your name. If shit hits the fan cuz of removal, you want to man up and accept responsibility so your peers don't waste precious cycles needlessly troubleshooting why this "perfectly fine" code was seemingly arbitrarily removed.
      6. After each time of your comments has elapsed, if the code was never triggered (parse the logs!), feel free to remove it. Please leave a note behind that you removed such and such, tho, and stick your name on it. Remove these notes after a year.

      I've personally cleaned up 100,000s lines of code using this mechanism on several large and complex sites, without a single failure.

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    4. Re:oooh yes by zidium · · Score: 2

      Mr2Cents, it is abnormal only because the majority of "coders" are not true craftsmen.

      It's a great sign of a craftsman, the want to improve just for the beauty and elegance of the end-solution.

      I wish you luck in your endeavors.

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    5. Re:oooh yes by Mr2cents · · Score: 4, Interesting

      Well, it was an embedded company. This was the first project of such a large scale, and they lacked experience. The manager had worked there for 30 years, and had an electrical engineering background. So it wasn't an ideal situation: he was certainly competent and he could definitely write code, but lacked the experience in software engineering, like how to keep a large software base maintainable. So for example, he had this obsession with not changing code once it was tested. Since all these modules were tested, he was very nervous about changing it. What he failed to see, though, was that more modules were going to be added, and without a clean definition of how this data was to be represented, constant conversions were going to be needed (plus some other things I'm not going into now). Also, automated testing was not a practice there. This is one of the things I worked on introducing at the company, although frankly it was much to late to add it to the existing project. So he was never going to allow to merge the changes back in, because it "broke" tested code.

      And I'm not saying I'm all for changing tested code - not at all , but in some circumstances, spending some effort up front can save you a lot of time later on. And I'm sure it would have.

      Also, I'm quite confident of my skills. Sure I can still improve, but I surely developed a reputation of writing code that "just works". After 4 years, only a small fraction of the bugs were assigned to me, mostly they were located in parts I didn't write. Mastering the programming language is important, but there are lots of other very important things that matter. You just need a lot of discipline, checking all input, immediately failing when something goes wrong (not letting bad data trickle down the code), clean separations, higher order programming, trying to minimise the interface between modules etc... The list is so large, it becomes more of an intuition.

      I hope this clarifies it a bit, I surely wasn't expecting the Spanish Inquisition.

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    6. Re:oooh yes by phantomfive · · Score: 2

      Bah just rewrite it. Having reference code and a stable target makes development really fast.

      This sentiment is at the start of many disasters. Why would you ever rewrite code that works? You'll just end up spending time debugging it.

      --
      "First they came for the slanderers and i said nothing."
    7. Re:oooh yes by SadButTrue · · Score: 2

      hehe yeah, it really is. Even after having been burned by it a few times it is still so damn tempting.

      --
      grape - the GNU free, open source rape
  6. A Natural Consequence of Change by Rubinstien · · Score: 3, Insightful

    ...lots of stuff is left lying about which might not be used any longer on the off chance that it might be adapted to some future purpose. Sounds like genetics.

    1. Re:A Natural Consequence of Change by complete+loony · · Score: 2

      Don't leave code around that is no longer needed. Just don't. I've deleted heaps of code in my career that was obviously unreachable. And remember that all of your history should be in source control, so the code isn't permanently dead anyway. If you *really* need to look at how a method used to work you can check out an old version of the application and look. And that is a fairly rare occurrence anyway. It is *far* more important to make sure the current version of the code is readable.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    2. Re:A Natural Consequence of Change by Rubinstien · · Score: 2

      I've deleted heaps of code too, but I seldom remove a still-functional API, even if nothing is currently using it. Generally add a comment to that effect, though. I've been grateful in the past when someone prior to me decided to keep something that was no longer in use but still potentially useful: http://slashdot.org/comments.pl?sid=1445528&cid=30120820 . If the code has unit test stubs I try to keep unused API functional and testable as well. It generally takes little effort to do so.

      Agree as well about revision control, but I also know that code tends to get moved from one revision control system to another, and often enough some or all of the revision history is dropped -- whether for expedience or simply due to impedance mismatch.

  7. Still no update system... by Kenja · · Score: 3, Insightful

    so most people wont notice a new build.

    --

    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    1. Re:Still no update system... by MonsterTrimble · · Score: 2

      That's a good point - why the heck isn't there an update script or something on Windows & Macs? I get you don't want to push nightly build but major point releases couldn't hurt. I think my in-laws are still on OO 2.3...

      --
      I call it 'The Aristocrats'
    2. Re:Still no update system... by Anonymous Coward · · Score: 2, Informative

      LO 3.5 beta on Windows does have an update notifier that also offers to download the update for you, too.

  8. Physical to virtual comparison by RelaxedTension · · Score: 4, Insightful

    Can you imagine this in any other engineering discipline? Oh yes, we built the bridge but there are a few hundred unnecessary iron girders that we forgot to remove...

    Those would be perfectly valid if upon discovering your girder was 3 inches too short you could instantly create a copy of it, set the original aside, then alter and test that copy of the girder. Then you might leave a few extras lying around.

  9. Re:Worked Well? by theguyfromsaturn · · Score: 4, Informative

    I never get crashes with LibreOffice. Whenever I try Word on some documents (docx) I get a crash. I was completely unable to edit some documents in Word (sent to me by colleagues) until I opened them in LibreOffice, saved them in doc format, then reopened them in Word. It happens with distressing regularity. I find LibreOffice much more stable than Word personally. The worst part is when once I edited a doc in Word, saved it, and when later tried to open it again had a similar problem. I am not sure what document elements cause this but it's a sad state of affairs when LibreOffice is not only more stable (for me), but handles better MS own file format (even though there are still big deficiencies in the docx file handling in LibreOffice). So, stability issues? I guess it depends on your computer.

    --
    I like my dinosaurs feathery, and my pterosaurs hairy (or is it pycnofibery?)
  10. Bad examples by intx13 · · Score: 5, Insightful

    Bridges often have unused structural elements: walk-ways made unsafe by modern traffic levels, maintenance accesses unused for safety reasons, supports made redundant beyond the factor of safety by bridge improvements, etc. Chips and boards too: FPGAs with 10% utilization, chip designs re-purposed with functional components disabled, subsystems replaced in boards by new designers not confident enough to remove the old design, etc.

    Cruft in software is more often removed because (1) software has a potentially longer lifetime than hardware and (2) it's a lot easier to remove an uncalled function from a program than a girder from a bridge! Software cleanup should be an expected and planned part of a project's life cycle.

    1. Re:Bad examples by Ethanol-fueled · · Score: 4, Interesting

      ...subsystems replaced in boards by new designers not confident enough to remove the old design, etc.

      It sounds crazy, but I work with a real-life example, a beamforming circuit board that utilizes a certain technique, but has all the legacy components utilizing another technique that was never even implemented!

      In that case, it wasn't a matter of confidence, but probably corporate sloth - engineers are expensive, and so they figure that paying the board-house more for the extra components per board would be cheaper than getting an engineer to redesign the board.

    2. Re:Bad examples by kbielefe · · Score: 3, Insightful

      It's not crazy. A major board redesign will set a schedule back three months or more, so if you have two options and aren't sure which one will work, it's not uncommon to design for both if you have the room. Maybe you're evaluating two vendors. There are also usually components that are only used during development. Sometimes there's an experimental or premium feature that requires an extra chip, but you don't want to make two boards. Of course, most of the time unused components get left off in mass production, but developer's boards or ones from prototype runs might still have them.

      --
      This space intentionally left blank.
    3. Re:Bad examples by dslbrian · · Score: 3, Interesting

      I think it's pretty common, and not just with test logic like scan chains. I've worked on numerous ICs where some later project wants to reuse a part of the design, without necessarily using everything. If time and budget allow the unused bits get removed and a smaller design results, but more often the unused logic is tied off (at the board level or via metal mask - board level being cheapest and metal mask being cheaper than cutting a new set of diffusion masks for a potentially small runner) and the same die and package are reused (this may allow test fixture reuse also).

      I've seen some pretty egregious cases of this however. I recall opening up a 4-port USB hub once (the cheap $10 ones) only to find a gigantic controller chip on it (something like 80 pins) of which about 10 pins were connected. It was obvious the chip didn't start life as a USB controller, but apparently it was cheap enough to throw down as-is. I always wondered what else was on the chip, perhaps part of something that normally has an embedded USB hub (monitor or keyboard maybe).

  11. Re:It doesn't matter by Mr2cents · · Score: 4, Informative

    I do think it matters. Yes, a compiler can throw out dead code, but not in all cases. E.g. if you have an enum where some values aren't used, and you then call a function if a variable has that unused value, how is the compiler going to find out? It's not only functions, there could be unused tests in code etc. All this clogs up the code and can make reading the code a living hell. It can turn an elegant part into a mess. Not mentioning the time wasted of developers trying to find out what a function does, only to discover it's not used. The article doesn't deal with the results in terms of code size or performance, but I'm very interested to find out.

    Anyway: you can either have clean code or maintainable code, but not both at once in my experience.

    --
    "It's too bad that stupidity isn't painful." - Anton LaVey
  12. Re:Worked Well? by hedwards · · Score: 2, Informative

    LIbreOffice hasn't been OO in well over a year. But nice try with the trolling.

  13. Re:It doesn't matter by Renegrade · · Score: 2, Informative

    And this, boys and girls, is how we end up with Windows 7/64 guzzling two gigs of memory after start-up.

    Not by this one isolated idea, but the very concept of "meh it doesn't cause a problem" snowballing until it IS a problem.

    I drafted up a mini-essay assuming it was C-style code, but the article is talking about methods. Clearing out half of the methods means that those virtual method tables are now half the size, which will result in much snappier execution. Less cache misses, less trash in the cache lines, shorter hash collision tables, it's all good stuff!

    Nevermind all of the benefits of faster loading times, less address exhaustion, etc that apply to ANY language.

  14. Cruft in engineering... by Forbman · · Score: 4, Interesting

    Oh yes, we built the bridge but there are a few hundred unnecessary iron girders that we forgot to remove...
    Well, look at bridges built in the 1800's compared to the ones today. Would we build a modern bridge today using wrought iron links http://en.wikipedia.org/wiki/Clifton_Suspension_Bridge? Each building made in a certain period in a way represents a degree of refinement compared to its predecessors. Better materials, better methods. Buildings in general cannot be "cleaned up" the way code can, where "cruft" today was yesterday's conservative design.

    Read a book about the differences in the construction of the World Trade Centers versus the Empire State Building, for example (the WTC has sibling buildings still around using the same techniques, such as the Aon [nee Amoco] Building in Chicago)...

    1. Re:Cruft in engineering... by epyT-R · · Score: 2

      or, today's conservative design is yesterday's+cruft added by redundant bloat in managed runtimes that're already available from the host OS. this happens when programmers graduate and take their professors' ivory tower vacuum 'everything should be portable/who cares about performance/efficiency computers are so fast anyway' mentality with them to their employers.

  15. This happens in other disciplines. by tragedy · · Score: 4, Interesting

    The quoted section in the summary asks if we could imagine this in other engineering disciplines. As the rest of the summary points out, it happens all the time in microchips. It also happens a lot in civil engineering, including bridge building. Removing things takes work. Unless there's work to be saved by doing it, or some way to profit from selling what's removed as scrap or it's a safety issue to leave it most engineers won't remove old parts of a structure. Consider underground pipes. How often are they removed when they're replaced? If the new ones are being laid down where the old ones went, they'll be replaced. Otherwise, 90% of the time they'll just leave the old ones there. Same goes for just about everything. Old installations of any kind are full of stuff that no longer serves any purpose. Brackets and supports for heavy equipment that isn't used anymore, old wiring and panels, concrete slabs that something mystery object used to sit on, etc. When was the last time you saw anyone take away some 30 ton piece of equipment then pay more money to have the floor where it used to sit un-reinforced? Now, sometimes they do. Usually it's when the place is being sold and the new owners are re-modelling. Other times the owners do decide to do a major cleanup. That's exactly what's being done here with libreoffice. Makes it no different than any other engineering discipline then.

    Incidentally, if it's truly "dead" code, then it shouldn't actually be compiled, so it's not like the bridge engineer left in a bunch of extra girders, it's more like he's keeping addendum 6-c to revision 12b of the plans for section 3 in the same file cabinet as revision 13 rather than shifting it to a storage box and warehousing it.

    1. Re:This happens in other disciplines. by deodiaus2 · · Score: 2

      I once inherited a motor design which I was modifying. There was a strut going along the entire length. I was thinking of removing it, as I could not find a use for it. However, I wasn't sure if there might not be a manufacturing reason for it, or to provide additional structural support..
      So I left it in.
      Why, because 10 years ago, I was fired because I removed some venting slots on another generator. I removed them because they only provided minimal ventalation, but really interfered with the magnetic field distribution.

    2. Re:This happens in other disciplines. by Anonymous Coward · · Score: 5, Interesting

      A nice engineering example is the stone pylons at each end of the Sydney Harbour Bridge. They were built to support the cranes that were used in constructing the steel arch of the bridge. Since the bridge's completion they've served no structural purpose whatsover.

      As the parent poster suggests, it would have cost time and money to remove them. However, in bridge building they plan around that - a bit of extra effort was put in at the start and the pylons were designed and built in such a way that they looked good after the bridge was finished. They were left in place as a feature of the completed structure and, as they were built in sandstone, they do a reasonably good job of making the bridge work visually with the feel of the historic precint beneath the southern end of it.

      Dead code rarely adds anything to the aesthetics of software.

    3. Re:This happens in other disciplines. by FienX · · Score: 3, Informative

      I've worked on enterprise asset management systems in a number of different industries including electrical utilities, natural gas pipelines, and military. In almost every company they've had some variant of an "abandoned in place" asset status. In cases like power plants, trying to remove a single cable from a series of cable trays or raceways is rarely, if ever, worth the effort and risk. Some cable trays have dozens of cables (and I'm not talking cat5) in them, sometimes half of which are "dead" but removing those from the middle of a stack of hot cables in a working power plant doesn't have much of an ROI.

    4. Re:This happens in other disciplines. by Nethead · · Score: 4, Informative

      Ever been in the telco closets of a 50 year old office building? Old 9600 baud modems still powered up and connected to 66 blocks, old DS0 smartjacks with red lights, all next to Cat5 and fiber cross connects.

      Look above the drop ceiling of an old department store store sometime and gander at all the serial cable wire that is covered by the Token Ring wire covered by the 10base5 wire that is covered by the ThinNet wire that is covered by the Cat5 wire that is covered by the fiber ducts. All that tangled in with the old 25 pair telco wire.

      If it's not on your work order, you don't touch it.

      --
      -- I have a private email server in my basement.
    5. Re:This happens in other disciplines. by Anonymous Coward · · Score: 4, Interesting

      We are currently preparing to move to another office building in another town.

      Our old premises are just like you describe. Build in 1964.
      Not counting anything else: There is 600 kilometer of Cat5e cabling in the building-complex. (I was involved in the Coax -> Cat5e upgrade back in '97. Still remember some details.)

      Actually it is a good thing.
      The recycle value of the wiring is more than the value of the building and the grounds.

      With todays fucked up real-estate market for office buildings we couldn't sell the old location to anybody.
      But because of the recycle value we had no trouble selling the entire site to a demolition company.

      Win-win for everybody:
      We get money for what is basically an unsellable building-complex.
      They will break it down and recycle it. Gives them about a year of guaranteed work and a reasonable profit when due to the recession their business is at an all time low.
      Afterwards they will sell the cleared grounds to the City Councel who are desperate to get a reasonably priced area of land at the edge of the city-center by 2014 so they can build a new City hospital. (The current hospital is on land not owned by the City, The contracts end in 2016 and can not be renewed because that would require a re-check of the environmental status of the grounds and everybody knows there is pollution there. That's wasn't an issue in 1986 when the old hospital was build, but new legislation passed in 2008 making it an issue now.)
       

    6. Re:This happens in other disciplines. by thegarbz · · Score: 2

      I know what you mean. The plant I work at currently has had a method of cut and cap for old decommission / damaged and irreparable cables. They were historically buried in the ground for some 500 motors on site.

      Now we have more failing cables and the ground is full. Actually not only is the ground full but so are the switchroom entries. The engineering behind the infrastructure going in to run cables (some of them as big as 240mm^2) is amazing. Cable trays are no longer installed by electrical contractors but by civil contractors with some detailed load-baring calculations and foundation supports.

      Some companies really screw themselves.

    7. Re:This happens in other disciplines. by Anonymous Coward · · Score: 2, Interesting

      Interesting story, but Wikipedia suggests otherwise (http://en.wikipedia.org/wiki/Sydney_Harbour_Bridge). That article indicates that the cranes actually were supported by the arch itself, and that the pylons were only added after the fact: "They were included to provide a frame for the arch panels and to give better visual balance to the bridge. The pylons were not part of the original design, and were only added to allay public concern about the structural integrity of the bridge." The arch and deck were finished in June 1931, and the pylons weren't even started until July of that year.

  16. Not to mention the human genome itself. by Freddybear · · Score: 5, Interesting

    Human DNA (and just about every other species as well) is full of things like inactive duplicate genes (some with slight alterations), pieces of old retroviruses, and other mutations and replication errors that have been "commented out". Plus a whole lot of sequences which we don't know what they're good for yet.

  17. Re:Not at all. I've had a house built. by Anonymous Coward · · Score: 5, Insightful

    I've seen chemical plants built with millions of dollars worth of unnecessary piping and valves, because the project timeframe meant that it was cheaper to install extra connections that might never be used and save engineering time than waste time re-engineering it.

    If removing unnecessary items can save thirty thousand dollars (say) at the cost of three days, removing the cruft is only worth it if the delay costs less than ten thousand a day.

  18. Re:It doesn't matter by GGardner · · Score: 2

    The real problem here probably has to do with shared libraries. If you have a function in a shared library with external visibility, the compiler can't remove it, unless it is doing whole program optimizations across all of the programs, and I doubt the LibreOffice builds are doing that.

  19. Re:Worked Well? by pwizard2 · · Score: 2

    LibreOffice/OpenOffice.org Writer has usually been good at handling traditional .doc files. (OO got much better when early 2.x versions came out) I'm usually able to share these documents with Word users and make changes without any major issues.

    Docx is a whole different story. I recently opened a moderately complicated docx in OO Writer. This document had one of those auto-generated table of contents that corresponded to section headings, several embedded pictures, a few tables, and lots of lists. While Writer would let me see what was in the document, the editing capability was completely shot to hell. Lists were broken, the table of contents was a read-only object that Writer wouldn't (or couldn't) let me change, style/formatting was glitchy in general, and track changes was broken. Converting that document to another format just made things worse. Don't even think of using OO/LO with Docx files unless the only thing you have to do is read them.

    --
    "It is a denial of justice not to stretch out a helping hand to the fallen; that is the common right of humanity."
  20. Re:Not at all. I've had a house built. by theManInTheYellowHat · · Score: 2

    Except building a house is a one time endeavor. A better analogy would be to build a house on the foundation of another house and then remodel it a dozen times and then add on a few additions. Soon there after divorce your spouse and find another to guide the new additions and find another site upon which you can move that house to and hopefully not have to deal with that awful foundation.

  21. 80286 microcode by Anonymous Coward · · Score: 2, Interesting

    Intel's microcode to support 16-bit protected mode became obsolete as soon as the 80386 was released, but they had to support it for backward compatibility, in case someone tried to install Windows 3.0 on an IBM AT clone, for instance. Probably that microcode has been carried forward ever since. Also, there are a lot of CISC instructions such as SCAS* with the "REP" prefix which were heavily used in assembly language in the eighties, but which are now deprecated and typically slower than the RISC-style replacements.

  22. Re:Not at all. I've had a house built. by Belial6 · · Score: 4, Funny

    If it is a house that I have owned, it would be Pez dispensers. Whenever we do remodeling, we make a point to slip a pez despenser into the walls. My wife and I figure that some day a long time in the future, someone will have a mildly amusing story.

  23. Re:Worked Well? by ColdWetDog · · Score: 4, Funny

    Of course, that behavior is quite similar to what happens when you open the moderately complex docx document in Word.

    --
    Faster! Faster! Faster would be better!
  24. Re:It doesn't matter by smi.james.th · · Score: 5, Informative

    I am not a Microsoft fan, but Windows 7 is actually a very well-written OS, in my experience. If you have lots of RAM then it uses it, there's no sense in having 8GB of RAM if it's only using 250MB and paging the rest of what it needs.

    As a point of reference, have a look at this article. If you only have 512MB of RAM then Win7/64 will only use about 200MB of RAM.

    --
    One thing I know, and that is that I am ignorant...
  25. Don't know about LibreOffice by rsilvergun · · Score: 4, Informative

    but recent (3.x) versions of OpenOffice ate my kids documents. It really sucked. From what I can gather it's a known bug in the document recovery module that hasn't been fixed to this day. The program crashes, writes a blank document out as the 'recover' document, then cheerfully overwrites all your original file and any of the automatically made backups. I suppose that somewhere along the line there was some user error. My kid probably could have said 'no' to something and stopped the whole mess. But seriously, she shouldn't have too. I've got a 500 frickin' gig drive in her machine. The biggest word doc I've ever seen in my life was 5 megs (mostly pictures). Why the hell do we still delete shit? Just make a huge undo buffer or something. I've got half a fscking terabyte. Come on OO.org, just use it already!

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Don't know about LibreOffice by cheaphomemadeacid · · Score: 2, Insightful

      So in a bright moment of usefullness i actually posted your complaint as an 'enhancement' bug report on libreoffice, probably more useful than posting it on slashdot ;P ref: https://bugs.freedesktop.org/show_bug.cgi?id=44780

  26. Re:Not at all. I've had a house built. by theNAM666 · · Score: 3, Informative

    If you have newspaper or other similar material in your walls, which wasn't processed and designed as insulting filler, I have one word for you: mold.

    You'd better know.

  27. Re:Worked Well? by hairyfeet · · Score: 3, Interesting

    Actually I've found LO/MS Office to be pretty much mutually exclusive when it comes to any complexity of formatting. This is why i give it to home users that don't have kids or who just has young kids but not those with HS or college kids because if the teacher is using MS Office anything they give to you will be word salad in LO and anything you give to them will be word salad in MS office. And why does so many LO users find that hard to accept? they are trying to reverse engineer a binary format without jack shit for source code to look at, the fact they can open up as many as they can is a miracle and they should be applauded for it. But you take a complex doc with headers, footers, tables, etc and while i've had no problem opening that in any version of MS Office I have from 2k-2K7 that same doc will take a big old shit in LO. by the same token i make the same doc in LO with the same headers, footers, and tables and MS office will either crash or output gibberish. Does that make one better than the other? noooo, it just makes them incompatible.

    That is why I give away LO to home users like I said but don't even mention it to SOHOs and SMBs because if you are having to share with MS Office users it can quickly become a mess. So I'd say it is just using the right tool for the job, LO when its home users who'll mainly be printing or not sharing with businesses, MS office for business and HS or above education.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  28. Re:KLOCs by tlhIngan · · Score: 2

    This guy should be fired. Look at his productivity metrics results, Negative!

    Has happened before. Bill Atkinson wrote -2000 lines of code whilst working on a graphics toolbox at Apple.

  29. Re:Not at all. I've had a house built. by Grishnakh · · Score: 4, Insightful

    No, a better analogy is to build a house (full of extra materials as the parent said), and then use a giant replicator machine to mass-produce the house, almost instantly, and create thousands and thousands of new homes using that house as the basis. The wasted material in the one house is bad, but not that bad because it's one house, and it takes extra time and labor to do it more efficiently. But multiplied across thousands of identical copies, that wasted material adds up a lot. Plus, it's inefficient and you could have a better-performing house by doing a better job with the small details (better at energy efficiency for example). The slight increase in energy efficiency with that one house, realized by spending a bunch of extra time and effort removing wasted materials and doing a better job with various small details (like making sure the house wrap is applied extremely well rather being hurried and missing some staples in important places), won't amount to much with just the one house. However, multiplied across many thousands of houses, those energy savings add up to a lot.

    The fact that software is easily and quickly replicated with perfect precision and little or no effort or time really makes it hard to make good analogies for it without resorting to Star Trek-style replicators; it's the only technology we have that's like that. And because it can be and is copied so easily, very different dynamics apply to it than to many other fields of endeavor.

  30. Re:It doesn't matter by hairyfeet · · Score: 4, Insightful

    And THIS gets modded "informative"? Did someone give the trolls extra mod points this week? Did I miss a memo? Because I'm sitting here with not one but TWO Win 7 X64 machines running, one an AMD EEE netbook with 8Gb, the other my AMD 6 core Thuban desktop, also with 8Gb, and I'm using less than 600Mb with the basic theme on the netbook and just a hair under 980Mb on the desktop and that's with Aero and all the bling cranked. You are probably using an old tool that counts cache as "used" memory but since Windows dumps the cache if ANY program requests the memory that simply isn't useful anymore. BTW your old XP box uses so little RAM because it'll dump to paging even if there is plenty of memory free which is just fricking stupid, the RAM is using the same voltage regardless so why not use it to speed things up?

    But if you are seriously looking at 2gb and aren't trolling you need to have that thing checked, because either you have more bugs than a Bangkok Whore or one of your apps is leaking memory like a sieve.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  31. Re:Not at all. I've had a house built. by Grishnakh · · Score: 5, Funny

    If you have newspaper or other similar material in your walls, which wasn't processed and designed as insulting filler

    What material in your walls could be more insulting than newspaper?

  32. Re:Not at all. I've had a house built. by dokc · · Score: 2

    A lot of European cities were rebuilt on the same place over and over again, after wars, natural catastrophes, crazy rulers,...
    There are layers and layers of building foundations and walls under the modern (and especially not so modern) buildings. It's not uncommon constructions to be stopped for excavations to take place.

    --
    In love, war and slashdot discussions, everything is allowed.
  33. Re:Worked Well? by dokc · · Score: 3, Insightful

    "WORKSFORME"

    The most unhelpful response to a bug report ever.

    But very helpful response on trolling.

    --
    In love, war and slashdot discussions, everything is allowed.
  34. Re:Not at all. I've had a house built. by theNAM666 · · Score: 4, Funny

    Well, there are a variety of fiber, composite and other materials with higher R-factors per volume, but that's beside the point.

    Newspaper as in processed recycled newspaper bought as insulation from Home Depot or the equivalent is one thing. Stuffing newspapers into your wall after receiving them in the post and reading them (a common practice) is quite another. The latter retains moisture and can lead to mold, rotting and structural damage, just to start with the most obvious problems.

  35. Re:It doesn't matter by westlake · · Score: 3, Informative

    And this, boys and girls, is how we end up with Windows 7/64 guzzling two gigs of memory after start-up.

    RAM is there to be used, not hoarded.

    In short, Windows 7 (unlike XP and earlier Windows versions) goes by the philosophy that empty RAM is wasted RAM and tries to keep it as full as possible, without impacting performance.

    Windows 7 memory usage: What's the best way to measure? [Feb 25, 2010]

  36. Re:It doesn't matter by dokc · · Score: 4, Funny

    Slashdot, home of the Linux Cocksucker Boy Toys.

    Can you, please, post us a link to the Linux Cocksucker Boy Toys source code.

    --
    In love, war and slashdot discussions, everything is allowed.
  37. Re:It doesn't matter by bonch · · Score: 5, Informative

    No, it's not. Windows 7 will use as little as 200MB of RAM if you only have 512 physically available. You're misunderstanding what's actually going on as you fret over megabytes in Task Manager.

  38. Re:Not at all. I've had a house built. by Anonymous Coward · · Score: 3, Insightful

    "Wooooosh"

  39. Re:It doesn't matter by milkywayer · · Score: 3, Interesting

    I don't see any problems with Windows 7. With my 8gigs RAM, it still uses 3.x GBs (including the browser, chat clients, video players) etc with more than half of of the memory still available for caching. The OS itself is working great. IIRC, uptill winXP, i had to do a clean install every few months to take care of all the slow downs/viruses - Vista was a breeze (still can't compute all the hate it got [yes, you had to run it on a bit faster machine but that's not the problem]) , win7 is a win.

  40. Re:Not at all. I've had a house built. by rgmoore · · Score: 3, Interesting

    Building a house isn't a one-time endeavor. Much like code, houses are never 100% finished. They're frequently repaired and less frequently remodeled, renovated, or expanded. If you look at photographs of the same house over the span of a century or more, it's sometimes hard to believe that the final version is the same building as the original. And when people work on their houses, they usually go for the most cost effective approach, even if that means leaving no longer used stuff in place because it would be more expensive to rip it out. Look inside the wall of an old house, and you'll be amazed at the stuff you find.

    --

    There's no point in questioning authority if you aren't going to listen to the answers.

  41. Re:Not at all. I've had a house built. by adolf · · Score: 3, Interesting

    That's nothing. Whoever built the wall that exists between my office and the dining room left inside a leather dog collar and a half-dozen pork (I think) rib bones.

    We've also found a cast iron floor lamp inside of a wall, as well as several hundred copies of the Saturday Evening Post that are positively impossible to drill through.

    Pez dispensers seem so...basic.

  42. Your programmers suck? by junglebeast · · Score: 2

    "...and it probably isn't because the code base is especially bad."

    Yes, it does mean that. Thousands of lines of deprecated code implies it was written in a sloppy and disorganized way and this is not only an indicator but, I would argue, a definition, of a terrible code base.

  43. Re:Not at all. I've had a house built. by Grishnakh · · Score: 2

    I find your reply insulting.

  44. Re:It doesn't matter by viperidaenz · · Score: 3, Insightful

    Exactly. Unused RAM is wasted RAM. If nothing is using my RAM, I hope Windows 7 is using it for cache.

  45. Re:Not at all. I've had a house built. by Grishnakh · · Score: 3, Informative

    Actually, building materials (at least here in the USA) are dirt cheap. Labor by far is the biggest factor in a house's cost. There are some exceptions, like appliances, cabinets, granite countertops, plumbing fixtures, etc., but things like framing, drywall, nails and other fasteners, even electrical outlets (except the GFCI ones) are all dirt cheap. That's why there's waste; the contractor doesn't care if his workers waste $2 worth of materials as long as they're fast. However, when the plumbers are putting in expensive polished faucets, they're probably more careful since replacing one of those is worth several hours of labor.

  46. Re:Not at all. I've had a house built. by mfraz74 · · Score: 2

    The factory where I work which must be over 60 years old, there are redundant cables and pipes everywhere. It would cost far too much money to figure out what is redundant and then remove it without disrupting anything else.

  47. Wait! You used QA and staging systems? by Colin+Smith · · Score: 2

    QA? ...

    Holy fuck. There's light.

     

    --
    Deleted
  48. Re:Not at all. I've had a house built. by Hognoxious · · Score: 2

    You've probably got a dead cat. Sometimes they get stuck between the layers. In old houses they were sometimes put there intentionally as protection against witches.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  49. Re:Not at all. I've had a house built. by Anonymous Coward · · Score: 3, Interesting

    Good analogy.

    But Libreoffice still uses Java. I don't see that fitting into your analogy, because the Java dependency really has to be removed. It was put there only because OpenOffice was in the hands of Sun. Now Java is in the hands of Oracle. The Java dependency has to go.

  50. Re:Then why is it still called LibreOffice? by mwvdlee · · Score: 2

    The design aesthetics are probably different because they intentionally make it different.
    For most car brands, you can take the earliest cars and still see some of the design language reflected in the current models. In particular the front grills are usually easiest to recognize. This is done intentionally by the designers, even though nowadays car designers have no real connection to the brands; modern Lambourghini's are designed by a Dutch guy and Pininfarina (design studio for most of the Ferrari's) designs cars for other brands as well (i.e. Volvo, Peugeot, Ford).

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  51. Re:Worked Well? by mwvdlee · · Score: 2

    "WORKSFORME" is a perfectly helpful response to "ITDONTWORK".

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  52. Re:It doesn't matter by hairyfeet · · Score: 2

    Actually it was a whole $350 with 8Gb from Newegg and a carrying case from Tigerdirect, so nope, not expensive at all. of course i lucked out as i ordered mine 2 weeks before the Thailand flood, now the same unit is a whole....let me look...$415, not really that big a difference, but of course you'll have to add the $30 for 2 4Gb sticks like i got.

    Anyway here is the link and if you'll check the comments below the first poster links to the 8Gb RAM upgrade. I can't say enough good things about this netbook, it gets 6 hours plus playing 720p video, gets a hair over 8 in Expressgate surfing and listening to music, has enough GPU to play L4D and GTA:VC, and has enough CPU muscle i'm using it to edit multitracks and even as a custom drum machine using hydrogen and running it into the mixer, great for having more realistic drums when laying down scratch tracks. Its got plenty of space, doesn't get hot, only weighs 3 pounds, and if you want even longer battery life there is a 10 cell you can pick up but personally 6 hours plus is plenty.. Oh and it comes with Win 7 HP X64 ready to go and swapping out the RAM is easy peasy. After I sold the 2Gb stick that came with it for $20 the RAM boost was a grand total of $14 and it was only $6 difference between 6Gb and 8Gb so I figured WTF ya know? Having that much RAM means that Superfetch has ALL my apps preloaded into RAM, its sweeet.

    so if you or anyone you know wants a netbook I'd say go for it, its a great lightweight unit that kicks ass on the road. It even has a USB 3 port with charging capability so if your phone dies you can use the EEE to give it a quick charge. Nice.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  53. String instructions ARE faster by Chemisor · · Score: 2

    The only people bashing CISC are sheltered academics who have never been out in the real world or have heard of benchmarks. On my Core i7, for example, the benchmarks show that string instructions usually are the fastest way to do things.

    A basic rep stos yields 25 GBps. So does the fastest recommended SSE method using movntps and prefetch. A RISC-style fill loop only manages 12 GBps. You can improve its performance by unrolling the loop four times, getting the same 25 GBps as a string instruction with a lot more code.

    With a copy, rep movsl and movsq gives 3.2 GBps. movsb gives 2.5. A RISC-style copy loop gives 3.2 GBps. The fastest SSE copy loop with movntps and prefetch gives 6.4 GBps, at the expense of code size.

    As you can see, for most applications it is a very good idea to use the string instructions. An SSE optimized copy may be useful if you're copying large blocks somewhere; otherwise don't bother. Outside tight loops, reducing code size will improve performance much more than directly trying to make it fast.

  54. Re:Not at all. I've had a house built. by K.+S.+Kyosuke · · Score: 2

    Bandwidth and memory are both pretty cheap

    I don't know what kind of computer without a memory hierarchy do you have, but my instruction caches haven't been exactly cheap.

    --
    Ezekiel 23:20
  55. Re:Not at all. I've had a house built. by K.+S.+Kyosuke · · Score: 3, Funny

    What material in your walls could be more insulting than newspaper?

    An immured scientologist proselytizer that once came to your house to annoy you, only to never leave your house alive again?

    --
    Ezekiel 23:20
  56. Re:It doesn't matter by Rockoon · · Score: 4, Insightful

    Many its GUI controls are using very bad confusing abstractions. For example, audio, networking, etc.

    They are necessary abstractions because these subsystem themselves are abstractions.

    If you want confusing audio subsystems, look at the mess in Linux right now.. most Linux installs literally have multiple audio subsystems that can output to each other in very confusing master/slave relationships.

    --
    "His name was James Damore."
  57. Re:Not at all. I've had a house built. by jbengt · · Score: 2

    Having had to design changes to existing building systems that had lots of unused piping, ductwork, etc., I would say it's well worth the cost to get rid of obsolete work, rather than dealing with confusion figuring out what is active and what is necessary, or trying to snake new services through the existing congestion unnecessarily. It is relatively inexpensive to remove accessible items at the time they are made obsolete; the problems occur later when no one remembers what a particular item is for or whether it is still active.

  58. Re:Worked Well? by hairyfeet · · Score: 2

    Actually the answer is YES, yes it can, with the free converter pack. And I can testify that it works because my oldest always sends me DocX files from his Office 2K10 (He ALWAYS forgets to send as doc) and they open and display just fine. Now granted he's only a junior so his DocX files are just basic header and footer, no embedded tables or anything yet so I can't tell you how it will do with something fancy, but I CAN tell you that it opened a 15Mb business proposal I did with 4 other guys that had headers, footer, embedded tables, and frankly that amazed the hell out of me because I had 2K, one had 2K3, one had 2K7 and one had (2K6?) whatever the number for Office for Mac was around 2007.

    So I can say that honestly I've never had a problem with Office since i started using it regularly with office 2K. Now maybe i just haven't tripped over the edge cases, who knows, but sharing both doc and DocX in 2K has not been a problem with the Office converter pack.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  59. Re:Not at all. I've had a house built. by FrangoAssado · · Score: 2

    That would be relevant if the unused code was very tightly mixed with the used code.

    In this case, if you look at the way they detect unused code, you'll see that all the code that was removed consists of whole methods and sometimes whole classes. This means that the vast majority of the code that was removed would probably never be loaded in the instruction cache anyway -- very small methods tend to be inlined by the compiler and so don't cause surrounding (and potentially unused) code to be loaded to the cache.

  60. Re:Not at all. I've had a house built. by Simon+Brooke · · Score: 3, Insightful

    This is true in Europe too. I'm in Scotland. I live in a small but comfortable house I built for myself on my own land last year. It cost in total more than I earn in one month, but less than I earn in two. I'm a senior geek, I get a good wage - but I'm not a banker or a pop-star.

    What makes housing expensive is partly labour, but it is mainly that planning policy creates a form of artificial scarcity, and partly also that government support for home ownership creates a speculative bubble, further inflating the cost. Housing is not intrinsically expensive.

    --
    I'm old enough to remember when discussions on Slashdot were well informed.
  61. Re:Not at all. I've had a house built. by formfeed · · Score: 2

    Frankly I don't know what's inside my walls, and I'm not sure I want to know.

    Asbestos, lead, dead mice, and razor blades. (Old bath room cabinets used have a little slot to dispose of razor blades.)

  62. Re:Not at all. I've had a house built. by EricScott · · Score: 2

    Function level linkers have been around for a long time now. None of that dead code will end up in the binary.

  63. Re:It doesn't matter by shutdown+-p+now · · Score: 3, Informative

    The problem with this is that I use task manager to see how close to the limit my system is, and to gauge how much memory to get on a system. It's all well and fine to use free memory for caching disk or whatever, but I'd like my "gas gauge" back please! Give me a memory monitor that actually tells me how much memory I could use for my apps, and how close to the edge I am.

    As things are, you need Process Explorer for that, and a decent understanding of virtual memory management in NT to understand what it actually tells you.