Chirurgia endoscopică a hipofizei
"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală. Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale. www.neurohope.ro |
Este kernel-ul "encoding agnostic"?
Last Updated: Jun 09 2014 18:23, Started by
psycho22
, Jun 08 2014 20:10
·
0
#19
Posted 09 June 2014 - 11:08
fread si vezi exact ce ai.
Daca rulezi programul din consola, vei avea ce doreste consola sa ai (cmd.exe). Ea preia datele de la tastatura si ti le scrie tie (console aplication) in stdin. Daca faci redirect la input dintr-un fisier, va fi ca si cum ai citi din acel fisier. Daca un alt program iti face redirect la input cand iti porneste aplicatia, vei avea ce iti trimite acel program. |
#20
Posted 09 June 2014 - 12:19
psycho22, on 09 iunie 2014 - 10:56, said:
Deci in stdin am valorile astea http://msdn.microsof...6(v=vs.85).aspx si nu caractere encodate? Consola e o astfel de aplicatie (nimic magic) : http://msdn.microsof...0(v=vs.85).aspx Legat de "caractere encodate", ele sunt o insiruire de octeti. Avem tipul wchar_t unde sizeof() are valoarea/lungimea 2, tu in mod normal ii dai un caracter/o reprezentare (in Unicode sa zicem) dar daca am codul de mai jos intelegi ce am facut ? wchar_t c; ... c = 'x'; ... ((char*) &c)[0] = 0xFF; ((char*) &c)[1] = 0x00; Edited by neagu_laurentiu, 09 June 2014 - 12:26. |
#21
Posted 09 June 2014 - 12:41
neagu_laurentiu, on 09 iunie 2014 - 12:19, said:
Daca vrei sa intelegi detalii despre mesajele si programarea Windows va trebui sa inveti asa ceva. Consola e o astfel de aplicatie (nimic magic) : http://msdn.microsof...0(v=vs.85).aspx Legat de "caractere encodate", ele sunt o insiruire de octeti. Avem tipul wchar_t unde sizeof() are valoarea/lungimea 2, tu in mod normal ii dai un caracter/o reprezentare (in Unicode sa zicem) dar daca am codul de mai jos intelegi ce am facut ? wchar_t c; ... c = 'x'; ... ((char*) &c)[0] = 0xFF; ((char*) &c)[1] = 0x00; Edited by psycho22, 09 June 2014 - 12:42. |
#23
Posted 09 June 2014 - 13:32
neagu_laurentiu, on 09 iunie 2014 - 13:11, said:
Eu am inteles ca tu privesti 1 caracter = 1 byte Acum cred ca am inteles: stdin e un fisier care este legat la console input, un program care converteste semanele de la taste in ceva encodat. Acest fisier pot sa-l leg oricand la alt program sau la alt fisier. Deci poate contine si valorile fizice ale tastelor, si valori Ascii, si orice. Dar el, in mod normal e legat la console input. Deci in mod normal acolo se afla caractere encodate. Stdout, la fel. Un simplu fisier care e legat la alt program, console output. Programul asta se asteapta sa primeasca caractere, deci trebuie sa-i dai caractere. Daca fisierul stdout e legat la altceva, atunci trebuie sa ii dai ce asteapta sa primeasca acel ceva. Am inteles bine? Edited by psycho22, 09 June 2014 - 13:32. |
#24
Posted 09 June 2014 - 14:02
E un stream. In acest concept intra si fisierul care de regula e localizat pe hdd.
http://en.wikipedia....tandard_streams Edited by neagu_laurentiu, 09 June 2014 - 14:04. |
#25
Posted 09 June 2014 - 14:57
"The low-level console I/O functions enable applications to receive detailed input about keyboard and mouse events, as well as events involving user interactions with the console window."
Imi puteti da un exemplu de astfel de functie? |
#26
Posted 09 June 2014 - 15:08
http://www.ctyme.com/intr/int-33.htm
Si gasesti detalii pe aici: http://www.ctyme.com/rbrown.htm In Windows ai functiile de aici: http://msdn.microsof...3(v=vs.85).aspx iar impreuna cu tehnicile de programare din WinAPI faci ce vrei. Edited by neagu_laurentiu, 09 June 2014 - 15:14. |
#27
Posted 09 June 2014 - 15:15
Citatul e din pagina MSDN despre consolele Windows, iar tot acolo ai si diverse exemple: http://msdn.microsof...1(v=vs.85).aspx
|
#28
Posted 09 June 2014 - 16:04
Acele functii "read" si "write" sunt doar pe unix? Echivalentul pe windows e "ReadConsole" si "WriteConsole"?
|
|
#29
Posted 09 June 2014 - 16:09
Sunt si in Windows: http://msdn.microsof...y/634ca0c2.aspx
Doar ca acele din capitolul despre consola sunt functii API ale sistemului. Cele din CRT fac apel la WinAPI. Daca te gandesti la un alt limbaj cu alte biblioteci/framework-uri atunci si acestea au propriile metode conform stilului introdus dar pana la urma toate fac apel (direct sau indirect) la functiile sistemului de operare. Nici un limbaj cu tehnologiile adiacente nu scoate din palarie rezolvari de situatii in lucrul cu hardware-ul fara a face apel la sistemul de operare (nu vorbesc de cazul cand chiar scrii dedicat pe o arhitectura fara a fi dependent de un OS). Edited by neagu_laurentiu, 09 June 2014 - 16:18. |
#30
Posted 09 June 2014 - 16:20
Deci ReadConsole e apelata de read? Ma asteptam sa fie invers.
|
#31
Posted 09 June 2014 - 16:29
read() e mai generica, are in spate ReadFile, cea pentru consola actioneaza pe specificul sau.
Pana la urma libC (asa cum e cunoscuta biblioteca in Unix-like) sau C Run-Time (in Windows) e o colectie de rutine (C standard library) peste sistemul de operare. In Visual Studio ai codul functiei read() la vedere precum si a tuturor celor din CRT. Dar din WinAPI nu Edited by neagu_laurentiu, 09 June 2014 - 16:41. |
#32
Posted 09 June 2014 - 16:43
neagu_laurentiu, on 09 iunie 2014 - 16:29, said:
read() e mai generica, are in spate ReadFile, cea pentru consola actioneaza pe specificul sau. Pana la urma libC (asa cum e cunoscuta biblioteca in Unix-like) sau C Run-Time (in Windows) e o colectie de rutine (C standard library) peste sistemul de operare. In Visual Studio ai codul functiei read() la vedere precum si a tuturor celor din CRT. Dar din WinAPI nu |
#33
Posted 09 June 2014 - 16:55
Eu cred ca depinde de OS. In Windows n-ai direct acces la o librarie C, trebuie sa o instalezi, pt ca Windows permite accesul la serviciile sistemului printr-o interfata independenta de limbaj. Eu personal cred ca o folosesc pt a ascunde ce limbaj au folosit la scrierea Windows.
In sistemele Unix-like gen Linux, functiile clasice din libraria C se folosesc doar unele pe altele. O aplicatie grafica acolo trebuie sa comunice prin aceste functii, sau prin apelul de sistem socket. Scanf foloseste read pt ca read este un apel de sistem. |
|
#34
Posted 09 June 2014 - 16:58
#35
Posted 09 June 2014 - 17:00
ReadConsole e functie ce nu e in libraria C standard. Deci n-ar avea sens sa foloseasca o functie de nivel jos una de nivel inalt.
|
#36
Posted 09 June 2014 - 17:02
Dar cred ca m-am prins: scanf se foloseste de read pentru ca read e tot din biblioteca standard, adica functie portabila, pe cand ReadConsole e specifica windows. Dard in cazul citirii stdin cele 2 functii (read si ReadConsole) duc la acelasi rezultat.
|
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users