Jihad needs scientists

On Sun, 04 Mar 2007 14:11:17 -0600, "nonsense@unsettled.com"
<nonsense@unsettled.com> Gave us:

MassiveProng wrote:

On Sun, 04 Mar 2007 06:39:29 -0600, "nonsense@unsettled.com"
nonsense@unsettled.com> Gave us:


What you're hearing is a peasant rendering of Shakespeare.


You're still fucking peasants as far as I can see. --John Lennon

Him too.

You're an idiot.
 
On Sun, 4 Mar 2007 17:42:54 -0500, krw <krw@att.bizzzz> Gave us:

In article <cd7mu25du691t138q6uatnmt7jdlqqvp31@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 09:54:07 -0500, krw <krw@att.bizzzz> Gave us:

In article <9ldku21o58531j21nnipbg2qorbqtc71li@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sat, 3 Mar 2007 13:38:29 -0500, krw <krw@att.bizzzz> Gave us:

If you accept that there are disk controllers controlling
controllers.


IDE controllers are ALL ON THE DRIVE.

Clueless.

The part on the MOBO is called an I/O interface, NOT a drive
controller.

You couldn't be more clueless, Dumbulb.

Tell us, oh master of IDE... Where is the controller located for the
IDE/computer interface.

Where is the DMA BUSMASTER CONTROLLER, MassivelyWrong? You're so far
out of your league you can't even find the light switch.
PCI bus mastering is NOT a hard drive controller, you fucking
retard.
It is ON THE DRIVE, dipshit.

What a clueless idiot.
Yes, you are.
 
On Sun, 4 Mar 2007 17:43:34 -0500, krw <krw@att.bizzzz> Gave us:

In article <3j7mu2d76vc5eq16p9umeq49cp8kse4msj@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 10:08:40 -0500, krw <krw@att.bizzzz> Gave us:

I always
get confused when reading either's cache docs.


Not surprising since you don't even know where the drive controller
for an IDE drive is located, and you are so retarded that you think it
is merely a cache.

What a snip-forging clueless dolt, Dimbulb.
I forged nothing, you retarded fucktard.

That was your quote dipshit.
 
On Sun, 4 Mar 2007 17:45:55 -0500, krw <krw@att.bizzzz> Gave us:

In article <i38mu2t8oe1kr97c2ro6o23119r38cncsa@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:19:51 +0000 (UTC), kensmith@green.rahul.net (Ken
Smith) Gave us:

Some fraction of the controller has been on the disk drive for a long
time. As we went ST506->EDI->fast ATA->SATA, more and more of the
workings moved into the drive.

The KiethTard seems to think the opposite, but I agree with you.

As we moved to DMA-4 -> ATA->2 ATA-345 -> SATA more and more moved
back to the chipset, dumbass Dimbulb.

The chipset has NOTHING to do with this, you retarded fuckhead!

WELL BEFORE the chipset is even encountered, IDE I/O interfaces have
their own chip. That is ALSO true for SATA, so AS WE MOVED toward DMA
type transfers, we STILL required an I/O chip to pass it off to the
PCI Bus, you fucking idiot. The DRIVE controller, however, is STILL
ON THE DRIVE.

You will not win, because you are fucking wrong.

Her's a clue... EVERYTHING peripheral I/O oriented is tertiary to
the PCI bus. That includes the IDE I/O interface chip that ALL
motherboard makers use on ALL motherboards.

Go try to buy a clue now, dumbass.
 
In article <cvjmu2pgfsrpjfvvjie752jaemsndk04dm@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:42:54 -0500, krw <krw@att.bizzzz> Gave us:

In article <cd7mu25du691t138q6uatnmt7jdlqqvp31@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 09:54:07 -0500, krw <krw@att.bizzzz> Gave us:

In article <9ldku21o58531j21nnipbg2qorbqtc71li@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sat, 3 Mar 2007 13:38:29 -0500, krw <krw@att.bizzzz> Gave us:

If you accept that there are disk controllers controlling
controllers.


IDE controllers are ALL ON THE DRIVE.

Clueless.

The part on the MOBO is called an I/O interface, NOT a drive
controller.

You couldn't be more clueless, Dumbulb.

Tell us, oh master of IDE... Where is the controller located for the
IDE/computer interface.

Where is the DMA BUSMASTER CONTROLLER, MassivelyWrong? You're so far
out of your league you can't even find the light switch.

