Slashdot Mirror

He's talking about this

Check out this link for a posting history with this address... note, however, that even this is not proof that "alexgurry@intra.ru" is the originator. Sure does look like it, though.

Deja still indexes these articles, but you will notice some interesting holes when you search for them.

Try a power search for "soc.culture.thai" in the forum field and "Laurence AND Godfrey" in the author field, and sort by date. You will notice big gaps of results labeled "Article Unavailable".

OTOH, I don't think telephony is a "big thing", it should be a fading business; the Neon (?) chip will IMHO be just a cheap one, which is way more efficient for special tasks (DSP, 3d accelator) than the current general CPU's. Hopefully able to run everything efficiently, but many doubt that :)

Another lesser know transmeta leak is here.

At least Jim Gillogly claims to have cracked it. See the "KRYPTOS" thread in news:sci.crypt. This article announces the break. This one mentions an NY Times article (no URL). He says he plans to publish the solution in The Cryptogram, the journal of The American Cryptogram Association

At least Jim Gillogly claims to have cracked it. See the "KRYPTOS" thread in news:sci.crypt. This article announces the break. This one mentions an NY Times article (no URL). He says he plans to publish the solution in The Cryptogram, the journal of The American Cryptogram Association

The NSA was selling topic identification in 1994 that sounds better than today's state of the art. See Bruce Schneier's note inside this linked article.

And I'm not willing to bet my life they haven't maintained their light-years-ahead headstart in breaking crypto (don't forget, these guys' predecessor had COLOSSUS with 56k I/O during WWII), and can read all our PGP messages.

If I ever really have to hide something as I send it over the 'net, I'm gonna use steganography (layer 1) to hide the image of a handwritten note (layer 2, make 'em use OCR) that's in a dead non-Latin-alphabet language (layer 3) written in a mirror (layer 4) inside a PGP-encrypted (layer 5) Pamela Anderson pic.

Well, maybe not. But I at least feel very confident that would be safe. I trust and use PGP, but I'm always uncomfortably aware that NSA has some very very smart people.

My comparison is completely fair as I was comparing a signal/slot implementation with another signal/slot implementation from the Gtk--. Both have multi-callbacks. Both have signal concept. Gtk-- skips the slot concept, but any function can be used as a slot. One just happens to be 30 times faster. Since they do the exact same thing, I can definately say although Qt is a very nice library, it is not the most efficient C++ library out there.

For independent confirmation of what I have said please read this usenet post. That user found a 25 times difference between template based (gtk--) and string based (Qt) signal/slot implementations. We have improved since then.

But you are quite capable of testing it out for yourself. Grab my library, libsigc++. I think you will be surprised by exactly how much a callback system can do. Qt was only scratching the surface.

--Karl

While software piracy has real economic effects, the methods and conclusions stated by the BSA, SIIA (formerly the SPA) and other software industry groups are grossly overstated. Moreover, piracy actually reduces the cost of consumer software -- this is just simple economics at work. Yes, piracy also reduces software revenues, but the consumer impact is often either misstated or unstated.

I wrote a response to last year's SPA report. As the SIIA is repeating its rediculous revenue loss figures, I will continue to promote the piece. Specifically, SIIA's definitions of "supply" and "demand" have absolutely no relationship to the same terms as used in economics, and the "loss" estimates are merely the street value of pirated softare, not the lost business opportunity.

Here's a point to ponder. If software companies are booking these losses as tax writeoffs, this is a tremendous fraud being practiced to the cost of US taxpayers.

Karsten M. Self
What part of "Gestalt" don't you understand?

http://a188-l009.rit.edu/rich mond/answers/snrisks.txt

Analyzes the threat from X-rays, gamma rays, neutrinos, and energetic particles (cosmic rays).

Also, check out this newsgroup thread:
sci.astro.amateur: closest safe supernova?

It's also really nice to see a search engine with no banner ads, they really get on my nerves (even though I don't see many, thanks to Junkbuster --- awesome program.

And, as for learning C programming, once you know the basics, you can go far reading the man pages/RFC's. I'm currently working on a password changing daemon (called from inetd) and I'm learning most of it as I go along through the man pages and a little help from DejaNews.
--

Well, ISDN is still a pretty expensive solution

Because it isn't mainstream. Also because of regulatory issues in the USA, as I understand it.

or not that much more bandwith

It's not so much the bandwidth, as the low latency, fast connects and total reliability

IDE isn't that bad. I certainly don't mind being able to add 17 gigs for less then 250.

But if IDE didn't exist you would be able to add 17 gigs of SCSI for less than 250. There's nothing inherently more expensive about SCSI, it's just that the existence of two incompatible standards has enabled the disk manufacturers to overcharge the high-enders, knowing they don't have the option of going to EIDE because limited cable lengths and the low maximum number of units would make it unusable. And the max cable lengths on EIDE are much shorter than people think. That's apart from all the other issues people have because IDE keeps running out of bits every other year.

Well, I suppose enabling asserts slows down the code a fair bit

It's not the asserts. There was a recent post about the slow reaction you get when moving the mouse. Follow the next few replies to that post. There are several good explanations of what is causing the slowdown. The short summary is that rollovers are causing the entire document to get redrawn when you move your mouse around. But redrawing the whole browser is complicated, so everything slows to a crawl.

Here is the post.

The Mac build has regressed a bit, but is due on Tuesday

Yes but they are not giving away the guaranteed I/O rate part of it. At least not according to this link though I can't find any mention of that in the news story or the SGI press release.

I haven't seen what EXT3 promises,

It will add journalling (see the white paper Stephen wrote), and probably extent based block lists and btrees by Ted Ts'o will be in there too.

Linux does need a journaling FS and XFS may be the best bet, but it won't happen quickly unless SGI puts some serious resources behind it.

SGI are employing kernel hackers and you can start to see some of the stuff they are getting up to

Also, just who has the resources to test large production systems (4+ CPUs) on an OS under test? Corporates, that's who. And they'll contribute their code to Open Source, right? Because...?

Hell, we've got MS helping us by looking for performance bottlenecks for us and that is already starting to bear fruit (I can't seem to link to that article right. Check out the article "Re:Thank you Microsoft!" by petchema. You will need Alt-F to find it.)

