MSN messenger virus

[Paul Stamler]

Not to mention that DOS is rather virus resistant, to say the least...

Resistant, but not virus proof. About the only time I ever had an active
computer virus infection was on a 286 running DOS. (There was something
hidden in an upgrade of an audio program, but it never executed and Avast
detected it.)

Peace,
Paul

 

[Rich Grise]

Not as secure as Linux...and they are now WIN machines hardware-wise..

"Now"???
It was specifically written to run on "WIN machines":
https://netfiles.uiuc.edu/rhasan/linux/

Selected Quotes:
"'I still maintain the point that designing a monolithic kernel in 1991
is a fundamental error. Be thankful you are not my student. You would
not get a high grade for such a design '
(Andrew Tanenbaum to Linus Torvalds)

"Tanenbaum also remarked that : "Linux is obsolete".

"'Your job is being a professor and researcher: That's one hell of a
good excuse for some of the brain-damages of minix.'
(Linus Torvalds to Andrew Tanenbaum)"

And so on...

Cheers!
Rich

 

[Baron]

"Now"???

I think Robert was referring to MAC hardware now based on X86 rather
than Motorola 68000.

 

[Jim Thompson]

If one had a little Ford Fiesta and never ventured out onto the open road
with it, one's chances of getting run into by a bad driver are somewhat
reduced. But one could die of boredom....


geoff

That's the liberal "gift' ;-)

...Jim Thompson
--
| James E.Thompson, P.E. | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

Stormy on the East Coast today... due to Bush's failed policies.

 

[Baron]

...The 68000 instruction set is a LOT more orthoganal,and (if i
remember correctly) does not have that verdammt and un-necessary
NON-MASKABLE interrupt soly for memory refresh.
Memory refresh should be done in hardware and should be as
invisible
to the OS as possible (ie NOT mess up timing loops to an extent that a
drummer can do better timing than drummer software).
So, we are stuck in NOT having a decent PC due to the death of the
Transmeta chip and the 68000.

Transmeta ? Did you mean Transputer. But I totally concur. Nice
linear address space.

 

[JeffM]

[...] https://netfiles.uiuc.edu/rhasan/linux/
Selected Quotes:
[...]
'Your job is being a professor and researcher: That's one hell of a
good excuse for some of the brain-damages of minix.'
(Linus Torvalds to Andrew Tanenbaum)"
[...]

Tanenbaum's name may one day be less obscure than Linus'
http://google.com/search?q=cache:3q...s-*.*+*-*-*-*-*-*-*-education-only-*#27743177
but I won't be holding my breath.

 

[Anssi Saari]

Transmeta ? Did you mean Transputer. But I totally concur. Nice
linear address space.

I suppose he did mean Transmeta. It was the little company that
employed Linus for a while. Their CPU was an attempt to make a low
power VLIW CPU or something. I suppose it was a little too low power,
so no one wanted it... AMD, Intel, Nvidia bought their low power tech
apparently and what remained was sold to someone else.

As for the memory refresh, may I say puh-lease? Ever since SDRAM came
around, a decade or two ago, it's been handled by the memory
controller quite independently or even by the memory chips themselves,
called self refresh mode...

Let's see, my PC has been running for...

$ uptime
15:34:30 up 4 days, 16:41, 5 users, load average: 0.05, 0.01, 0.00

.... and in that time, what kind of interrupts have happened?

$ cat /proc/interrupts
CPU0 CPU1
0: 21457080 927430 IO-APIC-edge timer
1: 40378 2164 IO-APIC-edge i8042
4: 1 1 IO-APIC-edge
8: 885 28 IO-APIC-edge rtc0
9: 0 0 IO-APIC-fasteoi acpi
16: 2254415 55646 IO-APIC-fasteoi pata_marvell, uhci_hcd:usb2, nvidia
17: 187133 1475 IO-APIC-fasteoi eth0, CMI8738-MC6
18: 32831579 926433 IO-APIC-fasteoi eth1, ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 1264351 28589 IO-APIC-fasteoi ahci, uhci_hcd:usb7, ohci1394
21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4
23: 87718 8291 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6
NMI: 0 0 Non-maskable interrupts
LOC: 1222420 10127229 Local timer interrupts
RES: 567029 1398079 Rescheduling interrupts
CAL: 935 13698 Function call interrupts
TLB: 55095 28442 TLB shootdowns
TRM: 0 0 Thermal event interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
MIS: 0

