Symbol dziesiętny

[polymorphism]

ale przecież String bez nawiasów kwadratowych jest nie ograniczą tablicą

Błąd, String nie jest żadną tablicą!Jest to typ (klasowy) do przechowywania i operowania na łańcuchach znakowych. I tak powinieneś tę klasę widzieć.

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

String sep; // <--- jedna instancja klasy String
String sep[2]; // <--- dwie instancje klasy String w tablicy

[Cyfrowy Baron]

Jeszcze jedna wątpliwość, dlatego:

Jedna to zmienna - tego chyba wyjaśniać nie muszę, druga to tablica, gdyż zdefiniowano dwa elementy, to w nawiasach kwadratowych mówi, że jest to tablica typu String zawierająca dwa elementy. W tablicy możesz zdefiniować łańcuchy znaków, a nie tylko pojedyncze znaki, np:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

String tab[2];
tab[0] = "tekst 1";
tab[1] = "tekst 2";

Więc jest praktyczniejsza niż sama zmienna, chociaż w tym konkretnym przypadku mamy do czynienia z pojedynczymi znakami, więc zmienna też wystarczy.

ale przecież String bez nawiasów kwadratowych jest nie ograniczą tablicą

Można użyć zmiennej String, ale liczenie elementów rozpoczyna się od 1 a nie od 0, czyli kod powinien wyglądać np. tak:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

 float liczba;

 String sep = ".,";

 String decimal = (AnsiString)cDecimal;

 for(int x = 1; x < sep.Length(); x++)
 {

  if( Edit1->Text.LastDelimiter( sep[x] ) && sep[x] != decimal )
  {
  Caption = Edit1->Text.LastDelimiter( sep[x] ) ;
   Edit1->Text = StringReplace(Edit1->Text, sep[x], decimal, TReplaceFlags() << rfReplaceAll);
   break;
  }
 }

 liczba = Edit1->Text.ToDouble();

 Edit2->Text = liczba;

a w Twoim przypadku:

Plik nagłówkowy np. Unit1.h

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

public:
//           ..........
        String sep;

Plik źródłowy np. Unit1.cpp

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

void __fastcall TForm1::FormCreate(TObject *Sender)
{
 point = use_facet<numpunct<char> >(locale("")).decimal_point();

sep = ".,";
}

Nie twierdziłem, że nie możesz użyć samej zmiennej, ale Ty używałeś zarówno zmiennej jak i tablicy. Wypełniałeś wartościami tablicę lokalną, a zmienna publiczna pozostawała pusta. Podałem kod z tablicą, gdyż wolę jak kod jest przejrzysty, czyli potrzebuję tablicy używam tablicy.

gdybyś korzystał z funkcji sep.length

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

sep.Length()

Funkcja Length() zwraca długość łańcucha znaków i jeżeli użyjesz zmiennej AnsiString zamiast tablicy to musisz użyć funkcji Length zamiast makra ARRAYSIZE.

PS. Gdybym miał zmienną char, zamiast String, to wszytko powinno działać tak samo (Twój ostatni kod) - bo separator i tak jest jednym znakiem

Funkcja StringReplace operuje na zmiennych String nie char, ale po konwersji char na String mógłbyś tak zrobić, tylko po co konwertować, skoro od razu można użyć zmiennej String.

[oneiro]

Dzięki za wyjaśnienia, widać, że jesteś fascynatem programowania

Pozdrawiam i dzięki Wam obu za pomoc

[oneiro]

Witam ponownie,

Ciągnę dalej temat, pojawiły się nowe problemy.

Otóż zapasuję i odczytuję zmienne do pliku typu INI. Jeśli działam w obrębie jednego separatora dzisiętnego odczyt/zapis działa porpawnie. Jeśli jednak zapiszę liczbę z "kropką", a odczytuję z separatorem "przecinek" (lub odwrotnie) to dla tych zmiennych nie następuje odczytanie parametrów :/

Poniżej kod odczytujący z pliku ini. Separator odczytu - przecinek. Dane zapisane z "kropką".

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

