Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #117499 > unrolled thread
| Started by | Yousuf Khan <bbbl67@spammenot.yahoo.com> |
|---|---|
| First post | 2020-07-14 08:39 -0400 |
| Last post | 2020-07-16 09:27 -0400 |
| Articles | 19 on this page of 99 — 17 participants |
Back to article view | Back to alt.comp.os.windows-10
Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Yousuf Khan <bbbl67@spammenot.yahoo.com> - 2020-07-14 08:39 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-15 13:42 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Brian Gregory <void-invalid-dead-dontuse@email.invalid> - 2020-07-15 19:48 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Yousuf Khan <bbbl67@spammenot.yahoo.com> - 2020-07-16 09:37 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 14:19 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Yousuf Khan <bbbl67@spammenot.yahoo.com> - 2020-07-18 12:18 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-18 20:46 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Paul <nospam@needed.invalid> - 2020-07-18 23:40 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 11:35 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 13:28 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 16:01 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "Jonathan N. Little" <lws4art@gmail.com> - 2020-07-16 17:37 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 18:12 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "Jonathan N. Little" <lws4art@gmail.com> - 2020-07-16 19:31 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 01:29 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-17 09:55 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 17:52 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "Jonathan N. Little" <lws4art@gmail.com> - 2020-07-17 10:28 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 14:42 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 18:33 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 18:35 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 23:47 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 22:35 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 02:54 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-17 15:47 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-17 12:31 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Brian Gregory <void-invalid-dead-dontuse@email.invalid> - 2020-07-18 02:18 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-18 02:28 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-17 22:30 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Jeff Barnett <jbb@notatt.com> - 2020-07-17 22:06 -0600
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 22:33 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-18 02:09 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-17 22:30 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 22:26 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-18 02:09 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Brian Gregory <void-invalid-dead-dontuse@email.invalid> - 2020-07-18 13:04 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-18 11:57 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Brian Gregory <void-invalid-dead-dontuse@email.invalid> - 2020-07-19 16:11 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-18 13:54 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-18 09:51 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-18 11:58 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-18 17:30 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-18 12:48 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-18 18:29 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 19:10 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 22:29 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 14:06 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 19:32 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-18 02:21 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 22:23 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-18 01:37 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Rene Lamontagne <rlamont@shaw.ca> - 2020-07-18 09:16 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-18 13:57 -0700
General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-17 15:31 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-17 15:55 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') T <T@invalid.invalid> - 2020-07-17 12:49 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-18 00:13 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') mechanic <mechanic@example.net> - 2020-07-18 12:17 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Stan Brown <the_stan_brown@fastmail.fm> - 2020-07-18 16:40 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') mechanic <mechanic@example.net> - 2020-07-19 11:08 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Brian Gregory <void-invalid-dead-dontuse@email.invalid> - 2020-07-18 02:23 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-18 02:34 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Char Jackson <none@none.invalid> - 2020-07-17 14:56 -0500
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-18 00:15 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Andy Burns <usenet@andyburns.uk> - 2020-07-18 10:39 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') T <T@invalid.invalid> - 2020-07-18 14:00 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') T <T@invalid.invalid> - 2020-07-18 14:07 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Jim H <invalid@invalid.invalid> - 2020-07-17 20:44 +0000
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') T <T@invalid.invalid> - 2020-07-19 01:28 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-19 15:09 +0100
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') T <T@invalid.invalid> - 2020-07-20 05:35 -0700
Re: General ramblings (with some Linux flavouring). (Was: Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems') Michael Logies <logies@t-online.de> - 2020-07-18 11:55 +0200
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' nospam <nospam@nospam.invalid> - 2020-07-17 12:31 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-17 01:15 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Paul <nospam@needed.invalid> - 2020-07-17 02:59 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-17 10:27 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-17 10:50 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-17 17:20 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Rene Lamontagne <rlamont@shaw.ca> - 2020-07-16 16:04 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Paul <nospam@needed.invalid> - 2020-07-16 19:08 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Rene Lamontagne <rlamont@shaw.ca> - 2020-07-16 19:06 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Char Jackson <none@none.invalid> - 2020-07-16 20:33 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 23:49 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-16 22:36 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Rene Lamontagne <rlamont@shaw.ca> - 2020-07-17 08:45 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' T <T@invalid.invalid> - 2020-07-17 12:50 -0700
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Paul <nospam@needed.invalid> - 2020-07-17 15:59 -0400
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-16 20:17 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-16 15:22 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' "J. P. Gilliver (John)" <G6JPG@255soft.uk> - 2020-07-16 22:26 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Char Jackson <none@none.invalid> - 2020-07-16 18:15 -0500
OT: Disable line wrap for long lines (was Re: Linux founder tells Intel to stop ...) VanguardLH <V@nguard.LH> - 2020-07-17 03:10 -0500
Re: OT: Disable line wrap for long lines (was Re: Linux founder tells Intel to stop ...) Char Jackson <none@none.invalid> - 2020-07-17 14:46 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-17 09:35 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' VanguardLH <V@nguard.LH> - 2020-07-19 08:19 -0500
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Andy Burns <usenet@andyburns.uk> - 2020-07-19 16:39 +0100
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' John Doe <always.look@message.header> - 2020-07-15 19:55 +0000
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' John Doe <always.look@message.header> - 2020-07-15 20:00 +0000
Re: Linux founder tells Intel to stop inventing 'magic instructions' and 'start fixing real problems' Yousuf Khan <bbbl67@spammenot.yahoo.com> - 2020-07-16 09:27 -0400
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
| From | Rene Lamontagne <rlamont@shaw.ca> |
|---|---|
| Date | 2020-07-16 19:06 -0500 |
| Message-ID | <hnc8blF6aikU1@mid.individual.net> |
| In reply to | #117652 |
On 2020-07-16 6:08 p.m., Paul wrote: > Rene Lamontagne wrote: >> On 2020-07-16 1:35 p.m., T wrote: >>> On 2020-07-15 11:42, VanguardLH wrote: >>>> Is Linus >>>> even a gamer? Oh wait, yeah, not that big a selection for Linux. >>> >>> Linux is not tied with Windows for gaming. Take >>> a gander at: >>> >>> Fedora 31 | Features, Gaming, and New Daily Driver >>> https://www.youtube.com/watch?v=1P8oBlOTBho >> >> You make joke, Yes? :-) >> >> Rene >> > > Are we playing "Sodoku" yet ? > > Paul I don't know how to play 'Sodoku' Too old to start now. :-) Rene
[toc] | [prev] | [next] | [standalone]
| From | Char Jackson <none@none.invalid> |
|---|---|
| Date | 2020-07-16 20:33 -0500 |
| Message-ID | <lsv1hf9u7fsst3bkdiip9ju4em252no5vb@4ax.com> |
| In reply to | #117663 |
On Thu, 16 Jul 2020 19:06:14 -0500, Rene Lamontagne <rlamont@shaw.ca> wrote: >On 2020-07-16 6:08 p.m., Paul wrote: >> Rene Lamontagne wrote: >>> On 2020-07-16 1:35 p.m., T wrote: >>>> On 2020-07-15 11:42, VanguardLH wrote: >>>>> Is Linus >>>>> even a gamer? Oh wait, yeah, not that big a selection for Linux. >>>> >>>> Linux is not tied with Windows for gaming. Take >>>> a gander at: >>>> >>>> Fedora 31 | Features, Gaming, and New Daily Driver >>>> https://www.youtube.com/watch?v=1P8oBlOTBho >>> >>> You make joke, Yes? :-) >>> >>> Rene >>> >> >> Are we playing "Sodoku" yet ? >> >> Paul > >I don't know how to play 'Sodoku' >Too old to start now. :-) I know how to play but it's tedious, so I wrote a Sudoku solver in Excel (using VBA). It's more fun to watch the puzzle being solved.
[toc] | [prev] | [next] | [standalone]
| From | VanguardLH <V@nguard.LH> |
|---|---|
| Date | 2020-07-16 23:49 -0500 |
| Message-ID | <1hdr575ykp916.dlg@v.nguard.lh> |
| In reply to | #117669 |
Char Jackson <none@none.invalid> wrote: > Rene Lamontagne <rlamont@shaw.ca> wrote: > >> Paul wrote: >> >>> Are we playing "Sodoku" yet ? >> >> I don't know how to play 'Sodoku' >> Too old to start now. :-) > > I know how to play but it's tedious, so I wrote a Sudoku solver in Excel > (using VBA). It's more fun to watch the puzzle being solved. Does it take coffee and bathroom breaks, too?
[toc] | [prev] | [next] | [standalone]
| From | T <T@invalid.invalid> |
|---|---|
| Date | 2020-07-16 22:36 -0700 |
| Message-ID | <rerddh$4jb$2@dont-email.me> |
| In reply to | #117644 |
On 2020-07-16 14:04, Rene Lamontagne wrote: > On 2020-07-16 1:35 p.m., T wrote: >> On 2020-07-15 11:42, VanguardLH wrote: >>> Is Linus >>> even a gamer? Oh wait, yeah, not that big a selection for Linux. >> >> Linux is not tied with Windows for gaming. Take >> a gander at: >> >> Fedora 31 | Features, Gaming, and New Daily Driver >> https://www.youtube.com/watch?v=1P8oBlOTBho > > You make joke, Yes? :-) > > Rene > Did you watch the video?
[toc] | [prev] | [next] | [standalone]
| From | Rene Lamontagne <rlamont@shaw.ca> |
|---|---|
| Date | 2020-07-17 08:45 -0500 |
| Message-ID | <hndob1FfpckU1@mid.individual.net> |
| In reply to | #117679 |
On 2020-07-17 12:36 a.m., T wrote: > On 2020-07-16 14:04, Rene Lamontagne wrote: >> On 2020-07-16 1:35 p.m., T wrote: >>> On 2020-07-15 11:42, VanguardLH wrote: >>>> Is Linus >>>> even a gamer? Oh wait, yeah, not that big a selection for Linux. >>> >>> Linux is not tied with Windows for gaming. Take >>> a gander at: >>> >>> Fedora 31 | Features, Gaming, and New Daily Driver >>> https://www.youtube.com/watch?v=1P8oBlOTBho >> >> You make joke, Yes? :-) >> >> Rene >> > > Did you watch the video? > > I think I slept through the best parts. Rene
[toc] | [prev] | [next] | [standalone]
| From | T <T@invalid.invalid> |
|---|---|
| Date | 2020-07-17 12:50 -0700 |
| Message-ID | <resvf0$khv$2@dont-email.me> |
| In reply to | #117703 |
On 2020-07-17 06:45, Rene Lamontagne wrote: > On 2020-07-17 12:36 a.m., T wrote: >> On 2020-07-16 14:04, Rene Lamontagne wrote: >>> On 2020-07-16 1:35 p.m., T wrote: >>>> On 2020-07-15 11:42, VanguardLH wrote: >>>>> Is Linus >>>>> even a gamer? Oh wait, yeah, not that big a selection for Linux. >>>> >>>> Linux is not tied with Windows for gaming. Take >>>> a gander at: >>>> >>>> Fedora 31 | Features, Gaming, and New Daily Driver >>>> https://www.youtube.com/watch?v=1P8oBlOTBho >>> >>> You make joke, Yes? :-) >>> >>> Rene >>> >> >> Did you watch the video? >> >> > > I think I slept through the best parts. > > Rene > He is a bit of a blow hard. But he does provide great information at times. I got "Debloat 10" from him. It does perk up Windows 10.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2020-07-17 15:59 -0400 |
| Message-ID | <ret000$o0k$1@dont-email.me> |
| In reply to | #117703 |
Rene Lamontagne wrote:
> On 2020-07-17 12:36 a.m., T wrote:
>> Did you watch the video?
>
> I think I slept through the best parts.
>
> Rene
It's a totally different experience if you youtube-dl it,
then scroll through the boring parts. fedora.mkv 148,284,273 bytes
This streaming idea is never going to catch on.
And nobody will ever need more than 640K.
Paul
[toc] | [prev] | [next] | [standalone]
| From | "J. P. Gilliver (John)" <G6JPG@255soft.uk> |
|---|---|
| Date | 2020-07-16 20:17 +0100 |
| Message-ID | <i8jNO$UseKEfFwA0@255soft.uk> |
| In reply to | #117588 |
On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote: >Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: > >> Linus Torvalds' comments came from this article: https://is.gd/6zpZRL > >Full URL: >https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >start-fixing-real-problems%2F I'm a little surprised at VLH for the above: surely it's rather _more_ than a Full URL: I think you could truncate it before the # sign. What follows are "referrer" and "From", with another couple of URLs in there (with the "://"s and subsequent "/"s turned into their hex equivalents). > >Linus is known for publishing his tirades on Windows, and even on Linux >variants. He lambasts everyone. > >Tweaking hardware to look good in benchmarks is news to you? Video chip >makers have been doing this forever, making their hardware or firmware [] Not exclusive to computing hardware of course! The last _big_ one I can remember is Volkswagen getting _caught_ detecting when their engines were undergoing the annual emission tests (as required by most countries) and running accordingly, but I'm sure there are myriad examples. (Note: not myriad _of_.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf Everyone learns from science. It all depends how you use the knowledge. - "Gil Grissom" (CSI).
[toc] | [prev] | [next] | [standalone]
| From | VanguardLH <V@nguard.LH> |
|---|---|
| Date | 2020-07-16 15:22 -0500 |
| Message-ID | <vk204ahe2jmx.dlg@v.nguard.lh> |
| In reply to | #117633 |
"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote: > On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote: >>Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: >> >>> Linus Torvalds' comments came from this article: https://is.gd/6zpZRL >> >>Full URL: >>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>start-fixing-real-problems%2F > > I'm a little surprised at VLH for the above: surely it's rather _more_ > than a Full URL: I think you could truncate it before the # sign. What > follows are "referrer" and "From", with another couple of URLs in there > (with the "://"s and subsequent "/"s turned into their hex equivalents). is.gd, the URL shortening service that the OP used, does not provide a preview mode. With TinyURL, you can add the "preview" hostname to see where shortened URL points. Well, is.gd does have a preview mode, but it's clumsy. You go to: https://is.gd/previews.php click on the "... see preview page ...", leave the web browser open, and then click on the shortened URL the OP provided. Their page then shows the full original URL and, yep, it has all that crap in it. Or you can use on of the URL lengthener sites to reveal the original URL. I gave the full URL that the *OP* provided with the shortened version. Complain to the OP about not truncating URLs to their minimum. If he had, he would not have needed the URL shortening service. The full URL: https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magic-instructions-and-start-fixing-real-problems/ is perhaps longer than the typical line length viewed in NNTP clients, but slicing up URLs that are longer than the logical (viewed) line length by injecting newlines (slicing URLs into multiple physical lines) is a defect of the sender's client. Physical lines can be up to 998 characters long (that's the old-time recommendation). Maybe some NNTP clients have problems when viewing physical line lengths longer than their viewable line length making the URL not clickable, and why I've seen some posters enclose the long URL within angle brackets, like <URL>, as a workaround for deficient clients. In any case, I showed the original (full) URL of what the OP used when they generated the shortened version (well, a short redirection URL). I showed the original URL. I didn't edit what the OP supplied. >> Tweaking hardware to look good in benchmarks is news to you? Video >> chip makers have been doing this forever, making their hardware or >> firmware > > Not exclusive to computing hardware of course! The last _big_ one I can > remember is Volkswagen getting _caught_ detecting when their engines > were undergoing the annual emission tests (as required by most > countries) and running accordingly, but I'm sure there are myriad > examples. (Note: not myriad _of_.) https://www.bbc.com/news/business-34324772 Dated 10-Dec-2015 https://www.businessinsider.com.au/chart-this-is-what-happened-to-volkswagen-after-the-emissions-scandal-2015-12 Dated 15-Dec-2015 Notice the chart showing the huge drop in sales. I wonder how a car knows a gas sniffer is poking up its ahole. Oooh, warm that up first before sticking it in. I suppose the car's computer could notice the car wheels weren't rotating when the engine got revved up and the steering wheel wasn't turning. My state dropped emissions testing (for consumer vehicles which the owner had to pay an $8 fee before they could get tabs) a long time ago. I had a '92 bought used in '94 and kept for 24 years that never required emission testing. I still have a '02 bought used in '04 that has never required emissions testing. Emissions testing in my state ended back in Nov 1999. Six other states don't have emissions testing, either. Our requirement ceased after the levels of CO, ozone, and other pollutants fell below the specs for the federal Clean Air Act; however, some states are lobbying for stricter emissions control (exceeding EPA guidelines and becoming more green-centric), so my state might go back to vehicle testing despite our state has a green light. Must've been in sub-EPA or more green-centric states where VW got busted for cheating.
[toc] | [prev] | [next] | [standalone]
| From | "J. P. Gilliver (John)" <G6JPG@255soft.uk> |
|---|---|
| Date | 2020-07-16 22:26 +0100 |
| Message-ID | <0ZNYn8ZWYMEfFwhC@255soft.uk> |
| In reply to | #117638 |
On Thu, 16 Jul 2020 at 15:22:44, VanguardLH <V@nguard.LH> wrote: >"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote: > >> On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote: >>>Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: >>> >>>> Linus Torvalds' comments came from this article: https://is.gd/6zpZRL >>> >>>Full URL: >>>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>>start-fixing-real-problems%2F >> >> I'm a little surprised at VLH for the above: surely it's rather _more_ >> than a Full URL: I think you could truncate it before the # sign. What [] >I gave the full URL that the *OP* provided with the shortened version. Fairy nuff. [] >>> Tweaking hardware to look good in benchmarks is news to you? Video [] >> Not exclusive to computing hardware of course! The last _big_ one I can >> remember is Volkswagen getting _caught_ detecting when their engines [] >I wonder how a car knows a gas sniffer is poking up its ahole. Oooh, >warm that up first before sticking it in. I suppose the car's computer >could notice the car wheels weren't rotating when the engine got revved >up and the steering wheel wasn't turning. Could be. If done for a long time, maybe. > >My state dropped emissions testing (for consumer vehicles which the >owner had to pay an $8 fee before they could get tabs) a long time ago. Interesting; I didn't know some states didn't have any limits. [] >testing despite our state has a green light. Must've been in sub-EPA or >more green-centric states where VW got busted for cheating. There is a world outside "the states" (-:! Given that that particular violation was Diesel engines, and I don't think Diesel cars are that popular in the USA, it might well have first come to light somewhere in EU. Ironically, the Germans are particularly keen on "green" matters. (Though are also rather against nuclear, which is again ironic, as a lot of their coal output is a rather dirty variety.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf The death of democracy is not likely to be an assassination from ambush. It will be a slow extinction from apathy, indifference, and undernourishment. -Robert Maynard Hutchins, educator (1899-1977)
[toc] | [prev] | [next] | [standalone]
| From | Char Jackson <none@none.invalid> |
|---|---|
| Date | 2020-07-16 18:15 -0500 |
| Message-ID | <7nn1hfhqf0hnj2nghf0912hcq3no7s70fn@4ax.com> |
| In reply to | #117638 |
On Thu, 16 Jul 2020 15:22:44 -0500, VanguardLH <V@nguard.LH> wrote: >"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote: > >> On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote: >>>Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: >>> >>>> Linus Torvalds' comments came from this article: https://is.gd/6zpZRL >>> >>>Full URL: >>>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>>start-fixing-real-problems%2F >> >> I'm a little surprised at VLH for the above: surely it's rather _more_ >> than a Full URL: I think you could truncate it before the # sign. What >> follows are "referrer" and "From", with another couple of URLs in there >> (with the "://"s and subsequent "/"s turned into their hex equivalents). > >is.gd, the URL shortening service that the OP used, does not provide a >preview mode. With TinyURL, you can add the "preview" hostname to see >where shortened URL points. > >Well, is.gd does have a preview mode, but it's clumsy. You go to: > >https://is.gd/previews.php > >click on the "... see preview page ...", leave the web browser open, and >then click on the shortened URL the OP provided. Their page then shows >the full original URL and, yep, it has all that crap in it. Or you can >use on of the URL lengthener sites to reveal the original URL. > >I gave the full URL that the *OP* provided with the shortened version. >Complain to the OP about not truncating URLs to their minimum. If he >had, he would not have needed the URL shortening service. The full URL: > >https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magic-instructions-and-start-fixing-real-problems/ > >is perhaps longer than the typical line length viewed in NNTP clients, >but slicing up URLs that are longer than the logical (viewed) line >length by injecting newlines (slicing URLs into multiple physical lines) >is a defect of the sender's client. Physical lines can be up to 998 >characters long (that's the old-time recommendation). Maybe some NNTP >clients have problems when viewing physical line lengths longer than >their viewable line length making the URL not clickable, and why I've >seen some posters enclose the long URL within angle brackets, like ><URL>, as a workaround for deficient clients. With some newsreaders, such as my old copy of Agent 2.0, brackets aren't a workaround for a deficient client. They are simply markers to let the composition window know that the configured line length value should be ignored for text between the brackets.
[toc] | [prev] | [next] | [standalone]
| From | VanguardLH <V@nguard.LH> |
|---|---|
| Date | 2020-07-17 03:10 -0500 |
| Subject | OT: Disable line wrap for long lines (was Re: Linux founder tells Intel to stop ...) |
| Message-ID | <1kh3y3e250deb$.dlg@v.nguard.lh> |
| In reply to | #117654 |
Char Jackson <none@none.invalid> wrote: > With some newsreaders, such as my old copy of Agent 2.0, brackets > aren't a workaround for a deficient client. They are simply markers > to let the composition window know that the configured line length > value should be ignored for text between the brackets. Ah, it's a sender's client trick to prevent line breaks. Understood. In my NNTP client, I don't need to do that for URLs as they kept intact in one physical line; however, it does have a Word Wrap toggle that I can click to insert a composition marker (not in the sent copy) to keep a long string from line wrapping. I use it occasionally, like for a wide data table where line wrapping makea it unintelligible. (I used it on this line as an example.) It keeps the long string as one long physical line. The reader's client might enforce line splitting at their configured line length. Nothing I can do about that. My tricks sounds similar to your bracketing trick. However, I've seen those long strings in a long line include the angle brackets. They might be a hint in the composition window in the sender's client, but they were also included in the sent copy. As a test, could you reply with a long string, like 200 characters, enclosed in your non-wrap markers, so I could see if the submitted copy has the non-wrap markers or not?
[toc] | [prev] | [next] | [standalone]
| From | Char Jackson <none@none.invalid> |
|---|---|
| Date | 2020-07-17 14:46 -0500 |
| Subject | Re: OT: Disable line wrap for long lines (was Re: Linux founder tells Intel to stop ...) |
| Message-ID | <e6u3hfdt0annav9k2bdi7ammpjk6fufdgl@4ax.com> |
| In reply to | #117688 |
On Fri, 17 Jul 2020 03:10:26 -0500, VanguardLH <V@nguard.LH> wrote: >Char Jackson <none@none.invalid> wrote: > >> With some newsreaders, such as my old copy of Agent 2.0, brackets >> aren't a workaround for a deficient client. They are simply markers >> to let the composition window know that the configured line length >> value should be ignored for text between the brackets. > >Ah, it's a sender's client trick to prevent line breaks. Understood. >In my NNTP client, I don't need to do that for URLs as they kept intact >in one physical line; however, it does have a Word Wrap toggle that I >can click to insert a composition marker (not in the sent copy) to keep a long string from line wrapping. I use it occasionally, like for a wide data table where line wrapping makea it unintelligible. (I used it on this line as an example.) >It keeps the long string as one long physical line. The reader's client >might enforce line splitting at their configured line length. Nothing I >can do about that. My tricks sounds similar to your bracketing trick. Agreed. When composing a post with a long URL, we use whatever 'trick' or method that particular client allows or requires in order to override the configured line length. For me it's angle brackets and for you it could be the word wrap toggle. With my client, the angle bracket method only works in specific circumstances. For example, it seems to require the "http://" string or the "www." string, and I'm not sure what else. With my client, the angle brackets become part of the post, and thus travel with the post. In your case, there's nothing added to the post and thus nothing extra travels with the post. Note that some clients don't require any of this, from what I hear. They simply recognize URLs and do the right thing, not just during composition but also during subsequent reading, even when URLs are split across lines. When my client encounters a split URL, it doesn't recognize the entire URL and requires me to remove the line break(s) and any quote markers. That's easy to do, but it's not automatic. >However, I've seen those long strings in a long line include the angle >brackets. They might be a hint in the composition window in the >sender's client, but they were also included in the sent copy. That's exactly how my client does it. The angle brackets become part of the message. >As a >test, could you reply with a long string, like 200 characters, enclosed >in your non-wrap markers, so I could see if the submitted copy has the >non-wrap markers or not? If it's regular text with spaces and no http:// or www. string, then angle brackets aren't going to do anything special here. They would just be included as text in the post. To do your test, I would have to use the left angle bracket, either of the two URL markers, (there may be others that I don't know), followed by text without spaces, (for me, a space marks the end of a URL), ending with a right angle bracket. Example: <www.To%20do%20your%20test,%20I%20would%20have%20to%20use%20the%20left%20angle%20bracket,%20either%20of%20the%20two%20URL%20markers,%20(there%20may%20be%20others%20that%20I%20don't%20know),%20followed%20by%20text%20without%20spaces,%20(for%20me,%20a%20space%20marks%20the%20end%20of%20a%20URL),%20ending%20with%20a%20right%20angle%20bracket.> That should post as a single line, but what happens in anyone's client when they retrieve and view it is out of my hands.
[toc] | [prev] | [next] | [standalone]
| From | Andy Burns <usenet@andyburns.uk> |
|---|---|
| Date | 2020-07-17 09:35 +0100 |
| Message-ID | <hnd65vFc4ldU1@mid.individual.net> |
| In reply to | #117638 |
VanguardLH wrote: > I wonder how a car knows a gas sniffer is poking up its ahole. Oooh, > warm that up first before sticking it in. I suppose the car's computer > could notice the car wheels weren't rotating when the engine got revved > up and the steering wheel wasn't turning. A bit more complex than that, but basically spotting conditions of the standardised tests and switching into an alternate ECU mode <https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate> Jump to 57:00 if you just want the money shot, but the whole thing is worth a watch ...
[toc] | [prev] | [next] | [standalone]
| From | VanguardLH <V@nguard.LH> |
|---|---|
| Date | 2020-07-19 08:19 -0500 |
| Message-ID | <q4u55dxro67o$.dlg@v.nguard.lh> |
| In reply to | #117689 |
Andy Burns <usenet@andyburns.uk> wrote: > VanguardLH wrote: > >> I wonder how a car knows a gas sniffer is poking up its ahole. Oooh, >> warm that up first before sticking it in. I suppose the car's computer >> could notice the car wheels weren't rotating when the engine got revved >> up and the steering wheel wasn't turning. > > A bit more complex than that, but basically spotting conditions of the > standardised tests and switching into an alternate ECU mode > > <https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate> > > Jump to 57:00 if you just want the money shot, but the whole thing is > worth a watch ... That was interesting. I jumped to the timemark, but decided it was too much out of context, so I watched it all. Interesting how the alternative model was used for most of the driving (underdoses the NH3 to convert NO) but switched to the main model during the conditions of NEDC testing. Man, they sure are tricky. Also interesting is that VW isn't the only one, but BMW was caught a decade before but managed to silently alter their model. Apparently lots of brands do this trickery. It's almost a requirement for the car to be road-worthy, but still pass the emission testing for when the car is tested under nothing like road use of the vehicle.
[toc] | [prev] | [next] | [standalone]
| From | Andy Burns <usenet@andyburns.uk> |
|---|---|
| Date | 2020-07-19 16:39 +0100 |
| Message-ID | <hnj7p4Fktv3U1@mid.individual.net> |
| In reply to | #117924 |
VanguardLH wrote: > Interesting how the alternative model was used for most of the > driving (underdoses the NH3 to convert NO) but switched to the main > model during the conditions of NEDC testing. Man, they sure are > tricky. If you're going to set a test for vehicles, better make it a good test because companies will spend a *lot* of money to try and game it ... I believe WLTP has now replaced NEDC.
[toc] | [prev] | [next] | [standalone]
| From | John Doe <always.look@message.header> |
|---|---|
| Date | 2020-07-15 19:55 +0000 |
| Message-ID | <renn01$2sh$1@dont-email.me> |
| In reply to | #117499 |
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: > Linus Torvalds' comments came from this article: https://is.gd/6zpZRL How much did he make off of Linux? (I will look, but seems like an amusing fact.)
[toc] | [prev] | [next] | [standalone]
| From | John Doe <always.look@message.header> |
|---|---|
| Date | 2020-07-15 20:00 +0000 |
| Message-ID | <renn93$2sh$2@dont-email.me> |
| In reply to | #117594 |
His net worth is at least 150 million. And, sorry, I didn't realize this was crossposted. John Doe <always.look@message.header> wrote: > Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote: > >> Linus Torvalds' comments came from this article: https://is.gd/6zpZRL > > How much did he make off of Linux? > (I will look, but seems like an amusing fact.) >
[toc] | [prev] | [next] | [standalone]
| From | Yousuf Khan <bbbl67@spammenot.yahoo.com> |
|---|---|
| Date | 2020-07-16 09:27 -0400 |
| Message-ID | <GeednWrGfrtMyI3CnZ2dnUU7-cednZ2d@giganews.com> |
| In reply to | #117596 |
On 7/15/2020 4:00 PM, John Doe wrote: > His net worth is at least 150 million. > And, sorry, I didn't realize this was crossposted. Some people are too pedantic about crossposting, it's there for a purpose. There was nothing wrong with crossposting to those groups, they all had something to do with it. Yousuf Khan
[toc] | [prev] | [standalone]
Page 5 of 5 — ← Prev page 1 2 3 4 [5]
Back to top | Article view | alt.comp.os.windows-10
csiph-web