24-Apr-2024 04:35 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 246 items in your selection (but only 146 shown due to limitation) [1 - 50] [51 - 100] [101 - 150] [151 - 200] [201 - 246]
[News] Bill Buck clarifies MAI situationANN.lu
Posted on 16-May-2003 08:58 GMT by ek246 comments
View flat
View list

Bill Buck offers on Moobunny his account on the events that lead to the creation of April, April2 and Genesi's decision to move ahead with Marvell instead of MAI.

Read More
Bill Buck clarifies MAI situation : Comment 101 of 246ANN.lu
Posted by Anonymous on 16-May-2003 11:03 GMT
In reply to Comment 93 (Leki):
That actually makes sence...
Bill Buck clarifies MAI situation : Comment 102 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:04 GMT
In reply to Comment 94 (DaveP):
They don't include the fix cause the specific bug that was fixed with their GAL
(only one of many) is fixed(?) in the current ArticiaS revision. It just needs
a software side change to fix it 100%, possibly affecting the speed.
The difference is that the April fixes some other stuff and needs no software
patch.

They deny the existance of the bug cause they will lose customers is they admit it.
Who would trust them if they admitted that they have been lying about the bugs
for all these months? Not any engineer... Making a board is a VERY expensive
work, making fixes for it is an even more expensive one, who would risk losing
money by basing a board on their chip?
Bill Buck clarifies MAI situation : Comment 103 of 246ANN.lu
Posted by Leki on 16-May-2003 11:04 GMT
In reply to Comment 91 (Alkis Tsapanidis):
eyetechs fix was much more simple that genesi's fix....its just that the bugs eyetechs small fix did were not that major as the ones on the pegasos and so they didn`t have to make a big deal out of it and invent and market a new trade mark for there fix like genesi did with there "April" TM fix (there is no mai without april)