//główny program
Param.ca=Ini->ReadFloat("PARAMETERS","ca",0);   //wartość ca w pliku INI to 26.5  - separator kropka
 

dostaję komunikat
---------------------------
Debugger Exception Notification
---------------------------
Project Project2.exe raised exception class EConvertError with message ''26.5' is not a valid floating point value'. Process stopped. Use Step or Run to continue.
---------------------------
OK Help
---------------------------


Jak to obejść, aby zapis z jednym separatorem dało się odczytam w systemie z innym separatorem?

PS. Tzn. wydaje, że wiem jak to zrobić - zamienne typu float zapisywać/odczytywać z/do pliku INI nie jako zmiennoprzecinkowe, ale jako string. A następnie użyć algorytmu podpowiedzianego przez Was. Tyle, że jest to (w mojej ocenie) mało eleganckie rozwiązanie - może da się to łatwiej zrobić?

Pozdrawiam, Krzysiek

[polymorphism]

Jeśli jednak zapiszę liczbę z "kropką", a odczytuję z separatorem "przecinek" (lub odwrotnie) (...)

Zdecyduj się na jeden separator i problem zniknie.

[Cyfrowy Baron]

Jeżeli w aplecie panelu sterowania 'Opcje regionalne i językowe', masz ustawiony separator dziesiętny, to musisz używać takiego separatora. Gdy w pliku INI raz masz jako separator kropkę a inny raz przecinek, to robi się problem. W tej sytuacji najlepiej jest pobierać wartość z pliku INI jako łańcuch znaków i konwertować go na liczbę zmiennopozycyjną, gdyż można w ten sposób wymusić stosowanie właściwego separatora:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

 TIniFile *Ini = new TIniFile( ExtractFilePath( Application->ExeName ) + "\\plik.ini" );

 TFormatSettings fSettings;

 String tekst = Ini->ReadString( "PARAMETERS", "ca", "0");

 if(tekst.Pos(".") > 0) fSettings.DecimalSeparator = '.'; else fSettings.DecimalSeparator = ',';

 float liczba = StrToFloatDef(tekst, 0, fSettings );

 Label1->Caption = liczba;

 delete Ini;

By jednak odbywało się to sprawnie najlepiej jest stworzyć sobie funkcję, która będzie dokonywała konwersji:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

