[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-user: pcb crooked traces
On Sat, 9 Oct 2010 11:22:54 +0900
timecop <timecop@xxxxxxxxx> wrote:
> Whaat.
> Please keep your off-topic bullshit *off* this list.
At the risk of being labeled a hypocrite myself for pursuing this thread: To most everyone else on this list, your posts fall into the "off topic" category more often than not, as well as being inflammatory much of the time.
That aside...
> I was pointing out that NTFS, created ~16 years ago, had support for
> 64bit filesizes etc way before lunix even knew what a file > 4GB is.
First, let me spell it out clearly for you. The word is L - i - n - u - x. The "i" comes before the "u".
Second and more importantly for this already grossly off-topic thread, the problem you're talking about with file size limits has little to do with the underlying filesystem, and more to do with the capabilities of the applications handling those files. Those problems existed on the Windows platform as well, and took forever to resolve, but that is not the issue under discussion here either.
Rather, this discussion is about the size of a few variables used within PCB's code (4 bytes apiece now versus the proposed 8 bytes apiece), and the amount of memory the resultant data file would take up, provided it would end up increasing by a significant amount.
For the record, the standard-issue Linux ext2 filesystem came out in January 1993, with a 2 TB file size limit. This is what virtually everyone who ran Linux would have been using initially.
NTFS was released in July 1993 - six months later. It currently has a size limit of 16 TB, and appears to have had a limit of around 4 TB when first introduced (hard to find solid info on this).
XFS came out in 1994 for IRIX systems, and has a file size limit of 8 EXAbytes. The specification was released to the public in May 2000, and Linux picked native support for it in 2001.
Note that back in the days when these filesystems were created, even the biggest hard drives weren't even 10 GB, and most common ones were closer to 2 GB, and I doubt most users have more than 250 GB in their machines these days. Our biggest drives today *that are reliable* are just getting into the 2 TB range. In other words, the maximum file size complaint, legit or not, is a moot point.
> *AND* that I can use *ANY* windows app and have it properly work with
> large filesizes WITHOUT having to recompile it or otherwise waste my
> time.
That would be because someone else already made that decision for you and supplied you with a binary executable. Whether it is tuned to your exact needs is up to you to decide.
> Having to rebuild something with ./configure
> --enable-.....
We keep this kind of standard for one simple reason:
By the look of it, this could BREAK COMPATIBILITY with older versions of PCB or existing board files. Portability of a board file from one user to another is one of the keys to maintaining the openness of the project, not just the code that makes it run.
Besides that, some people might want to turn certain features off, for whatever reason. I, for example, have no use for the documentation that comes with PCB, so I turn it off at compile time so I don't have to futz with installing the various support libraries that are needed to build those files. I'm sure others here can come up with other examples.
If you want the feature turned on, then turn it on when you compile the program - it seems logical to me that when you compile a program, you should periodically add "--help" to check what switches are supported by a program's configure script. It takes all of 10 or 20 seconds to skim the list for items you might want to add.
It isn't like you're going to be compiling the program several times a day.
> P.s. who the fuck is john lennon?
He was a member of The Beatles, the most popular rock band of their time (roughly 1960 to 1970). His signature was the round spectacles he wore. Murdered on Dec 8, 1980. See also:
http://en.wikipedia.org/wiki/John_Lennon
--
"There are some things in life worth obsessing over. Most
things aren't, and when you learn that, life improves."
http://starbase.globalpc.net/~ezekowitz
Vanessa Ezekowitz <vanessaezekowitz@xxxxxxxxx>
_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user