C/C++ Algoritam: Iz Dekadnog u Hex prenoseci vrednosti... [Arhiva]

Pogčedajte punu verziju : C/C++ Algoritam: Iz Dekadnog u Hex prenoseci vrednosti...

LiquidBrain

12. 03. 2007., 13:32

Pozdrav,
evo pravim neku biblioteku za komunikaciju sa mernim uredjajima, i izpizdeo sam, dakle evo shta je problem.

Recimo imam neku vrednost koja je u dekadnom zapisu, na primer :
123456
Tu vrednost trebam da konvertujem u heksadekadni oblik da izgleda ovako:
0x12 0x34 0x56
Nije da sam se neshto ubio od razmishljanja, ali mi ne pada nishta napamet...

ZAPAZANJE: Svi dekadni brojevi su sestocifreni.

Svaka pomoc je dobrodoshla. Hvala unapred.

jablan

12. 03. 2007., 14:49

sprintf("%x", broj)?

ppavlovic

12. 03. 2007., 14:50

http://answers.google.com/answers/threadview?id=588461

int main() {
char outStr[256];
int inDec = 65535;
sprintf(outStr,"%x",inDec);
printf("%d in hex is %s\n",inDec,outStr);
}

LiquidBrain

12. 03. 2007., 14:51

Uh... boga mi ubih se od razmishljanja i nemam reshanje... jedino mi preostaje da napravim kodnu tabelu iz koje cu da vadim podatke... :(

Dragi Tata

12. 03. 2007., 14:54

Nije mi sasvim jasno u čemu je problem. Treba da ispisuješ te podatke kao hex na konzolu? Samo udari

cout << hex << moj_broj;

LiquidBrain

12. 03. 2007., 14:59

Ne treba mi stampanje na konzolu, treba mi vrednost u promenljivoj. I to ne da broj konvertujem u hex vec da ga prenesem u hex.

Na primer da:

25 dekadno => 0x25 hex
99 dekadno => 0x99 hex

a ne da
25 dekadno => 0x19 hex

Elem, tu treba neko sabiranje. dodam neku vrednost na dekadnu i onda konvertujem u hex. ali nikako da nadjem pravilo, koliko trebam da dodam :(

jablan

12. 03. 2007., 15:04

sprintf(tvoj_broj_kao_string, "%d", tvoj_broj);
sscanf(tvoj_broj_kao_string, "%x", &tvoj_broj_kao_hex);

Verujem da će Dragi Tata da nabode neki one-liner. ;)

Dragi Tata

12. 03. 2007., 15:08

A te promenljive su ti integralni tipovi a ne string? U tom slučaju imaš bar dva rešenja:

1) Lako ali verovatno sporo: upišeš taj broj u string stream, pa ga onda pročitaš iz istog streama sa hex manipulatorom.
2) Malo teže: razbiješ broj na niz cifara, pa onda konstruišeš nov broj tako što ih množiš sa 16 na x (gde x ide od 0 do broja cifara minus jedan)

Dragi Tata

12. 03. 2007., 15:09

Jablane, nas dvojicu mogu da smeste u neki klaster za parallel computing :D

LiquidBrain

13. 03. 2007., 07:09

Nasao sam reshenje... lako i bez matematike :)

char[100] translate = { 0x0, 0x1, 0x2, 0x3, 0x4, 0x5, 0x6, 0x7, 0x8, 0x9, 0x10,
0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18, 0x19,
0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27, 0x28,
0x29, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37,
0x38, 0x39, 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46,
0x47, 0x48, 0x49, 0x50, 0x51, 0x52, 0x53, 0x54, 0x55,
0x56, 0x57, 0x58, 0x59, 0x60, 0x61, 0x62, 0x63, 0x64,
0x65, 0x66, 0x67, 0x68, 0x69, 0x70, 0x71, 0x72, 0x73,
0x74, 0x75, 0x76, 0x77, 0x78, 0x79, 0x80, 0x81, 0x82,
0x83, 0x84, 0x85, 0x86, 0x87, 0x88, 0x89, 0x90, 0x91,
0x92, 0x93, 0x94, 0x95, 0x96, 0x97, 0x98, 0x99 };

i onda pristupam nizu naosnovu dekadnog dela :)

int br_hex = translate[br_dec];

Petar Marić

13. 03. 2007., 12:52

Vidim da te buffer overflow ne brine preterano...

Dragi Tata

13. 03. 2007., 13:32

LiquidBrain

13. 03. 2007., 15:08

Lepo, ali to ne radi ono što si ti opisao da ti treba.

Recimo, ako imaš int 50, tvoja tabela će da ga mapira na char čija je vrednost 0x50, a to je 'P'. Ako si to hteo, super, ali sam shvatio da ti treba string "0x50".

Da ovo je ono shto mi treba, ako sam loshe objasnio izvinjavam se. A shto se tice buffer overflow-a nije problem, radim proveru ;)

krcko

14. 03. 2007., 21:04

cek zar ne mozes to sa sprintf?

s = sprintf("0x%s", i);

ako sam te dobro razumeo... (doduse ovako bi ja radio u d-u, za c i c++ nisam bash siguran)

LiquidBrain

15. 03. 2007., 07:29

cek zar ne mozes to sa sprintf?

s = sprintf("0x%s", i);

ako sam te dobro razumeo... (doduse ovako bi ja radio u d-u, za c i c++ nisam bash siguran)

