Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!aioe.org!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Erland Sommarskog Newsgroups: comp.databases.ms-sqlserver Subject: Re: Raw data Date: Thu, 27 Oct 2011 23:22:12 +0200 Organization: Erland Sommarskog Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Injection-Info: mx04.eternal-september.org; posting-host="nBFDv6s1VJQDuF1w6hpX2A"; logging-data="7331"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Qh8YMa4DAsFq7XomNBI3w" User-Agent: Xnews/2006.08.24 Mime-proxy/2.1.c.0 (Win32) Cancel-Lock: sha1:lENe4WGdJKrQlodIqXapagPSp5M= Xref: x330-a1.tempe.blueboxinc.net comp.databases.ms-sqlserver:757 NewtoOrcl (newtoorcl@yahoo.com) writes: > I am trying to get the utl_raw.cast_from_number function to pass data to > a 3rd party application. I am kind of confused as to how it gets > converted into a binary format. Are these hexadecimal values? Why do > the results vary so much in their length? > > > 100 C202 > 200 C203 > 300 C204 > 400 C205 > 500 C206 > 1000 C20B > 10000 C302 > 100000 C30B > 1.2 C10215 I had never heard of this utl_raw.cast_from_number function before, so I searched for it on Google. It appears that this is a function in Oracle, so you are in the wrong newsgroup. I suggest that you try comp.databases.oracle instead. -- Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se Links for SQL Server Books Online: SQL 2008: http://msdn.microsoft.com/en-us/sqlserver/cc514207.aspx SQL 2005: http://msdn.microsoft.com/en-us/sqlserver/bb895970.aspx