NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak zabezpieczyć mały biznes przed awarią sprzętu i przerwami w dostawie prądu?
Goto page Previous 1, 2, 3, 4, 5, 6 Next
Queequeg
Guest
Guest
Thu Jan 09, 2020 1:39 pm
Mateusz Viste <mateusz@xyz.invalid> wrote:
Quote:
Nie zapominaj też o tych, co będą się kopać z koniem w 2038.
O tak. Będzie ciekawie. Nie przewidzieli że to, co wymyślili, utrzyma się
przez prawie 70 lat :)
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
Queequeg
Guest
Guest
Thu Jan 09, 2020 1:48 pm
J.F. <jfox_xnospamx@poczta.onet.pl> wrote:
Quote:
Ale wiesz jak to bywa - ktos napisal procedure/funkcje, ktos uzyl w
innym celu, a potem przez 30 lat nikt nie zmienial.
innym celu, a potem przez 30 lat nikt nie zmienial.
Dokładnie tak myślę.
Pewnie było zadanie, żeby wyciągnąć z RTC pełną datę, tylko tyle i aż
tyle. Nie było doprecyzowane, co zrobić z dwucyfrowym rokiem, więc ktoś
sobie założył to, co sobie założył.
Quote:
Dziwne tylko, ze nikt nie zmienil w dosc dynamicznej dziedzinie, gdzie
hardware zmienial sie czesto.
hardware zmienial sie czesto.
Hardware tak, ale RTC nie :)
Quote:
I ze nie zweryfikowali przy okazji roku 2000.
Po 2000 działało :P
Quote:
Jakos nikt nie chce opisac na czym blad polega, tzn jak sie objawia
...
...
Może jak kurz opadnie uda mi się dotrzeć do informacji (znajomy znajomego
znajomego... branże podobne, to się trochę ludzie przeplatają), ale wtedy
pewnie i tak nie będę mógł napisać.
Quote:
z trzeciej reki slysze, ze drukarka wyswietla "blad zegara" i odmawia
dalszej pracy.
dalszej pracy.
Tak, takie są oficjalne publikacje.
Zresztą sam mam na biurku kasę fiskalną (nie chcę pisać jakiej firmy),
która ma wyciek zasobów (nie zamyka socketa, gdy połączenie timeoutuje).
Miałem zgłaszać, pewnie zgłoszę jak wrócę do tematu.
Quote:
Ustawila rok 1920 i uwaza, ze to za duze cofniecie ?
Nic nie ustawiała, w RTC przeskoczyło z 19 na 20 i driver nagle zaczął
zwracać 1920... a inny fragment kodu stwierdził, że rok jest poza
zakresem, czyli data nieprawidłowa, czyli zegar nieustawiony :)
Tak myślę.
Quote:
A moze ... program sprawdza czy data zaczyna sie od 20, i wtedy bierze
nastepne dwie cyfry roku, a tu tych cyfr nie bylo
nastepne dwie cyfry roku, a tu tych cyfr nie bylo
Czemu tak?
Quote:
Bardziej mi się kojarzy ktoś zafascynowany postarzaniem urządzeń - co
ja będę kombinował z ustawianiem elektrolitów koło ciepłych elementów
aby za jakiś czas wyschły skoro mogę ten sam efekt (i bez niepewności
co do zadziałania) osiągnąć zegarem.
W drukarkach fiskalnych jest ten problem ?
ja będę kombinował z ustawianiem elektrolitów koło ciepłych elementów
aby za jakiś czas wyschły skoro mogę ten sam efekt (i bez niepewności
co do zadziałania) osiągnąć zegarem.
W drukarkach fiskalnych jest ten problem ?
Bardzo wątpię. Przecież te urządzenia są supportowane, wspierane i
serwisowane, a kasa musi działać przez minimum ileś raportów dobowych.
Pracuję w podobnej branży od 2011 r. i nigdy nie spotkałem się z celowym
postarzaniem urządzeń ani wewnętrznym sabotowaniem ich pracy. Wprost
przeciwnie, gdy np. certyfikat ma wygasnąć lub wiadomo o innej usterce to
robi się wszystko, żeby nie posypało się to u klienta (zdalny update).
Quote:
Teraz masz z kolei akcje wymiany na online, potem tez cos wymysla -
ten biznes sie kreci
ten biznes sie kreci
Biznes się kręci, a straty sklepów, które nie mogły pracować? :)
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
Piotr GaĹka
Guest
Guest
Thu Jan 09, 2020 4:08 pm
W dniu 2020-01-08 o 18:34, Mateusz Viste pisze:
Quote:
Nie zapominaj też o tych, co będą się kopać z koniem w 2038.
Liczymy unsigned i odwlekamy problem poza nasz horyzont zdarzeń
P.G.
Piotr GaĹka
Guest
Guest
Thu Jan 09, 2020 4:13 pm
W dniu 2020-01-09 o 12:48, Queequeg pisze:
Quote:
Nic nie ustawiała, w RTC przeskoczyło z 19 na 20 i driver nagle zaczął
zwracać 1920... a inny fragment kodu stwierdził, że rok jest poza
zakresem, czyli data nieprawidłowa, czyli zegar nieustawiony :)
Tak myślę.
zwracać 1920... a inny fragment kodu stwierdził, że rok jest poza
zakresem, czyli data nieprawidłowa, czyli zegar nieustawiony :)
Tak myślę.
A może wszystko by chodziło dalej, gdyby była tabela stawek VAT dla 1920r.
P.G.
Mateusz Viste
Guest
Guest
Thu Jan 09, 2020 5:03 pm
2020-01-09 o 16:08 +0100, Piotr Gałka napisał:
Quote:
W dniu 2020-01-08 o 18:34, Mateusz Viste pisze:
Nie zapominaj też o tych, co będą się kopać z koniem w 2038.
Liczymy unsigned i odwlekamy problem poza nasz horyzont zdarzeń
Nie zapominaj też o tych, co będą się kopać z koniem w 2038.
Liczymy unsigned i odwlekamy problem poza nasz horyzont zdarzeń
Już 2038 to jest poza horyzontem, przynajmniej moim. Ale nie w tym
rzecz. To trochę jak z ekologią: my już do końca se dożyjemy, ale co z
dziećmi, wnukami?
Liczenie unsigned jest jedną z opcji. Inną opcją byłoby rozszerzenie
typu. Obie te opcje wymagają co najmniej rekompilacji, a w zależności
od implementacji także zmian w kodzie. Dla nowego kodu to nie problem,
ale tak samo Y2K nie było dla niego problemem. Kłopot z tym całym
"legacy", które działa od lat i nikt nie chce tego dotknąć z obawy, że
przestanie działać.
Mateusz
Queequeg
Guest
Guest
Thu Jan 09, 2020 8:57 pm
Piotr Gałka <piotr.galka@cutthismicromade.pl> wrote:
Quote:
Tak myślę.
A może wszystko by chodziło dalej, gdyby była tabela stawek VAT dla 1920r.
A może wszystko by chodziło dalej, gdyby była tabela stawek VAT dla 1920r.
Hmm, pytanie czy tabele są per rok, czy zmieniane w razie potrzeb, choć
raczej gdyby tak było, to komunikat brzmiałby "brak tabeli VAT" a nie
"ustaw zegar"... hmm.
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
Marek
Guest
Guest
Fri Jan 10, 2020 10:26 am
On Thu, 9 Jan 2020 05:38:43 +0000 (UTC), queequeg@trust.no1
(Queequeg) wrote:
Quote:
Ok, ktoś ustawił rok. Ten rok został zapisany w tym incie na
czterech
cyfrach. Później ktoś wyłączył urządzenie, a później je włączył.
Skąd
urządzenie, po włączeniu, wie, jaka jest obecnie data?
czterech
cyfrach. Później ktoś wyłączył urządzenie, a później je włączył.
Skąd
urządzenie, po włączeniu, wie, jaka jest obecnie data?
RTC sje nie wyłącza. Działa dziesięciolecia jeśli jest dobrze
zaprojektowane.
Quote:
Ale nie ma szansy obsługiwać dat poniżej 2000. Być może ten driver
był
pisany przed tym rokiem.
był
pisany przed tym rokiem.
A.kogo obchodzą daty przed 2000? To jakiś nonsens.
--
Marek
SW3
Guest
Guest
Fri Jan 10, 2020 11:52 am
W dniu 2020-01-09 o 17:03, Mateusz Viste pisze:
Quote:
Liczenie unsigned jest jedną z opcji. Inną opcją byłoby rozszerzenie
typu.
typu.
Chyba mniej problematyczną a i odwlekającą problem "nieco" bardziej.
--
SW3
----
Państwo to wielka fikcja, dzięki której każdy usiłuje żyć kosztem
innych. /Bastiat
Queequeg
Guest
Guest
Fri Jan 10, 2020 12:02 pm
Marek <fake@fakeemail.com> wrote:
Quote:
Ok, ktoś ustawił rok. Ten rok został zapisany w tym incie na czterech
cyfrach. Później ktoś wyłączył urządzenie, a później je włączył. Skąd
urządzenie, po włączeniu, wie, jaka jest obecnie data?
RTC sje nie wyłącza. Działa dziesięciolecia jeśli jest dobrze
zaprojektowane.
cyfrach. Później ktoś wyłączył urządzenie, a później je włączył. Skąd
urządzenie, po włączeniu, wie, jaka jest obecnie data?
RTC sje nie wyłącza. Działa dziesięciolecia jeśli jest dobrze
zaprojektowane.
Czyli program przy starcie odczytuje datę z RTC.
A na ilu cyfrach RTC zapisuje rok? Na dwóch, przynajmniej te, które
widziałem.
Skąd program ma wiedzieć, czy 20 odczytane z RTC to 1920 czy 2020, a może
jest już 2120? Odczytasz z RTC rok 20 i zrobisz z niego 2020, dodając
2000? Zrobiłbyś tak samo, gdybyś pisał ten driver 30 lat temu?
Quote:
Ale nie ma szansy obsługiwać dat poniżej 2000. Być może ten driver
był pisany przed tym rokiem.
A.kogo obchodzą daty przed 2000? To jakiś nonsens.
był pisany przed tym rokiem.
A.kogo obchodzą daty przed 2000? To jakiś nonsens.
Dziś nikogo, ale jeśli driver był pisany przed rokiem 2000, to obchodziły.
Teraz mamy nadal początek wieku, więc niby możemy sobie założyć, że
doklejamy 20 na początku i prawdopodobnie będzie OK (a jak za 80 lat nie
będzie, to i tak już nas to nie będzie obchodziło), ale w roku, powiedzmy,
1990, nie było to takie oczywiste.
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
Marek
Guest
Guest
Sat Jan 11, 2020 10:46 am
On Fri, 10 Jan 2020 10:02:59 +0000 (UTC), queequeg@trust.no1
(Queequeg) wrote:
Quote:
Skąd program ma wiedzieć, czy 20 odczytane z RTC to 1920 czy 2020,
a może
jest już 2120? Odczytasz z RTC rok 20 i zrobisz z niego 2020,
dodając
a może
jest już 2120? Odczytasz z RTC rok 20 i zrobisz z niego 2020,
dodając
Jeśli programista piszący program w 1998 bierze pod uwagę możliwość
wystąpienia roku 1920 znaczy, że jest idiotą (chyba, że nazywa się
Emmet Brown i pracuje nad pewną, dość kontrowersyjną modyfikacją
DeLorean"a).
Każdy normalny programista uzna, że rok odczytany z rtc mniejszy od
98 dotyczy lat 2000-2097. To daje gwarancję prawidłowego odczytywania
daty przez następne 100 lat. Myślę, że w 2097 dla urządzenia nie
będzie problemem zbliżający się następny wiek, bo nie będzie już
wtedy funkcjonować (jak przystało każdemu popsuje się wkrótce po
gwarancji).
--
Marek
Cezary GrÄ
dys
Guest
Guest
Sat Jan 11, 2020 5:47 pm
W dniu 11.01.2020 o 10:46, Marek pisze:
Quote:
On Fri, 10 Jan 2020 10:02:59 +0000 (UTC), queequeg@trust.no1 (Queequeg)
wrote:
Skąd program ma wiedzieć, czy 20 odczytane z RTC to 1920 czy 2020, a
może jest już 2120? Odczytasz z RTC rok 20 i zrobisz z niego 2020,
dodając
Jeśli programista piszący program w 1998 bierze pod uwagę możliwość
wystąpienia roku 1920 znaczy, że jest idiotą (chyba, że nazywa się
Emmet Brown i pracuje nad pewną, dość kontrowersyjną modyfikacją
DeLorean"a).
Każdy normalny programista uzna, że rok odczytany z rtc mniejszy od 98
dotyczy lat 2000-2097. To daje gwarancję prawidłowego odczytywania daty
przez następne 100 lat. Myślę, że w 2097 dla urządzenia nie będzie
problemem zbliżający się następny wiek, bo nie będzie już wtedy
funkcjonować (jak przystało każdemu popsuje się wkrótce po gwarancji).
wrote:
Skąd program ma wiedzieć, czy 20 odczytane z RTC to 1920 czy 2020, a
może jest już 2120? Odczytasz z RTC rok 20 i zrobisz z niego 2020,
dodając
Jeśli programista piszący program w 1998 bierze pod uwagę możliwość
wystąpienia roku 1920 znaczy, że jest idiotą (chyba, że nazywa się
Emmet Brown i pracuje nad pewną, dość kontrowersyjną modyfikacją
DeLorean"a).
Każdy normalny programista uzna, że rok odczytany z rtc mniejszy od 98
dotyczy lat 2000-2097. To daje gwarancję prawidłowego odczytywania daty
przez następne 100 lat. Myślę, że w 2097 dla urządzenia nie będzie
problemem zbliżający się następny wiek, bo nie będzie już wtedy
funkcjonować (jak przystało każdemu popsuje się wkrótce po gwarancji).
A jeśli to jest system do banku? Kredyty mogą być przecież
długookresowe, a jeszcze ktoś moze zalegać ze spłatą...
--
Cezary Grądys
czarekgr@wa.onet.pl
Marek
Guest
Guest
Sun Jan 12, 2020 9:09 am
On Sat, 11 Jan 2020 17:47:21 +0100, Cezary
Grądys<czarekgr@wa.onet.pl> wrote:
Quote:
A jeśli to jest system do banku? Kredyty mogą być przecież
długookresowe, a jeszcze ktoś moze zalegać ze spłatą...
długookresowe, a jeszcze ktoś moze zalegać ze spłatą...
Gwarantuję, że "rtc" dla banku ma trochę więcej możliwości niż
zapisywanie roku w 2 cyfrach :)
--
Marek
Queequeg
Guest
Guest
Mon Jan 13, 2020 5:37 pm
Marek <fake@fakeemail.com> wrote:
Quote:
Jeśli programista piszący program w 1998
Nigdzie nie jest powiedziane, że program był napisany w 1998 r.
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
kk
Guest
Guest
Thu Jan 16, 2020 8:45 pm
On 2020-01-09 12:37, Queequeg wrote:
Quote:
In pl.misc.elektronika Marek <fake@fakeemail.com> wrote:
Swoją drogą nie za bardzo rozumiem sensu takiej funkcji. Jeśli ktoś
wysyła na kilka grup to honorowanie fut ograniczy odpowiedz tylko na
jedną a to automatycznie izoluje użytkowników tamtych grup od dyskusji,
po co tak? Mnie to osobiście irytuje że nie zobaczę odpowiedzi bo akurat
nie subskrybuje grupy w fut.
Idea jest taka, że czasem dyskusja zbacza na temat właściwy dla innej
grupy. Co złośliwsi czasem ustawiają FUT na pl.test, żeby mieć ostatnie
słowo :)
Nie ma żadnego obowiązku honorowania FUT jak się uważa, że FUT jest
niezasadny (i wtedy się pisze, że FUT ignored), ale wg mnie czytnik
powinien poinformować użytkownika o FUT (i może dać wybór, czy
honorować FUT, czy nie), choć nie wiem co na to RFC.
Dobrym zwyczajem przy crosspostach jest FUT na jedną z grup, tak żeby
zainteresowani dyskusją mogli ją zasubskrybować i przejrzeć dyskusję
tam...
Swoją drogą nie za bardzo rozumiem sensu takiej funkcji. Jeśli ktoś
wysyła na kilka grup to honorowanie fut ograniczy odpowiedz tylko na
jedną a to automatycznie izoluje użytkowników tamtych grup od dyskusji,
po co tak? Mnie to osobiście irytuje że nie zobaczę odpowiedzi bo akurat
nie subskrybuje grupy w fut.
Idea jest taka, że czasem dyskusja zbacza na temat właściwy dla innej
grupy. Co złośliwsi czasem ustawiają FUT na pl.test, żeby mieć ostatnie
słowo :)
Nie ma żadnego obowiązku honorowania FUT jak się uważa, że FUT jest
niezasadny (i wtedy się pisze, że FUT ignored), ale wg mnie czytnik
powinien poinformować użytkownika o FUT (i może dać wybór, czy
honorować FUT, czy nie), choć nie wiem co na to RFC.
Dobrym zwyczajem przy crosspostach jest FUT na jedną z grup, tak żeby
zainteresowani dyskusją mogli ją zasubskrybować i przejrzeć dyskusję
tam...
Mają subskrybować grupę by przeczytać jeden wątek?!
Queequeg
Guest
Guest
Fri Jan 17, 2020 10:43 am
In pl.misc.elektronika kk <kk@op.pl.invalid> wrote:
Quote:
Mają subskrybować grupę by przeczytać jeden wątek?!
Ja nie mówię, co mają. Ja mówię, jakie są przyjęte standardy.
--
https://www.youtube.com/watch?v=9lSzL1DqQn0
elektroda NewsGroups Forum Index - Elektronika Polska - Jak zabezpieczyć mały biznes przed awarią sprzętu i przerwami w dostawie prądu?