Slashdot Mirror


User: gomerbud

gomerbud's activity in the archive.

Stories
0
Comments
78
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 78

  1. Re:Analog vs digital, maybe on Dell's Misleading Graphics Card Buying Advice · · Score: 4, Insightful

    I agree. 1920x1080 over an SVGA port with a low quality cable looks absolutely horrible, but this is hardly an apples to apples comparison. It's hard to find machines and monitors that lack DVI or HDMI ports nowadays, so this is very misleading.

  2. One-off vs. Product on 'The Code Has Already Been Written' · · Score: 4, Insightful

    To a scientist, their software is simply a tool, a means to an end. Their results and discoveries are what they really care about. When it comes to reproducing scientific results for verification, it is actually advantageous that another group not use existing software. Another research group using the same faulty software, with the same hidden bugs, will likely come to the same incorrect result.

    Productization of software is a completely different exercise. You have to make your software work for a larger crowd on a plethora of devices. You actually have to consider how your software fits into the larger product lifecycle. The key difference here is that you have customers that you need to keep happy.

  3. Re:One wonders... on OS X Snow Leopard Details · · Score: 4, Insightful

    Native Exchange support for Apple Mail is well worth more than $20. I won't have to suffer as a second class citizen at work any more.

  4. Successful Campaigns on MediaDefender's BitTorrent-Based DOS Takes Down Revision3 · · Score: 1

    Is it just me, or is the "Successful Campaigns" mouse-over broken on their marketing page? Ironic...

  5. Re:Please on I Will Derive · · Score: 3, Funny

    It is official. Netcraft now confirms: Slashdot is dying

  6. Re:Dr. James Anderson's actual papers on Professor Comes Up With a Way to Divide by Zero · · Score: 4, Informative

    Just read his `papers'. While this sounds like it may be an interesting exercise in abstract algebra, I'm very concerned with the effect of this on people who haven't had upper division math.

    Axioms of Transreal Arithmetic:
            - The majority of his proofs are done `mechanically' and not provided.
            - He makes a big fuss about the validity of real arithmetic in the `Discussion'. Not a word about validity elsewhere.
            - He seems to equate IEEE floating-point arithmetic with real arithmetic.

    Transreal Analysis:
            - This is an _Analysis_ paper with no mention of continuity or epsilon neighborhoods.
            - Doesn't the isolated nullity value cause hell when doing analysis proofs with epsilon neighborhoods?
            - How exactly does one define an epsilon neighborhood around nullity?
            - A picture of the transreal `number line' does not constitute proof.
            - Attempting to disprove other people's counter proofs is not proof in itself.
            - Why not attempt all of the fun proofs and lemmas in an upper division real analysis course regarding continuity, differentiation and integration?

  7. Re:How to make Windows Better... on Microsoft Sends Linux Survey · · Score: 2, Informative
    All protocols, APIs and data formats fully documented.

    Where are there any undocumented protocols or protocols that you cannot get the documentation for, used in Linux?

    How about the rt_sig family of syscalls? They look rather undocumented to me. Heh...
    UNIMPLEMENTED(2) Linux Programmer's Manual UNIMPLEMENTED(2)

    NAME
    exit_group, getpmsg, get_thread_area, gettid, io_cancel,
    io_destroy, io_getevents, io_setup, io_submit, madvise1,
    putpmsg, readahead, rt_sigaction, rt_sigpending, rt_sig­
    procmask, rt_sigqueueinfo, rt_sigreturn, rt_sigsuspend,
    rt_sigtimedwait, security, set_thread_area, ugetrlimit -
    undocumented system calls

    SYNOPSIS
    Undocumented system calls.

    DESCRIPTION
    The 2.4.20 kernel knows 253 syscalls for the i386 archi­
    tecture. The above ones have not yet been documented.

    SEEALSO
    obsolete(2), syscalls(2), unimplemented(2)

    Linux 2.4.20 2003-02-01 UNIMPLEMENTED(2)
  8. Re:What's your point? on Microsoft Services for Unix and OpenBSD · · Score: 2, Informative

    There is some code in there that is licensed from SCO. For example, the Services for Unix includes David Korn's shell, not the public domain version. However, if you use 'ident' on the C library to print out the CVS tags, you'll see mostly OpenBSD code.

  9. Re:I wonder... on New FreeBSD NVIDIA Drivers Available · · Score: 4, Interesting

    Check out the third party drivers section at the bottom of this page.

    http://www.opensource.apple.com/projects/darwin/6. 0/release.html

    It seems that Apple has a similar situation with its NVidia and ATI drivers. They are only provided as binaries due to licencing restrictions.

  10. Re:SCO is just mentally unstable. on SCO To Show Copied Code · · Score: 5, Interesting

    I'm glad that the three BSDs are not yet being bothered by these wonderful people.

    Sources seem to suggest that the BSD's cannot be bothered by the SCO suit. Recall the legal fiasco between the USL and the BSD's in the early 90's. There is a terrific history in Marshall Kirk McKusick's chapter Twenty Years of Berkeley Unix: From AT&T-Owned to Freely Redistributable in O'Reilly's Open Sources: Voices from the Open Source Revolution.

    The relevant paragraph:

    The lawsuit settlement also stipulated that USL would not sue any organization using 4.4BSD-Lite as the base for their system. So, all the BSD groups that were doing releases at that time, BSDI, NetBSD, and FreeBSD, had to restart their code base with the 4.4BSD-Lite sources into which they then merged their enhancements and improvements. While this reintegration caused a short-term delay in the development of the various BSD systems, it was a blessing in disguise since it forced all the divergent groups to resynchronize with the three years of development that had occurred at the CSRG since the release of Networking Release 2.

  11. Re:tsarkon reports - openbsd - seirous issues. on OpenBSD 3.3 Released · · Score: 5, Informative

    Also, good luck getting a JDK/JRE to run here. HAHAHAHAHAHA. Fuckers.

    [daver@medication:/home/daver]$ java -version
    java version "1.3.1_02"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
    Classic VM (build 1.3.1_02-b02, green threads, nojit)
    [daver@medication:/home/daver]$ uname -mrsv
    OpenBSD 3.0 PUS#9 i386
    I must have good karma.
  12. Re:unsupported platforms on Debian NetBSD for Sparc · · Score: 1

    when will we see Debian GNU/NetBSD for Sega Dreamcast?

    Simpsons did it! LinuxDC

  13. Re:Distros vs kernels on Debian NetBSD for Sparc · · Score: 1

    I wonder how long before we see RedHat XVII for windows..

    The GNU userland can already run on top of a Windows kernel. It's called cygwin. Running Xfree within Windows is really strange.
  14. Re:Warning.. ultra high res needs a fast machine on Matrix Reloaded Trailer Released · · Score: 1

    ATI hardware has better Quicktime optimization, so imagine it'd run pretty well on it.

    What on earth does that mean? You'll definitely get away with things like hardware scaling on any new card, but Quicktime optimization? Its not like you offload frames to your video card for decoding. Never once have I seen a video card with a "Made for Quicktime" sticker on the box, and I think I know why.

  15. Re:Cowboy Bebop is *real*? on Review: Cowboy Bebop · · Score: 1

    Though I can't seem to find the boxed set...

    Try here.

  16. Uncertainty Principle on The Myth of Radio Spectrum Interference · · Score: 2, Insightful

    Heres part of the real problem. In order to communicate over radio waves, you must use a well defined bandwidth for your transmission and reception. As we scale up the number of simultaneous connections over a range of frequencies, each individual connection must be allocated a central frequency and an ever decreasing bandwidth. As the bandwidth gets smaller and smaller, we are decreasing the uncertainty in photon energy. If we keep decreasing the bandwidth, then we get to a point where we have a nontrivial uncertainty in time. This uncertainty in time makes it so that we cannot properly measure the time variation of our signal. Thus, there is a point when our bandwidth is so small that we cannot recieve a reasonable signal. This is interference in transmission itself. If you can figure out how to filter this out, you'll win a nobel prize.

    If i wasnt so sleep deprived, i could give some approximations with numbers and stuff.

  17. I'm not so sure on The Myth of Radio Spectrum Interference · · Score: 5, Funny

    I know a physicist who claims that pi is in fact rational. He claims that the only reason we don't realize it yet is because of the current limitations of our circle measuring devices.

  18. Re:Welcome to VMS on Microsoft to End DLL Confusion · · Score: 1

    I kinda like VMS's file versioning. I can roll back sources without using RCS. I would say more, but its kinda hard to make interesting conversation when you sleep as little as I do.

  19. I beg to differ... on Seven Rules For Spotting Bogus Science · · Score: 1

    When Doc designed the flux capacitor, he had to keep it as a secret. If it was common knowlege, people would abuse the ability to travel through time and create disturbances in the space-time continuum due to great carelessness.

    Don't ever call Dr. Everet Scott a phoney. It may just ruin your chances of enjoying one of the best trillogies known to man.

  20. Re:Have you tried grace? on Plotting/Graphing Programs for Mac OS X · · Score: 1

    You can output tex source with gnuplot. This allows you to make very professional looking plots embedded in a tex document. By default gnuplot outputs ass looking plots, but try plotting to more than an X11 window before you knock it.

  21. wtf? on Server In A Fly · · Score: 1

    This is by far the strangest thing I have ever seen. I am almost offended by the idea of using a dead fly for decoration of an IC. What is this world coming to? If I didn't know any better, id think that this was the work of a plan9 user.

    Time to watch more Cowboy Bebop.

  22. Re:Well of course on What High End Unix Features are Missing from Linux? · · Score: 4, Informative

    [daver@tombstone:~]$ info --subnodes --output - gcc | less

    Cool, now i can keep my sanity while reading the gcc manual. I always hated how info used links for subsections. Now i can search using / instead of that god awful emacs method. This leads me to the following distinction:
    Linux is for people who hate vi.
    *BSD is for people who hate emacs.

    Time to watch more Cowboy Bebop.

  23. Nevermind that... on 1.6 Million IP Connections on FreeBSD · · Score: 1

    I would like to claim that I have the world record for a one minute load average on a FreeBSD machine.

    http://gomerbud.com/daver/computing/top.asc

    Any contenders?

  24. Re:Excellent System on FreeBSD 5.0 RC3 Now Ready · · Score: 1

    If he was 1337 enough to do an optimized buildworld thats about two hours already. I just love it when 'rm' is built with '-02 -march=athlon-xp'. Removing files is so much quicker.

  25. Re:*BSD Vs. Linux on FreeBSD 5.0 RC3 Now Ready · · Score: 1

    Likewise, if you fix a compilation problem in the ebuild that was affecting some users, there is no need to bump the revision number, since those for whom it worked perfectly would see no benefit in installing a new revision, and those who experienced the problem do not have the package installed (since compilation failed) and thus have no need for the new revision number to force an upgrade.

    This is not a style issue my friend. I would like to hear someone with a good deal of realease engineering experience comment on this. If its broken for some people, its broken.

    It really bothers me when a port on one machine segfaults reguarly and the same port on another machine works just fine because versioning is a mute point on gentoo.

    On a FreeBSD box, if i know that port version x.y.z is broken on my box, i'll wait until x.y.z+1 is out and give it a try. On gentoo, i completely ignore the versioning and as i run 'emerge rsync; emerge foo/bar', i pray to the gods that someone has changed the ebuild. And dont even try to tell me that the ChangeLog files are reguarly updated.