long double SetRightDecimal(String Value)
{
 TFormatSettings fSettings;

 if(Value.Pos(".") > 0) fSettings.DecimalSeparator = '.'; else fSettings.DecimalSeparator = ',';

 return StrToFloatDef(Value, 0, fSettings );
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button3Click(TObject *Sender)
{
 TIniFile *Ini = new TIniFile( ExtractFilePath( Application->ExeName ) + "\\plik.ini" );

 float liczba1 = SetRightDecimal( Ini->ReadString( "PARAMETERS", "ca", "0") ); // ca=26.5 - kropka
 float liczba2 = SetRightDecimal( Ini->ReadString( "PARAMETERS", "ba", "0") ); // ba=26,5 - przecinek

 Label1->Caption = liczba1;
 Label2->Caption = liczba2;

 delete Ini;
}

W twoim przypadku powinno to wyglądać tak:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

long double SetRightDecimal(String Value)
{
 TFormatSettings fSettings;

 if(Value.Pos(".") > 0) fSettings.DecimalSeparator = '.'; else fSettings.DecimalSeparator = ',';

 return StrToFloatDef(Value, 0, fSettings );
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button3Click(TObject *Sender)
{
 Param.ca = SetRightDecimal( Ini->ReadString("PARAMETERS","ca", "0") );
}

Funkcja SeRightDecimal zwróci wartość z separatorem właściwym dla ustawień systemowych.
Jeżeli używasz środowiska C++Builder 6 to prawdopodobnie nie masz struktury TFormatSettings więc trzeba trochę pokombinować. Tak na szybko mogę zaproponować takie rozwiązanie:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

long double SetRightDecimal(String Value)
{
 char Info[2];
 GetLocaleInfo(LOCALE_SYSTEM_DEFAULT, LOCALE_SDECIMAL, Info, sizeof(Info));

 String dec = (String)Info;

 if(Value.Pos( dec ) == 0 )
 {
  if(dec == ".") Value = StringReplace(Value, ",", ".", TReplaceFlags() << rfReplaceAll);
  else Value = StringReplace(Value, ".", ",", TReplaceFlags() << rfReplaceAll);
 }

 return StrToFloat( Value );
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button3Click(TObject *Sender)
{
 TIniFile *Ini = new TIniFile( ExtractFilePath( Application->ExeName ) + "\\plik.ini" );

 float liczba1 = SetRightDecimal( Ini->ReadString( "PARAMETERS", "ca", "0") ); // ca=26.5
 float liczba2 = SetRightDecimal( Ini->ReadString( "PARAMETERS", "ba", "0") ); // ba=26,5

 Label1->Caption = liczba1;
 Label2->Caption = liczba2;

 delete Ini;
}

Zaletą podanych rozwiązań jest to, że dane z pliku INI będą pobierane zawsze prawidłowo niezależnie od tego jaki separator dziesiętny jest ustawiony w systemie.

[oneiro]

Ok działa, dzięki za pomoc. Testowane na dwóch różnych kompach.

[oneiro]

Powracam do tematu, bo przestało działać :/

Mam globalną strukturę dostępną dla każdego z formularzy, jednym z nich jest:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

//Plik h
struct SParametry
{
...
char Sep[2];
...
}
extern SParametry Param;

W FormCreate miałem takie coś:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

Param.point = use_facet<numpunct<char> >(locale("")).decimal_point();
Param.Sep[0] = '.';
Param.Sep[1] = ',';
 

Ale podczas wywoływania funkcji:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

double __fastcall SetRightDecimal(String Value)
{
 for(int x = 0; x < ARRAYSIZE(Param.Sep); x++)
   if( Value.LastDelimiter(Param.Sep[x]) && Param.Sep[x] != Param.point)
  {
   Value = StringReplace(Value, Param.Sep[x], Param.point, TReplaceFlags() << rfReplaceAll);
   break;
  }
  return Value.ToDouble();
}

zacząłem dostawać błąd o błędnym typie zmiennej (czyli dla separatora z "," zmienna z "." było błędem). I co się okazało

Mimo przypisania w FormCreate do Param.Sep[0] i Param.Sep[1] kropki i przecinka to funkcja SetRightDecimal widzi takie przepisanie i nie wiem dlaczego się zmienia:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

Param.Sep[0]='\x01';   //a powinno być '.'
Param.Sep[1]=','
 

Dodam, że jak ustawię jeszcze raz w dowolnym miejscu programu powyższe parametry to dopiero poprawnie się zapisuje.
Ustawiałem to też w konstruktorze Form1 (tj, w __fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)) ale efekt ten sam, nie działało. Dlaczego tak się dzieje?

[Cyfrowy Baron]

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

struct SParametry
{
char Sep[2];
} extern SParametry Param;

Tobie to się wogóle kompiluje? U mnie musi być:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

struct SParametry
{
char Sep[2];
}; SParametry Param;
extern SParametry Param;

Bez tego extern SParametry Param; też mi działa. U mnie błąd nie występuje!

Zrób tak jak jest u mnie i sprawdź. Jeżeli błąd nadal występuje to podaj całą konstrukcję struktury.

[polymorphism]

Baron, zmiennych globalnych nie definiuje się w plikach nagłówkowych! Tam jedynie dajesz ich deklaracje, czyli ów extern wchodzi do gry. Definicje dajesz w pliku CPP. I zapewne oneiro tak zrobił.

@oneiro, może Sep jest gdzieś nadpisywane przy wypełnianiu innych pól struktury, może przekraczasz zakres tablicy zdefiniowanej wyżej.

[Cyfrowy Baron]

Mi działa i bez extern, bo nie bardzo widzę sens umieszczania extern w pliku źródłowym.

Definicje dajesz w pliku CPP.

Chodzi Tobie o to:

Plik źródłowy np. Unit1.cpp

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

struct SParametry
{
char Sep[2];
};

Plik nagłówkowy np. Unit1.h

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

extern SParametry Param;

Opisz dokładnie o co Tobie chodzi, bo gdy próbuję zrobić jak piszesz, to kod się nie kompiluje, więc albo źle ciebie rozumiem, albo to nie może działać.

[polymorphism]

Mi działa i bez extern,

To, że działa, nie oznacza, że dobrze definiujesz zmienną globalną. Bez extern każda jednostka kompilacji ma swoją wersję zmiennej Param, więc trudno tu mówić o globalnym charakterze tej zmiennej.

Chodzi Tobie o to:

Definicja struktury i deklaracja zmiennej Param w nagłówku, definicja zmiennej Param w którymś pliku CPP. W sumie nie rozumiem Twojego problemu, bo przecież piszę o tym, co zrobił i pokazał oneiro (wcześniej w tym wątku pokazałem mu, jak tworzyć zmienne globalne). Swoją drogą programujesz już trochę i takie rzeczy powinieneś wiedzieć.

[Cyfrowy Baron]

Definicja struktury i deklaracja zmiennej Param w nagłówku,

Plik nagłówkowy np. Unit1.h

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

extern PACKAGE TForm1 *Form1;

struct SParametry
{
char Sep[2];
}; SParametry Param;

//---------------------------------------------------------------------------
#endif

No i co dalej? Bo za cholerę nie rozumiem co chcesz mi przekazać!

Wypróbowałem już wiele kombinacji, ale kompiluje mi się tylko to:

Plik nagłówkowy np. Unit1.h

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

extern PACKAGE TForm1 *Form1;

struct SParametry
{
char Sep[2];
};SParametry Param;

extern SParametry Param;

//---------------------------------------------------------------------------
#endif

Żadna kombinacja z plikiem źródłowym nie wchodzi w grę. Co bym nie umieścił w pliku źródłowym to nie daje się skompilować! Ewentualnie jeszcze taka kombinacja:

Plik nagłówkowy np. Unit1.h

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

extern PACKAGE TForm1 *Form1;

struct SParametry
{
char Sep[2];
};
extern SParametry Param;

//---------------------------------------------------------------------------
#endif

Plik źródłowy np. Unit1.cpp

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

SParametry Param;

Tylko, że dla mnie to już przestaje mieć charakter globalny, gdyż w każdym pliku źródłowym dla innych formularzy muszę deklarować: SParametry Param; więc w efekcie każdy z tych formularzy będzie korzystał i innej kopii struktury.

[polymorphism]

Ech...

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

// plik H
struct SParametry
{
char Sep[2];
};

extern SParametry Param; // deklaracja, która odnosi się do 'zewnętrznej' definicji

Czyli dokładnie to, co ma oneiro. I definicja zmiennej:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

//plik CPP
SParametry Param;

Nawet w tym, co podałeś jest:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

extern PACKAGE TForm1 *Form1;

teraz zajrzyj do pliku Unit1.cpp i zobacz, co tam masz

[Cyfrowy Baron]

Wiem o co Tobie chodzi, tylko, że nie widzę większej różnicy między umieszczaniem SParametry Param; w pliku źródłowym skoro równie dobrze mogę to umieścić w pliku nagłówkowym i też mi działa:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

struct SParametry
{
char Sep[2];
}; SParametry Param;

extern SParametry Param;

---

Tylko, że dla mnie to już przestaje mieć charakter globalny, gdyż w każdym pliku źródłowym dla innych formularzy muszę deklarować: SParametry Param; więc w efekcie każdy z tych formularzy będzie korzystał i innej kopii struktury.

Tu się trochę zagalopowałem, zapomniałem o tym extern.

---

W sumie to zwracasz mi uwagę na fakt, że oneiro kod się kompiluje, gdyż ma u siebie to czego nie podał. Nie wybiegałem myślami aż tak daleko i raczej oczekiwałem, że poda mi tutaj cały kod, gdyż puki co wszystko opiera się na domysłach co on tam u siebie napisał w kodzie.