Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.programming > #30026 > unrolled thread

Rust

Started byBorneq <borneq@antyspam.hidden.pl>
First post2017-08-05 18:10 +0200
Last post2017-08-09 06:50 -0700
Articles 20 on this page of 135 — 15 participants

Back to article view | Back to pl.comp.programming

Contents

  Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-05 18:10 +0200
    Re: Rust w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-05 19:48 +0200
    Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-05 20:13 +0200
    Re: Rust szykcech@gmail.com - 2017-08-06 02:54 -0700
      Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-06 03:03 -0700
        Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-07 13:02 +0200
          Re: Rust szykcech@gmail.com - 2017-08-07 05:20 -0700
            Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:49 +0200
        Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-07 13:04 +0200
          Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:58 +0200
            Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-09 21:52 +0200
              Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:16 +0200
                Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-10 07:48 +0200
                  Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 08:57 +0200
                    Re: Rust godek.maciek@gmail.com - 2017-08-10 01:42 -0700
                      Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 11:03 +0200
                    Re: Rust godek.maciek@gmail.com - 2017-08-10 02:34 -0700
                      Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:51 +0200
                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 03:17 -0700
                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:56 +0200
                      Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 06:25 -0700
                  Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-10 05:19 -0700
                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:57 +0200
                    Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 06:21 -0700
                      Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 02:40 -0700
        Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:43 +0200
          Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 02:48 -0700
            Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 14:17 +0200
              Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 06:25 -0700
                Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 15:56 +0200
                  Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 20:13 +0200
                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 22:14 +0200
                      Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 13:34 -0700
                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 07:23 +0200
                          Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 05:43 -0700
                            Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 16:38 +0200
                              Re: Rust Adam M <amorawski@magna-power.com> - 2017-08-09 07:48 -0700
                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 17:00 +0200
                              Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 09:42 -0700
                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:12 +0200
                                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 10:15 -0700
                                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:52 +0200
                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:15 +0200
                                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 10:29 -0700
                                    Re: Rust wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-09 19:32 +0200
                                      Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:53 +0200
                                        Re: Rust wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-09 20:09 +0200
                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:45 +0200
                                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 11:18 -0700
                                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 21:04 +0200
                                      Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 13:03 -0700
                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:17 +0200
                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:24 +0200
                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:34 +0200
                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:38 +0200
                                          Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 14:36 -0700
                                            Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 23:57 +0200
                                      Re: Rust Roman Tyczka <noemail@because.no> - 2017-08-09 22:22 +0200
                                        Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 13:31 -0700
                                          Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 23:54 +0200
                                      Re: Rust godek.maciek@gmail.com - 2017-08-09 13:48 -0700
                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 00:08 +0200
                                          Re: Rust godek.maciek@gmail.com - 2017-08-09 15:24 -0700
                                            Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 16:06 -0700
                                              Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 07:18 +0200
                                            Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 01:36 +0200
                                              Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-10 07:22 +0200
                                              Re: Rust godek.maciek@gmail.com - 2017-08-09 23:28 -0700
                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 09:13 +0200
                                                  Re: Rust godek.maciek@gmail.com - 2017-08-10 01:38 -0700
                                                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 10:57 +0200
                                                      Re: Rust godek.maciek@gmail.com - 2017-08-10 02:04 -0700
                                                        Re: Ruststrukturalny jezy= "AK" <nobody@nowhere.net> - 2017-08-10 22:27 +0200
                                                Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 18:06 +0200
                                                  Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 20:39 +0200
                                                    Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 12:20 -0700
                                                      Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:06 +0200
                                                        Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:23 +0200
                                                          Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 23:01 +0200
                                                      Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:18 +0200
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:27 +0200
                                                          Re: Rust Roman Tyczka <noemail@because.no> - 2017-08-11 09:58 +0200
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:36 +0200
                                                      Re: Rust szykcech@gmail.com - 2017-08-10 13:24 -0700
                                                        Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:32 +0200
                                                          Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:56 +0200
                                                          Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 02:34 -0700
                                                            Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:03 +0200
                                                              Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 05:34 -0700
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:43 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:55 +0200
                                                                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-11 06:15 -0700
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 15:17 +0200
                                                                  Re: Rust kropelka@gmail.com - 2017-08-11 11:55 -0700
                                                                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 22:03 +0200
                                                                      Re: Rust kropelka@gmail.com - 2017-08-11 13:43 -0700
                                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 07:04 +0200
                                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 07:25 +0200
                                                                    Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 22:13 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 15:27 +0200
                                                              Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-11 05:53 -0700
                                                                Re: Rust Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-08-11 15:17 +0200
                                                          Re: Rust szykcech@gmail.com - 2017-08-12 06:59 -0700
                                                            Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 19:08 +0200
                                                              Re: Rust Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-12 11:17 -0700
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:27 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:41 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:46 +0200
                                                                  Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-12 20:26 -0700
                                                                    Re: Rust Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-12 21:01 -0700
                                                                      Re: Rust slawek <fake@fakeemail.com> - 2017-08-13 07:29 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:53 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:56 +0200
                                                                Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:57 +0200
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:45 +0200
                                                          Re: Rust szykcech@gmail.com - 2017-08-12 06:56 -0700
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:46 +0200
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:48 +0200
                                                        Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:52 +0200
            Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:57 +0200
              Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 12:52 -0700
          Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:51 +0200
        Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:45 +0200
          Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 20:45 +0200
          Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 12:50 -0700
      Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:41 +0200
        Re: Rust szykcech@gmail.com - 2017-08-07 07:28 -0700
          Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 22:42 +0200
            Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-08 07:46 +0200
              Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 09:12 +0200
            Re: Rust Zenon Oktawiec <zenon@samm.com.pl> - 2017-08-08 11:41 +0200
              Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 14:14 +0200
                Re: Rust Zenon Oktawiec <zenon@samm.com.pl> - 2017-08-08 14:18 +0200
      Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:06 +0200
    Re: Rust Adam M <amorawski@magna-power.com> - 2017-08-09 06:50 -0700

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

