replacement on SWiK

D & W Windows & Sunrooms

Thu, 28 Aug 2008 14:12:56 -0700

D&W Windows, in business since 1955, is family owned and operated. Our success lies in our focus on fundamental values which include exceptional customer service, outstanding products.

http://profiles.smartlinksolutions.com/window

Clonezilla

Fri, 15 Aug 2008 22:05:05 -0700

Symantec Ghost, Firefox style.

ComboBoo - combobox with Mootools

Thu, 14 Aug 2008 09:05:51 -0700

FancyForm - Javascript checkbox replacement

Sat, 09 Aug 2008 09:11:31 -0700

degrades gracefully on all older, non-supporting browsers.

Apple Hack - How to Replace the Cells in Your Apple Powerbook G3 Battery!

Fri, 25 Jul 2008 23:55:15 -0700

Here’s a cool apple hack on how to replace the cells in your Apple Powerbook G3 if your batteries keep running out of time.

I decided to get new replacement cells from Battery Space instead of surplus cells at a slightly better price elsewhere. There are nine 18650 Li Ion cells in each battery, so I ordered 18 of them at a cost of about $100 with solder tabs. When they arrived, I carefully followed the instructions here to disassemble the first battery. It looked identical to the one in the photos there as you can see below.

via make

Brought to you by: Zedomax.com

Apple Hack - How to Replace the Cells in Your Apple Powerbook G3 Battery!

http://www.ticadvisors.com/

Wed, 23 Jul 2008 07:20:47 -0700

TIC Advisors is a 1031 exchange company specializing in 1031 exchanges into tenants in common replacement properties. It is our commitment to empower accredited investors with valuable information to educate and assist them with making informed 1031 exchange investment decisions.

GNU Emacsマニュアル: 探索と置換

Wed, 09 Jul 2008 02:48:11 -0700

emacsの置換

CFModGuide < Main < TWiki

Wed, 02 Jul 2008 06:47:46 -0700

CrossTeX

Wed, 25 Jun 2008 06:54:59 -0700

xbibtex

Wed, 25 Jun 2008 04:58:45 -0700

Annotated link http://www.diigo.com/bookmark/http%3A%2F%2Fwww.ecn.wfu.edu%2F%7Ecottrell%2Fxbibtex

xbibtex

Wed, 25 Jun 2008 04:55:14 -0700

Annotated link http://www.diigo.com/bookmark/http%3A%2F%2Fwww.ecn.wfu.edu%2F%7Ecottrell%2Fxbibtex

Die ist eine Testseite für custom Form Elements - Checkboxen und Radiobuttons selbst per CSS gestalten / Test custom Form Elements

Fri, 20 Jun 2008 12:05:50 -0700

getmail version 4

Mon, 16 Jun 2008 11:12:23 -0700

BiblioX

Mon, 16 Jun 2008 09:22:34 -0700

Bibulus

Mon, 16 Jun 2008 06:19:53 -0700

Household Essentials Hack - How to Refill a Disposable Brita Brand Water Filter!

Sun, 08 Jun 2008 11:02:40 -0700

I am guilty of spending about $20 every month for a Brita water-filter but here’s a cool hack that shows you that all you gotta do is replace the carbon crap inside it.

Why buy a replacement filter for $6 to $10 (or more) when you can refill your old filter cartridge housing for about 50 cents?!

Refilling is quick, easy and economical. If you can refill a salt shaker, then you should be able to refill a Brita, PuR, or other brand water pitcher cartridges. All that you will need is an old cartridge, some activated carbon, a polyethylene plug, a sharp utility knife or Xacto knife. A 1/2″ drill motor and 1/2″ drill bit are optional, but can aid in rounding out the hole.

via hackszine - instructables

Aaron Gadberry " Blog Archive " Inject Build Time (timestamp) Property Using Maven

Fri, 06 Jun 2008 02:54:50 -0700

Seashore - About

Mon, 02 Jun 2008 21:41:51 -0700

Rockbox - Open Source Jukebox Firmware

Mon, 02 Jun 2008 18:19:12 -0700

Rockbox - Open Source Jukebox Firmware

Tue, 20 May 2008 10:16:25 -0700

Yamaha Ns10 Clones But Better Maybe

