Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×

Andrews

Member
  • Content Count

    32
  • Joined

  • Last visited

  • Donations

    $0.00 

Community Reputation

0 Neutral

About Andrews

Contact Methods

  • ICQ
    251-003-639

Profile Information

  • OS
    Windows 7 x64
  1. sorry, can't write for few days. small operation to finger tendon.
  2. Thank you both. jaclaz The –so switch, if I used it right, did not redirect the compressed files and directories. It just placed them on the same directory with the originally not compressed. To see an easy example as you suggest try the following please. Make a new folder on your desktop.Copy a directory with sub-directories and subs and files.Put the batch file on my first post in this directory and double click it.See the result.You will find the original structure compressed where you put the batch, starting with that directory.That is what I get and nearly what I want.What I want is 7zip
  3. Thank you for trying to help Wise Owl. I am starting to believe that the more I try to explain what I want, the more I mix it up. What you say is very complicated end endless when having lots of files. That batch does the job already. So all I need is only to add some code to the batch, so that it outputs its job (the compressed directories with files) to another directory and NOT into the original directory where the uncompressed directories and files already are.
  4. Thank you jaclaz fpr coming on rescue once more. What I want to do is simple. I want to compress many directories with files. They are in branches (or trees) like as they normally appear on Windows Explorer. After compression I want them organised the same way as before compression (similar trees) keeping the same order and individually comperessed. For instance, you have a tree with directories and files and compress them. After compressing they are in an identical tree, but compressed. The batch file does it exactly that way. You can try it and see the result. I put the batch file on the dir
  5. I want to use 7zip for its usual function, but with individually compressed files in their folders and original names. 7zip, unlike WinRar with the option Put each file to a separate archive, only does this with the -o switch when decompressing, not compressing. I found a batch file at SourceForge (original version quoted at the bottom) that does it exactly as I need, but for a little difference: it leaves the compressed files and directories mixed on the original directory to where I copy the batch file and launch it. Not quite a problem if compressing only a handful of files, but when there
  6. Well, it is even more confusing than that because they are actually not indexed (the cases are empty – slow serch), and that is why they appear in the search. When they are indexed (cases marked) they do not appear in the searches. However, the searched files should always appear on any search results, the difference being only the speed of searching depending on being indexed or not. It is extremely strange that this issue on a then new installation reappears on a reinstallation. I wonder if this is a Windows 64-bit bug in connection with something else (maybe the HDD itself) because I have
  7. I am back because there are new findings to this issue. Because to do my work I have to do many searches, I can't do without searching. So I kept trying at least to understand the origin of the issue. I updated with SP1 from Windows Updates and nothing happened. As I couldn't solve it by myself and didn't get the needed help here, I gave up on the installation which was very recent, reformatted and made a clean install. A fresh install doesn't take more than half hour and I had already lost many useless hours. What takes extremely longer is installing our programs and configuring. After reinst
  8. I'm sorry if I didn't give you the answer you needed right away because I thought I did . If someone doesn't give the right answer, the other one must state it without delay instead of expecting that I will guess, or else I'll be undermining your help, which is the opposite of what I need, sorry. Once done, a mistake will never be corrected without recognition. Isn't this logic enough to be understood by anyone? So what can originate such strange issue? If it isn't SID related, what can it be? For the number of views of this thread I guess many people may have search issues, even if possibly
  9. Thank you for the replies, The first thing I did when I noticed I couldn't make searches on that drive was to check up on its properties if the case to allow its content indexing was checked. Then I rechecked my choice of folders to be indexed (the whole thing with a few exceptions). Everything was OK, so I rebuilt the index. Didn't work. Then I used MS's FixIt application on the Web. I don't think it did much more than rebuilding the index again. I also tried the other computer based operated version of FixIt especially for search issues (Mats_Run.search.exe) and it just did the same as the p
  10. OK, I did that. Unchecked XML on Advanced Options / File Types tab, and Outlook on indexed locations, so now I won't be able to search mail and over one thousand contacts. Please note that the issue appeared before I installed Outlook (with a few more Office apps.). Bad thing is that I rebooted, but no changes, no search on the same drive. It doesn't take any time for the No terms match your search to pop up. Really annoying. Shall I post any especial section of the registry, if that can help? Something strange happens. this is a new clean installation after reformatting the OS drive. Before i
  11. Yes, the SID appears on many places of the registry, and also exactly as on your picture. Only the number differs:
  12. Yes, I wrote at the beginning of the following post: However, I am still not quite sure If I understood your question. It appears in these three places and many others: It is sub-key of Protected Storage System Provider that can not be exported because the right hand side of the registry is empty: [HKEY_CURRENT_USER\Software\Microsoft\Protected Storage System Provider] It can also be found as [HKEY_CURRENT_USER\Software\Microsoft\Windows Search\ProcessedSearchRoots\0002] @="defaultroot://{S-1-5-21-2201963446-2159910242-3709398457-500}/" "Version"=dword:00000000 "DoNotCreateSearchConnectors"=d
  13. Yes, Office was recently installed. I was reading carefully about the Office search issue on your link. I don't have that issue or event ID 3036 on MS Office events. Outlook search works OK. Fortunately, going there I found the reason for some other things not working in Office: I had not installed Visual Basic for Applications . After installing everything now runs OK. I know it is neither common or easy. I am probably wrong, but I have a feeling that this issue is somehow related to the long ID number you mentioned on your second post (#5 on this thread). I need to solve this because nearly
  14. Thank you Legend. I applied ownership to all root folders. It took a long time, but it doesn't solve the problem. I can't explain why it worked on a small trial on one only folder What else do you recommend, please?
  15. Maybe these links will answer your problem about the Windows 7 disgusting bug or stupid idea of the explorer tree expanding to the bottom: http://bit.ly/gyTfhb . . . . . Post by Bjamri2 http://bit.ly/gaYXLO . . . . Very detailed right on the first post http://bit.ly/flmazo. . . . . . More anguished people debating that bug Micro$oft removed a few other thread on the subject. Would they be annoyed with the facts?
×
×
  • Create New...