didn't bill "fud boy" buck also claim eyetech's board was broken and couldn`t be fixed unlike there board?
Bill Buck clarifies MAI situation : Comment 104 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:06 GMT
In reply to Comment 97 (DaveP):
Ehm, the FusionPPC thingie is a WarpOS bug, not a BPPC one.
It's a bug in the BPPC driver of WarpOS to be specific.
There are many things in the BPPC driver not implemented correctly.
For example, they use the 68k as a PPC interrupt server, while there's
an interrupt controller on board (they didn't know how to use that
and many other stuff, no docs about it).
Bill Buck clarifies MAI situation : Comment 105 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:08 GMT
In reply to Comment 103 (Leki):
"Eyetech's" fix was the first one to be made, by MAI and *GERALD CARDA*. It wasn't
Eyetech that designed it.
And yes, of course it was simpler, it needed a software side patch to work
correctly and it didn't affect any other bugs in the chip.
Bill Buck clarifies MAI situation : Comment 106 of 246ANN.lu
Posted by Leki on 16-May-2003 11:08 GMT
In reply to Comment 95 (Alkis Tsapanidis):
you said it not me :)

i did buy a powerup board....it died though...i had a Bvision too....had overheating and crash probs with that......seems alot of peoples CSPPC cards died alot too
Bill Buck clarifies MAI situation : Comment 107 of 246ANN.lu
Posted by Anonymous on 16-May-2003 11:08 GMT
In reply to Comment 95 (Alkis Tsapanidis):
I don't people are saying them stupid, it's just that also bplan7genesi guys can make mistakes you should accept that possibility.
Bill Buck clarifies MAI situation : Comment 108 of 246ANN.lu
Posted by DaveP on 16-May-2003 11:09 GMT
In reply to Comment 104 (Alkis Tsapanidis):
Well Ive said all I can without any further evidence coming on the table, I still don't know what to believe and I haven't seen anything so far that convinces me in any direction as to what the truth really is. Even stranger, my strawman story still stands unbroken.

Have a nice weekend guys and if you can dig up something concrete, you know I'll want to read it ;-)
Bill Buck clarifies MAI situation : Comment 109 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:12 GMT
In reply to Comment 106 (Leki):
Most boards that died, had their flashrom corrupted... Easy to happen,
by many reasons, I was able to fix it without sending it back, multible
times... Even fixed other people's boards that had that problem and though
that their boards died for a long long time...
I never saw a Phase5 board die for no reason...
Bill Buck clarifies MAI situation : Comment 110 of 246ANN.lu
Posted by kalmar on 16-May-2003 11:13 GMT
In reply to Comment 75 (Alkis Tsapanidis):
>Excuse me, are you people THAT naive!?!?
>WHY would Mai make a new version of the chipset "to fix the bugs" and WHY
>did Eyetech wait for them to do that, if the bug wasn't in the ArticiaS but
>in the southbridge!? Does it need Einstein's IQ level to see that?
>Answer my question... WHY!?

You're probably not talking about the same bug here. That's what I mean about BBRV clouding the issue. There clearly was/is some bug in the Articia which (on the AmigaOne) required a small hardware patch. The DMA issue (which was worked around with a software patch in the AmigaOne) wasn't in the Articia at all, or was a combination of issues. It's not black and white.
Bill Buck clarifies MAI situation : Comment 111 of 246ANN.lu
Posted by james on 16-May-2003 11:18 GMT
In reply to Comment 105 (Alkis Tsapanidis):
thats untrue....you just have a few half trues to play with and not the full story. also you are bias to genesi and would say or do anything they told you. where is your hard proof. you dont have any
Bill Buck clarifies MAI situation : Comment 112 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:19 GMT
In reply to Comment 110 (kalmar):
Well, the bug both Buck and Redhouse talked about was the DMA one, Eyetech
suggested useing IDE=nodma to fix it till the new boards were out. The new
boards with the new revision were released. The new ArticiaS has a fix built
in, needing a software patch for it to work correctly, so you must use IDE=nodma
while installing with the generic kernel, and use it normally after installation
with another kernel.
Bill Buck clarifies MAI situation : Comment 113 of 246ANN.lu
Posted by Anonymous on 16-May-2003 11:19 GMT
I think it's wery strange that bplan/genesis has not revealed any exact details about those problems. How can they make a fix if they can't say what and where the problem actually is. As I said earlier they should tell us details about it. they should not hide that information because they are not using Articia anymor and Eyetech Amigaones still do. It's important that people can test if same problems really can be reproduced with current AmigaOnes. So gensi should tell us how those bugs can be reproduced and where the bugs are.
Bill Buck clarifies MAI situation : Comment 114 of 246ANN.lu
Posted by Alfred Schwarz on 16-May-2003 11:19 GMT
In reply to Comment 92 (Alkis Tsapanidis):
Ah... IQ, the bogomips of the soul ;-)

Ciao, Alfred
Bill Buck clarifies MAI situation : Comment 115 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:23 GMT
In reply to Comment 111 (james):
My hard evidence is that I knew about these problems when they were discovered,
when everyone else said that they didn't exist...
Do you want me to remind you the "There's no ArticiaS bug" and "The BIOS is fine"
quotes? There are ArticiaS bugs and the BIOS was totally unusuable.
Bill Buck clarifies MAI situation : Comment 116 of 246ANN.lu
Posted by Ian Shurmer on 16-May-2003 11:23 GMT
In reply to Comment 112 (Alkis Tsapanidis):
Alkis, unless you or anyone knows 100% exactly what happened from both sides of the story then I don't think you are anymore qualified to force the "truth" down anybody's throat than the next person.

DaveP has merely suggested several scenarios that COULD be true - and has stated that he doesn't have anymore evidence to make a judgement on what IS the truth.

Can you supply some hard evidence so I and others could make a proper judgement?

Thanks, Ian
Bill Buck clarifies MAI situation : Comment 117 of 246ANN.lu
Posted by Leki on 16-May-2003 11:24 GMT
In reply to Comment 112 (Alkis Tsapanidis):
if your talking about installing linux then i didn`t have to disable DMA to install it on my AmigaOne or never have had to disable it for anything.
Bill Buck clarifies MAI situation : Comment 118 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:29 GMT
In reply to Comment 117 (Leki):
AmigaONE owners, elsewhere, claimed otherwise.
Bill Buck clarifies MAI situation : Comment 119 of 246ANN.lu
Posted by Christoph Gutjahr on 16-May-2003 11:29 GMT
I second Don's Request: Why don't Genesi/Bplan finally post a description of "the bugs" they're talking about? How does one reproduce them?

The most precise description I can remember was "they're easy to reproduce" (Laire on Amiga-news.de a few weeks ago). Go figure.

I don't say that Genesi (or Ross Heinlein) are lying - but shouldn't we know *what bugs* (if any) we are talking about, before we speculate a lot about possible motives or timelines?
Bill Buck clarifies MAI situation : Comment 120 of 246ANN.lu
Posted by james on 16-May-2003 11:30 GMT
In reply to Comment 115 (Alkis Tsapanidis):
you only know things from the genesi side...you dont have any insider knowledge of eyetech so you cant speak for them or know all the facts from both sides....you only have some facts from the side you mostly support and defend all the time.
Bill Buck clarifies MAI situation : Comment 121 of 246ANN.lu
Posted by Leki on 16-May-2003 11:31 GMT
In reply to Comment 118 (Alkis Tsapanidis):
well maybe they had a problem due to something else as the problem has not affected me or many other users on the A1 Dev list
Bill Buck clarifies MAI situation : Comment 122 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:32 GMT
In reply to Comment 120 (james):
It's a very well known fact that Eyetech has no in house engineers.
Almost all the products they ever sold were by 3rd Parties.
Namely: DCE, Elbox, Jens, and others. The original AmigaONE was being designed
by Escena's Michael Schuller and prototyped in DCE's labs. When that failed,
they got YET another third party product.
Bill Buck clarifies MAI situation : Comment 123 of 246ANN.lu
Posted by Christophe Decanini on 16-May-2003 11:33 GMT
In reply to Comment 98 (SlimJim):
I was informed about the bug in September 2002 because my business partner Adam who posted in this thread experienced the bug with his Beta1
BBRV told us that Gerald had to visit MAI to show them the problem they were denying. Once the bug would have been fixed the Pegasos would ship.

Then there was the famous Ben Hermans post:
"For the record, there is no Articia bug.
That's what you get when you buy in your firmware and don't actually know how your Northbridge and Southbridge work."

