Comments on: Base Conversion Functions

By: PB

PB — Mon, 22 Aug 2011 08:16:27 +0000

Not sure if anyone is still active in this forum…

But I the logic in this code (great, clean code!) and converted it to plpgsql and ran some tests. It works great except I ran into an error.

When trying to convert "10184397971067″ from base10 to base2 (DEC2BIN), I get the result of:
"0010100001100111101011011000101111001111011″
where I should have gotten:
"10010100001100111101011011000101111001111011″ (the left-most "1″ is missing).

I verified this with MySQL CONV function, which got the result of "10010100001100111101011011000101111001111011″.

Can someone verify this?

By: barneyb

barneyb — Thu, 02 Apr 2009 03:23:18 +0000

Tolaneas,

Yeah, that's a viable solution, and hopefully one that will be irrelevant in CF9 since CFSCRIPT is supposed to have the full functionality of CFML tags. I didn't want to clutter the example with an extra function though, so I opted for NaN.

By: Tolaneas

Tolaneas — Wed, 01 Apr 2009 23:09:58 +0000

If CFScript doesn't support a throw statement, you can always write a function in a CFC using CFML that takes arguments to pass to a CFThrow tag.

THEN you could call the CFC method in CFScript to throw yourself an error.

By: barneyb

barneyb — Mon, 26 Jan 2009 17:58:01 +0000

Yeah, underscore and dash are certainly allowed. The legal digits are up to the RFC monkeys, I just wanted an algorithm that was sound for N digits, where N was unbounded.

It was actually an fun experiment to write the functions. I expected it to be a bit more cumbersome, but the base-general rules for number assembly are remarkably simple and clean. The UDFs follow suit, as expected, aside from the one-indexing workarounds and the hackish error trapping.

By: John Farrar

John Farrar — Mon, 26 Jan 2009 14:59:00 +0000

You could also add an underscore. Isn't that allowed in all URLs/file names? We have used this concept in a number of areas. Your script is cleaner than one we created years ago… thanks for sharing.