PCI bus mastering is NOT a hard drive controller, you fucking
retard.
Who said anything about PCI, Dimbulb?
It is ON THE DRIVE, dipshit.

What a clueless idiot.

Yes, you are.
Dimbulb, how many friends do you have? Your dog doesn't count since
he's your lover.

--
Keith
 
In article <h1kmu21iasr30mg6jr5isot9s4cvsl6vte@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:43:34 -0500, krw <krw@att.bizzzz> Gave us:

In article <3j7mu2d76vc5eq16p9umeq49cp8kse4msj@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 10:08:40 -0500, krw <krw@att.bizzzz> Gave us:

I always
get confused when reading either's cache docs.


Not surprising since you don't even know where the drive controller
for an IDE drive is located, and you are so retarded that you think it
is merely a cache.

What a snip-forging clueless dolt, Dimbulb.

I forged nothing, you retarded fucktard.

That was your quote dipshit.

You're *SO* clueless, Dimbulb.

--
Keith
 
In article <53kmu2l27tht6bvo2skhmat172tf1kilc5@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:45:55 -0500, krw <krw@att.bizzzz> Gave us:

In article <i38mu2t8oe1kr97c2ro6o23119r38cncsa@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:19:51 +0000 (UTC), kensmith@green.rahul.net (Ken
Smith) Gave us:

Some fraction of the controller has been on the disk drive for a long
time. As we went ST506->EDI->fast ATA->SATA, more and more of the
workings moved into the drive.

The KiethTard seems to think the opposite, but I agree with you.

As we moved to DMA-4 -> ATA->2 ATA-345 -> SATA more and more moved
back to the chipset, dumbass Dimbulb.


The chipset has NOTHING to do with this, you retarded fuckhead!
Clueless as ever.
WELL BEFORE the chipset is even encountered, IDE I/O interfaces have
their own chip. That is ALSO true for SATA, so AS WE MOVED toward DMA
type transfers, we STILL required an I/O chip to pass it off to the
PCI Bus, you fucking idiot. The DRIVE controller, however, is STILL
ON THE DRIVE.
Clueless.

You will not win, because you are fucking wrong.
Says MassivelyWrong (a rather fitting name for you Dimbulb, even if I
do say so myself).

Her's a clue... EVERYTHING peripheral I/O oriented is tertiary to
the PCI bus. That includes the IDE I/O interface chip that ALL
motherboard makers use on ALL motherboards.
Clueless.

Go try to buy a clue now, dumbass.

From you? Not possible, oh MassivelyWrong one.

--
Keith
 
On Mar 3, 12:35 pm, jmfbah...@aol.com wrote:
In article <MPG.20520a9f9e61c03b98a...@news.individual.net>,
krw <k...@att.bizzzz> wrote:

In article <es92g1$8ss_...@s1006.apx1.sbo.ma.dialup.rcn.com>,
jmfbah...@aol.com says...
In article <MPG.2050cf07addd0e6298a...@news.individual.net>,
krw <k...@att.bizzzz> wrote:
In article <0sccu2tencv0vqes1nru8uec7if9e8f...@4ax.com>,
MassivePr...@thebarattheendoftheuniverse.org says...
On Wed, 28 Feb 2007 15:02:48 -0500, krw <k...@att.bizzzz> Gave us:

In article <97v6u2hhdaf437oki5ujqt4q3gkjghn...@4ax.com>,
MassivePr...@thebarattheendoftheuniverse.org says...
On Mon, 26 Feb 07 12:36:17 GMT, jmfbah...@aol.com Gave us:

The wrinkle to the new process is that the checks have stopped
traveling.
WOW! The US finally abandons stone age banking technology.

Not if it's been cleared via "check 21". The check paper check is
turned into bits and the hard copy destroyed.

This is the bug in the process, IMO. The process depends on the human,
who is scanning the physical paper, to destroy it.

It doesn't matter if the physical check is destroyed or not. The
routing and account numbers are all that matters. The paper check is
only a carrier for those.

Whatpreventsmultiplescans?
Don't US cheques have a serial number so that the thing will only be
processed once by your bank no matter how many times it gets scanned?
UK banks haven't returned cheques to their customers for decades. It
is pointless wasteful paper shuffling. Only if you challenge a cheque
transaction as invalid does anything need to move.

UK banks permit cheques to be written on almost any legal object
provided that all the information required for processing the
transaction is included - the record I believe is currently held by a
farmer who wrote one on a live cow. Postage for returning these more
esoteric objects used as cheques would be very expensive. Obviously
you lose the cheque book serial number lock in when using an
unconventional medium for your cheque.