Pa ne moze, poshto mi treba vrednost kao broj a ne string...

Dragi Tata

15. 03. 2007., 20:23

(doduse ovako bi ja radio u d-u, za c i c++ nisam bash siguran)

Interesantno je da su ljudi počeli da se navlače na D. Bio sam siguran da od toga nema ništa.

caboom

15. 03. 2007., 21:51

ja bih ipak svoje kockice stavio na scala-u... generisala je zanimljiv "tihi" hype u poslednje vreme.

Dragi Tata

16. 03. 2007., 00:06

ja bih ipak svoje kockice stavio na scala-u

Voleo bih da si u pravu - jezik mi se jako dopada. Na žalost, još ne vidim da se traži u oglasima za posao a dok se to ne desi, ipak ostaje marginalizovana.

Takođe mi se jako dopada i Boo na .NET strani, ali opet ne vidim ga u oglasima :(

caboom

16. 03. 2007., 00:31

oh to se svakako nece desiti pre nego sto se (i ako se) pojavi killer-app, postoje neke blage naznake da bi to moglo da se desi u sledece 2 godine po glasinama iz valley-a, ali to je sve na nivou rekla-kazala.
(u prevodu - nista me ne sprecava da se nadam :)

krcko

16. 03. 2007., 01:31

Pa ne moze, poshto mi treba vrednost kao broj a ne string...
k, pogresno sam razumeo...

Interesantno je da su ljudi počeli da se navlače na D. Bio sam siguran da od toga nema ništa.
znam ja da za D nema posla sada (i nisam siguran da ce ga ikada biti), ali ja jos uvek ne moram da trazi posao pa mogu da programiram u jeziku koji mi odgovara... uzivam dok mogu :)

jablan

16. 03. 2007., 09:25

Scala, Boo... Morao sam da guglam. Kažite lepo Python, bre.

caboom

16. 03. 2007., 10:03

hm... scala nema neke preterane bliskosti sa python-om, ono sto je mene "kupilo" jeste:
1) jako lep miks OO i funkcionalne paradigme
2) threadless concurency nalik erlang-u kroz actor-e (rocks!)
3) vrti se nad JVM-om
4) XML je first-class value
5) moguce je koristiti java klase, though - generics-i jos uvek prave problem po tom pitanju (wildcard-ovi konkretno), drugim recima scala generics-i se ne mapiraju direktno na java 1.5 generics-e, ali postoji eksperimentalna podrska za pravilno mapiranje u scala-i od verzije 2.10

jablan

16. 03. 2007., 10:21

Ma zezam se, nisam se preterano udubljivao. Mada kapiram da je "miks funkcionalne i OO paradigme" prilično velika dodirna tačka ova dva jezika (dovoljno velika da je možemo nazvati duž).

Hehe, sad gledam primer Scale (http://www.scala-lang.org/docu/examples/files/addressbook.html), kakvo ludilo:

def toXHTML =
<table cellpadding="2" cellspacing="0">
<tr>
<th>Last Name</th>
<th>First Name</th>
</tr>
{ for (val p <- people) yield
<tr>
<td> { p.name } </td>
<td> { p.age.toString() } </td>
</tr>
}
</table>;

LiquidBrain

16. 03. 2007., 12:08

Ivan

16. 03. 2007., 15:41

+1 :)

filmil

21. 03. 2007., 21:23

int br_hex = translate[br_dec];

А како би било:

int br_hex = 16*(br_dec / 10) + (br_dec %10);

Не знам шта ти тачно треба, али ова линија ради исто што и табела коју си дао.

Не знам куд иде програмирање, почињем да се забрињавам кад људи не могу да набоду овакве ствари... :(

ф

filmil

21. 03. 2007., 21:25

Interesantno je da su ljudi počeli da se navlače na D. Bio sam siguran da od toga nema ništa.

На жалост, сорта људи која мисли да је цеовска синтакса добра идеја неће скоро да изумре. :(

ф

Dragi Tata

21. 03. 2007., 21:56

На жалост, сорта људи која мисли да је цеовска синтакса добра идеја неће скоро да изумре. :(

Банда, Филипе, банда! :D

LiquidBrain

22. 03. 2007., 07:25

А како би било:

int br_hex = 16*(br_dec / 10) + (br_dec %10);

Не знам шта ти тачно треба, али ова линија ради исто што и табела коју си дао.

Не знам куд иде програмирање, почињем да се забрињавам кад људи не могу да набоду овакве ствари... :(

ф

Hvala, na zalost ja nisam dobar iz matematike, tako da mi nije ni palo napamet da odradim ovako jednostavnu stvar. A s'obzirom da mi je trebalo brzo reshenje morao sam da se snadjem, a sem toga posto mi se ovo izracunavanje pojavljuje jedno 100x
u funkciji brze je ako pristupam nizu nego radim izracunavanje svaki put.

A inace programiranje se okrece biznis logici. Naravno postojace mali broj dobro placenih sistemskih programera, a ostali ce raditi na programskim jezicima koji su vishe orijentisani poslovanju nego samom programiranju.

Pozdrav :)

Dragi Tata

22. 03. 2007., 14:56

A inace programiranje se okrece biznis logici. Naravno postojace mali broj dobro placenih sistemskih programera, a ostali ce raditi na programskim jezicima koji su vishe orijentisani poslovanju nego samom programiranju.

"Okreće se" od 1959 kada je napravljen COBOL :)