Subject: Finance a Ford, BMW, Chevy &amp; More.

From: $30K Pre-Approved Car Loans <[email-masked]>
Date: Tue, 20 May 2014 08:14:13 -0700

Auto Financing Your Way - Bad Credit OK

Need a car loan fast? 
- secure auto loans - rates as low as 2.99%*

3 easy steps to your new car:
==============================
1) Go Here: http://www.boatlei.com/auto/finance/pre-approval/confirm.index

2) Enter Your Zip Code

3) Sign and Drive

Agents have been notified and are awaiting your response 

-to modify message settings - Alert System Notifications
w r i t e - 1107 Valeria Dr. Marion Texas 78124
http://www.boatlei.com/kgn4/sngo39.smnfpi3

Actually, text files of 100+ MB or even 1+ GB is not as uncommon as you may think (i.e. log files from busy servers).   Anders Sandvig Dec 19 '08 at 19:18
43	  	
If you'd like to generate a massive text file on linux or on a mac, you can go into terminal and type "cat /dev > huge.txt". A few seconds will get you 10MB (94,000 lines of Not exactly relevant but somebody might want to know.   Sneakyness Aug 6 '09 at 0:314	  Sneakyness: And not exactly text. I think the requirements of reading text files and reading binary files differ somewhat. You might pass it through base64 or uuencode, though.    Aug 16 '09 at 10:24+1 for askingSince the trend is towards: XML is like violence if its not working for you... you're probably not using enough of it.   Gishu Feb 3 '10 at 6:4Back in 1995 I used WinWord to open 64MB files on a 16MB machine. I'm sure it would do just as well 15 years later.   Gabe Mar 19 '10 at 23:46 generate random text files instead of binaries, use this:  cat /dev/urandom | tr -dc 'A-z' | head -c 1000000, where the last number after -c is the number of bytes in the file.   indiv Mar 19 '10 at 23:48
8	@Anders: 1GB+ log files? Yikes! Have you never heard of logrotate?   Thanatos Jul 19 '10 at 2:11
19	 @Thanatos I have, but that doesn't mean everyone who writes software or configures servers have...   Anders Sandvig Jul 21 '10 at 10:5Microsoft Office Access can actually read and parse very large xml files, but will only make sense of it if the xml format fits with something that it can translate to a table.   Niels Brinch Jun 8 '11 at 6:02This should be at least a similar question or even linked as it was asked 18 months prior...  ONDEV Jan 19 '12 at 0:49
Kev, I for one find this question very useful.   Colonel Panic May 24 '12 at 9:49
6	I absolutely agree with matt, if this doesn't fit the format, the format is downright WRONG and needs to be updated. @Kev Please consider investing time into correcting this huge problem with S.O. so that questions like this are encouraged.   Bill K Jun 1 '12 at 17:50@MattHickford you are welcome to discuss this on our meta site: meta.stackoverflow.com/questions   Kev Jun 2 '12 at 23:15
@BillK you are welcome to discuss this on our meta site: m  Kev Jun 2 '12 at 23:16
@Kev I agree with others above. I just Googled to get this very question answered, and the answers answered the question perfectly. The question could have been phrased better, but isn't it better edit the question to make it more specific than to just close the question? Something seems wrong.   pbarranis Jul 12 '12 at 14:58
I was also looking for the answer to this exact question in order to read some huge log files that I've generated!   HorseloverFat Jul 20 '12 at 16:19Here's my fallback: GigaEdit (). Nothing fancy, but small, portable, free and opens massive files in an instant.   Carl Jan 22 '13 at 1:08 
5	I find this question very useful -- and based on 451 upvotes and 150 favorites, I'm not alone. If StackOverflow is the wrong place to ask this question, what's the right one? Or are "open-ended" questions forbidden across all StackExchange sites, no matter how valuable people find them?   BlairHippo Mar 12 '13 at 18:42@BlairHippo I feel the same way, I'm almost nervous when asking a question because chances are high that someone will say "Close this, it should go in WhateverExchange instead"   Rodolfo Dec 17 '13 at 18:04
 @Sneakyness this can be used to generate large files in a matter of seconds as well. grep -r "someText" . > bigfile assuming that there are some files in your dir that contain matching lines with the search criteria. Of course, you would need to stop grep forcefully as this it will make it enter in a endless loop :)   user624558 Feb 5 at 22:10Under *nix or cygwin, just use less ("less is more", only better, since you can back up). Searching and navigating under less is very similar to vim, but there is no swap file and little RAM used.

Update Jan 2012 (thanks for the tip, ChristophK): there is a native Win32 port of GNU "less". See the comment below.

Piggybacking off of some of the comments below, perl's ".." (range flip/flop) operator makes a nice selection mechanism to limit the crud you have to wade through, as well
E.g.: perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less
(start at line 1 million and stop at line 2 million, sift the output manually in "less")$ perl -n -e 'print if ( /interesting regex/ .. /boring regex/)' humongo.txt | less
(start when the "interesting regular expression" finds something, stop when the "boring regular expression" find the end of an interesting block -- may find multiple blocks, sift the output...)
Finally, 100 MB isn't too big. 3 GB is getting kinda big. I used to work at a print & mail facility that created about 2 % of U.S. first class mail. One of the systems for which I was the tech lead accounted for about 15+ % of the pieces of mail. We had some big files to debug here and there :-)