Mon, 28 Apr 2008 15:16:50 -0700

Im taking that quote from the review that “if It sounds good on these they sound good on every thing.

The new HS series reference monitors have been created by Yamaha’s studio monitor engineering team to deliver exceptionally flat, accurate response that you can trust. Unlike “monitor” speakers with exaggerated bass and treble that make a good first impression but can’t be relied on for accuracy, the HS series were designed to be true studio reference monitors in the tradition of the legendary Yamaha NS10M.
HS50M, HS80M, HS10W | Speakers | Products | Yamaha Pro Audio

The case for a parser replacement

Sun, 27 Apr 2008 06:21:59 -0700

Following up on the last post, I want to give my rationale behind why I think it would be beneficial to produce a replacement for MySQL's recognizer.

Beware, this post has gotten much longer than I intended...

Let me address the common objections first.

Common objections

But, we have an implementation already

Yes, but it is based on YACC and a handwritten lexer and we are thus constrained to C/C++ leaving out many interesting applications.

Although there are YACC implementations for languages other than C/C++, they are different products, with different authors, different codebases and different behavior. Also it's hard to add a new target language because essentially you have to rewrite YACC for that language, thus porting the whole parser generator and not only the code generator. An error prone and tedious exercise.

The lexer on the other hand must be rewritten completely for each new target language, simply because it's not generated code at all.

Most languages can bind to C/C++ code

Also true, but the point to consider is that ripping out the lexer and parser implementations to use them independently from mysqld is hard. Both of them are closely tied to the server code and contain many many actions that rely on surrounding infrastructure.

Aside: I'm told the Workbench Team has done something like this, to avoid having to rewrite the recognizer. Given their goal (produce a developer tool and actually ship it - hooray, btw :)) that was a smart move. My goals are different and I'm not constrained by deadlines regarding this long-term project.

One other point is that sometimes it's not trivial or desired to use C/C++ code in projects. A native language implementation has its advantages, for example debugger support.

A new implementation brings new bugs

Of course it will. But the existing implementation contains bugs, too. By concentrating on the actual language grammar (not its implementation!) and going through the steps to create a new grammar we will find bugs in the existing implementation and that will help everyone. This is not a theoretical advantage, because I have found a bug that leads to a server crash, by writing and testing a new grammar. Taking the step back and thinking about how the language is supposed to work helps to uncover flaws. Parser bugs can become glaringly obvious this way.

Having two implementations helps with squishing bugs in both implementations, however. Taking a lot of queries and running them through both will help discovering bugs and thus makes both of them more robust.

It adds no value to MySQL (= no new feature)

I disagree wholeheartedly. The current state of the parser subsystem is bad. Almost no one really understands what's going on in there, there's no clear separation of code, and it's virtually impossible to create a plugin interface for parsers.

The latter stems from the fact that the parser does a lot more than just parsing. It sets all kinds of hints for later subsystems, there's no clear API for building trees that are used to drive the query execution and it's all being done inline. In short, a tangled mess.

