Re: [vox-tech] DVD burning front ends
On Tue, Mar 08, 2005 at 09:11:38PM -0800, Rick Moen wrote: gurumode Achieving higher consciousness requires ridding your mind of such illusory notions as going into desktop environments. The enlightened know that there are only display managers, window managers, X server processes, session managers, and run-of-the-mill X processes. All else is samsara. /gurumode Shhh! It's getting crowded up here as it is! populousRaise land mass, Raise land mass/populous -- Ted Deppner http://www.deppner.us/ ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
[vox-tech] Persistant hardware problem kicking my butt
I'm emotionally drained by a persistant hardware problem, and when I become emotionally involved with a problem, I tend to not think clearly. So I'd like to bounce something off the list. Any thoughts greatly appreciated. Relevent Hardware: Abit NF7 (NForce 2 chipset) Athlon XP 2200 2 DDR-400 DIMMs. 512MB each. Mad Dog something-or-other DVD/CD writer. Writes DVD9. USB 2.0. 1. I was burning a bunch of DVDs under Win2k. Nero's verification consistantly failed. 2. I switched to Linux and used k3b. Verification of burned image failed as well. 3. Certain programs under Linux were segfaulting out of the blue. They never segfaulted before (Quake III and Unreal Tournament). I didn't detect any GPF under Windows, but who knows what really goes on? 4. Ran memtest86 three times. All three times, memtest86 segfaulted. It indicated that DIMM 0 was the problem. 5. Removed DIMM 1. Reran memtest86. It segfaulted. 6. Removed DIMM 0. Placed what used to be DIMM 1 into slot 0. Reran memtest86 for about 8 hours. No errors. 7. Ran Quake III / Unreal Tourn. in Linux for a while. No segfaults. At this point, I thought the problem was fixed. I was wrong. 8. Burned a CD with k3b. It was a collection of text and binary files. Here were a collection of md5sums of what I burned: [EMAIL PROTECTED] md5sum /dvd/* ec17179683b1ec7c584371d52d482dc7 2004_suprnova_april_fools.jpg 2a35dd12706e6a109aa5d51a5b7414d6 ballmerwindows.wmv 1969446ec71b76c01a852ffabcba7b83 Call Of The Wild.txt 76319f20a91df19621a2c6ed0144803f common_passwords.txt 7fe852ab7b3609657aa3c7e633ba7c02 Imagine (John Lennon).mp3 611759e7fa9455f2cdc574da4eb875bf Leonardo.txt 83681d4c6c34e5c9f924c3b0ea732038 Makefile bda631d8fac719f1efb741a61f2f4902 Metamorphosis.txt 0f3a64e11edc97f32e089d07e8bee7bc polygons.c cacbcb3cf986d1cf658c8b8fff6f6ce6 rip.pl 8a72cd8e4e59263f4813892c3ab3b91f roth.zip e8bc0afb5ab15a10ab233ceab86936bf sid.bmp 3136b05433e0c0e6877699bcd4e603dc The Complete Ninjas Handbook.pdf 1a715e61acf7a1bae7f87af03687f11b tomsrtbt-2.0.103.tar.bz2 b879804716164d24f92519f33774e9f4 try.c bb4416e6db326f9f30e4c73953cbcadf vmlinuz-2.6.9 dc692157d1b305cc9b583352ef2c War And Peace.txt f9436029f9e7bfd3800860e768a1febd write_errors.txt a553f7a13fb2a0f02c8ff53ae7c378f9 Zarathustra.txt 5f363e0e58a95f06cbe9bbc662c5dfb6 zero Roth.zip is an old DOS game in a zip archive. The md5sum is different from the md5sum of the hard disk copy: [EMAIL PROTECTED] md5sum /dvd/roth.zip 8a72cd8e4e59263f4813892c3ab3b91f /dvd/roth.zip [EMAIL PROTECTED] md5sum ~/Desktop/files/roth.zip db144e6264cfd84d6276b9488e57a279 /home/p/Desktop/files/roth.zip I umount, remount the DVD. The md5sum changes but is still wrong. [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip a1fc154848aa932a7cf44e723ebc6082 /dvd/roth.zip [EMAIL PROTECTED] md5sum /dvd/roth.zip a1fc154848aa932a7cf44e723ebc6082 /dvd/roth.zip [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip 169e7a2327a054f7859066f91b485f45 /dvd/roth.zip [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip 51d5d96a4108285080f16261916f6e74 /dvd/roth.zip I finally get the correct md5sum. [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip db144e6264cfd84d6276b9488e57a279 /dvd/roth.zip When I mount the burned DVD on a drive connected to a different system, the md5sum appears to be consistantly correct. 9. Sometimes, when the machine boots up, POST freezes right after it says checking RAM but just before it starts to check the RAM. This is a new development. I can make this problem go away only by shutting off the power supply (not powering down. actually shutting the PS off). 10. I still detect no segfaults that were present before I removed DIMM 0. 11. I've been running memtest86 for a couple of hours now without errors. I think that's all the data I have. It's imperative that I have a reliable fast machine right now to run physics simulations. That's crucial. To me, the available clues seem contradictory. Somethings points to RAM. Other things point to something resident on the mother board. Still other things point to the DVD drive. Help? Pete -- Save Star Trek Enterprise from extinction: http://www.saveenterprise.com GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Persistant hardware problem kicking my butt
Is the computer overclocked by any chance? Or has it ever been overclocked in the past? -Mark On Wed, 9 Mar 2005, Peter Jay Salzman wrote: I'm emotionally drained by a persistant hardware problem, and when I become emotionally involved with a problem, I tend to not think clearly. So I'd like to bounce something off the list. Any thoughts greatly appreciated. Relevent Hardware: Abit NF7 (NForce 2 chipset) Athlon XP 2200 2 DDR-400 DIMMs. 512MB each. Mad Dog something-or-other DVD/CD writer. Writes DVD9. USB 2.0. 1. I was burning a bunch of DVDs under Win2k. Nero's verification consistantly failed. 2. I switched to Linux and used k3b. Verification of burned image failed as well. 3. Certain programs under Linux were segfaulting out of the blue. They never segfaulted before (Quake III and Unreal Tournament). I didn't detect any GPF under Windows, but who knows what really goes on? 4. Ran memtest86 three times. All three times, memtest86 segfaulted. It indicated that DIMM 0 was the problem. 5. Removed DIMM 1. Reran memtest86. It segfaulted. 6. Removed DIMM 0. Placed what used to be DIMM 1 into slot 0. Reran memtest86 for about 8 hours. No errors. 7. Ran Quake III / Unreal Tourn. in Linux for a while. No segfaults. At this point, I thought the problem was fixed. I was wrong. 8. Burned a CD with k3b. It was a collection of text and binary files. Here were a collection of md5sums of what I burned: [EMAIL PROTECTED] md5sum /dvd/* ec17179683b1ec7c584371d52d482dc7 2004_suprnova_april_fools.jpg 2a35dd12706e6a109aa5d51a5b7414d6 ballmerwindows.wmv 1969446ec71b76c01a852ffabcba7b83 Call Of The Wild.txt 76319f20a91df19621a2c6ed0144803f common_passwords.txt 7fe852ab7b3609657aa3c7e633ba7c02 Imagine (John Lennon).mp3 611759e7fa9455f2cdc574da4eb875bf Leonardo.txt 83681d4c6c34e5c9f924c3b0ea732038 Makefile bda631d8fac719f1efb741a61f2f4902 Metamorphosis.txt 0f3a64e11edc97f32e089d07e8bee7bc polygons.c cacbcb3cf986d1cf658c8b8fff6f6ce6 rip.pl 8a72cd8e4e59263f4813892c3ab3b91f roth.zip e8bc0afb5ab15a10ab233ceab86936bf sid.bmp 3136b05433e0c0e6877699bcd4e603dc The Complete Ninjas Handbook.pdf 1a715e61acf7a1bae7f87af03687f11b tomsrtbt-2.0.103.tar.bz2 b879804716164d24f92519f33774e9f4 try.c bb4416e6db326f9f30e4c73953cbcadf vmlinuz-2.6.9 dc692157d1b305cc9b583352ef2c War And Peace.txt f9436029f9e7bfd3800860e768a1febd write_errors.txt a553f7a13fb2a0f02c8ff53ae7c378f9 Zarathustra.txt 5f363e0e58a95f06cbe9bbc662c5dfb6 zero Roth.zip is an old DOS game in a zip archive. The md5sum is different from the md5sum of the hard disk copy: [EMAIL PROTECTED] md5sum /dvd/roth.zip 8a72cd8e4e59263f4813892c3ab3b91f /dvd/roth.zip [EMAIL PROTECTED] md5sum ~/Desktop/files/roth.zip db144e6264cfd84d6276b9488e57a279 /home/p/Desktop/files/roth.zip I umount, remount the DVD. The md5sum changes but is still wrong. [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip a1fc154848aa932a7cf44e723ebc6082 /dvd/roth.zip [EMAIL PROTECTED] md5sum /dvd/roth.zip a1fc154848aa932a7cf44e723ebc6082 /dvd/roth.zip [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip 169e7a2327a054f7859066f91b485f45 /dvd/roth.zip [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip 51d5d96a4108285080f16261916f6e74 /dvd/roth.zip I finally get the correct md5sum. [EMAIL PROTECTED] umount /dvd/; mount /dvd/; md5sum /dvd/roth.zip db144e6264cfd84d6276b9488e57a279 /dvd/roth.zip When I mount the burned DVD on a drive connected to a different system, the md5sum appears to be consistantly correct. 9. Sometimes, when the machine boots up, POST freezes right after it says checking RAM but just before it starts to check the RAM. This is a new development. I can make this problem go away only by shutting off the power supply (not powering down. actually shutting the PS off). 10. I still detect no segfaults that were present before I removed DIMM 0. 11. I've been running memtest86 for a couple of hours now without errors. I think that's all the data I have. It's imperative that I have a reliable fast machine right now to run physics simulations. That's crucial. To me, the available clues seem contradictory. Somethings points to RAM. Other things point to something resident on the mother board. Still other things point to the DVD drive. Help? Pete -- Save Star Trek Enterprise from extinction: http://www.saveenterprise.com GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D ___ vox-tech mailing list vox-tech@lists.lugod.org
Re: [vox-tech] Persistant hardware problem kicking my butt
Hey Mark, It was overclocked about ... a year ago? Probably longer. When I first built the machine. I was just taking the board out for a test drive. The board (most of Abit's boards) are designed for overclocking. I wanted to know what the limits were, but after a few days, I found that win2k wasn't completely stable at that speed, so I reset everything back to the default values. It was so long ago, though. How likely do you think that is? Thanks! Pete On Wed 09 Mar 05, 10:02 AM, Mark K. Kim [EMAIL PROTECTED] said: Is the computer overclocked by any chance? Or has it ever been overclocked in the past? -Mark -- Save Star Trek Enterprise from extinction: http://www.saveenterprise.com GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
[vox-tech] USB flash drive
So, just for the helluvit I ordered a 1 GB USB pen drive. Has anyone put something like Knoppix on one of these? -- Rod ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Persistant hardware problem kicking my butt
I'm not sure how relevant it is... just thought it's something to think about. I never overclock my system just in case something like this happens... -_-' But if you didn't keep it up for very long it's probably not the issue... although I'd try a different process on the mobo if you got a mobo-compatible spare just to make sure the CPU isn't the problem. -Mark On Wed, 9 Mar 2005, Peter Jay Salzman wrote: Hey Mark, It was overclocked about ... a year ago? Probably longer. When I first built the machine. I was just taking the board out for a test drive. The board (most of Abit's boards) are designed for overclocking. I wanted to know what the limits were, but after a few days, I found that win2k wasn't completely stable at that speed, so I reset everything back to the default values. It was so long ago, though. How likely do you think that is? Thanks! Pete On Wed 09 Mar 05, 10:02 AM, Mark K. Kim [EMAIL PROTECTED] said: Is the computer overclocked by any chance? Or has it ever been overclocked in the past? -Mark -- Save Star Trek Enterprise from extinction: http://www.saveenterprise.com GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech -- Mark K. Kim AIM: markus kimius Homepage: http://www.cbreak.org/ Xanga: http://www.xanga.com/vindaci Friendster: http://www.friendster.com/user.php?uid=13046 PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE PGP key available on the homepage ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
[vox-tech] (Moved from [vox]) Errors in software compilation
Hi Dylan. This kind of question actually belongs over here on vox-tech, so I've replied here, instead of plain 'vox'... On Wed, Mar 09, 2005 at 03:30:13PM -0800, Dylan Beaudette wrote: Hi everyone, I am using a software package called GDAL here at work, and it compiles fine on my Debian Sarge box... However, the *same* source tree fails to compile on a similar machine running Slackware... snip On your Sarge box, do you have cpl_port.h and/or cpl_error.h anywhere else, besides the 'gdal' build directory? snip g++ -c -o gdalopen.o gdalopen.cpp In file included from gdal_priv.h:190, from gdalopen.cpp:94: gdal.h:177:22: cpl_port.h: No such file or directory gdal.h:178:23: cpl_error.h: No such file or directory snip however: [EMAIL PROTECTED]:~/src/gdal-1.2.5$ locate cpl_port /home/dylan/src/gdal-1.2.5/port/cpl_port.h snip The command invoked above was simply g++ -c -o There were no -I include path directives given. Is this different than on your Sarge box? Also, can you tell (by examining the entire make sequence up to this point) whether Make had dove into the port/ subdirectory? If it was compiling something in the directory above (or some other subdirectory), then it almost certainly wouldn't be able to find the cpl_port.h header. Sorry I can't help more! -- -bill! [EMAIL PROTECTED] I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner. ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] (Moved from [vox]) Errors in software compilation
On Wednesday 09 March 2005 03:28 pm, Bill Kendrick wrote: Hi Dylan. This kind of question actually belongs over here on vox-tech, so I've replied here, instead of plain 'vox'... Thanks Bill! On Wed, Mar 09, 2005 at 03:30:13PM -0800, Dylan Beaudette wrote: Hi everyone, I am using a software package called GDAL here at work, and it compiles fine on my Debian Sarge box... However, the *same* source tree fails to compile on a similar machine running Slackware... snip On your Sarge box, do you have cpl_port.h and/or cpl_error.h anywhere else, besides the 'gdal' build directory? Yes: [EMAIL PROTECTED]:~$ locate cpl_port /home/dylan/src/gdal-1.2.5/port/cpl_port.h /usr/local/include/cpl_port.h ...However, the file didn't make it into /usr/include/ until after the make install step... After copying the GDAL-specific headers to /usr/include: find . -name *.h -exec cp '{}' /usr/include/ \; ... make seems to be chugging along fine... but then there is what seems to be an endless loop with: - . make[965]: Entering directory `/home/dylan/src/gdal-1.2.5/frmts' make[965]: Nothing to be done for `default'. make[965]: Leaving directory `/home/dylan/src/gdal-1.2.5/frmts' (cd ogr; make lib ) make[965]: Entering directory `/home/dylan/src/gdal-1.2.5/ogr' make[965]: Nothing to be done for `lib'. make[965]: Leaving directory `/home/dylan/src/gdal-1.2.5/ogr' make [ad infinitum] and a CTRL-C results in: --- ... make[11]: *** [check-lib] Interrupt make[10]: *** [check-lib] Interrupt make[9]: *** [check-lib] Interrupt make[8]: *** [check-lib] Interrupt make[7]: *** [check-lib] Interrupt make[6]: *** [check-lib] Interrupt make[5]: *** [check-lib] Interrupt make[4]: *** [check-lib] Interrupt make[3]: *** [check-lib] Interrupt make[2]: *** [check-lib] Interrupt make[1]: *** [check-lib] Interrupt make: *** [check-lib] Interrupt ... - something strange is going on here Any ideas? -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] (Moved from [vox]) Errors in software compilation
Dylan Beaudette wrote: After copying the GDAL-specific headers to /usr/include: find . -name *.h -exec cp '{}' /usr/include/ \; .. make seems to be chugging along fine... I wouldn't have recommended that. At the very least, a -i option to cp would seem appropriate, to ensure against clobbering existing files. Also, a number of those .h files may not have been intended for installation to system include directories, so you're cluttering things up in there. -Micah ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] (Moved from [vox]) Errors in software compilation
Where's your `./configure` step??? -Mark On Wed, 9 Mar 2005, Bill Kendrick wrote: Hi Dylan. This kind of question actually belongs over here on vox-tech, so I've replied here, instead of plain 'vox'... On Wed, Mar 09, 2005 at 03:30:13PM -0800, Dylan Beaudette wrote: Hi everyone, I am using a software package called GDAL here at work, and it compiles fine on my Debian Sarge box... However, the *same* source tree fails to compile on a similar machine running Slackware... snip On your Sarge box, do you have cpl_port.h and/or cpl_error.h anywhere else, besides the 'gdal' build directory? snip g++ -c -o gdalopen.o gdalopen.cpp In file included from gdal_priv.h:190, from gdalopen.cpp:94: gdal.h:177:22: cpl_port.h: No such file or directory gdal.h:178:23: cpl_error.h: No such file or directory snip however: [EMAIL PROTECTED]:~/src/gdal-1.2.5$ locate cpl_port /home/dylan/src/gdal-1.2.5/port/cpl_port.h snip The command invoked above was simply g++ -c -o There were no -I include path directives given. Is this different than on your Sarge box? Also, can you tell (by examining the entire make sequence up to this point) whether Make had dove into the port/ subdirectory? If it was compiling something in the directory above (or some other subdirectory), then it almost certainly wouldn't be able to find the cpl_port.h header. Sorry I can't help more! -- -bill! [EMAIL PROTECTED] I'm anticipating an all-out tactical http://newbreedsoftware.com/ dog-fight, followed by a light dinner. ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech -- Mark K. Kim AIM: markus kimius Homepage: http://www.cbreak.org/ Xanga: http://www.xanga.com/vindaci Friendster: http://www.friendster.com/user.php?uid=13046 PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE PGP key available on the homepage ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] (Moved from [vox]) Errors in software compilation
On Wed, Mar 09, 2005 at 05:58:40PM -0800, Mark K. Kim wrote: Where's your `./configure` step??? In Dylan's original post, he said the configure step worked fine, but that IS a good question. Dylan, can you start fresh and cut-n-paste the initial configure and make steps into an email here? Also, is this app downloadable from anywhere? (I don't remember if you had mentioned an URL in any prev posts) Thx -bill! ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech