Dear Kris -- Here are the answers to the questions in your reply:<br><br><br>========== K-Menu Problem =================================================<br><br>>> 2.  Kicker Problem -- Could not get Kicker menu to expand on mouse click.<br>
>> It worked at first.  I expanded it to large, I added "terminal" to<br>>> favorites, and then I launched a terminal in which I ran nvidia-settings.<br>>> No problems there.  I selected "runports" which loaded the runports terminal<br>
>> fine.  After that, I lost control of the Kicker menu.  I rebooted and it is<br>>> functioning normal at this time.<br><br>>Sounds like a kde bug to me, if you can find a way to consistently<br>>reproduce the bug, maybe check and file a bug report at <a href="http://bugs.kde.org">bugs.kde.org</a> :)<br>
<br>>> I do not know if there is a connection between the loss of K-menu and the<br>>> subsequent loss of the desktop icons, but I thought I would raise the<br>>> possibility in case there was a great conspiracy afoot.<br>
>><br>>> Ian Robinson<br>>>Salem, Ohio<br>>><br><br>>Interesting, almost sounds like a video driver issue. What card / driver<br>>are you using right now?<br><br><br>- - K-Menu bug  - - - - - - - - - - - - - - - - - - - - - - - - - - - -<br>
<br>Kris --<br><br>I do not know how to induce the K-menu bug, and I cannot tie it to anything in particular.  It has happened only 2x in the past 40  hours.  I will search the KDE bugs site and I will report it.  <br>I cannot rule out that it is a video card problem.  I am using an Nvidia Quadro FX 3400 (256 Mb) and Nvidia driver version 180.35.<br>
<br><br>======= Diagnostic Sheet Problem =========================================== <br>>> 3.  Generate Diagnostic Sheet Problem.  After loading System Manager, I went<br>>> to generate a diagnostic sheet.  I received the following error message:<br>
>><br>>> KDE Control Module.<br>>> Could not find mime type "application/octet-stream"<br>>> then<br>>> Could not find mime types:<br>>> ?inode/directory?<br>>> ?inode/blockdevice?<br>
>> ?inode/chardevice?<br>>> ?inode/socket?<br>>> ?inode/fifo?<br>>> ?application/x-shellscript?<br>>> ?application/x-executable?<br>>> ?application/x-desktop?<br>>><br>>> After continuing to click OK through the error messages and eventually<br>
>> Kwrite came up and displayed the text.  When I tried to save it, it reported<br>>> that I did not have sufficient permissions, but it saved it anyway.<br><br><br>>I'm not able to duplicate this bug here. Did you do a fresh install, or<br>
>upgrade a 7.0.x system?<br>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -<br><br>Kris -- This was a fresh install.<br><br><br><br>===== System Manager Incorrect Memory Report ===============================<br>
>> 2.  System Manager displays negative amount of memory.  This is a trivial<br>>> bug.  After entering the System Manager, the display window with the PCBSD<br>>> Logo and the option tabs displays the system memory as -805,351,424B.<br>
>><br>>> dmesg reports real memory  = 3489615872 (3327 MB), avail memory = 3401822208<br>>> (3244 MB)<br><br>>Thats weird!<br>><br>>Can you run this:<br>><br>># sysctl hw.realmem<br>><br>
>Thats what the system manager is using to pull the available memory on<br>>the system. Maybe our function is failing to read that int properly.<br><br>- - syscstl output - - - - - - - - - - - - - - - - - - - - - - - - - - - -<br>
<br>A.  Here is the output of syscstl:<br><br>root@pcbsd# sysctl hw.realmem<br>hw.realmem: 3489615872<br>root@pcbsd#<br><br>- - random thoughts  - - - - - - - - - - - - - - - - - - - - - - - - - - - -<br><br>B.  This computer has 4 Gb of memory installed, not all of which is usable to<br>
the i386 version of FreeBSD 7.1, and doing some "math" to calculate unused or<br>unaccessed memory, we get:<br><br>using the dmesg "real memory" of 3,489,615,872 <br>+4,096,000,000<br>-3,489,615,872<br>
=  606,384,128 difference between actual and usable in FreeBSD (i386)<br><br>using the dmesg "available memory" number ... 3,401,822,208<br>+4,096,000,000<br>-3,401,822,208<br>=  694,177,792<br><br>Perhaps considering the fact that FreeBSD (i386) cannot use 4 Gb of RAM, perhaps<br>
there is a calculation going relative to the "unused" or "unaccessed" RAM being<br>subtracted from some number.  When you compare the 694,177,729 to the<br>805,351,424 (don't know what to do with the "B"), and ignoring the "+" or "-" signs, they are 111,173,632 to 198,967,296 apart -- not too far apart considering the size of the bytes involved.<br>
============================================================================ <br><br>Ian Robinson<br>Salem, Ohio<br><br>