#30134

Fromslawek <fake@fakeemail.com>
Date2017-08-10 22:27 +0200
Message-ID<almarsoft.6517522294910373190@news.v.pl>
In reply to#30131
On Thu, 10 Aug 2017 22:18:11 +0200, "AK" <nobody@nowhere.net> wrote:
> Java i C# to swiat (prawie) wylacznie referencyjny.

Java tak. C# nie. Bo struktury są typami wartościowymi.

Wypadało COŚ WIEDZIEĆ zanim się zacznie pisać.

[toc] | [prev] | [next] | [standalone]

#30144

FromRoman Tyczka <noemail@because.no>
Date2017-08-11 09:58 +0200
Message-ID<1gqd0rfaoa3l6$.dlg@tyczka.com>
In reply to#30134
On Thu, 10 Aug 2017 22:27:23 +0200, slawek wrote:

>> Java i C# to swiat (prawie) wylacznie referencyjny.
> 
> Java tak. C# nie. Bo struktury są typami wartościowymi.
> 
> Wypadało COŚ WIEDZIEĆ zanim się zacznie pisać.

Słowo "prawie" coś Ci mówi czy dać link do słownika?

-- 
pozdrawiam
Roman Tyczka

[toc] | [prev] | [next] | [standalone]

#30137

Fromslawek <fake@fakeemail.com>
Date2017-08-10 22:36 +0200
Message-ID<almarsoft.7450570825713610590@news.v.pl>
In reply to#30131
On Thu, 10 Aug 2017 22:18:11 +0200, "AK" <nobody@nowhere.net> wrote:
> C++ _nie ma nic wspolnego_ z C# ( z Java zreszta rowniez).
> Np: Te jezyki sa na antypodach w kwestii dominujacego "paradygmatu"

Wszystkie te trzy języki to paradygmat obiektowy.

Klasy, obiekty, takie tam.

[toc] | [prev] | [next] | [standalone]

#30132

