What I'd like to know about MD5 sums is what prevents the h4x0r from updating the MD5 sum on the FTP server to match the trojan'd download.
Unless the MD5s stored up there are also digitally signed (i.e. PGP/GPG/etc.), which would be rather redundant (since it'd be easier to just sign the archive itself).
Re:how 'bout HTML bugs?
on
Pet Bugs?
·
· Score: 3, Informative
Actually, the current HTML spec (4.01) states that </TH>, </TD>, and </TR> are all optional.
...all I get is a little 2KB-3KB email. No attachment, no virus.
Attempting to view the email just gives me "This message contains script, which Outlook cannot render" and a blank message window.
Oh, BTW, I'm using Outlook 2002 configured to view all HTML emails as if they were in the "Restricted Sites" zone, so I'm not sure how that would affect things.
And I know for a fact that I'm not infected (have run NAV Corporate numerous times, and have checked for the 'Klez' registry keys and filenames and found nothing).
I'm rather curious why I seem to be getting nothing but duds. Could Outlook possibly be protecting me from Klez?
PNG files are compressed using the LZH algorithm first used in pkzip, and now used in zlib, gzip...
You're partially right... PKZIP used to use LZW-based compression (the kind of compression used in GIF files - the one that's patented by Unisys) back in version 1.x; version 2.x introduced the Deflate algorithm, which is what's used today in gzip/zlib/PNG/etc.
The Minesweeper one only worked after I created the directory and copied in the EXE.
One of the advantages of having Windows 2000 installed on drive D (except for the fact that I have a rather outdated install of Win98SE on drive C; gotta get rid of that one of these days).
What bothers me is that it still worked even after I changed the default security level for Local Intranet to High (maximum)...
Why do you think a trackball or touchpad would not have clicking buttons?
This is true; nearly all trackballs/touchpads do have buttons.
But most touchpads allow 'clicking' without pressing the buttons by simply tapping one's finger on the touchpad; this is probably why michael mentioned the touchpad.
That's an easy one; they disabled the P4's on-chip thermal protection (see this document, section 2.4). All P4 systems are required (see section 2.4.4) to enable it by default in the BIOS, but it can be disabled (in case you want to use your own heat management system using the on-die thermal diode mentioned in section 2.4.6).
This probably should have been expected from AMD zone...
The tech was partially right. Nearly all PCI cards today ("today", not "a long time ago") are Plug they let the BIOS or the operating system handle the configuration.
Though "a long time ago" there were no PCI modems, just ISA ones, and ISA cards are generally not Plug you need to configure 'em using jumpers (though some more recent ISA cards have jumper settings for 'Plug&Play').
I wouldn't be a bit surprised if the actual problem was that the "tech" didn't know the difference between ISA and PCI.
Actually, according to the site's webcounter stats, the site's been at 29 hits for the last 6 months, and now it's over 20,000.
The webmistress, "drooling@fangirl.org", is almost certainly going to be drooling when she checks her webcounter stats...
What environment were you running the Java/C programs from?
Also, what C compiler are you using?
If you were running them from a command prompt, let's not forget that running 32-bit programs from a 16-bit command prompt is rather slow; it takes 1-2 seconds just for the program to start.
Also, the C compiler used is important (as it determines the type of EXE produced); DJGPP produces 16-bit executables (which use a 32-bit extender, or just switch to 32-bit if they detect Windows running), which runs very quickly from an MS-DOS prompt; if you use a Win32 compiler like VC++, you'll get 32-bit programs which exhibit the startup delay mentioned above.
I'd be interested to see a *true* benchmark, i.e. one that does actual computations and which takes atleast several minutes in either language; that'd get rid of any delays from overhead.
Saying Melissa is a computer viruses is FUD; it's a Word 97 Macro virus. It just happens to use Outlook (and its address book) to distribute itself, but the code itself is a Word 97 macro. Perhaps that's why it was named W97M.Melissa.AA ...
W32.Sircam.Worm@mm isn't an Outlook virus either (just a Win32 program), but 2 people have already pointed that out.
2 weeks?
9-10gb at 9600baud...
That'd be about 9000000 seconds...
which ends up at around 104 days. That's three and a half months.
Remember, baud == bits per second, not bytes per second; 9600 baud is about 1kb/second.
-- Sig (120 chars) -- Your friendly neighborhood mIRC scripter.
Slashdot Mirror
What I'd like to know about MD5 sums is what prevents the h4x0r from updating the MD5 sum on the FTP server to match the trojan'd download.
Unless the MD5s stored up there are also digitally signed (i.e. PGP/GPG/etc.), which would be rather redundant (since it'd be easier to just sign the archive itself).
Actually, the current HTML spec (4.01) states that </TH>, </TD>, and </TR> are all optional.
I prefer the Ninety-Ninety Rule myself.
That's because a lot of games these days come on multiple CDs.
:)
...all I get is a little 2KB-3KB email. No attachment, no virus.
Attempting to view the email just gives me "This message contains script, which Outlook cannot render" and a blank message window.
Oh, BTW, I'm using Outlook 2002 configured to view all HTML emails as if they were in the "Restricted Sites" zone, so I'm not sure how that would affect things.
And I know for a fact that I'm not infected (have run NAV Corporate numerous times, and have checked for the 'Klez' registry keys and filenames and found nothing).
I'm rather curious why I seem to be getting nothing but duds. Could Outlook possibly be protecting me from Klez?
The Minesweeper one only worked after I created the directory and copied in the EXE.
One of the advantages of having Windows 2000 installed on drive D (except for the fact that I have a rather outdated install of Win98SE on drive C; gotta get rid of that one of these days).
What bothers me is that it still worked even after I changed the default security level for Local Intranet to High (maximum)...
But most touchpads allow 'clicking' without pressing the buttons by simply tapping one's finger on the touchpad; this is probably why michael mentioned the touchpad.
So? Star Trek IV was produced before Enterprise the series, so we the viewers know that time travel is possible.
But they've already been proven wrong.
Remember Star Trek IV?
That's an easy one; they disabled the P4's on-chip thermal protection (see this document, section 2.4). All P4 systems are required (see section 2.4.4) to enable it by default in the BIOS, but it can be disabled (in case you want to use your own heat management system using the on-die thermal diode mentioned in section 2.4.6).
This probably should have been expected from AMD zone...
Regarding your story...
The tech was partially right. Nearly all PCI cards today ("today", not "a long time ago") are Plug they let the BIOS or the operating system handle the configuration.
Though "a long time ago" there were no PCI modems, just ISA ones, and ISA cards are generally not Plug you need to configure 'em using jumpers (though some more recent ISA cards have jumper settings for 'Plug&Play').
I wouldn't be a bit surprised if the actual problem was that the "tech" didn't know the difference between ISA and PCI.
A pain?
Windows 9x? Run winipcfg, select the network adapter, click 'Release', then click 'Renew'.
Actually, that TI-85's definition of a year is about 365.24 days. Leap-years, you know...
Perhaps you forgot to divide by 100...
1 year ~= 31556926 seconds (according to a nearby TI-85).
99.99999% uptime == 0.00001% downtime.
0.00001% == 0.0000001
31556926 seconds * 0.0000001 ~= 3.16 seconds.
I wonder what they have to say about pocket calculators (graphing calculators or otherwise)...
Actually, according to the site's webcounter stats, the site's been at 29 hits for the last 6 months, and now it's over 20,000.
The webmistress, "drooling@fangirl.org", is almost certainly going to be drooling when she checks her webcounter stats...
What environment were you running the Java/C programs from?
Also, what C compiler are you using?
If you were running them from a command prompt, let's not forget that running 32-bit programs from a 16-bit command prompt is rather slow; it takes 1-2 seconds just for the program to start.
Also, the C compiler used is important (as it determines the type of EXE produced); DJGPP produces 16-bit executables (which use a 32-bit extender, or just switch to 32-bit if they detect Windows running), which runs very quickly from an MS-DOS prompt; if you use a Win32 compiler like VC++, you'll get 32-bit programs which exhibit the startup delay mentioned above.
I'd be interested to see a *true* benchmark, i.e. one that does actual computations and which takes atleast several minutes in either language; that'd get rid of any delays from overhead.
Saying Melissa is a computer viruses is FUD; it's a Word 97 Macro virus. It just happens to use Outlook (and its address book) to distribute itself, but the code itself is a Word 97 macro. Perhaps that's why it was named W97M.Melissa.AA
...
W32.Sircam.Worm@mm isn't an Outlook virus either (just a Win32 program), but 2 people have already pointed that out.
Actually, it was Vengeance, not Revenge, in the original title of Star Trek II.
But I believe the two names were changed independently, though for the same reason...
2 weeks?
9-10gb at 9600baud...
That'd be about 9000000 seconds...
which ends up at around 104 days. That's three and a half months.
Remember, baud == bits per second, not bytes per second; 9600 baud is about 1kb/second.
-- Sig (120 chars) --
Your friendly neighborhood mIRC scripter.
-- Sig (120 chars) --
Your friendly neighborhood mIRC scripter.