Quite insulting for the Bplan team :(
Then a week or so after Eyetech announced that they found a bug and fixed it.

At the same time the Pegasos was still not delivered because other problems have been discovered with the articia S while Terrasoft announced they would distribute the Teron.

To correct these problems Bplan did the april1 fix. BBRV did the "there is no MAI without APRIL" announcement and the Pegasos/April1 shipped (december 2002).
Bill Buck clarifies MAI situation : Comment 124 of 246ANN.lu
Posted by Alkis Tsapanidis on 16-May-2003 11:41 GMT
In reply to Comment 121 (Leki):
http://groups.yahoo.com/group/amigaone/message/24007

This is an ethernet problem, experienced by no April Pegasos machines
as well. The ethernet chip uses DMA all the time.
Some people (I think it was DaveP) claimed on MooBunny that if you don't
disable DMA during installation, you get a kernel panic.
Bill Buck clarifies MAI situation : Comment 125 of 246ANN.lu
Posted by Leki on 16-May-2003 11:49 GMT
In reply to Comment 124 (Alkis Tsapanidis):
well just because he is having a prob with his network card dont mean its some DMA bug...it could be the network card or the card in his other machine....i`m using my network card to access the interent through my other comp and i have had no problems like this.

well the info about disbaling having to DMA to install is false since i never had to and i didn`t get any kernal panics or any other probs.
Bill Buck clarifies MAI situation : Comment 126 of 246ANN.lu
Posted by Leki on 16-May-2003 11:51 GMT
In reply to Comment 125 (Leki):
opps that should have been "well the info about having to disable DMA to install...."

and "interent" should be "internet" heh
Bill Buck clarifies MAI situation : Comment 127 of 246ANN.lu
Posted by DaveP on 16-May-2003 11:51 GMT
In reply to Comment 125 (Leki):
Really must dash but no I posted no such thing, Mike Bouma did.
Bill Buck clarifies MAI situation : Comment 128 of 246ANN.lu
Posted by David Scheibler on 16-May-2003 11:51 GMT
In reply to Comment 125 (Leki):
>I'm using my network card

I guess you mean the built-in one?
Bill Buck clarifies MAI situation : Comment 129 of 246ANN.lu
Posted by Leki on 16-May-2003 11:53 GMT
In reply to Comment 128 (David Scheibler):
yup
Bill Buck clarifies MAI situation : Comment 130 of 246ANN.lu
Posted by Alfred Schwarz on 16-May-2003 11:55 GMT
Oh boy, maybe it's only me, but I think this article from bbrv is strange.

1. "September 2002 -- [...] We start selling the Betatester Pegasos [...]. We say NOTHING publically about the "bugs" -- we call it a Betatester because we know it has problems."

Great, Genesi/Thendic/bplan is selling hardware they know that has problems but don't tell it to the customers. That's what I call nice business practice.

2. Nothing about the great "There's no MAI without April" statement; maybe MAI was a little bit pissed off about this?

3. "December 2002 -- [...] Forget the G4, we cannot even get the G3 working right!"

...which is still not told to the public; they already sold boards but now the G3 will not work?!

4. "March 2003 -- [...] We make 400 April2 patches. [...] We tune the G4 card. Now, it works too. [...]
The G4 card will be available in July. It will work with the April patch."

So, what about that statement the G4 wouldn't "perform" as exspected with the Articia? Was this a lie or only valid for the "buggy" AmigaOne?

5. As others already wrote, still no word about what bugs the April fixes and how to reproduce them.

6. I have my AmigaOneXE G4 at home since a week, FSB is at 133MHz, DMA is enabled and I experienced no problems at all. It's nice (as nice as Linux can be), it's working, what am I doing wrong?

Ciao, Alfred
Bill Buck clarifies MAI situation : Comment 131 of 246ANN.lu
Posted by David Scheibler on 16-May-2003 11:55 GMT
In reply to Comment 129 (Leki):
So your advice for him would be to exchange his A1 for a new one because
the old might be broken (if it's not the network card in the other machine)?
Bill Buck clarifies MAI situation : Comment 132 of 246ANN.lu
Posted by David Scheibler on 16-May-2003 11:56 GMT
In reply to Comment 130 (Alfred Schwarz):
>6. I have my AmigaOneXE G4 at home since a week, FSB is at 133MHz, DMA is
>enabled and I experienced no problems at all. It's nice (as nice as Linux can
>be), it's working, what am I doing wrong?

Please post some memory speed benchmark results. Thanks.
Bill Buck clarifies MAI situation : Comment 133 of 246ANN.lu
Posted by MarkTime on 16-May-2003 11:58 GMT
oh its interesting to read, how this chipset might have had a bug
and at what time, and who knew....

just a reminder, if you paid $800 dollars for a G4/800 then I hope
it works as good as 2 or 3 boards, but without
ddr ram support, agp at only 2x...it doesn't. it doesn't. period.
it doesn't.

we don't need to speculate about unknowns..the AmigaONE project went off poorly...overpriced and very late, and that is by the best standard
of judging the product, that there was no subterfuge and all chipsets
work as specc'd.
Bill Buck clarifies MAI situation : Comment 134 of 246ANN.lu
Posted by Leki on 16-May-2003 11:59 GMT
In reply to Comment 131 (David Scheibler):
nope i never said that and i'm supprised you could somehow formulate in your head that my advise would be to do that.
Bill Buck clarifies MAI situation : Comment 135 of 246ANN.lu
Posted by David Scheibler on 16-May-2003 12:01 GMT
In reply to Comment 134 (Leki):
But you said that it might be either be the NIC in the AmigaOne or the NIC in
the other computer, no?
Bill Buck clarifies MAI situation : Comment 136 of 246ANN.lu
Posted by Leki on 16-May-2003 12:06 GMT
In reply to Comment 135 (David Scheibler):
i said it *could* be....it *could* be something else totally different like linux setup wrong......i was just giving *one* example to show that it doesn`t mean instantly that it can *only* be a DMA problem.
Bill Buck clarifies MAI situation : Comment 137 of 246ANN.lu
Posted by Alfred Schwarz on 16-May-2003 12:07 GMT
In reply to Comment 132 (David Scheibler):
As I'm not interested in benchmarks I don't know how ;-)

So please tell me what I have to do.

Ciao, Alfred
Bill Buck clarifies MAI situation : Comment 138 of 246ANN.lu
Posted by David Scheibler on 16-May-2003 12:08 GMT
In reply to Comment 136 (Leki):
So why not contact him and help him to fix his Linux setup?
Bill Buck clarifies MAI situation : Comment 139 of 246ANN.lu
Posted by Leki on 16-May-2003 12:11 GMT
In reply to Comment 133 (MarkTime):
yes i have had a G4 800Mhz computer for awhile now....where are all the G4 pegasos? :P

please dont compare my working G4 AmigaOne against a none existing pegasos II
Bill Buck clarifies MAI situation : Comment 140 of 246ANN.lu
Posted by Leki on 16-May-2003 12:14 GMT
In reply to Comment 138 (David Scheibler):
he will be helped very well if he posts on the A1 dev list where all the support is and where AmigaOne owners have been told to post on for support and problems instead of on a public board.
Bill Buck clarifies MAI situation : Comment 141 of 246ANN.lu
Posted by Christophe Decanini on 16-May-2003 12:19 GMT
In reply to Comment 130 (Alfred Schwarz):
>>1. "September 2002 -- [...] We start selling the Betatester Pegasos [...]. We >>say NOTHING publically about the "bugs" -- we call it a Betatester because we >>know it has problems."

>Great, Genesi/Thendic/bplan is selling hardware they know that has problems >but don't tell it to the customers. That's what I call nice business practice.

Before doing any assumption you should check the facts. He said they did not tell anything publically. Bugs were work out with MAI.
The Beta tester were informed, the are under NDA ao they didn't spread the info in the public.
Read Adam post in this thread.
Bill Buck clarifies MAI situation : Comment 142 of 246ANN.lu
Posted by corpse on 16-May-2003 12:37 GMT
-- http://pcbuyersguide.com/hardware/motherboards/VIA-Problems.html

There are countless sites like this which contain information on the generally buggy nature of via chips.

The DMA problem is one i have experienced in my current x86 board, FPGA-II, Via Apollo 133 north bridge and VIA686B southbridge, until the latest BIOS update disk trashing occured with DMA enabled in Linux, with Windows there wasn't any problem because the 4-in-1 drivers stealh fixed them. As long as I use a kernel with the VIA IDE option enabled DMA works without problems with the latest BIOS for my board. Older distro's / those with earlier kernels probably don't have the latest VIA IDE patches and won't install with DMA; for instance Debian installs by default with 2.2.X which doesn't have the patches IIRC.

I think if the people that are screaming "it MAI's fault" were put in a room with all the X86 people that have had problems and found them to be their VIA chipset we'd find they'd soon shutup to save getting a kicking.
Bill Buck clarifies MAI situation : Comment 143 of 246ANN.lu
Posted by George on 16-May-2003 12:47 GMT
In reply to Comment 124 (Alkis Tsapanidis):
>This is an ethernet problem, experienced by no April Pegasos machines
>as well. The ethernet chip uses DMA all the time.
>Some people (I think it was DaveP) claimed on MooBunny that if you don't
>disable DMA during installation, you get a kernel panic.

Not true...well not for me. I've had my AmigaOne XE for 2 weeks now - no issues whatsoever - and it works fine with DMA. Never had to diable it.

Cheers,
George.
Bill Buck clarifies MAI situation : Comment 144 of 246ANN.lu
Posted by corpse on 16-May-2003 12:50 GMT
In reply to Comment 143 (George):
" Not true...well not for me. I've had my AmigaOne XE for 2 weeks now - no issues whatsoever - and it works fine with DMA. Never had to diable it."

The problem is this isn't happening just on the AmigaOne, this sort of thing happens on plently of Via X86 based boards when mixed with certain kernel; you only have to search for VIA on some linux lists to find this out.
Bill Buck clarifies MAI situation : Comment 145 of 246ANN.lu
Posted by Gelb on 16-May-2003 12:56 GMT
In reply to Comment 119 (Christoph Gutjahr):
Quote from amiga-news.de:
--------------------------------------------------------------------------
10. Pegasos: Zusammenfassung der Ereignisse rund um den Articia-Chip (Meldung)

Ralph Schmidt(bplan) (30-Apr-2003, 16:43)

Wenn Daten nicht korrekt uebertragen werden, sind das massive Probleme.
--------------------------------------------------------------------------

Of course he also mentioned "memory trashing" on several other occassions. But, as your name is Gutjahr and we all know your attitude it's no wonder you only remember "they're easy to reproduce" sentence ;-)
Bill Buck clarifies MAI situation : Comment 146 of 246ANN.lu
Posted by Neko on 16-May-2003 13:09 GMT
In reply to Comment 46 (DaveP):
The Articia S exhibits the remaining bugs on the TeronCX sample boards too.

Don't you think bPlan got sample boards from Mai when they chose that chipset?
When you go and spend 2 weeks at their company and show them these bugs, they
sign documents to accept responsibility and produce fixes, this is quite an
admission of guilt.

Now, forgive me for assuming you're all stupid, but this ISN'T a driver issue
here, it ISN'T something you want to try to work around in software. When
you're skilled in the production and testing of hardware like this, it's very
very easy to track what's going on and point a finger at something.

When you point at the Northbridge, and the Northbridge makers say "sure it's
us, hands up, you got us", it doesn't somehow magically somehow transmogrify
to be some other part of the system.

When you have logic testers hooked up, it's not hard to watch the flow and see
where it jams. It jams at the Articia: it has some serious timing issues.

If you think it's a common Via IDE bug then you'd be wrong. The bugs are easily
reproduced without even touching the IDE bus. High speed DMA data transfers
across the Articia S *fail*. "Uglyfixes" and April boards fix this by adding
an extra bit of logic or throwing in signals from other parts of the
motherboard which serve to alleviate the timing problems.

I'll also forgive you for believing Eyetech rhetoric here: while the Via IDE
bug isn't the cause, it certainly looks like it's part of it. The most common
DMA transaction on a PC is IDE transfers.

It makes sense to try and blame that, and you'd have to set something else
quite rare up to test others properly, but when you do.... it pops up again.
How can it be a Via IDE bug when you don't need Via IDE to trigger it?

There are a myriad other problems there too. All happen on the TeronCX too.
Mai confirmed this. Eyetech can sit back and say "The Articia S is a bugfree
chip", but it's a lie. Mai have told it to them and they can't do much else
than lie with them. Pity. Shame. I wish they could do something about it, but
that's life I guess.

Neko
Bill Buck clarifies MAI situation : Comment 147 of 246ANN.lu
Posted by corpse on 16-May-2003 13:09 GMT
"
* So far so good, but still treat this one with care. We now use the
* official VIA workaround for the southbridge bugs. That should fix
* the ES137x/SB PCI problems on VIA and some other stuff without
* breaking the IDE corruption fix.
"

Thats from Alan cox (2.4.6ac changelog), I think I'd believe Alan Cox over Bill Buck anyday ;)
Bill Buck clarifies MAI situation : Comment 148 of 246ANN.lu
Posted by Neko on 16-May-2003 13:15 GMT
In reply to Comment 103 (Leki):
Buck did say that the AmigaONE was unfixable.

Not technically, but because Eyetech don't have the means to do it. Soldering
a wire across a couple of pins and adding a resistor is something a 15 year
old can do. It's a hack. An afterthought fix. You see this on Amigas all the
time, plugging PLCC over chips and wiring power to pins on chips to alleive
bugs in the hardware, and shipping a little software to take notice of it.

Fixing it to the degree the April-II did is not impossible, but it is on the
verge of highly impractical. Those two tiny square programmable logic chips
are BRAND NEW ON THE MARKET. They don't even sell them to people unless you
beg and beg and beg, so Genesi got very lucky. They're also very costly.

Reballing BGA chips is an absolute nightmare in terms of time and cost. Fixing
all those Pegasos boards cost more in terms of the April-II boards and refitting Articia S than the boards originally cost themselves. Genesi made a
total loss, and didn't want to make more of a loss.

As it stands, Eyetech neither have the ability to design something as nifty as
the April board, nor do they have the ability to procure the parts for it. And
even if they could, there ain't a chance in f**king hell they could afford it.

This is what Buck meant.

-- Neko
Bill Buck clarifies MAI situation : Comment 149 of 246ANN.lu
Posted by Christoph Gutjahr on 16-May-2003 13:16 GMT
In reply to Comment 145 (Gelb):
@Gelb:

>> Of course he also mentioned "memory trashing" on several other occassions.

Nitpicking, aren't we? You simply misunderstood what I was trying to say. I asked Laire how to reproduce the problems he was talking about and the answer was "they're easy to reproduce".

Still no explanation: *What* kind of bugs and how do I reproduce them?

("Memory trashing" is about as informative as "this car might crash into a tree under certain circumstances").

>> But, as your name is Gutjahr and we all know your attitude it's no
>> wonder you only remember "they're easy to reproduce" sentence ;-)

Nice one.
Bill Buck clarifies MAI situation : Comment 150 of 246ANN.lu
Posted by Neko on 16-May-2003 13:20 GMT
In reply to Comment 98 (SlimJim):
There was a rumour circulating among the MorphOS camp and being shouted at
the Eyetech/Hyperion camp that the Articia S had bugs in it.

Ben Hermans and Alan Redhouse vehemently denied this, on this very forum. You
can go look yourself.

Then at a show Alan Redhouse starts distribuing a leaflet to showgoers that
explains that the Articia S did have a bug in it. Then he says that the bug
is actually a Via IDE bug after-all and didn't need fixing. Then they say that
the Articia S bug did indeed exist had a fix and they fixed it, and the next
revision of the Articia S didn't have the bug.

Then Buck decides to make a campaign out of it. If they're going to shout about
bugs, let's really rub it in. This coincides with Terrasoft/Mai deal, Buck
wanted to throw a spanner in there: there's no Mai without April.

After a while Terrasoft realised it was true. One day you'll realise it too.
Too late, though.

-- Neko
Anonymous, there are 246 items in your selection (but only 146 shown due to limitation) [1 - 50] [51 - 100] [101 - 150] [151 - 200] [201 - 246]
Back to Top