Fromszykcech@gmail.com
Date2017-08-10 13:24 -0700
Message-ID<b458d2df-b9ae-4042-86ec-ceaf5fa9cd49@googlegroups.com>
In reply to#30129
Takie wynalazki jak Delphi, Java czy C# są dla frajerów co są skłonni siedzieć w kieszeni jednej firmy i żyć w jej własnym światku. POtem nie można się uwolnić z tego światka, gdyż "nie ma się doświadczenia" w innych językach. A dla rekrutera doświadczenie jest jak Pismo Święte - nie masz == odpadasz. I nikogo nie obchodzi, że niejaki guru unixowy Eric Raymond twierdzi, że do opanowania nowego języka potrzebujesz 1 (słownie: JEDNEGO) tygodnia!!! Jednak on miał chyba na myśli język bez biblioteki...

Mnie natomiast nie obchodzi to, że firma używa korporacyjnego języka i rozwiązań (np. Windows Profesional z Active Directory, PHP, Java, C#) i jestem zdania, że powinni sobie szkolić pracowników jeśli ich potrzebują. Ale oni wolą latami dawać te same ogłoszenia i czekać na mesjasza (a co najmniej proroka) który zbawi ich w ich własnym widzi mi się.

Ja jestem za wolnymi standardami i wieloplatformowymi rozwiązaniami. Dlatego odpada Asembler - bo nie przenośny (poza jeden procesor). I wybieram C++ jako główny język gdyż wraz z biblioteką Qt daje przenośność i możliwości. A przy tym odzwierciedla to czym jest procesor i komputer, bez warstw pośrednich, bez żadnego g*a, bez żadnej korporacyjnej ściemy. C++ jest rozwijany, jednak ja sam osobiście nie wiem po co, bo to co jest jest już na prawdę więcej niż wystarczające. Dodatkowo składania może nie jest aż tak doskonała jak w Pythonie, ale za to jest przejrzysta. Nawias między nazwą klasy, funkcji i instrukcji warunkowej daje łyk oddechu, przerywnik wyraźnie oddzielający blok kodu. To bardzo dobre rozwiązanie. Większe programy w Pythonie są nieczytelne właśnie przez zbity kod. C++ produkuje prawdziwe programy jak Asembler i jest dużo normalniejszy niż Pascal czy Ada. C++ to ekonomiczny język jeśli ma się taką bibliotekę jak Qt.

Problem w tym, że teraz studia kończą ludzie co nie mają pojęcia czym jest adres w pamięci (czyli wskaźnik w C++), a co za tym idzie moim zdaniem nie wiedzą czym jest komputer ani jak na prawdę się go programuje. Bo jakieś skrypty w Python, PHP, C# czy Java to dziecko z podstawówki może klepać. A od człowieka po studiach informatycznych oczekiwać by można, że rozumie jak działa komputer. A obecnie w Polandi tak nie jest...

[toc] | [prev] | [next] | [standalone]

#30136

From"AK" <nobody@nowhere.net>
Date2017-08-10 22:32 +0200
Message-ID<omifua$d2f$1@node2.news.atman.pl>
In reply to#30132
> I wybieram C++ jako główny język gdyż wraz z biblioteką Qt daje przenośność i możliwości.

Hehe Ale sie usmialem:),
C++ to najgorszy jezyk jaki poznalem.
Mowie to znajac produkcyjnie j.prog. kilkanasie.
Nie zmienia faktu (ze C++ to syf) moje ponad 30-etnie w nim stricte prtodukcyjne
doswiadczenie i bycie prekursorem tego jezyka w czasach gdy w Polsce dominowal Clipper.

AK

[toc] | [prev] | [next] | [standalone]

#30142

Fromslawek <fake@fakeemail.com>
Date2017-08-10 22:56 +0200
Message-ID<almarsoft.7303007100694738097@news.v.pl>
In reply to#30136
On Thu, 10 Aug 2017 22:32:29 +0200, "AK" <nobody@nowhere.net> wrote:
> C++ to najgorszy jezyk jaki poznalem.

Sprawdź czy uzywałeś Cobolu, Tcl, C--.

[toc] | [prev] | [next] | [standalone]

#30145

FromMaciej Sobczak <see.my.homepage@gmail.com>
Date2017-08-11 02:34 -0700
Message-ID<96c6d03e-fbd8-42aa-a2b8-cfb7a56bd2ef@googlegroups.com>
In reply to#30136
> > I wybieram C++ jako główny język gdyż wraz z biblioteką Qt daje przenośność i możliwości.
> 
> Hehe Ale sie usmialem:),
> C++ to najgorszy jezyk jaki poznalem.

