Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #30172 > unrolled thread
| Started by | godek.maciek@gmail.com |
|---|---|
| First post | 2017-08-12 14:07 -0700 |
| Last post | 2017-09-03 08:40 -0700 |
| Articles | 20 on this page of 206 — 15 participants |
Back to article view | Back to pl.comp.programming
Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-12 14:07 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-12 23:55 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-12 15:43 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-13 07:04 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-12 20:17 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-12 22:44 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-13 02:23 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-13 15:01 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-13 07:16 -0700
Re: Co jest nie tak z C++ (było: Rust) w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-13 16:52 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-13 18:15 +0200
Re: Co jest nie tak z C++ (było: Rust) w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-13 18:44 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-13 20:32 +0200
Re: Co jest nie tak z C++ (było: Rust) w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-13 21:23 +0200
Re: Co jest nie tak z C++ (było: Rust) Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-16 09:47 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-16 20:28 +0200
Re: Co jest nie tak z C++ (było: Rust) Mateusz Bogusz <mabakay@o2.pl> - 2017-08-16 20:35 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-16 22:21 +0200
Re: Co jest nie tak z C++ (było: Rust) Mateusz Bogusz <mabakay@o2.pl> - 2017-08-18 18:46 +0200
Re: Co jest nie tak z C++ (było: Rust) szykcech@gmail.com - 2017-08-21 13:15 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-21 14:49 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-22 01:03 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-22 00:42 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-22 01:21 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-22 04:13 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-22 05:24 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-22 05:54 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-22 06:12 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-23 02:01 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 02:29 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-23 03:14 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 04:42 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-24 01:25 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 02:38 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-24 03:20 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 04:02 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-24 06:42 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-24 08:32 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-24 09:10 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-24 12:24 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:37 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-25 01:13 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 12:32 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-24 14:48 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 15:23 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-25 07:04 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-25 07:27 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-25 07:40 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 20:04 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-25 11:57 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 22:52 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-26 03:57 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-26 10:32 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-27 10:18 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 23:04 +0200
Re: Co jest nie tak z C++ (było: Rust) Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-25 13:22 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 23:09 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 07:08 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-24 16:12 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-25 02:35 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-25 06:45 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 18:01 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 18:26 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-26 03:12 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 14:42 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-26 06:07 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 15:13 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-26 06:40 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 16:03 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-26 08:44 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 19:30 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-26 00:18 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 11:59 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-26 04:20 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-26 15:01 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-26 13:29 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-27 08:07 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-27 01:53 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-27 12:21 +0200
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-27 04:47 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-27 04:56 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-27 04:53 -0700
Re: Co jest nie tak z C++ (było: Rust) fir <profesor.fir@gmail.com> - 2017-08-27 05:56 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-28 07:29 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-28 08:29 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-28 08:49 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 00:49 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-29 23:00 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 06:35 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 18:35 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 18:38 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 10:46 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-30 06:32 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 18:46 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 00:46 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 10:45 +0200
Re: Co jest nie tak z C++ (było: Rust) Szyk Cech <szyk100@o2.pl> - 2017-08-30 10:46 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 18:40 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 07:09 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 16:30 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 07:42 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 16:53 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 17:02 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 08:12 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 19:17 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 20:48 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 19:12 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-30 19:09 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 20:46 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 12:20 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 21:59 +0200
Re: Co jest nie tak z C++ (było: Rust) Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-30 13:15 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 13:18 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 13:16 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-30 22:45 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-30 14:09 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-31 09:50 +0200
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-31 01:52 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-31 01:56 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-31 07:05 -0700
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-31 09:28 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-31 19:35 +0200
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-31 11:09 -0700
Re: Co jest nie tak z C++ (było: Rust) Adam M <amorawski@magna-power.com> - 2017-08-31 10:54 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-31 19:19 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-31 19:37 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-29 07:03 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-27 13:20 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-28 09:39 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-29 06:26 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-29 08:32 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-29 18:46 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-29 11:26 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:29 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:05 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:08 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 06:46 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:14 +0200
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-25 01:20 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-01 15:18 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-01 23:28 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-02 01:45 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-02 08:27 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-02 12:27 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-03 01:58 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-03 03:24 -0800
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2018-01-03 14:17 +0100
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-04 01:52 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-04 03:08 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-05 02:51 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-05 05:09 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-07 13:30 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-07 14:00 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-08 05:20 -0800
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2018-01-08 11:25 -0800
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-09 04:35 -0800
Re: Co jest nie tak z C++ (było: Rust) Roman Tyczka <noemail@because.no> - 2018-01-03 20:13 +0100
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-04 01:36 -0800
Re: Co jest nie tak z C++ (było: Rust) Roman Tyczka <noemail@because.no> - 2018-01-05 22:57 +0100
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2018-01-07 13:19 -0800
Re: Co jest nie tak z C++ (było: Rust) Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2018-01-02 14:32 +0100
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:04 +0200
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-25 00:45 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 12:54 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 17:55 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 15:22 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 17:31 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 22:33 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 14:33 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-24 00:14 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 23:45 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:06 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 12:39 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 15:24 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 08:05 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 17:35 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 15:13 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-23 08:18 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-23 17:38 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 22:35 +0200
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 01:06 -0700
[OT, SPAM] Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 06:07 +0200
Re: [OT, SPAM] Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-24 22:51 -0700
Re: [OT, SPAM] Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 17:41 +0200
Re: [OT, SPAM] Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-25 08:52 -0700
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 13:05 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 18:00 +0200
Re: Co jest nie tak z C++ (było: Rust) Piotr Chamera <piotr_chamera@poczta.onet.pl> - 2017-08-23 18:15 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 22:17 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 22:11 +0200
Re: Co jest nie tak z C++ (było: Rust) Mateusz Bogusz <mabakay@o2.pl> - 2017-08-24 20:11 +0200
Re: Co jest nie tak z C++ (było: Rust) Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-25 00:42 -0700
Re: Co jest nie tak z C++ (było: Rust) Mateusz Bogusz <mabakay@o2.pl> - 2017-08-25 22:53 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 13:12 +0200
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-08-22 04:49 -0700
Re: Co jest nie tak z C++ (było: Rust) godek.maciek@gmail.com - 2017-08-22 05:16 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 22:02 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 12:35 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 17:49 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-25 18:54 +0200
Re: Co jest nie tak z C++ (było: Rust) slawek <fake@fakeemail.com> - 2017-08-25 20:20 +0200
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 21:00 +0200
Re: Co jest nie tak z C++ (było: Rust) Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-21 23:43 -0700
Re: Co jest nie tak z C++ (było: Rust) "AK" <nobody@nowhere.net> - 2017-08-23 20:52 +0200
Re: Co jest nie tak z C++ (było: Rust) Wojciech Muła <wojtek.mula@gmail.com> - 2017-09-03 01:15 -0700
Re: Co jest nie tak z C++ (było: Rust) "M.M." <mmarszik@gmail.com> - 2017-09-03 08:40 -0700
Page 6 of 11 — ← Prev page 1 … 4 5 [6] 7 8 … 11 Next page →
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 07:42 -0700 |
| Message-ID | <945adda2-3a7d-465f-8967-a4597353c4e4@googlegroups.com> |
| In reply to | #30584 |
On Wednesday, August 30, 2017 at 10:30:53 AM UTC-4, slawek wrote: > On Wed, 30 Aug 2017 07:09:02 -0700 (PDT), Adam M > <a...i@magna-power.com> wrote: > > Skoro ten Python jest taki dobry do wszystkiego > > i taki szybki to dlaczego nie uswiadczysz go na > > MCU/DSP albo nawet na wiekszosci SOC > > Przy 1kB SRAM to raczej nie doradzałbym Pythona. > > Ale ludzie dziwne rzeczy robią. Np. używają Delphi do pisania dla > MCU. Kolega pewno mial to na mysli: https://www.mikroe.com/mikropascal/ - wbrew pozorom Pascal daje calkiem zwiezly i efektywny kod maszynowy i jesli ktos koniecznie chce to zrobic - ale nie jest to ze tak powiem "mainstream" na MCU/DSP. W tej chwili bardzo duza czesc oprogramowania na MCU/DSP jest pisana w Matlab/Simulink i generowana do MISRA C na docelowy system. Ulatwia to anlize poprawnosci uzytych algorytmow i zachowania systemu, zapewnia troche lepsza przenosnosc i generalnie skraca czas projektu.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 16:53 +0200 |
| Message-ID | <almarsoft.5052705805122176284@news.v.pl> |
| In reply to | #30585 |
On Wed, 30 Aug 2017 07:42:57 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: > Kolega pewno mial to na mysli: > https://www.mikroe.com/mikropascal/ Bynajmniej. Zwykły Lazarus. A Pythona da się używać z Arduino przez Firmata. Moim zdaniem jest to bez sensu. Niemniej jednak.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 17:02 +0200 |
| Message-ID | <almarsoft.5143397520334782896@news.v.pl> |
| In reply to | #30585 |
On Wed, 30 Aug 2017 07:42:57 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: > - wbrew pozorom Pascal daje calkiem zwiezly > i efektywny kod maszynowy Wbrew pozorom Pascal nie kompilował się od razu do kodu maszynowego, ale do pośredniego. Trochę jak C# i Java.
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 08:12 -0700 |
| Message-ID | <ba2bedd8-f7a5-406c-9a3c-e66d01f78d9b@googlegroups.com> |
| In reply to | #30587 |
On Wednesday, August 30, 2017 at 11:02:07 AM UTC-4, slawek wrote: > On Wed, 30 Aug 2017 07:42:57 -0700 (PDT), Adam M > <a..i@magna-power.com> wrote: > > - wbrew pozorom Pascal daje calkiem zwiezly > > i efektywny kod maszynowy > > Wbrew pozorom Pascal nie kompilował się od razu do kodu maszynowego, > ale do pośredniego. Trochę jak C# i Java. Chyba tylko UCSD Pascal (https://en.wikipedia.org/wiki/UCSD_Pascal) - czyżby kolega mial doczynienia z komputerami Apple II - na nich UCSD Pascal byl bardzo popularny. Wszytkie inne Pascale kompilowaly sie do kodu maszynowego (kompilacja i linkowanie bibliotek). Najpopularnieszy w Polsce w latach 80tych Turbo Pascal kompilowal sie na 100% do kodu maszynowego.
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-30 19:17 +0200 |
| Message-ID | <oo6s16$7he$1@node2.news.atman.pl> |
| In reply to | #30587 |
Użytkownik "slawek" <fake@fakeemail.com> napisał: > On Wed, 30 Aug 2017 07:42:57 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: >> - wbrew pozorom Pascal daje calkiem zwiezly >> i efektywny kod maszynowy > > Wbrew pozorom Pascal nie kompilował się od razu do kodu maszynowego, ale do pośredniego. Trochę > jak C# i Java. Jaki Pascal ? TurboPascal? MS Pascal? MS mial swoj p-code rowneiz dla C, ale "normalnie" oba kompilowaly sie do kodu maszynowego. Moze Ci sie pomylilo z Clipperem bo mimo ze produkowal *.exe to tak naprawde ten *.exe to byl interpreter semicodu i on sam (semicod) w nim AK
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 20:48 +0200 |
| Message-ID | <almarsoft.7254948045068797382@news.v.pl> |
| In reply to | #30598 |
On Wed, 30 Aug 2017 19:17:25 +0200, "AK" <nobody@nowhere.net> wrote: > Jaki Pascal ? Ten z 1978.
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-30 19:12 +0200 |
| Message-ID | <oo6roq$7b6$1@node2.news.atman.pl> |
| In reply to | #30584 |
Użytkownik "slawek" <fake@fakeemail.com> napisał: > On Wed, 30 Aug 2017 07:09:02 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: >> Skoro ten Python jest taki dobry do wszystkiego >> i taki szybki to dlaczego nie uswiadczysz go na >> MCU/DSP albo nawet na wiekszosci SOC > > Przy 1kB SRAM to raczej nie doradzałbym Pythona. > > Ale ludzie dziwne rzeczy robią. Np. używają Delphi do pisania dla MCU. Nawet w dosc badziewnym borlanowym C pisalo sie soft wbrywany na malenstwa embedded. PS: Oczywiscie bylo o wiele wiecej niz rzeczony 1kB RAM :) AK
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-30 19:09 +0200 |
| Message-ID | <oo6rhe$737$1@node2.news.atman.pl> |
| In reply to | #30583 |
Użytkownik "Adam M" <amorawski@magna-power.com> napisał: >No nie wiem - moze te pre procent przyspieszenia bylo potrzebne - moze nie - [..] > wszystko zalezy od potrzeb - czlowiek jest zawsze madrzejszy po fakcie. I tak bylo w tym przypadku. > > > Na problem nad-optymalizacji C++ cierpia glownie programisci starszego pokolenia > >> Nieprawda, Jest dokladnie odwrotnie. >> My starzy dobrzre wiemy ze prawdziwy handicap daje algorytm. >> Top Wy mlodzi swiecie wierzycie w sprzet/procesor.paiec >> My (a przynajmniej ja) starzy, rozwiazujac skomplikowana numeryke na takiej >> Odrze1325 z 32kBslow dobrze wiedzielismy ze nie ma co liczyc na sprzet ale na >> rozwiazanai/algorytmy/pomysly. >Milo mi slyszec że naleze do tzw młodego pokolenia bo komputerami zajmuje się od 1982 ;-). No coz. Wiec nie tylko pryszczaci :) > Osobiscie nie mialem doczynienia z Odra (chociaz koledzy chwalili sobie ten system) and pracowalem > na MERA-300 i MERA-60 a pozniej na PDP-11, HP2000 i HP3000. O !! Brawo. (300 nie tknalem, reszte tak). > A co do obciazenia GHz i GB to programuje systemy czasu rzeczywistego (MCU i DSP) na ktorych RAM > mierzy sie KB > (czasami 64KB RAM to wszysto) To tyle co na calej Odrze 1325:) Calkiem spoko ! > i wiekszosc procesorow jest jedno-rdzeniowa (lub ma dodatkowe co-porocesory wymagajace > spcjalizowanego > programowania w assemblerze) a predkosc mierzy sie w MHz - czasami 200MHz to juz bardzo szybko. Patrz moj post o Xenixie. Slowem to wcale nie tak malo :) > Dodaktowo wymaganiem jest wysoka niezawodnosc oprogramowania - polecam poczytac MISRA C i MISRA > C++ standard. Taaa. Koszmarek MISRA (zwana przez nas pieszczotliwie SZMIRA) zamiast chocby Ady. Tak ten swiat zszedk na manowce. PS: Ale ale ! Podobno gdzies w Aaustralli formamie dowuedli poprawnisci programi w C (oczywiscie Misra C:) liczacego chyba z 1500 linii? No pielknie! Za 1000 lat w tym tepie dorownaja mozlowosci Ady w tym temacie :)) >> Powiedz to Googlowi, Facebookowi (Tornado: https://pypi.python.org/pypi/tornado/). > Nie wiem jak inni ale wydawalo mi sie ze Facebook uzywa wlasnego , wysoko zoptymalizowanego PHP. Hehe . Fakt. Wysoce zoptymalizowane PHP :) Fajnie brzmi ta legenda o PHP. >> PS: Masz dokladnie 0-we pojecie o Pythonie. Errata. No nie., Jakies tam maasz - "z prasy" :) > >Skoro ten Python jest taki dobry do wszystkiego i taki szybki to dlaczego nie uswiadczysz go na >MCU/DSP > albo nawet na wiekszosci SOC (i prosze nie wyciągac mi tu Raspberry Pi - nikt zdrowy na umysle i > traktujacy swoich klientow powaznie nie uzyje RPi do zastosowan profesjonalnych - dodatkowo jako > test > proponuje napisac program w Pythonie na RPi obslugujacy 8 do 16 portow szeregowch z predkoscia > transmisji 1.5MB na kazdym porcie i praktycznie ciaglym naplywem danych - a nastepnie powtorzyc > to cwiczenie w C++ lub C) A co to za jakies badziewia/malenstwa ? Do czego toto w _normalnym_ programowaniu potrezbne? Jakas nisza anie ciekawa ani plodna. Slyszalem ze to takie nieprzyjemne ze Hamerykanie i inni zlecaja toto pryszczatym w demoludach :) /no doobra, starym tez :)) PS: ..ale juz do do testowaaia tego badziewia Python jest stosowany od lat :) Chlopie w 2005 systemy wbudowane to byly czesto w ASM (no dobram w czystym C glownie:) pisane w pelni autonomiczne micro-systemy operacyjne bo zaden Linux nei byl w stanie sie zmiescic a co dopiero dzialac. Po kilku latach nik juz nie pamietam ptawdziwego embedded:) Za kila lat tez nikt juz nie bedzie sie martwik ze jakis Raspbery nie pociagnie. Juz dzis Chinczycy w byle 1mm/1m zawiaraja tyle co jiedys na calej Odrze PS: Tak, Zaczynalem na Odrze w 1976 PS: MicroPython tez sobie jest , a kiedys bedzie jeszcze bardziej :) Normalna droga :) https://micropython.org/ Ale fakt ze czekam zeby ktos zrobil _dokladnie_ to samo z Pythonem co V8 zrobilo z JS. Zreszta droga wytyczona juz jest: patrz Julia W samym Pythonie tez jest kilka bardzo dobrych rpzwiazan tego typu. No ale ..trza sie znac.. :) AK
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 20:46 +0200 |
| Message-ID | <almarsoft.4876672445202472299@news.v.pl> |
| In reply to | #30596 |
On Wed, 30 Aug 2017 19:09:00 +0200, "AK" <nobody@nowhere.net> wrote: > _normalnym_ programowaniu Jaka jest definicja "normalnego programowania"?
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 12:20 -0700 |
| Message-ID | <a4f2b644-b16a-451f-b66d-6904912d41f4@googlegroups.com> |
| In reply to | #30596 |
On Wednesday, August 30, 2017 at 1:10:07 PM UTC-4, AK wrote: > Użytkownik "Adam M" <a...i@magna-power.com> napisał: > > >No nie wiem - moze te pre procent przyspieszenia bylo potrzebne - moze nie - > [..] > > wszystko zalezy od potrzeb - czlowiek jest zawsze madrzejszy po fakcie. > > I tak bylo w tym przypadku. > > > > > > Na problem nad-optymalizacji C++ cierpia glownie programisci starszego pokolenia > > > >> Nieprawda, Jest dokladnie odwrotnie. > >> My starzy dobrzre wiemy ze prawdziwy handicap daje algorytm. > >> Top Wy mlodzi swiecie wierzycie w sprzet/procesor.paiec > >> My (a przynajmniej ja) starzy, rozwiazujac skomplikowana numeryke na takiej > >> Odrze1325 z 32kBslow dobrze wiedzielismy ze nie ma co liczyc na sprzet ale na > >> rozwiazanai/algorytmy/pomysly. > > >Milo mi slyszec że naleze do tzw młodego pokolenia bo komputerami zajmuje się od 1982 ;-). > > No coz. Wiec nie tylko pryszczaci :) > > > Osobiscie nie mialem doczynienia z Odra (chociaz koledzy chwalili sobie ten system) and pracowalem > > na MERA-300 i MERA-60 a pozniej na PDP-11, HP2000 i HP3000. > > O !! Brawo. (300 nie tknalem, reszte tak). > > > A co do obciazenia GHz i GB to programuje systemy czasu rzeczywistego (MCU i DSP) na ktorych RAM > > mierzy sie KB > > (czasami 64KB RAM to wszysto) > > To tyle co na calej Odrze 1325:) Calkiem spoko ! > > > i wiekszosc procesorow jest jedno-rdzeniowa (lub ma dodatkowe co-porocesory wymagajace > > spcjalizowanego > > programowania w assemblerze) a predkosc mierzy sie w MHz - czasami 200MHz to juz bardzo szybko. > > Patrz moj post o Xenixie. Slowem to wcale nie tak malo :) > > > Dodaktowo wymaganiem jest wysoka niezawodnosc oprogramowania - polecam poczytac MISRA C i MISRA > > C++ standard. > > Taaa. Koszmarek MISRA (zwana przez nas pieszczotliwie SZMIRA) zamiast chocby Ady. Dlaczego koszmarek - standardy MISRA powoduja ze oprogramowanie dla systemow wbudowanych dzialajacych w szczegolnie krytycznych warunkach dziala niezawodnie. Np dzieki temu kolega jadac samochodem nie emusi sie martwic ze sterownik silnika dostanie BSOD lub sterownik ABS postanowi przeprowadzic odsmiecanie pamieci i hamulce zadzialaja ale z opoznieniem. I prosze nie wycigac mi tu Ady - jesli Ada byla by lekarstwem na wszystko to systemy wbudowane by jej uzywaly - niestety Ada ma swoje wlasnie problemy - dlatego tez jej popularnosc jest niska. Nie chece mi sie nawet zaczynac dyskusji nad Ada - bo to nie ma sensu. > Tak ten swiat zszedk na manowce. > PS: Ale ale ! Podobno gdzies w Aaustralli formamie dowuedli poprawnisci programi w C (oczywiscie > Misra C:) > liczacego chyba z 1500 linii? > No pielknie! Za 1000 lat w tym tepie dorownaja mozlowosci Ady w tym temacie :)) > > >> Powiedz to Googlowi, Facebookowi (Tornado: https://pypi.python.org/pypi/tornado/). > > Nie wiem jak inni ale wydawalo mi sie ze Facebook uzywa wlasnego , wysoko zoptymalizowanego PHP. > > Hehe . Fakt. Wysoce zoptymalizowane PHP :) Fajnie brzmi ta legenda o PHP. > > >> PS: Masz dokladnie 0-we pojecie o Pythonie. Errata. No nie., Jakies tam maasz - "z prasy" :) > > > >Skoro ten Python jest taki dobry do wszystkiego i taki szybki to dlaczego nie uswiadczysz go na > >MCU/DSP > > albo nawet na wiekszosci SOC (i prosze nie wyciągac mi tu Raspberry Pi - nikt zdrowy na umysle i > > traktujacy swoich klientow powaznie nie uzyje RPi do zastosowan profesjonalnych - dodatkowo jako > > test > > proponuje napisac program w Pythonie na RPi obslugujacy 8 do 16 portow szeregowch z predkoscia > > transmisji 1.5MB na kazdym porcie i praktycznie ciaglym naplywem danych - a nastepnie powtorzyc > > to cwiczenie w C++ lub C) > > A co to za jakies badziewia/malenstwa ? Do czego toto w _normalnym_ programowaniu potrezbne? A co to jest normalne programowanie. Nie wiem czy kolega wie ale wiecej sie pisze oprogramowania na systemy wbudowane niz na "normalne komputery". Bardzo chcial bym sie dowiedziec jakie kryterium "normalnosci" kolega uzywa do klasyfikacji programowania. Czy np program kontrolujacy monitor pracy serca w szpitalu to jest normalny program, czy moze juz troche nienormalny lub moze calkiem "nienormalny" i wymaga leczenie (dlatego juz jest w szpitalu) ;-) > Jakas nisza anie ciekawa ani plodna. Slyszalem ze to takie nieprzyjemne ze Hamerykanie i inni > zlecaja > toto pryszczatym w demoludach :) /no doobra, starym tez :)) > PS: ..ale juz do do testowaaia tego badziewia Python jest stosowany od lat :) > > Chlopie w 2005 systemy wbudowane to byly czesto w ASM (no dobram w czystym C glownie:) > pisane w pelni autonomiczne micro-systemy operacyjne bo zaden Linux nei byl w stanie sie zmiescic > a co dopiero dzialac. Po kilku latach nik juz nie pamietam ptawdziwego embedded:) > Za kila lat tez nikt juz nie bedzie sie martwik ze jakis Raspbery nie pociagnie. > Juz dzis Chinczycy w byle 1mm/1m zawiaraja tyle co jiedys na calej Odrze > > PS: Tak, Zaczynalem na Odrze w 1976 > > PS: MicroPython tez sobie jest , a kiedys bedzie jeszcze bardziej :) > Normalna droga :) https://micropython.org/ > > Ale fakt ze czekam zeby ktos zrobil _dokladnie_ to samo z Pythonem > co V8 zrobilo z JS. > Zreszta droga wytyczona juz jest: patrz Julia > W samym Pythonie tez jest kilka bardzo dobrych rpzwiazan tego typu. > No ale ..trza sie znac.. :) > > AK
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 21:59 +0200 |
| Message-ID | <almarsoft.4586768268985513448@news.v.pl> |
| In reply to | #30609 |
On Wed, 30 Aug 2017 12:20:30 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: > wodnie. Np dzieki temu kolega jadac samochodem nie emusi sie martwic ze ste= > rownik silnika dostanie BSOD lub sterownik ABS postanowi przeprowadzic odsm= > iecanie pamieci i hamulce zadzialaja ale z opoznieniem. Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary śmiertelne z powodu softu. Czyli albo nie używali MISRA. Dlaczego? Albo MISRA nie pomaga w 100% na to o czym pisałeś.
[toc] | [prev] | [next] | [standalone]
| From | Wojciech Muła <wojtek.mula@gmail.com> |
|---|---|
| Date | 2017-08-30 13:15 -0700 |
| Message-ID | <b8d61769-324d-45fd-8a16-5638a9d72346@googlegroups.com> |
| In reply to | #30613 |
On Wednesday, August 30, 2017 at 10:00:02 PM UTC+2, slawek wrote: > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary > śmiertelne z powodu softu. > > Czyli albo nie używali MISRA. Dlaczego? Nie trzymali się, tylko deklarowali. Tu krótka prezentacja: http://www.safetyresearch.net/Library/BarrSlides_FINAL_SCRUBBED.pdf "From 2002-2004, Toyota said in public they followed MISRA-C * But NASA reported > 7,000 violations of some of the rules (p. 29) * I checked the full set and found > 80,000 in violations in 2005 Camry L4" w.
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 13:18 -0700 |
| Message-ID | <76a71e6d-1c99-4d8d-9a08-3b4cbd3c45c8@googlegroups.com> |
| In reply to | #30615 |
On Wednesday, August 30, 2017 at 4:15:20 PM UTC-4, Wojciech Muła wrote: > On Wednesday, August 30, 2017 at 10:00:02 PM UTC+2, slawek wrote: > > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary > > śmiertelne z powodu softu. > > > > Czyli albo nie używali MISRA. Dlaczego? > > Nie trzymali się, tylko deklarowali. Tu krótka prezentacja: http://www.safetyresearch.net/Library/BarrSlides_FINAL_SCRUBBED.pdf > > "From 2002-2004, Toyota said in public they followed MISRA-C > * But NASA reported > 7,000 violations of some of the rules (p. 29) > * I checked the full set and found > 80,000 in violations in 2005 Camry L4" > > w. Dziekuja za wsparcie - to zdanie nie wymaga komentarza - MISRA nie byla problemem w przypadku Toyoty - problemem bylo zarzadzanie (jak zawsze w wiekszosci przypadkow).
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 13:16 -0700 |
| Message-ID | <42e939c8-d88b-459a-907d-3db47787c504@googlegroups.com> |
| In reply to | #30613 |
On Wednesday, August 30, 2017 at 4:00:02 PM UTC-4, slawek wrote: > On Wed, 30 Aug 2017 12:20:30 -0700 (PDT), Adam M > <a..i@magna-power.com> wrote: > > wodnie. Np dzieki temu kolega jadac samochodem nie emusi sie > martwic ze ste= > > rownik silnika dostanie BSOD lub sterownik ABS postanowi > przeprowadzic odsm= > > iecanie pamieci i hamulce zadzialaja ale z opoznieniem. > > > > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary > śmiertelne z powodu softu. > > Czyli albo nie używali MISRA. Dlaczego? > > Albo MISRA nie pomaga w 100% na to o czym pisałeś. Kolega myli standardy programowania ze standardami zarzadzania - jestem pewien ze te problemy mialy wiele wspolnego z czyms co sie nazywa MBA i cieciem kosztow (to samo z Volksvagen i ich "czystymi" dieslami) - inzynierowie powiedzieli ze np porzebuja extra 3miesiecy aby w pelni prztestowac oprogramowanie - na to management - nic z tego - wypuszczamy jak jest - za duze koszty. MISRA nie jest magicznym lekarstwem na wszystko - ale ustala jakies standardy - dzieki czemu cos mozna zweryfikowac ze dziala poprawnie. Dodakowo MISRA jest standardem dla "jezdzacego" oprogramowania - "latajace" oprogramowanie ma wlasna specyfikacje standardu - jeszcze bardziej wymagajaca niz MISRA.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-30 22:45 +0200 |
| Message-ID | <almarsoft.6163930131944089387@news.v.pl> |
| In reply to | #30616 |
On Wed, 30 Aug 2017 13:16:14 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: > MISRA nie jest magicznym lekarstwem Ale jeżeli można deklarować MISRA i jednocześnie totalnie olewać... to ja, jako użytkownik, nie czuję się specjalnie bezpieczniej. Była teza: MISRA gwarancją poprawności działania. A to nieprawda jest, bo samo istnienie standardów jeszcze okazuje się niewystarczające. Bez odpowiedniego audytu itp. standard jest tylko mniemanologią niestosowaną.
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-30 14:09 -0700 |
| Message-ID | <b89aa337-7c20-46bd-a614-39502e8e5360@googlegroups.com> |
| In reply to | #30618 |
On Wednesday, August 30, 2017 at 4:45:15 PM UTC-4, slawek wrote: > On Wed, 30 Aug 2017 13:16:14 -0700 (PDT), Adam M > <a..i@magna-power.com> wrote: > > MISRA nie jest magicznym lekarstwem > > Ale jeżeli można deklarować MISRA i jednocześnie totalnie olewać... > to ja, jako użytkownik, nie czuję się specjalnie bezpieczniej. > > Była teza: MISRA gwarancją poprawności działania. > > A to nieprawda jest, bo samo istnienie standardów jeszcze okazuje się > niewystarczające. Bez odpowiedniego audytu itp. standard jest tylko > mniemanologią niestosowaną. To juz zazalenie do Pana Boga - 10 przykazan tez wyznacza jakis standard (moralny w tym przypadku) - jak jest z jego stosowaniem w Polsce - rzekomo bardzo katolickim kraju - sami widzimy. To ze standard nie jest stosowany lub co gorsza stosowany tylko czesciowo nie jest przeslanka do stwierdzenia ze standard nie jest potrzebny. Witamy w zyciu ;-)
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-31 09:50 +0200 |
| Message-ID | <almarsoft.1342694708785323291@news.v.pl> |
| In reply to | #30619 |
On Wed, 30 Aug 2017 14:09:33 -0700 (PDT), Adam M <amorawski@magna-power.com> wrote: > To ze standard nie jest stosowany lub co gorsza stosowany tylko czesciowo n= > ie jest przeslanka do stwierdzenia ze standard nie jest potrzebny. Owszem. Ale można wywnioskować że standardodawcy są teoretykami-marzycielami. I mają wiarę w magiczne działanie tekstu napisanego. Co z kolei podważa ufność co do jakości samego standardu.
[toc] | [prev] | [next] | [standalone]
| From | Maciej Sobczak <see.my.homepage@gmail.com> |
|---|---|
| Date | 2017-08-31 01:52 -0700 |
| Message-ID | <472a2aec-d5a1-4505-acec-c75b3d1fb46c@googlegroups.com> |
| In reply to | #30616 |
> MISRA nie jest magicznym lekarstwem na wszystko - ale ustala jakies standardy - dzieki czemu cos mozna zweryfikowac ze dziala poprawnie. Nie, nie można. Po pierwsze, te ciekawsze punkty w standardzie zawierają informację, że "undecidable", czyli że standard nie daje narzędzi do stwierdzenia, czy kod jest w ogóle zgodny z daną regułą, czy nie jest. To jest mega-dziura w sprawdzaniu poprawności. Np. punkt, który mówi, że nie wolno wyjeżdżać poza zakres tablicy (ogólnie, jest to Rule 18.1), jest właśnie szczerze określony jako "undecidable". To jest zalecenie typu "pisz dobrze, to będzie dobrze". Po drugie, poprawność systemu ma sens tylko w kontekście jego wymagań. A tymi MISRA się nie zajmuje - zajmuje się wyłącznie warstwą kodu źródłowego. Dlatego można mieć kod źródłowy zgodny z MISRA-C (ale patrz wyżej, "undecidable"), który robi kompletne bzdury, np. mnoży zamiast dodawać. Czyli zgodność z MISRA nie jest gwarantem poprawności programu i nawet jest na to odpowiedni disclaimer. Był też ciekawy wątek dot. niezgodności - otóż niezgodności (tzw. "dewiacje", czyli odstępstwa od zaleceń) są częścią kultury użycia tego standardu. Każdy projekt decyduje, jakie dewiacje chce mieć i ich dokumentacja jest częścią całego procesu. Dlatego nie ma sensu pisać, że jakiś projekt miał 1000 niezgodności, jeśli nie wiadomo, ile chciał mieć i dlaczego. Może właśnie dokładnie te i tyle chciał mieć - i wtedy nie jest to problem. > Dodakowo MISRA jest standardem dla "jezdzacego" oprogramowania Nie, nie jest. Historia tego standardu zaczęła się w branży automotive, ale celowo się od tego odcinają. Ten standard jest stosowany (bezpośrednio albo pośrednio - przez referencje z innych standardów) właściwie wszędzie. > "latajace" oprogramowanie ma wlasna specyfikacje standardu - jeszcze bardziej wymagajaca niz MISRA. Nie, nie ma. MISRA-C jest tylko standardem kodowania a branża latająca ma standardy obejmujące całość procesu. Jednym z wymagań całości procesu jest to, że projekt latający ma mieć standard kodowania. I bez problemu tym standardem może być MISRA-C (i często jest). Natomiast dodatkowy rygor wynika chociażby z wymagań na etapie weryfikacji poprawności, którą MISRA się w ogóle nie zajmuje. I nie jest to specjalne osiągnięcie branży latającej, bo w automotive też tak jest, MISRA-C to tylko element większej układanki. Natomiast użyteczność standardu MISRA-C (czy w ogóle jakiegokolwiek innego standardu *kodowania*) polega na unifikacji, dzięki której łatwiej można zdefiniować i wdrożyć inne procesy. I dlatego, pomimo tego, że MISRA sama w sobie nie gwarantuje poprawności, to, jako element większej układanki, się do niej przykłada. -- Maciej Sobczak * http://www.inspirel.com
[toc] | [prev] | [next] | [standalone]
| From | Maciej Sobczak <see.my.homepage@gmail.com> |
|---|---|
| Date | 2017-08-31 01:56 -0700 |
| Message-ID | <0aa1148f-664a-428d-bab8-f8a4d347ca8a@googlegroups.com> |
| In reply to | #30609 |
> I prosze nie wycigac mi tu Ady - jesli Ada byla by lekarstwem na wszystko to systemy wbudowane by jej uzywaly Przecież używają. Ale nie dlatego, że jest lekarstwem na wszystko (bo nie jest), tylko dlatego, że to dobry język jest. Zwłaszcza do systemów wbudowanych. > niestety Ada ma swoje wlasnie problemy Jak wszystko. A jakie problemy ma Ada? > Nie chece mi sie nawet zaczynac dyskusji nad Ada - bo to nie ma sensu. Sens dyskusji nad Adą nie odbiega od sensu wszystkich innych podwątków w tym wątku. :-) -- Maciej Sobczak * http://www.inspirel.com
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-31 07:05 -0700 |
| Message-ID | <6a9f3784-1630-453b-9716-44210a2db7bf@googlegroups.com> |
| In reply to | #30622 |
On Thursday, August 31, 2017 at 4:56:12 AM UTC-4, Maciej Sobczak wrote: > > I prosze nie wycigac mi tu Ady - jesli Ada byla by lekarstwem na wszystko to systemy wbudowane by jej uzywaly > > Przecież używają. Ale nie dlatego, że jest lekarstwem na wszystko (bo nie jest), tylko dlatego, że to dobry język jest. Zwłaszcza do systemów wbudowanych. Tak - uzywaja (Ada Ravenscar)- ale nie jest to bardzo popularny jezyk. Rozumiem ze kolega programuje w Ada (widzialem kilka postow na comp.lang.ada) - z ciekawosci zapytam zawodowo czy tylko jako hobby. > > > niestety Ada ma swoje wlasnie problemy > > Jak wszystko. > > A jakie problemy ma Ada? Powiedzial bym ze podstawowym problemem Ady jest brak wiekszej ilosci dobrych programistow na rynku pracy. Ada jest tez postrzegana jako bardzo wymagajacy jezyk z powodu swojej zlozonosci (co nie do konca jest prawda - C++ tez stal sie skomplikowany). > > > Nie chece mi sie nawet zaczynac dyskusji nad Ada - bo to nie ma sensu. > > Sens dyskusji nad Adą nie odbiega od sensu wszystkich innych podwątków w tym wątku. :-) > > -- > Maciej Sobczak * http://www.inspirel.com
[toc] | [prev] | [next] | [standalone]
Page 6 of 11 — ← Prev page 1 … 4 5 [6] 7 8 … 11 Next page →
Back to top | Article view | pl.comp.programming
csiph-web