Cleaning that code up will add immense value to MySQL because then it will be possible to support different dialects of SQL or even completely different query languages (as long as it's possible to map them to something that makes sense for the rest of the relational model in MySQL).

I think it is vitally important for MySQL to move to a pluggable architecture all the way through the server. Just look at how much good the Storage Engine concept has done for MySQL. Let's extend that to other parts and make the code more accessible to the community developers. (At the same time our own developers will have a better time, too :))

LL-parsing is for dummies

Many people I have spoken with about my proposal take offense at the LL-parsing algorithm ANTLR uses. The general reason given was that LALR(1) parsing is so much more efficient. I do not think that ANTLR with its LL(*) algorithm has to hide itself in terms of efficiency but only real benchmarking can tell how big the impact really is. I'm inclined to think that it actually is negligible and that the clarity of implementation and gain of productivity, as well as the new possibilities that come with the use of ANTLR, negate those concerns.

New possibilities

As mentioned above, having a pluggable parser architecture with ANTLR would make it possible to

test the parser(s) in isolation, finally making unit tests possible for that subsystem
- Does anyone doubt that this is a good thing?
implement different query languages or dialects for use with MySQL, without having to go through some sort of middleware to provide that.
- I know people wanted to explore MDX support in MySQL, which is a huge task given the current codebase.
- Even dynamically changing parsers within one connection is a possibility.
enable stuff like query tree rewriting at the grammar level.

Basing a new parser implementation on an actively developed tool has the benefit that we would gain new functionality basically for free. For example ANTLR will soon support combining existing grammars using composition, making it easy to reuse and modify existing grammars just be specifying the differing rules. An ideal solution for dialects of one language - and dialects SQL has...

A point I briefly mentioned above is ANTLR's capability to generate code for a variety of different target languages, without even changing a single line of code. There's simply no lock-in into a single language like YACC or handwritten solutions pose (actions of course have to be written in the respective target languages, but usually that can be factored out into an API). This is a good thing, IMHO, because it would enable heavy reuse of the "official" grammars. Incidentally that's one major point that comes up as an objection: "Please use the official grammar MySQL uses internally, so it's compatible." With this solution it basically comes for free!

Wouldn't it be awesome when people can just take the grammar file, generate code from it, and use the result in their application? How much easier would it be to make IDEs that "know" about MySQL syntax? Syntax highlighting wouldn't be hard to do anymore. Even query rewriting (and thus support for sharding, parallel queries, backwards compatibility with old schemas, analyzing column or table usage) would be made a lot easier - and there are not regexes involved at all :)

In short: Having easy access to the syntax tree in a language agnostic way would enabled all sorts of interesting applications outside the MySQL server, which I think would be a good thing for the community.

Here's an interesting thought: You could even use a tree building parser and a subsequent phase to check for SQL injections and even filter them out on the fly. Not that you should have SQL injections in the first place, but it's an interesting application.

Not to mention how cool it would be to simply tell the MySQL server "The following query is actually using Oracle 8 syntax, please just use the parser for that." :P

Radius Intelligent Replaceable Head - Soft, 6 pieces

Mon, 21 Apr 2008 08:19:19 -0700

Replacement Clock for >OSX-Leopard

Tue, 05 Feb 2008 00:38:28 -0800

Zimbra - Community

Thu, 31 Jan 2008 13:09:35 -0800

SourceForge.net: Supercopier

Sat, 29 Dec 2007 18:00:56 -0800

Songbirdnest.com | Songbird Media Player

Sat, 24 Nov 2007 17:30:29 -0800

FancyForm - Javascript checkbox replacement

Mon, 19 Nov 2007 07:44:21 -0800

OO Database

Tue, 23 Oct 2007 08:41:08 -0700

Jean-Francois Arcand's Blog: Grizzly: An HTTP Listener Using Java Technology NIO

Fri, 19 Oct 2007 08:33:01 -0700

replacement on SWiK

D & W Windows & Sunrooms

Clonezilla

ComboBoo - combobox with Mootools

FancyForm - Javascript checkbox replacement

Apple Hack - How to Replace the Cells in Your Apple Powerbook G3 Battery!

Related posts

http://www.ticadvisors.com/

GNU Emacsマニュアル: 探索と置換

CFModGuide < Main < TWiki

CrossTeX

xbibtex

xbibtex

Die ist eine Testseite für custom Form Elements - Checkboxen und Radiobuttons selbst per CSS gestalten / Test custom Form Elements

getmail version 4

BiblioX

Bibulus

Household Essentials Hack - How to Refill a Disposable Brita Brand Water Filter!

Aaron Gadberry " Blog Archive " Inject Build Time (timestamp) Property Using Maven

Seashore - About

Rockbox - Open Source Jukebox Firmware

Rockbox - Open Source Jukebox Firmware

Yamaha Ns10 Clones But Better Maybe

The case for a parser replacement

Common objections

But, we have an implementation already

Most languages can bind to C/C++ code

A new implementation brings new bugs

It adds no value to MySQL (= no new feature)

LL-parsing is for dummies

New possibilities

Radius Intelligent Replaceable Head - Soft, 6 pieces

Replacement Clock for >OSX-Leopard

Zimbra - Community

SourceForge.net: Supercopier

Songbirdnest.com | Songbird Media Player

FancyForm - Javascript checkbox replacement

OO Database

Jean-Francois Arcand's Blog: Grizzly: An HTTP Listener Using Java Technology NIO