Ale przecież nie napisał, że jest najlepszy, tylko że "wraz z biblioteką Qt daje przenośność i możliwości". I tu ma rację, niezależnie od wad tego języka. Pokrycie platform (przenośność) i niszy rynkowych (możliwości) w C++ jest znacznie lepsze, niż w innych językach i dlatego C++ jest dobrą inwestycją zawodową. Od mikrokontrolera po chmury serwerów, w każdej branży, od safety-critical po rozrywkowe. A to, że jest brzydki, to pikuś - wydaje mi się nawet, że każdy język, który chce go poprawić (również Rust) jest jeszcze brzydszy.

> Nie zmienia faktu (ze C++ to syf) moje ponad 30-etnie w nim stricte prtodukcyjne
> doswiadczenie

Jak na ironię, nie miałbyś tego doświadczenia, gdyby język nie miał tych dwóch cech. Po prostu nie miałbyś potrzeby tego języka tak długo i w tylu różnych projektach używać. W tym kontekście, C++ mógł być Twoją najlepszą zawodową inwestycją. :-)

-- 
Maciej Sobczak * http://www.inspirel.com

[toc] | [prev] | [next] | [standalone]

#30147

Fromslawek <fake@fakeemail.com>
Date2017-08-11 14:03 +0200
Message-ID<almarsoft.67357955549560576@news.v.pl>
In reply to#30145
On Fri, 11 Aug 2017 02:34:20 -0700 (PDT), Maciej Sobczak 
<see.my.homepage@gmail.com> wrote:
> wraz z biblioteką Qt daje przenośność i możliwo�=
> �ci". I tu ma rację, niezależnie od wad tego języka. Pokry=
> cie platform (przenośność) i niszy rynkowych (możliwo=
> ści) w C++ jest znacznie lepsze, niż w innych językach i dla=

Narzędzia dla C i C++ są powszechnie dostępne, ale programy w nich 
napisane nie są w 100% przenośne.

Między innymi nie jest ustalone czym jest int.

W dodatku Komitern ustala kolejne wersje, które są implementowane jak 
komu się chce. Na przykład w C powinien być typ bool, a bywa że go 
nie ma.

Pod tym względem Java jest nieco lepsza.

[toc] | [prev] | [next] | [standalone]

#30148

FromMaciej Sobczak <see.my.homepage@gmail.com>
Date2017-08-11 05:34 -0700
Message-ID<e27e763a-fe09-4c83-9ae6-fece726f6b19@googlegroups.com>
In reply to#30147
> Narzędzia dla C i C++ są powszechnie dostępne, ale programy w nich 
> napisane nie są w 100% przenośne.

Na tej zasadzie większość programów w Javie też nie jest przenośna. Np. system korzystający z bazy danych Oracle (a jakże) nie zadziała na innym serwerze, gdzie takiej bazy nie ma. Podobnie, apka napisana w Javie na telefon też nie zadziała na czymś innym, niż telefon (nawet na telefonie z innym systemem nie zadziała). Itd. Ta przenośność to fikcja.

> Między innymi nie jest ustalone czym jest int.

Jest ustalone. Jest to znacznie lepiej ustalone, niż np. pojemność dysku albo system plików dla funkcji w Javie obsługujących pliki. I jakoś nikt nie marudzi, że w Javie nie jest ustalone, czym jest plik. A przynajmniej nikomu ten brak ustaleń nie przeszkadza a korzystaniu z plików.

> W dodatku Komitern ustala kolejne wersje,

Po to jest.

> które są implementowane jak 
> komu się chce.

Komitet nie ma władzy nad programistami, którzy usilnie implementują coś niezgodnie ze standardem. Ale to chyba nie jest wina komitetu? Albo języka?

> Na przykład w C powinien być typ bool, a bywa że go 
> nie ma.

W C jest. Natomiast w jakimś programie udającym kompilator C, może nie być.

> Pod tym względem Java jest nieco lepsza.