Protesters tend to take advantage of this feature when writing cheques
for court fines. eg
http://news.bbc.co.uk/1/hi/uk/3159242.stm

Most non-cash transactions in the UK these days use cryptographically
signed bank card technology promoted as "chip & PIN". Same technology
also used on credit cards here. A signature is no longer good enough.

It isn't quite as powerful as the longer established Belgian system
which also allows Proton E-cash for small transactions where the bank
card also holds pure currency in a cryptographically secure form.
"Protons" can be used exactly like cash for small purchases like a
loaf of bread - no change needed.

Regards,
Martin Brown
 
On Sun, 4 Mar 2007 18:25:17 -0500, krw <krw@att.bizzzz> Gave us:

In article <cvjmu2pgfsrpjfvvjie752jaemsndk04dm@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:42:54 -0500, krw <krw@att.bizzzz> Gave us:

In article <cd7mu25du691t138q6uatnmt7jdlqqvp31@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 09:54:07 -0500, krw <krw@att.bizzzz> Gave us:

In article <9ldku21o58531j21nnipbg2qorbqtc71li@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sat, 3 Mar 2007 13:38:29 -0500, krw <krw@att.bizzzz> Gave us:

If you accept that there are disk controllers controlling
controllers.


IDE controllers are ALL ON THE DRIVE.

Clueless.

The part on the MOBO is called an I/O interface, NOT a drive
controller.

You couldn't be more clueless, Dumbulb.

Tell us, oh master of IDE... Where is the controller located for the
IDE/computer interface.

Where is the DMA BUSMASTER CONTROLLER, MassivelyWrong? You're so far
out of your league you can't even find the light switch.

PCI bus mastering is NOT a hard drive controller, you fucking
retard.

Who said anything about PCI, Dimbulb?
You fucking idiot. You were jacking off about DMA.

NO peripheral makes it onto a MOBO except THROUGH the PCI bus. As
in TERTIARY to it.

You need to grasp that fact, dumbass.
 
On Sun, 4 Mar 2007 18:28:48 -0500, krw <krw@att.bizzzz> Gave us:

In article <53kmu2l27tht6bvo2skhmat172tf1kilc5@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:45:55 -0500, krw <krw@att.bizzzz> Gave us:

In article <i38mu2t8oe1kr97c2ro6o23119r38cncsa@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 17:19:51 +0000 (UTC), kensmith@green.rahul.net (Ken
Smith) Gave us:

Some fraction of the controller has been on the disk drive for a long
time. As we went ST506->EDI->fast ATA->SATA, more and more of the
workings moved into the drive.

The KiethTard seems to think the opposite, but I agree with you.

As we moved to DMA-4 -> ATA->2 ATA-345 -> SATA more and more moved
back to the chipset, dumbass Dimbulb.


The chipset has NOTHING to do with this, you retarded fuckhead!

Clueless as ever.

WELL BEFORE the chipset is even encountered, IDE I/O interfaces have
their own chip. That is ALSO true for SATA, so AS WE MOVED toward DMA
type transfers, we STILL required an I/O chip to pass it off to the
PCI Bus, you fucking idiot. The DRIVE controller, however, is STILL
ON THE DRIVE.

Clueless.

You will not win, because you are fucking wrong.

Says MassivelyWrong (a rather fitting name for you Dimbulb, even if I
do say so myself).

Her's a clue... EVERYTHING peripheral I/O oriented is tertiary to
the PCI bus. That includes the IDE I/O interface chip that ALL
motherboard makers use on ALL motherboards.

Clueless.

Go try to buy a clue now, dumbass.

From you? Not possible, oh MassivelyWrong one.
For IDE, ALL BIOS and OS calls to the hard drive go through the I/O
interface and to the CONTROLLER which is located ON the hard drive.

YOU are the one that is wrong, asswipe.
 
On 5 Mar 2007 00:57:59 -0800, "Martin Brown"
<|||newspam|||@nezumi.demon.co.uk> Gave us:

Don't US cheques have a serial number so that the thing will only be
processed once by your bank no matter how many times it gets scanned?
Yes, and the dopes in the thread that think it can happen are
idiots.
 
krw <krw@att.bizzzz> writes:
In article <6aeku2ppeeouq9caalhd6g4e4hqft1hvkr@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sat, 3 Mar 2007 19:23:33 -0500, krw <krw@att.bizzzz> Gave us:

