Joel Koltner wrote:> Good post, David -- thanks. I don't agree completely with everything, but I > think your points have plenty of merit. I'd only add that I just haven't had > the amount of problems with registry corruption that it appears that you > have -- if I had, I could very easily find myself thinking much more poorly of > the registry. >I've only seen one windows installation with the registry as completely trashed as the one I mentioned (as another poster said, there are a few more recovery procedures I could have tried). But partly corrupted registries are not uncommon - I've had my user registry scrambled a couple of times.> "David Brown" <david.brown@hesbynett.removethisbit.no> wrote in message > news:MaydnaJ_3KpITy7VnZ2dnUVZ8uudnZ2d@lyse.net... >> There *are* standard tools for viewing and editing *nix configuration >> files - any text editor will do the job. > > Yes, my criticisms were that the format isn't standardized (as you point out), > often *isn't* hierarchical, and -- for the *average* user -- isn't always in > an "obvious" location (copying /etc is easy, but then you need, umm... > .mozilla? .gnome-desktop? etc.? --> the average user shouldn't have to dig > through their home directory figuring out which "dot" directories contain > configuration information). >The average user doesn't need to directly access configuration files (or the windows registry) for common programs. To most users, it does not matter whether Firefox settings are in ~/.mozilla or ~/.firefox, as they access them with "Tools | Options". Having said that, the location for almost all configuration files *is* obvious. If it is a system level configuration file, it will be in /etc. If it is a user level configuration file, it will be in a hidden file or directory in your home directory (it's hidden simply because you are not normally interested in seeing these files when you are looking for other files in your home directory).>> Oh, and one more thing - *nix configuration files are almost always well >> documented. How much windows software comes with documentation for the >> registry settings? > > For publicly-developed programs, almost as many? ...it's just that so many > more "typical" programs on a Windows PC are commercial, and these of course > often don't document their settings. >If by "publicly-developed" you mean "open source", then I think you are probably wrong. Windows registry settings are often considered "developer information", not "user information". So they are documented in the same way as most programmers (open or closed source) document most of their code - there are brief comments, but otherwise the programmer assumes the information is obvious. For windows "commercial" software (or more generally, closed source software - including freeware), you are right that the registry settings are seldom documented. However, for commercial and/or closed source software on *nix, configuration files *are* generally documented.>> This was NT 3.51. *All* these solid design decisions were thrown out step >> by step through NT 4.0, W2K, XP, and Vista (against Dave Cutler's >> recommendations, I believe). > > Yeah, I know -- ostensibly it was for performance, right? That video back in > the NT 3.51 days going through the Kernel each time was never going to be fast > enough for games/multimedia applications? >Many of the changes were for performance reasons, others were for backward compatibility, and others were for economic reasons - sales on non-x86 platforms were too low for MS to spend the time and money on the Alpha, MIPS and PPC ports of Windows. Of course, if they'd just written the system properly, the ports would have involved only a tiny proportion of the source code at negligible cost. The problem was that in large sections of the windows code that could easily have been cross-platform, programmers were assuming an x86 architecture.
Affordable PCB Layout Software ???
Started by ●July 30, 2008
Reply by ●August 26, 20082008-08-26
Reply by ●August 26, 20082008-08-26
AZ Nomad schreef:> On Tue, 26 Aug 2008 14:31:30 +0200 (CEST), Jack <pippo@pluto.com> wrote: >> AZ Nomad <aznomad.3@PremoveOBthisOX.COM> wrote in >> news:slrngb7slo.a7u.aznomad.3@ip70-176-155-130.ph.ph.cox.net: > >>> The joy of microsoft operating systems that have consistently stayed >>> two steps ahead of available hardware. Requiring 3 BILLION bytes of >>> memory just to draw a desktop and run a few relatively simply low >>> performance applications like a word processor and web browser is an >>> incredible feat. >>> >>> Just think. In ten years will have 200ghz machines and microsoft will >>> still make them dog slow. > >> That's not (only) Microsoft. That's Software Engineer and OO programming. > > It is only microsoft. Other companies have no problem using OO > programming and actually getting *more* efficient over time.Only Microsoft? You are showing you bias. Adobe is another fine example, ever looked at recent versions of Acrobat Reader? It gets buggier, slower, bigger and behaves more and more like a pig with every new release. And frankly even Linux distributions have become more a lot more bloated over the years. I do remember the time when you could still comfortably surf the internet and run a wordprocessor on a machine with 64MB and a processor than ran at less than 300MHz, and I can't help wondering why nowadays you need at least 0x10 times as much to do basically the same job.
Reply by ●August 26, 20082008-08-26
Dombo <dombo@disposable.invalid> writes:> I do remember the time when you could still comfortably surf the > internet and run a wordprocessor on a machine with 64MB and a > processor than ran at less than 300MHz,I remember doing all that on a 5 MHz S-100 bus machine with 768k RAM and a 360k floppy drive. Of course, it wasn't called "the internet" back then. Let the one-upping begin :-)
Reply by ●August 26, 20082008-08-26
On 26 Aug 2008 16:26:24 -0400, DJ Delorie <dj@delorie.com> wrote:>Dombo <dombo@disposable.invalid> writes: >> I do remember the time when you could still comfortably surf the >> internet and run a wordprocessor on a machine with 64MB and a >> processor than ran at less than 300MHz,>I remember doing all that on a 5 MHz S-100 bus machine with 768k RAM >and a 360k floppy drive. Of course, it wasn't called "the internet" >back then.And there ws no such thing as a web browser, or even a GUI. All applications were character based.
Reply by ●August 26, 20082008-08-26
AZ Nomad <aznomad.3@PremoveOBthisOX.COM> writes:> And there ws no such thing as a web browser, or even a GUI. All > applications were character based.Well, no web browsers at least. We had GUIs but they weren't as sophisticated as now, and many of my applications were graphics based - the machine came with a 640x480 graphics card by default. It wasn't until the IBM PC was released two years later that crappy graphics became the norm.
Reply by ●August 26, 20082008-08-26
Dombo <dombo@disposable.invalid> writes:> The problem with Windows is that out of the box it is pretty easy to > screw it up because for user convenience everyone gets > administrative privileges. You could solve that problem by removing > administrative privileges for those users that are too smart for > their own good. With proper user rights it can be pretty hard to > screw up a Windows installation.Unfortunately, with proper user rights it can also be pretty hard to _use_ a Windows isntallation - so many apps need to be installed by an Administrator (not just a Power User), and some even need to be _run_ thus. So [almost] everybody does. Back to the Subject - has anybody here used BRL-CAD[0] in anger? (It's "just" a CSG modelling tool with Tcl and a raytracing engine, so its best application is in the physical-layout arena, but I can see how it could be bent to PCB layout with some little effort.) mlp [0] it's free, and runs on multiple platforms
Reply by ●August 26, 20082008-08-26
On Tue, 26 Aug 2008 09:56:37 -0700, "Joel Koltner" <zapwireDASHgroups@yahoo.com> wrote:>"Dombo" <dombo@disposable.invalid> wrote in message >news:48b40cb4$0$24404$5fc3050@news.tiscali.nl... >> The problem with Windows is that out of the box it is pretty easy to screw >> it up because for user convenience everyone gets administrative privileges. > >Every *NIX OS I've ever installed requires you to set up an administrative >account too, you know? :-) ><snip>> >> With proper user rights it can be pretty hard to screw up a Windows >> installation. > >Yes, although poor administrators can and do cause plenty of problems and lost >productivity for regular employees as well... and poor administrators seem a >lot more common in the Windows world than the *NIX world. > >---Joel >What i am seeing recently is a bunch of MSOS users trying to turn into Linux administrators and poaching the pooch.
Reply by ●August 27, 20082008-08-27
Michael N. Moran wrote:> Joel Koltner wrote: > >> Unix has a similar problem with configuration files... >> everyone and their brother invented their own format for >> storing settings (since there's still no standard central >> repository for settings as the registry in Windows >> provides), > > > Like the registry, which is *so* much better ;) > >> and while most are simple enough to figure out via >> examination of what's already there, > > > [Using a simple text editor] > >> many are somewhat "brittle" as well (the common example >> being how easy it is to break X windows by, e.g., leaving >> out a semi-colon in Xorg.conf ... sheesh...) > > > Fortunately, the Windoze registry is intuitive *and* robust. > >> It took years for those in the Unix world to even get >> together on something as simple as how new programs >> should be programmatically added to a "start" menu; happily the Gnome >> and KDE guys both seem to play nice on >> this issue today. > > > As opposed to the years that it took Mirco$oft to figure out > how to do preemptive multi-tasking? > > But I digress :-P >The *idea* of a registry seems to be OK, but in WinDoze, it is a veritable garbage can. I think that each program should have its own *findable* (and readable) registry in the same directory that the program is stored. That might make it easier to !totally! remove a program...
Reply by ●August 27, 20082008-08-27
On Tue, 26 Aug 2008 22:05:06 +0200, Dombo <dombo@disposable.invalid> wrote:>AZ Nomad schreef: >> On Tue, 26 Aug 2008 14:31:30 +0200 (CEST), Jack <pippo@pluto.com> wrote: >>> AZ Nomad <aznomad.3@PremoveOBthisOX.COM> wrote in >>> news:slrngb7slo.a7u.aznomad.3@ip70-176-155-130.ph.ph.cox.net: >> >>>> The joy of microsoft operating systems that have consistently stayed >>>> two steps ahead of available hardware. Requiring 3 BILLION bytes of >>>> memory just to draw a desktop and run a few relatively simply low >>>> performance applications like a word processor and web browser is an >>>> incredible feat. >>>> >>>> Just think. In ten years will have 200ghz machines and microsoft will >>>> still make them dog slow. >> >>> That's not (only) Microsoft. That's Software Engineer and OO programming. >> >> It is only microsoft. Other companies have no problem using OO >> programming and actually getting *more* efficient over time. > >Only Microsoft? You are showing you bias. Adobe is another fine >example, ever looked at recent versions of Acrobat Reader? It gets >buggier, slower, bigger and behaves more and more like a pig with every >new release. And frankly even Linux distributions have become more a lot >more bloated over the years. > >I do remember the time when you could still comfortably surf the >internet and run a wordprocessor on a machine with 64MB and a processor >than ran at less than 300MHz, and I can't help wondering why nowadays >you need at least 0x10 times as much to do basically the same job.And a high speed (> 1 mbit/s) connection. Just try surfing the net at 56k nowadays. you would think you were on a small lake for the "surf".
Reply by ●August 27, 20082008-08-27
On Tue, 26 Aug 2008 06:51:37 +0000, Guy Macon wrote:> Perhaps it's just me, but i expect a quad-core 3GHz machine to be able > to keep up with my typing as well as my Commodore 128 does.Software gets slower faster than hardware gets faster. c.f. Vista. -- Przemek Klosowski, Ph.D. <przemek.klosowski at gmail>