W Javie jest "community", któro sądzi, że ustala "kolejną wersję" a korporacje i tak implementują jak zechcą i jeszcze destabilizują społeczność sprawami w sądzie o te implementacje. W czym ta sytuacja jest lepsza?
Bo nie zrozumiałem.

-- 
Maciej Sobczak * http://www.inspirel.com

[toc] | [prev] | [next] | [standalone]

#30149

Fromslawek <fake@fakeemail.com>
Date2017-08-11 14:43 +0200
Message-ID<almarsoft.2600623118473126687@news.v.pl>
In reply to#30148
On Fri, 11 Aug 2017 05:34:22 -0700 (PDT), Maciej Sobczak 
<see.my.homepage@gmail.com> wrote:
> Na tej zasadzie większość programów 
> w Javie też nie jest przenośna.

Program w Javie jest uruchamiany przez JVM, czyli zawsze widzi "taki 
sam komputer". Nie ważne czy IBM PC, czy Apple, czy Linux czy 
Android. Ups... z Androidem byłyby małe problemy. Ale to zupełnie 
inna historia.

[toc] | [prev] | [next] | [standalone]

#30151

Fromslawek <fake@fakeemail.com>
Date2017-08-11 14:55 +0200
Message-ID<almarsoft.8906262021170882417@news.v.pl>
In reply to#30148
On Fri, 11 Aug 2017 05:34:22 -0700 (PDT), Maciej Sobczak 
<see.my.homepage@gmail.com> wrote:
>  Podobnie, apka napisana w Javie na telefon też nie zadziała na c=
> zymś innym, niż telefon

Jak nie zadziała jak zadziała?

Odpala się AVD i nie ma problemu.

[toc] | [prev] | [next] | [standalone]

#30152

From"M.M." <mmarszik@gmail.com>
Date2017-08-11 06:15 -0700
Message-ID<d5404d24-9b87-4d1f-839b-f57d99b306db@googlegroups.com>
In reply to#30151
On Friday, August 11, 2017 at 2:55:48 PM UTC+2, slawek wrote:
> On Fri, 11 Aug 2017 05:34:22 -0700 (PDT), Maciej Sobczak 
> <see.my.homepage@gmail.com> wrote:
> >  Podobnie, apka napisana w Javie na telefon też nie zadziała na c=
> > zymś innym, niż telefon
> 
> Jak nie zadziała jak zadziała?
> 
> Odpala się AVD i nie ma problemu.

Moje też działały.

[toc] | [prev] | [next] | [standalone]

#30153

Fromslawek <fake@fakeemail.com>
Date2017-08-11 15:17 +0200
Message-ID<almarsoft.6922214095399997430@news.v.pl>
In reply to#30148
On Fri, 11 Aug 2017 05:34:22 -0700 (PDT), Maciej Sobczak 
<see.my.homepage@gmail.com> wrote:
> > Na przykład w C powinien być typ bool, a bywa że go 
> > nie ma.

> W C jest. Natomiast w jakimś programie udającym kompilator C, mo=
> że nie być.


Ciekawe, bo w K&R nic o tym nie ma.

Ok, w MSVC 2015 jest, w MSVC 2010 nie ma.

A jeszcze spróbuj zdefiniować globalną zmienną y0 w C. Albo sprawdź, 
do czego rozwija się M_PI. 

W C bohatersko i łatwo rozwiązuje się problemy z przenośnością 
nieznane w Javie.

[toc] | [prev] | [next] | [standalone]

#30156

Fromkropelka@gmail.com
Date2017-08-11 11:55 -0700
Message-ID<b6d12085-8889-4081-b077-8462bd99e3a7@googlegroups.com>
In reply to#30153
W dniu piątek, 11 sierpnia 2017 15:17:11 UTC+2 użytkownik slawek napisał:
> Ciekawe, bo w K&R nic o tym nie ma.
Standard C99 gdzie to wprowadzono został wydany 18 lat temu, 
a autorzy kompilatorów bohatersko starają się go przez przypadek
nie zaimplementować w całości. O rzeszy programistów, którzy
popierają to twierdząc, że jedyne koszerne C to C90 nie wspomnę.
Ci sami programiści z miłą chęcią używają np. tablic o wielkości
nie znanej przed kompilacją, których to w C90 nie ma, ale przez
przypadek większość kompilatorów je obsługuje.
 