Sorry, but that's the drive's call. SMART tells you it _was_ time to
buy a new drive. You don't have access to the information, for a
number of reasons. A bit-by-bit copy won't see this information
either.

One does NOT need SMART turned on in order to get bad sectors mapped
out on a drive.

Clueless, MassivelyWrong.
Actually he's right. One of the metrics typically followed by SMART
is that of the number of remapped sectors, but you neither need
sector remapping in order to have SMART, nor need SMART to have
sector remapping.

Whatever made you think the two must go hand in hand?

I'd be willing to bet a week's wages that you can't find proof of
the mandatory nature of having sector remapping in the SMART
standard, for example.

Just because his delivery may be overly abrupt doesn't mean he's
wrong. One can be polite and wrong, and one can also be offensive
and right.

Fuckwit.

HAND,
Phil
--
"Home taping is killing big business profits. We left this side blank
so you can help." -- Dead Kennedys, written upon the B-side of tapes of
/In God We Trust, Inc./.
 
krw <krw@att.bizzzz> writes:
In article <9ldku21o58531j21nnipbg2qorbqtc71li@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sat, 3 Mar 2007 13:38:29 -0500, krw <krw@att.bizzzz> Gave us:

If you accept that there are disk controllers controlling
controllers.


IDE controllers are ALL ON THE DRIVE.

Clueless.

The part on the MOBO is called an I/O interface, NOT a drive
controller.

You couldn't be more clueless, Dumbulb.
Actually, he's right.

What's on the mobo is the bus controller. Once it's pumped onto
that bus it doesn't matter what device is at the far end.
Sure, it's most likely to be a physical IDE hard disk drive,
but to the motherboard it's just a black box.

Are you confusing IDE drivers with IDE controllers? IDE drivers
are the things that need to know what commands are to be written
onto the IDE bus. They aren't drive controllers though.

Phil
--
"Home taping is killing big business profits. We left this side blank
so you can help." -- Dead Kennedys, written upon the B-side of tapes of
/In God We Trust, Inc./.
 
krw <krw@att.bizzzz> writes:
Yes,yes. Is this hardware or software? Note, for the purposes
of this discussion, firmware is soft. Oh, and exclude optical--
I don't understand that stuff.

Firm^Wsoftware on the disk drive's controller.
And this drive controller is where?

This will be fun...

Phil
--
"Home taping is killing big business profits. We left this side blank
so you can help." -- Dead Kennedys, written upon the B-side of tapes of
/In God We Trust, Inc./.
 
kensmith@green.rahul.net (Ken Smith) writes:

In article <87zm6t5c5o.fsf@nonospaz.fatphil.org>,
Phil Carmody <thefatphil_demunged@yahoo.co.uk> wrote:
[....]
You are telling the developers that they are wrong?!!

He's telling you you're wrong. I don't believe you could develop
anything more complex than gout.

Lots of very complex but wrong software has been developed.
Damn. Good point.

Phil
--
"Home taping is killing big business profits. We left this side blank
so you can help." -- Dead Kennedys, written upon the B-side of tapes of
/In God We Trust, Inc./.
 
In article <ro5mu25t5k632vamea8fgrhot2q21do65k@4ax.com>,
MassiveProng <MassiveProng@thebarattheendoftheuniverse.org> wrote:
On Sun, 04 Mar 07 12:24:46 GMT, jmfbahciv@aol.com Gave us:

That is not a bit by bit compare.

For the most part, yes it is as there cannot be one bit out of place
and yield the same checksum, AND the exact bits that would have to be
off in order to yield the same checksum put the likelihood at about 10
to the 17th power to one odds against.
Checksumming is useful. It is not a bit by bit compare. The only
way to guarantee that your save matches the disk copy is to go
back and read the file from the tape and compare the input
with the disk copy using the same criteria. This is a bit by
bit compare. There is a very small window of error possibility
between a

MOVE A,TAPE WORD
MOVE B,DISK WORK
CAME A,B
JRST [REPORT ERROR]
JRST .-4 ; READ NEXT WORD PAIR.

So, you were also unaware that checksums are the de facto standard
in the industry? How telling.
Checksumming is not a bit by bit compare. This sentence does not
say that 'checksumming never happens and isn't useful'.
Entire CD and DVD and soon HD DVD images are verified in this
manner. Has been done for decades without a miss.
Are you familiar with the term GIGO?
What happened to you? Why have you "missed" the rest of the world?
Checksumming, used in the way you describe, is a shortcut; a bit by
bit compare take twice as long.

