[C] Zapisywanie do tablicy przez wskaźnik

[Matt91111 5]

Program się nie sypie , tylko czemu do tablicy to nie chcę zapisywać?

#include <stdio.h>
#include <stdlib.h>

#define WLK_TABLICY 2

void wczytaj_liczby(int wielkosc, float* liczby);

int main()
{
  float liczby[WLK_TABLICY];

  wczytaj_liczby( (sizeof(liczby) / sizeof(liczby[0])) , liczby);

  int i = 0;
  for(;i < WLK_TABLICY; i++, printf("%.2f \n", i));

  return 0;
}

void wczytaj_liczby(int wielkosc, float* liczby) {
  int i = 0;

  for(i = 0; i<wielkosc; i++) {
     printf("Wprowadz liczbe %d z %d: \n", i+1, wielkosc);

     scanf("%f", &liczby[i]);
  }
}

[MitycznyJeż 478]

Zaczynasz się robić nudny

 

WARNINGI!

[Matt91111 5]

Zaczynasz się robić nudny

 

WARNINGI!

Niestety masz rację

 

Teraz leci bez ostrzeżeń, debuger pokazuje, że wszystkie elementy tablicy zostały prawidłowo ustawione, a pierwsza wartość tablicy nie jest wyświetlana poprawnie, iteracja leci od zera i nwm z jakiego powodu pierwsza wyświetlana wartość jest zawsze równa "0.00"

for(i = 0;i < WLK_TABLICY; i++, printf("%.2f \n", liczby[i]));

 

Poprawiony kod:

#include <stdio.h>
#include <stdlib.h>

#define WLK_TABLICY 4

void wczytaj_liczby(int wielkosc, float* liczby);

int main()
{
  float liczby[WLK_TABLICY];

  wczytaj_liczby( (sizeof(liczby) / sizeof(liczby[0])) , liczby);

  int i = 0;
  for(i = 0;i < WLK_TABLICY; i++, printf("%.2f \n", liczby[i]));

  return 0;
}

void wczytaj_liczby(int wielkosc, float* liczby) {
  int i = 0;

  for(i = 0; i<wielkosc; i++) {
     printf("Wprowadz liczbe %d z %d: \n", i+1, wielkosc);

     scanf("%f", &liczby[i]);
  }
}

[MitycznyJeż 478]

Dlaczego tego wypisującego fora tak przekombinowałeś?

 

Zobacz co Ci wypisze ta sama pętla z dodatkowym, "diagnostycznym" dodatkiem:

for(i = 0;i < WLK_TABLICY; i++, printf("[%d] = %.2f \n", i, liczby[i]));

[Matt91111 5]

Dlaczego tego wypisującego fora tak przekombinowałeś?

 

Zobacz co Ci wypisze ta sama pętla z dodatkowym, "diagnostycznym" dodatkiem:

for(i = 0;i < WLK_TABLICY; i++, printf("[%d] = %.2f \n", i, liczby[i]));

Faktycznie nie było to potrzebne i++ leci przecież przed printf

 

a tak właściwie to nie powinno to wybuchnąć po przekroczeniu zakresu tablicy ?

[BlackBishop 1]

masz

 

#define WLK_TABLICY 2
void wczytaj_liczby(int wielkosc, float* liczby);

 

a wywołujesz

   wczytaj_liczby( WTF --> (sizeof(liczby) / sizeof(liczby[0])) <-- WTF , liczby);

 

 

to żeś se życie skomplikował

 

   wczytaj_liczby( WLK_TABLICY , liczby);

[209458 867]

a tak właściwie to nie powinno to wybuchnąć po przekroczeniu zakresu tablicy ?

C/C++ nie sprawdza zakresów tablic, ze względów wydajnościowych. System operacyjny sprawdza czy proces nie sięga poza swoją pamięć, ale jak wyjedziesz poza zakres tylko trochę jest duża szansa, że wciąż będziesz w swojej pamięci, tylko np trafisz w inne zmienne albo już przydzielone, ale jeszcze nie użyte miejsce.

[Matt91111 5]

masz

 

#define WLK_TABLICY 2
void wczytaj_liczby(int wielkosc, float* liczby);

 

a wywołujesz

   wczytaj_liczby( WTF --> (sizeof(liczby) / sizeof(liczby[0])) <-- WTF , liczby);

 

 

to żeś se życie skomplikował

 

   wczytaj_liczby( WLK_TABLICY , liczby);

Fixed wiem wiem jak to wygląda, ale z dugiej strony się zastanawiam czy tego nie powrzucać w każdym wywołaniu funkcji. Pani doktor napewno doceni starania

[BlackBishop 1]

a pytanie na serio - piszesz w gołym C bo to na uczelnię czy sam się uczysz i jesteś masochistą ?

[Matt91111 5]

a pytanie na serio - piszesz w gołym C bo to na uczelnię czy sam się uczysz i jesteś masochistą ?

Nie jestem aż takim masochistą żeby się C uczyć 50% ostatnich problemów wiąże się z tym że nie mogłem użyć cywilizowanych typów, kontenerów etc. std::vector, std::string oraz tego że g++ mi wyrzuca zawsze błędy przy niezgodności typów ale od przyszłego semestru jest szansa, że nie będę tak postów nabijał bo na C++ przechodzimy i rzucamy w cholere to dziadostwo

[BlackBishop 1]

nie no - należy wiedzieć jak obchodzić się z operacjami low-level bo w C++ też się zdecydowanie przydają

 

ciekawe kiedy zaczniesz kompilować bardziej skomplikowane programy z włączonymi agresywnymi optymalizacjami i odkryjesz magiczny świat undefined behaviour oraz pisać swoje funkcje typu memcpy i zastanawiać się dlaczego ta funkcja z biblioteki standardowej jest średnio 8+ raza szybsza od własnej

[Matt91111 5]

nie no - należy wiedzieć jak obchodzić się z operacjami low-level bo w C++ też się zdecydowanie przydają

 

ciekawe kiedy zaczniesz kompilować bardziej skomplikowane programy z włączonymi agresywnymi optymalizacjami i odkryjesz magiczny świat undefined behaviour oraz pisać swoje funkcje typu memcpy i zastanawiać się dlaczego ta funkcja z biblioteki standardowej jest średnio 8+ raza szybsza od własnej

No też się trochę cieszę, że wiem od kuchni jak wygląda przydzielanie pamięci ale wole użyć new niż memalloc, realloc. Najbardziej mi klas brakowało i przeładowania funkcji i przydzielanie pamięci też jest uciążliwe, nie wspominając o kontroli typów. W c++ to może kilka razy program położyłem bo kompilator rzucał we mnie błędami a w C to w 50% zaczynam dostrzegać że coś je nie tak jak się program kładzie.

A własna funkcja do przydzielania pamięci to pewnie przez WinAPI będzie rozwiązana?

[BlackBishop 1]

na pewnym etapie zawsze musisz odwołać się do systemu aby przydzielić pamięć - cały trik polega na tym aby zrobić to lepiej niż malloc

[MitycznyJeż 478]

@Matt91111

Szczerze, to lepiej po chwilowym nurkowaniu w C będzie Ci się zainteresować wysokopoziomowymi kwestiami. Chociażby w poruszanym temacie alokacji pamięci i zarządzania zasobami - jak pisać program bez użycia new i delete Bo poza jednostkowymi przypadkami ręczne zarządzanie pamięcią nie przynosi żadnego zysku, a tworzy tylko okazję do wycieków i innych głupich błędów.