Pozdrawiam, 
-- 
Karol Piotrowski

[toc] | [prev] | [next] | [standalone]

#30157

Fromslawek <fake@fakeemail.com>
Date2017-08-11 22:03 +0200
Message-ID<almarsoft.2741006601321344492@news.v.pl>
In reply to#30156
On Fri, 11 Aug 2017 11:55:26 -0700 (PDT), kropelka@gmail.com wrote:
> Standard C99 gdzie to wprowadzono [...]

Jakbym nie wiedział.

Tyle że program napisany w 1975 raczej nie będzie z nim zgodny. Nawet 
taki z 1995 (program, biblioteka) nie skompiluje się bezstresowo. Nie 
tylko rozmiar int (bywa że 16 bitów, bywa 64), ale np. wskaźniki far 
i takie tam.

Czyli masz program w C  i nie masz pewności co do tego czy kompilować 
jako c89, c99 czy c11. Ok, prawdopodobnie się uda. Ale pewności nie 
ma. Np. procedury numeryczne używające stałych matematycznych. Nawet 
dość niedawno musiałem żonglować opcją std w GCC. O (domyślnie) nie 
działającym printf w MSVC chyba też wiesz.

Ciekawostką jest że Turbo C nie obsługuje przecinka, tj. nie da się 
napisać x = ( a = 1, b = 2); itp. Czyli znowu problemy z 
przenośnością i z implementacją standardu.

[toc] | [prev] | [next] | [standalone]

#30159

Fromkropelka@gmail.com
Date2017-08-11 13:43 -0700
Message-ID<dcd342f2-2c11-4610-9feb-0c7576762f77@googlegroups.com>
In reply to#30157
Po pierwsze zgadzam się, że sytuacja kompatybilności kodu w C jest
tragiczna i w żadnym wypadku nie miałem zamiaru grać adwokata
diabła:) 

W dniu piątek, 11 sierpnia 2017 22:03:12 UTC+2 użytkownik slawek napisał:
> Tyle że program napisany w 1975 raczej nie będzie z nim zgodny. Nawet 
> taki z 1995 (program, biblioteka) nie skompiluje się bezstresowo. Nie 
> tylko rozmiar int (bywa że 16 bitów, bywa 64), ale np. wskaźniki far 
> i takie tam.
Kwestia rozmiaru inta została zaprotezowana przez stdint.h i te piękności
typu uint8_t czy uint_least64_t, podejrzewam, że komitet uznał to za
lepsze rozwiązanie niż przyjęcie jakiegoś jedynego słusznego rozmiaru.
Jak wyszło tak wyszło, legacy kod który korzysta wprost z jakiejś 
konkretnej wielkości inta się sam nie zmodyfikował.

> Ciekawostką jest że Turbo C nie obsługuje przecinka, tj. nie da się 
> napisać x = ( a = 1, b = 2); itp. Czyli znowu problemy z 
> przenośnością i z implementacją standardu.
DOSowe kompilatory były tragiczne pod tym względem - wspomniane przez
Ciebie bliskie i dalekie wskaźniki i bardzo średnia implementacja
standardu. Dziękuję za ciekawostkę, bo nie widziałem Turbo C od
"dość" dawna:)  

>Nawet dość niedawno musiałem żonglować opcją std w GCC. O 
>(domyślnie) nie działającym printf w MSVC chyba też wiesz. 
Dość niedawno musiałem żonglować opcją std przy portowaniu
pewnej małej biblioteki pythonowej na OS X, bo okazało się, 
że kawałek kodu w C był traktowany przez clanga jako literalne 
C90 i odmawiał kompilacji czegoś w stylu 
void f(int n) { int array[n]; ........ }