Personally, I think ext3 will rock. This isn't Stephen's first file system by a long chalk.

may have a price current purists will not like but will have to accept (ie less than Open Source code licenses

We can't succeed by destroying ourselves, and I don't think the Linux community will try. If XFS weren't Open Source then it would fail to gain any market share against ext3. But it will be Open Source, so it's a moot point.

FreeBSD - the "original" version

Rubbish. Check out this link which is almost three years old, where Alan says it can be done. This isn't some obscure mailing list, this is the Linux kernel development mailing list, read by thousands (I read it first time around).

Really it's just an extension of what FX!32 does, with x86 as the host, and better support for OS-level stuff. A hell of a lot of work, but no surprise that it's possible.

• Tim Peters, 1
• Tim Peters, 2

Personally, I can't imagine why anyone in 1999 is bothering to release a new language without making the source code available. Haven't we learned better by now?

• Tim Peters, 1
• Tim Peters, 2

Personally, I can't imagine why anyone in 1999 is bothering to release a new language without making the source code available. Haven't we learned better by now?

On the web-based interface, NSI has been slapping on their bogus "agreement" since at least 22 March 1999. See this post from news.admin.net-abuse.email.

However, DejaNews^H^H^H^H.com has no postings yet in news.admin.net-abuse.sightings with the NSI bluff, so I suspect that those of us who do whois from a *NIX prompt only started getting served this rider within the past day or two.

That said, the so-called "agreement" is absolute hogwash.

• No one agreed to it. Except NSI, of course.
• Cannot reproduce? So I can't report spam?
• Cannot modify? That means Rob or any other domain owner cannot ever get a new e-mail account, meatspace address, phone number, or FAX. Get serious.

IANAL, but I think that as a government monopoly for lo these many years, the whois database should be public domain, just as it is not possible to copyright government documents in the U.S.

To see how the (at least some) development community feels about SlashDots' posting stories about Devel kernels, do a search on Deja.com for "slashdot" in recent days.

Sorry about the AC post, at least the initials march.

AC

According to this Deja News article em86 is no longer supported. This seems a pity.

Of course a version that worked with Wine to run x86/NT programs would be cool, but I rather doubt Compaq would want to release their FX!32 technology. They have worked on it for years, and it looks like they are better at it than anyone else. Intel needs something like this for McKinley (according to rumour it has no hardware support for x86 code), and perhaps even for Merced if the rumours of poor x86 performance are true.

I guess they could just rely on a combination of NIH and the GPL to stop Intel using it.

Do a search on Deja.com for slashdot in recent days and you will see how the developers really feel about Slasdot announcements regarding kernel releases.

And to everyone submitting "BUG REPORTS" here, this is the WRONG place to submit them!

The interactivity that he inspires here should suffice for you, no matter that, amidst the genuine wisdom I see on /., there is often a lot of crap to wade through. Katz's time belongs to him, and if he should choose not to spend more time amongst us on these pages, I can understand. But I would say that a Katz-less interactivity isn't really as valuable as one that includes him; he's just one human being, and he probably doesn't have the time and energy to spend on being more hands-on here.

On second thought, maybe a Katz-less interactivity isn't really interactive at all. He just comes down from the mountain bearing his zeroes and ones; then he zips off elsewhere. Sending e-mail to him is a hit-and-miss proposition if you don't keep it trivial.

"Ever got the feelin' you been cheated?" -- Johnny Rotten, to the crowd, to Malcolm, to himself, after a disastrous 70's US Sex Pistols gig and tour.

(And Katz, if you're reading this, the ball remains in your court; I'm still curious to read your non-bleary-eyed take on the "guilty bystander" e-mail message.)

--

Here is a nice description of what 99% really means.

99.97% means 15 minutes a week is lost during an unplanned reboot, while Linux has a 99.9998% uptime, or 10 minutes scheduled.

99% is pathetic when it comes to reliability! I want to see that number approach 100 the way a mathematician would be proud!

After seeing NT hiccup last night on a production line, I feel offended! Plastic extruders powered by hundreds of horsepower each, capable of generating 500,000 pounds of thrust are dangerous to be around when temperatures drop (or rise!) and pressures exceed the massive iron head. When a few others and I saw the Visual Basic program decide to change temperature values to just below melting point, I knew we could have major property damage.

Its the most amazing thing to watch large, high speed machines when the operating system freezes. Things keep on running, but never get updated. The once coordinated efforts of energy shaping a new product causes scrap to pile up quickly.

Imaginge a half megawatt at the mercy of a single operating system and you have an idea how I feel.

In fact, searching deja.com (which is what dejanews.com changed their name to recently) for " linux solaris linpack" turns up just a few articles comparing the performance of Sparc/Ultrasparc memory architecture vs. PC/Pentium memory arch.

If you can give actual search terms to bring up some articles showing GCC/EGCS vs. Solaris compilers, I think many folks would appreciate it. (And, of course, some would treat the information as a crime against humanity...)

My own attempts at searching for a direct comparison came up either empty, or with all the responses in the world. If you actually had a URL... that'd be best. :)

In fact, searching deja.com (which is what dejanews.com changed their name to recently) for " linux solaris linpack" turns up just a few articles comparing the performance of Sparc/Ultrasparc memory architecture vs. PC/Pentium memory arch.

If you can give actual search terms to bring up some articles showing GCC/EGCS vs. Solaris compilers, I think many folks would appreciate it. (And, of course, some would treat the information as a crime against humanity...)

My own attempts at searching for a direct comparison came up either empty, or with all the responses in the world. If you actually had a URL... that'd be best. :)

• http://www.deja.com/getdoc.xp?AN=331837478

- Sam

Anyone know if this particular problem (which probably only makes Linux look bad on benchmarks, mind you) was fixed?

- Sam