Quite a few. And a big fat ZERO NMIs for both CPU's.

 

[StickThatInYourPipeAndSmokeIt]

I suppose he did mean Transmeta. It was the little company that
employed Linus for a while. Their CPU was an attempt to make a low
power VLIW CPU or something. I suppose it was a little too low power,
so no one wanted it... AMD, Intel, Nvidia bought their low power tech
apparently and what remained was sold to someone else.

As for the memory refresh, may I say puh-lease? Ever since SDRAM came
around, a decade or two ago, it's been handled by the memory
controller quite independently or even by the memory chips themselves,
called self refresh mode...

Let's see, my PC has been running for...

$ uptime
15:34:30 up 4 days, 16:41, 5 users, load average: 0.05, 0.01, 0.00

... and in that time, what kind of interrupts have happened?

$ cat /proc/interrupts
CPU0 CPU1
0: 21457080 927430 IO-APIC-edge timer
1: 40378 2164 IO-APIC-edge i8042
4: 1 1 IO-APIC-edge
8: 885 28 IO-APIC-edge rtc0
9: 0 0 IO-APIC-fasteoi acpi
16: 2254415 55646 IO-APIC-fasteoi pata_marvell, uhci_hcd:usb2, nvidia
17: 187133 1475 IO-APIC-fasteoi eth0, CMI8738-MC6
18: 32831579 926433 IO-APIC-fasteoi eth1, ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
19: 1264351 28589 IO-APIC-fasteoi ahci, uhci_hcd:usb7, ohci1394
21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4
23: 87718 8291 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6
NMI: 0 0 Non-maskable interrupts
LOC: 1222420 10127229 Local timer interrupts
RES: 567029 1398079 Rescheduling interrupts
CAL: 935 13698 Function call interrupts
TLB: 55095 28442 TLB shootdowns
TRM: 0 0 Thermal event interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
MIS: 0

Quite a few. And a big fat ZERO NMIs for both CPU's.

The new DDR3 architectures look pretty nice too. The dual i7 motherboards
would make a nice box to get me then next ten years down the line.

I like some of the CELL BE CPU set ups I have seen too. What was it...
RDRAM or no... it was RAMBUS, I think. Looked fast. Cell will be in
your future.

 

[Baron]

I suppose he did mean Transmeta. It was the little company that
employed Linus for a while. Their CPU was an attempt to make a low
power VLIW CPU or something. I suppose it was a little too low power,
so no one wanted it... AMD, Intel, Nvidia bought their low power tech
apparently and what remained was sold to someone else.

It must have been little, I didn't know that was a CPU name.

 

[Nobody]

It must have been little, I didn't know that was a CPU name.

It wasn't; Transmeta was the company, the CPU was called Crusoe.

 

[Baron]

It wasn't; Transmeta was the company, the CPU was called Crusoe.

Ah I see ! Thankyou for that snippet. No wonder that I confused the
name. I played a little with the "Transputer" chip but I had no
Knowledge of "Tramsmeta" and certainly none of "Crusoe".

 

[krw]

Ah I see ! Thankyou for that snippet. No wonder that I confused the
name. I played a little with the "Transputer" chip but I had no
Knowledge of "Tramsmeta" and certainly none of "Crusoe".

It was a huge secret before it was announced and even better kept
after. I had a chance to work on it (it was in our department) but it
was clearly going nowhere, despite an open checkbook. Neat idea
behind it; dumb idea to implement.

 

[Bob Larter]

Well, if you don't like Linux, and are sick of babysitting Windows, then
the BSDs call.

OpenBSD is secure. FreeBSD is a good desktop/server OS. PCBSD is more
desktop oriented and user friendly.

Any of those three would make a good Windows replacement for internet
related tasks.

Anyone who can't cope with Linux is going to faint at any of the BSDs.