slawek:
>Akurat MSVC miał awersję do VLA. Tyle że od zawsze, czyli jeszcze 
>przed C89, bez trudu da się zrobić tablice dynamiczne bez VLA. Tylko 
>trzeba umieć programować w C. 
Pewnie, że się da, ale jeżeli mam do wyboru użyć wbudowanej funkcji
języka albo wymyślać koło na nowo, to użyję wbudowanej funkcji języka
pod warunkiem, że 1) robi to, czego potrzebuję, 2) na tyle szybko,
na ile potrzebuję.

[toc] | [prev] | [next] | [standalone]

#30160

Fromslawek <fake@fakeemail.com>
Date2017-08-12 07:04 +0200
Message-ID<almarsoft.5187170541841976686@news.v.pl>
In reply to#30159
On Fri, 11 Aug 2017 13:43:15 -0700 (PDT), kropelka@gmail.com wrote:
> nie widziałem Turbo C od
> "dość" dawna:)

1. Turbo C zciągasz z http://bdn.borland.com/museum

2. DOSBOX

3. I można...

[toc] | [prev] | [next] | [standalone]

#30161

Fromslawek <fake@fakeemail.com>
Date2017-08-12 07:25 +0200
Message-ID<almarsoft.5208216816424351354@news.v.pl>
In reply to#30159
On Fri, 11 Aug 2017 13:43:15 -0700 (PDT), kropelka@gmail.com wrote:
> Pewnie, że się da, ale jeżeli mam do wyboru użyć w=
> budowanej funkcji
> języka albo wymyślać koło na nowo, to użyję w=

Jest powszechnie nierozumienie co do C.

Są języki, w których jeżeli producent kompilatora/interpretera nie 
zrobił np. funkcji sinc, to choć można samemu ją sobie dopisać, nie 
będzie ona tak sprawnie działać jak gdyby była "intrisic".

W C jest inaczej: jeżeli czegoś nie ma (np. funkcji sinc, 
dynamicznych tablic), to można to sobie dopisać BEZ STRATY 
WYDAJNOŚCI.

Konkretnie np.:

double* vector_double(size_t n) { return calloc(n,sizeof (double)) ; }

Aby nie wynajdywać koła na nowo po prostu używa się bibliotek.

[toc] | [prev] | [next] | [standalone]

#30158

Fromslawek <fake@fakeemail.com>
Date2017-08-11 22:13 +0200
Message-ID<almarsoft.3023252294301851454@news.v.pl>
In reply to#30156
On Fri, 11 Aug 2017 11:55:26 -0700 (PDT), kropelka@gmail.com wrote:
> Ci sami programiści z miłą chęcią używaj�=
> � np. tablic o wielkości
> nie znanej przed kompilacją, których to w C90 nie ma, ale przez
> przypadek większość kompilatorów je obsługuje.

Akurat MSVC miał awersję do VLA. Tyle że od zawsze, czyli jeszcze 
przed C89, bez trudu da się zrobić tablice dynamiczne bez VLA. Tylko 
trzeba umieć programować w C.

[toc] | [prev] | [next] | [standalone]

#30155

Fromslawek <fake@fakeemail.com>
Date2017-08-11 15:27 +0200
Message-ID<almarsoft.4326674326930765698@news.v.pl>
In reply to#30148
On Fri, 11 Aug 2017 05:34:22 -0700 (PDT), Maciej Sobczak 
<see.my.homepage@gmail.com> wrote:
> W Javie jest "community", któro sądzi, że ustala "kolejn�=
> � wersję" a korporacje i tak implementują jak zechcą i jes=
> zcze destabilizują społeczność sprawami w sądzie o=
>  te implementacje. W czym ta sytuacja jest lepsza?
> Bo nie zrozumiałem.


Jakie korporacje??? Jaka społeczność??? 

Jest tylko jedno Oracle. I co tam się objawi jest niepodważalne.

Społeczność może co najwyżej focha strzelić.

Ale za to gdy jest nowa wersja Javy, to masz ją natychmiast. Kilka 
sekund i załatwione. Zwykle taka nowa Java ma coś więcej... a nie 
mniej. Nie musisz płacić za nowy kompilator, albo czekać pięć lat aż 
ktoś to zaimplementuje.

[toc] | [prev] | [next] | [standalone]

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

Back to top | Article view | pl.comp.programming

csiph-web