Binary diff utility 1.0.4

Grok Headline matches for Binary diff utility 1.0.4

XML-Diff-0.04

XML-Diff-0.04 05/30/2004 12:22 AM

XML-Diff-0.01

XML-Diff-0.01 05/04/2004 11:55 PM

XML-Diff-0.02

XML-Diff-0.02 05/05/2004 06:57 AM

html-diff-0.55

html-diff-0.55 04/29/2004 06:34 AM

Bash.Diff 1.0

Bash.Diff 1.0 06/20/2004 04:04 PM
A patch for Bash adding features from Awk, Python, Zsh, Ksh, and others.

Bash.Diff 1.1

Bash.Diff 1.1 06/24/2004 10:46 PM
A patch for Bash adding features from Awk, Python, Zsh, Ksh, and others.

Bash.Diff 1.3

Bash.Diff 1.3 08/19/2004 05:08 PM
A patch for Bash adding features from Awk, Python, Zsh, Ksh, and others.

Bash.Diff 1.4

Bash.Diff 1.4 08/29/2004 03:47 AM
A patch for Bash adding features from Awk, Python, Zsh, Ksh, and others.

CGI-Wiki-Plugin-Diff-0.01

CGI-Wiki-Plugin-Diff-0.01 11/15/2003 05:42 PM

CGI-Wiki-Plugin-Diff-0.07

CGI-Wiki-Plugin-Diff-0.07 06/26/2004 10:49 AM

CGI-Wiki-Plugin-Diff-0.05

CGI-Wiki-Plugin-Diff-0.05 12/19/2003 11:56 AM

Algorithm-Diff-1.1901

Algorithm-Diff-1.1901 09/25/2004 05:42 AM

Vive la Différence

Vive la Différence 01/16/2004 11:32 AM
A new site asks visitors to vote on whether an object is male or female.

CGI-Wiki-Plugin-Diff-0.02

CGI-Wiki-Plugin-Diff-0.02 12/06/2003 10:57 AM

10:20 bl0gdex - link diff

10:20 bl0gdex - link diff 12/08/2003 05:45 AM
X

blogdex.net/track.asp?id=7881172
track this site | 5 links

CGI-Wiki-Plugin-Diff-0.03

CGI-Wiki-Plugin-Diff-0.03 12/07/2003 10:30 AM

Diff shell extension

Diff shell extension 12/18/2003 04:54 PM
First Release

CGI-Wiki-Plugin-Diff-0.06

CGI-Wiki-Plugin-Diff-0.06 05/16/2004 12:34 AM

Diff and Grep Now Available on
search.cpan.org

Diff and Grep Now Available on
search.cpan.org 01/16/2004 11:05 AM
samtregar writes "I'm proud to announce that search.cpan.org now includes two new tools of my creation: diff and grep. To get to these tools, go to a distribution page (ex. HTML-Template-2.6) and click on the "Tools" link. This will bring you to the tools ...

Bash.Diff 1.13 (Default branch)

Bash.Diff 1.13 (Default branch) 03/25/2005 07:11 PM
Bash.Diff is a patch against Bash that incorporates many useful features from Awk, Python, Zsh, Ksh, and others. In the main core, it adds the following: new brace expansion {a..b}, new parameter expansion ${var|...}, new command substitution $(=...), extended for, while, and until loops, extended case statement, new try-block with integer exception, and new here document <<+. As builtin commands, it adds the following: sscanf(3), <string.h>, and <ctype.h> wrappers, a variety of array and regex(3) operations, GDBM, SQLite, PostgreSQL, and MySQL database interfaces, an HTML template engine (BASP), stack/queue operations on positional parameters and arrays, Expat XML parser interface, simple x-y character plot, DOS line support, and simple Awk emulation.

---

Changes:
'${var|-}' has been added to parameter expansion. 'arraycat' now appends to array variables without flushing the existing elements. DESTDIR has been added to the Makefile to aid package management.

Lenore Skenazy: Silicone, water balloons
- same diff

Lenore Skenazy: Silicone, water balloons
- same diff 04/18/2004 04:40 AM
New York Daily News Apr 18 2004 8:06AM GMT

diffxml and patchxml: new XML-aware
diff/patch utilities

diffxml and patchxml: new XML-aware
diff/patch utilities 06/07/2002 03:49 AM
Adrian Mouat has released diffxml and patchxml, new open-source Java-based utilities for diff'ing and patching XML files.

Binary Boy v1.94

Binary Boy v1.94 05/17/2004 03:15 PM
Download files from multiple news servers or from other users. Subject cache speeds up searches and preserves bandwidth. NZB support. Browse manually or schedule a search to collect files while you sleep. Hyper-Threading compatible. Search using single words, wildcards or AND, OR and NOT logic. Apply custom search rules to each newsgroup. Decode damaged or incomplete mpg movies for previewing. yEnc, MIME, QP-Lite, etc. [Shareware $29.95 30 Days 768 KB]

Binary XML

Binary XML 10/28/2003 11:07 PM

Mig uel comments on the "Binary XML" postings from Omri and Dare, pointing out that only two standards would probably be needed (one for size, one for speed) to cover the majority of scenarios.  I think this is correct, but in my opinion it's not the number of encodings that is a problem, but simply the existence of any "standard" encoding beyond XML 1.0.

