Új hozzászólás Aktív témák

• #5587 dabadab titán aviator #5586

  Új Válasz 2016-05-10 22:38:26 #5587

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz aviator #5586 üzenetére

  "A magyarázatod egyszerűsíthető úgy [..]"

  Igen.

• #5585 dabadab titán aviator #5584

  Új Válasz 2016-05-10 21:13:49 #5585

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz aviator #5584 üzenetére

  "Azért lett pointer a tömb típusa mert később a koordináták címeire lesz szükség."

  Ez a hiba. Ha szükség van a koordináták címeire, akkor veszed a címüket a & operátorral

  Azzal, hogy az a tömb koordinata* típusú, azt mondtad, hogy ez egy pointert tartalmaz egy koordinata structra - és ez ezt is jelenti. Amikor létrehozod a haromszoget, akkor az létrejön, lesz benne három pointer, amik nem mutatnak sehova (pontosabba valami tök véletlenszerű helyre mutatnak), persze, hogy úgy elszáll a program.
  Kénytelen leszel feltölteni ezeket a pointereket kézzel, pl. úgy, hogy foglalsz három koordinata structot, aztán azoknak a pointereit berakod (és amikor nem kellenek, akkor majd nyomsz rájuk egy free-t is). Ez remek dolog, ha valamiért te szeretnéd foglalni ezeket vagy más helyen lefoglalt structok pointerét akarnád felhasználni, viszont úgy tűnik, hogy egyáltalán nem ezt akarod, hanem azt, hogy a fordító hozzon létre neked három koordinata structot, meg aztán majd szabadítsa is fel a megfelelő időben.

  Szóval ez kell neked:

  typedef struct haromszog
  {
  koordinata csucsok[3];
  
  }haromszog;
  
  haromszog triangle;
  scanf("%d %d %d", &(triangle->csucsok[0].x),&(triangle->csucsok[0].y),&(triangle->csucsok[0].z));

• #5573 Jester01 veterán aviator #5572

  Új Válasz 2016-05-06 23:01:35 #5573

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz aviator #5572 üzenetére

  C-ben a string nem más mint egy char tömb aminek a végét egy lezáró nulla byte jelzi. A tömb pedig ekvivalens a pointerrel

• #5571 Jester01 veterán aviator #5570

  Új Válasz 2016-05-06 22:36:45 #5571

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz aviator #5570 üzenetére

  Ez meg a híres tömb-pointer ekvivalencia. C-ben a tömb automatikusan konvertálódik az első elemére mutató pointerré:

  Except when it is the operand of the sizeof operator or the unary & operator, or is a string literal used to initialize an array, an expression that has type "array of type" is converted to an expression with type "pointer to type" that points to the initial element of the array object and is not an lvalue.

• #5570 aviator tag aviator #5569

  Új Válasz 2016-05-06 22:33:20 #5570

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  aviator

  tag

  válasz aviator #5569 üzenetére

  char szoveg[101];
  char*szpt;
  scanf("%s",szoveg);
  szpt=(char*)malloc(sizeof(char)*((strlen(szoveg))+1));
  strcpy(szpt,szoveg);
  printf("%s",szpt);
  free(szpt);

  Újabb hasonló probléma. A strcpy itt elméletileg egy char típusú tömböt másol egy char* típusú tömbbe, ami nem lenne lehetséges. Sejtem, hogy az előző "indexelés megeszi a pointert" dolognak lesz itt is jelentősége, gondolom itt az indexelés a string-ben áll annak ellenére, hogy nem látszik az indexelő [] operátor. Kiíratáskor pedig látszólag string-ként íródik ki a pointer típus.
  Amit nem értek az az, hogy a strcpy két paramétere hogy lesz azonos típusú, melyiknek változik meg a típusa (ha egyáltalán megváltozik) és miért, illetve, hogy a kiíratáskor hogy lesz a pointerből kiíratható string.

• #5568 Jester01 veterán aviator #5567

  Új Válasz 2016-05-06 21:23:02 #5568

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz aviator #5567 üzenetére

  Azért mert az indexelés [] már megette a pointert
  Ugyebár definíció szerint x[i] = *(x + i)

• #5544 zka67 őstag aviator #5542

  Új Válasz 2016-04-24 20:55:21 #5544

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz aviator #5542 üzenetére

  Szia, bocs hogy beleszólok, de a legegyszerűbben így érted meg, hogy a & jel csinál pointert a változódból. Mivel a pointer már pointer, eztért nem kell hozzá külön a & jel.

• #5543 Jester01 veterán aviator #5542

  Új Válasz 2016-04-24 20:54:47 #5543

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz aviator #5542 üzenetére

  Mindenképp egy pointer kell. Ha eleve pointered van akkor nyilván már semmi dolgod
  Ha tömböd van akkor is írhatod például így: x + 3 vagy &x[3]
  Ugye az a[b] definíció szerint egyenértékű a *(a+b) kifejezéssel, és az & jel arra kell hogy a *-ot kiüsse.

• #5541 dobragab addikt aviator #5539

  Új Válasz 2016-04-24 20:01:39 #5541

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dobragab

  addikt

  válasz aviator #5539 üzenetére

  [link]

• #5540 buherton őstag aviator #5539

  Új Válasz 2016-04-24 19:58:47 #5540

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz aviator #5539 üzenetére

  A példádban az x az egy mutató, ami egy memória területre mutat. A scnaf csak pointereket vár paraméterként, így amikor memória területed van, akkor annak címét kell átadnod. A &-vel képezhetsz címet egy memória területről.

Új hozzászólás Aktív témák