/BAH
 
In article <eg5mu29a25a9qac4cjfjgmq3ju3ijtbe7q@4ax.com>,
MassiveProng <MassiveProng@thebarattheendoftheuniverse.org> wrote:
On Sun, 04 Mar 07 12:12:25 GMT, jmfbahciv@aol.com Gave us:

I don't call webbing modern computing.

No, but it IS the absolute best resource for a dope like you to
learn about it. You are the main reason why I feel that anyone taking
computer sciences as a major should have to take electronics first.
IMO, physics should be the first.

You are clueless as to how things actually work at the hardware level.
I know that I am not an expert of hardware. I am, however, an expert
in the other things that the hard/software developers didn't want
to deal with. We have been talking about those things.

That is why they call this the "information age". For you to live
your pathetic life, cutting yourself out of an entire segment of the
worldwide information base is yet another proof that you do not have a
single clue.

Start with NEETS

http://tpub.com/neets/

After you learn a little about electronics,
I know a little.

take a new, modern course
in computer sciences.
No, thank you.
Short of that, I give you zero credence as you are stuck several
decades in the past.
So I have to be a hardware expert in order to talk about what
my biz has learned, painfully, over the years? One of the
problems we had was that all computing was seen thro hardware-
colored glasses.

/BAH
 
In article <874pp16r7c.fsf@nonospaz.fatphil.org>,
Phil Carmody <thefatphil_demunged@yahoo.co.uk> wrote:
jmfbahciv@aol.com writes:
Has controller functionality moved into all disk drives? That
sorta sucks. ....Do these disk drives have multi ports?

Ever since IDE was invented, and before that too.
You're several decades behind the rest of the world.
From your sentence, I must conclude that you are saying
all disk drives are IDE?

When a sector
starts failing (retry threshold exceeded) the drive moves the data on
that sector to a spare/reserved sector (hopefully) close by, then
points to the new sector and marks the old as bad. The replacement
sector is mapped to be in the same logical position as the one it
replaced, even though it is not physically adjacent. When a sector-
for-sector copy is done to another drive (for instance) sectors are
copied from the source in logical (not physical)

Logical!!! Then it is NOT a bit-to-bit copy. Goddammit. I
goofed and believed them on this one.

order to the target
(where they often end up in physical order).

When you say physical order, is this a numerical monotonically
increasing order of the sectors? Or is it ordered by the directory tree?

The mere fact that you have mentioned the word "directory tree" in
this context implies that you HAVEN'T GOT A FUCKING CLUE what you
are talking about.
One of the basic bugs in Micshit's OS is they do not honor
directory trees.
You are so far out of your depth it's risible.
I may be out of my depth but you're in a different world.

/BAH
 
In article <MPG.2054aaec1791f94798a052@news.individual.net>,
krw <krw@att.bizzzz> wrote:
In article <eseef4$8qk_001@s993.apx1.sbo.ma.dialup.rcn.com>,
jmfbahciv@aol.com says...
snip

Thank you!

Words change meaning, levels of indirection are thrown in, confusion
reigns, Dimbulb is wrong (and swears a blue streak to prove it).
Nothing ever changes.

[glum emoticon here] Yea, no progres has been observed.

I've made this point in the other group, but sometimes things are
invented in more than one place at close to the same time. Each
invents new words and a mess occurs. For example: AMD and Intel have
totally different and contradictory vocabulary WRT caches. I always
get confused when reading either's cache docs.
Well, when I started typing that kind of stuff up, we created
our own spellings, too.

/BAH
 
In article <MPG.205515a4ccabcb5498a058@news.individual.net>,
krw <krw@att.bizzzz> wrote:
In article <3j7mu2d76vc5eq16p9umeq49cp8kse4msj@4ax.com>,
MassiveProng@thebarattheendoftheuniverse.org says...
On Sun, 4 Mar 2007 10:08:40 -0500, krw <krw@att.bizzzz> Gave us:

I always
get confused when reading either's cache docs.


Not surprising since you don't even know where the drive controller
for an IDE drive is located, and you are so retarded that you think it
is merely a cache.

What a snip-forging clueless dolt, Dimbulb.
ROTFLMAO. What irony! And MP claims I know nothing about hardware.

/BAH
 

Welcome to EDABoard.com

Sponsor

Back
Top