If you can remember just five short years ago, it was once a major decision for IT developers to choose what encoding to persist and send their data:

• Should it be fixed-width or delimited?
• Should it be delimited with tabs or commas?  What about quotes?
• Should it be binary or text?  ASN.1? DXF? IGES?

Every system used a different encoding technique, and every time you wanted to interop you had to write a parser.  Most of us have written at least a few parsers for formats like IGES, W3C Log File, and so on.  How much money was wasted by people writing parsers?

Now fast-forward to 2003.  When a system developer thinks about persisting and sharing data, she automatically thinks "XML".  In 90% of cases, XML is the obvious choice and no debate occurs.  Do you think that this happens because XML is a superior format based on size, speed, or any othe technical criteria compared to the options available in 1998?  Of course not!  XML is the obvious choice because programmers are lazy, many parsers are freely available, and it's "good enough" for most uses.  The fact that XML is ubiquitous leads to plenty of parsing options being available, and more parsing options and tools leads to greater ubiquity.  Developers can use XML in most cases and be confident that everyone else in the world will be able to parse out their data with trivial effort.  Developers can argue about data schemas now instead of wasting time bickering about parser code and syntaxes.  This is a huge contribution!

The thing that many people fail to understand, though, is that none of this virtuous cycle could exist if XML parsers were not trustworthy.  XML depends on the fact that well-formed XML can be processed by any parser, and non-wellformed XML can be processed by none.  People deploy XML because they know it will "just work" no matter which parser is being used.  People deploy XML because they know it will work no matter whether it is IBM or Microsoft in favor that week.  Nothing about XML matters more than this promise matters.

So, consider what happens when we introduce some new encodings which are not wellformed XML 1.0, but we call them "XML" anyway.  When Jane in the IT department configures her EDI software to send an "XML" file to a partner, and the partner's machine rejects it, who is to blame?  Jane will claim that "my vendor says that XML 1.0bin is a W3C spec, so your vendor is non-standard", while the partner will claim "my vendor accepts XML 1.0 so your vendor is non-standard".  In fact, it is quite likely that vendors with multiple XML-enabled products would end up in situations where their own products failed to communicate with one another.  Note that this danger exists with any variations from XML 1.0, and not just "binary XML".

Reasonable people might argue that this is OK, and that IT pros will simply have to learn to distinguish between the four different incompatible types of XML (XML 1.0, XML 1.1, XMLfast, XMLsmall) and will have to manage the compatibility mismatches between all of their systems.  But that starts to look a lot like 1998 to me.  Developers will bicker about which XML to use, and will have to switch parsers based on the choice of data format.  Systems will have to offer and consume multiple formats and negotiate formats between one another.  I have a good memory, and I remember how badly things used to suck.  Having a solid, reliable "obvious choice" like XML 1.0 means freedom from pain for millions of developers.  Let's please don't mess with that too hastily.

SendDiff 1.2 (Binary)

SendDiff 1.2 (Binary) 09/01/2004 09:55 AM
A script that provides notification about any change in a CVS repository.

Tree-Binary-0.04

Tree-Binary-0.04 08/31/2004 05:19 PM

Binary Converter

Binary Converter 01/05/2004 01:28 PM
Pardon my dust...

Parse-Binary-0.08

Parse-Binary-0.08 09/08/2004 10:35 AM

SendDiff 1.3 (Binary)

SendDiff 1.3 (Binary) 09/08/2004 10:59 AM
A script that provides notification about any change in a CVS repository.

Convert-Binary-C-0.56

Convert-Binary-C-0.56 09/19/2004 05:41 AM

binary-clock 0.5

binary-clock 0.5 09/08/2004 12:30 PM
A console-based binary clock.

Binary Vortex v2.8

Binary Vortex v2.8 04/25/2004 07:17 PM
BinaryVortex pulls down pictures from Usenet Newsgroups. It is fast, efficient, reliable and easy to use. You can be up and running with BinaryVortex after typing in only a few simple setup options. [Shareware $19.95 30 days 779 KB]

Convert-Binary-C-0.55

Convert-Binary-C-0.55 08/22/2004 05:23 PM

Convert-Binary-C-0.48

Convert-Binary-C-0.48 11/02/2003 10:51 PM

Convert-Binary-C-0.53

Convert-Binary-C-0.53 05/25/2004 05:55 PM

Binary DB insertion using PHP

Binary DB insertion using PHP 10/02/2002 01:58 PM

Binary Search

Binary Search 02/21/2003 01:09 AM
Programmers can be so damned stupid sometimes. Take me for example. I've been working to optimize and adjust some code at work. I can't tell you what it does but I can tell you that it's too slow and uses...

Convert-Binary-C-0.52

Convert-Binary-C-0.52 05/25/2004 12:39 AM

Convert-Binary-C-0.54

Convert-Binary-C-0.54 07/01/2004 05:43 AM

Grok Description matches for Binary diff utility 1.0.4
GrokA matches for Binary diff utility 1.0.4

Binary diff utility 1.0.4

The following phrases have been identified by the grok system as matching this entry: