If anyone else moves their "nixy bits" from initial install drive to another drive the above info may come in handy. Having changed all instances of M:\var to J:\var Java/Odin is now using the correct \var directory tree. I suspect this is happening because when I installed ArcaOS I installed the "nixy bits" - \etc, \usr, \var - to the boot drive but have now moved them to a different drive with more free space.Īfter hunting for some Java/Odin setting(s) pointing to M:\var I discovered a handful within the Registry Keys, HKEY_CURRENT_USER -> SOFTWARE -> MICROSOFT -> WINDOWS -> CURRENTVERSION -> Explorer -> Shell Folders and HKEY_LOCAL_MACHINE -> SOFTWARE -> MICROSOFT -> WINDOWS -> CURRENTVERSION You can display data in different views and. Investigating further I find that some java apps, jPDFViwer and jDiskreport definitely, create the directory tree :\var\lib\odin with folders My Documents and Recent if these directories do not already exist on the boot drive. JDiskReport is a free Java-based tool that displays the size, capacity, free space, and other parameters of your files, folders, and directories. Looking at my boot drive - M:, using jDiskreport - I just noticed a \var directory that should not exist as my \var directory is located on drive J: As far as my information goes the next version is 1.4.1, but we need a higher level of Java and is available on the JGoodies website. So I go the safe side and use jdiskreport-1.3.1_os2.jar. Just like most other disk space analyzer tools for Linux, DUtree will also show you the disk space usage using graphs and charts and the user interface is also very pleasing at the same time. This says to me that version 1.3.2 is zipped with a more efficient zipper, then why use a less efficient zipper with the source with as result a bigger file? In the end a jar file is nothing more then a zip file. Programmed using the RUST language, DUtree is one of the fastest disk space analyzer tools available for Linux. Also if someone is compiling his source down to something shown as a and a.class and so on, I can't believe that in a next version it will show full class names just on the last additions.Īnd together with the explanation, which is totally bull in my opinion, this makes not that much difference in file size. And as JGoodies has all cut down to a, b, c ,d etc this is almost impossible, you have to decompile the source and your left with a,b ,c etc which makes it not easy to put in something like ExtBasicCheckBoxMenuItemUI.class on the right place. Somewhere you have to call those routines. Now you can't make something like the first and do something like the last. Now with the claimed version 1.3.2 I found readable full names like Opening the jar tells me that this is not coming from JGoodies. There is a big change in the jar file jdiskreport-1.3.1_os2.jar 1.405.190, that is a big difference with jdiskreport-1.3.2.jar 1.860.633.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |