I want to group the commands in my SendTo Windows XP folder into different subfolders.
Creating a subdirectories in the SendTo folder and putting shortcuts in these subfolders works fine for Windows Explorer. But for ClearCase 7.0.1 Version Tree the right click SendTo context menu does not show the shortcuts in the subfolders.
Has anyone found a way to make this work - or does it work in a later release of ClearCase?
7.0.1 has always had issues with the SendTo menu.
As an example, see this thread (on a different kind of issue).
(I suppose you are talking about ClearCase, not CC LT, and in 32bits, not 64bits which has its own set of issues)
It should work better on 7.1.2, but i haven't fully tested the "SendTo" integration menu.
Related
I wrote a Win-32 desktop application in 1999 and have maintained it through the various iterations of Windows ever since. It didn't need a 64-bit address space so I never bothered to migrate it to the 64-bit apis.
Until Win 10 came along, I could type < the first few letters of my app's name> and the app would run.
In Win 10, I have to double click on the app to get it to run. If I try the app's folder and its contents show in the start menu but not the app itself. I look under all apps and the app isn't there. I've added a shortcut to the start menu but even that hint isn't enough for Windows to find the app. I tried creating a bat file that would fire off the app and placed the bat file in Programs Folder but that failed.
I never wrote an installer for the app. The app lives in its own folder which I create by dragging it from a CD or network drive as I have migrated between all the Windows iterations since Win-98.
Is there now some xml file I must create that says "This is an app. Please Microsoft, include it in the start menu?" I had thought *.exe would suffice but apparently not. Perhaps *.exe code must now reside in Programs Folder, no exceptions allowed?
If it makes any difference, the application is written in C and compiled in Visual Developer 2008. It reads kid's handwritten responses to arithmetic questions.
More info I've dug up...
I noticed that Python shows up in Windows search but PHP doesn't. IIRC, I installed python with an installer whereas php was unzipped into its current location.
That establishes that a program need not reside in C:\Program Folder to show up in Start-search.
Then I discover that Python has a shortcut in C:\ProgramData\Microsoft\Windows\Start Menu\Programs but PHP doesn't. "That's it!" I think. Nope. Start-search now shows the folder I placed there but not the shortcut to the program. So residence in the start menu folder doesn't do it.
I am obnoxed.
..even more info...
I recompiled the entire project and now search finds the executable which suggests start-search is broken. Moreover, start-search only displays the app if I completely type its name. In Win 7, just the first few letters suffice as is the case with most executables in win10.
The app still doesn't appear in the all apps section but then again, neither do the autodesk apps I have installed. OTOH, the autodesk apps appear by typing just a few letters.
At this point, it appears win10 start-search is broken.
Most .exe files don't appears in Windows Search under Win10 unless they are installed in program files folder... I try to find a way to circumvent this limitation cause lot of my files are portable applications on another drive.
In meantime here's a Workaround: Make a folder "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\DummyApps" and copy the shortcut of the app you want to be listed in "Search Results" in the DummyApps folder.
I've made a shorcut of "DummyApps" on my desktop to drop shortcut of programs I want to access by the search.
Regards
When you say
I've added a shortcut to the start menu but even that hint isn't enough for Windows to find the app
do you mean that you added a shortcut here: C:\ProgramData\Microsoft\Windows\Start Menu\Programs ?
If so, did you restart your pc (or at least explorer.exe)?
Adding a shortcut to the location above and restarting explorer.exe worked for me and it even added the app to the recently added apps section. Hopefully that helps.
step 1:win10 +x, open cmd adminstration mode
step 2:input 'start powershell' in cmd
step 3:input 'Get-AppXPackage -Name Microsoft.Windows.Cortana | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}' in powershell
Is there a way to open the folder location of a file from within CCRC? While I know I can open/copy from directly within CCRC, it is often useful to work directly with the file from within Windows Explorer.
I am looking for something like "open file location" or "open in windows explorer". The folder within CCRC does not appear to allow opening it directly as the double-mouse-click action just expands the tree listing. The path is listed/copyable within the "ClearCase Details" tab, but I am trying to take my laziness to a whole new level by being able to open the folder with a single click.
Any ideas if this is a feature available and where I can find it? Thanks.
Info:
Rational ClearCase Remote Client 7.1.1
Windows 7
You can try a drag an drop from the CCRC to a windows explorer, but this might not work.
(The reverse works, from CCRC 7.0.1)
If it doesn't work, then this feature isn't available in CCRC 7.x, and should be tested in a CCRC 8.x, where the integration with the OS explorer is tighter (I don't have a CCRC 8.x right now to test it out).
I'm having a tough time with ClearCase. I'm working with a dynamic view.
Somehow, I got two files that are eclipsed. I compared the folder in my version (with the eclipsed files) with every version on my branch and every version on the main branch. The original files are nowhere to be found.
I searched for the files in Windows Explorer and found them in the lost+found directory (with a 32 character extension). This directory appears to be invisible because I can't see it in either Windows Explorer or ClearCase.
I opened a DOS window and ran cleartool. I removed the files (I had fun typing it all, plus the 32 character extension at the DOS prompt). I could not find a way to delete them from either Clearcase Home Base or ClearCase Explorer.
I thought this would solve my problem, since there are no more files with the same names anywhere on my computer.
I deleted the eclipsed files and created them again in Qt Creator. But when I opened ClearCase Explorer again, there they were - eclipsed! I cannot figure out where the evil twins are. I tried finding the eclipsed files by using cleartool. Nothing. I've tried many approaches I've found online - none work.
I tried stopping and starting the view. I deleted the eclipsed files again, closed Qt Creator and then opened Qt Creator again and recreated them. I tried many other things suggested - none made any difference.
If I'm eclipsing existing files, where are they? I'm starting to think that the real evil one here is the parent - ClearCase!
Eclipsed doesn't mean evil twins (the fact that you add multiple times a file does though).
When you add to source control a file, ClearCase will:
checkout the parent directory
access the file in order to create a temporary one (called 'afile.mkelem')
create the file in the ClearCase vob
check in the parent directory
I usually see repeated eclipsed file when ClearCase isn't able to access the content of a file, because another process prevents it.
Try adding those files after closing the Qt editor.
The OP Rob Moore mentions having solved the issue with:
I changed the view to main/LATEST, and the file showed up.
I went to the tree view of that file and noticed that I had a branch there with one version.
I compared my branch version with the main/LATEST and they were the same, so I deleted my branch and put my label on the main/LATEST version
So it is possible that, as soon as the element was added, it wasn't properly selected by the config spec (being a new version on a branch which wasn't part of the config spec), and its state reverted to "eclipsed".
If I run
C:\WINDOWS\SysWOW64\explorer.exe /separate,c:
the the 32 bit version of windows explorer comes up and I can use context menus.
If i go to C:\WINDOWS\SysWOW64 and double click on explorer I do not get context menues.
Does anyone know how to get a short cut to
C:\WINDOWS\SysWOW64\explorer.exe /separate,c:
I did put that command in a .cmd file and run from there but then I have cmd window up all the time.
The IBM technote swg21251833 does mention that the 64-bit Windows Explorer is not displaying ClearCase Context menus.
ClearCase is a 32-bit application, therefore, the ClearCase and Windows Explorer integration will only work in a 32-bit Windows Explorer.
You are using the workaround for Microsoft Windows XP and Windows Vista 64-bi, which indeed requires to invoke 32-bit version of Windows Explorer to access ClearCase.
You can define a shortcut on the desktop, instead of putting it in a .cmd file, as mentioned in the last answer of this thread, and detailed in this document:
It is important to launch this as a separate process from the Windows desktop.
In order to do that, you must specify the '/separate' parameter to Explorer.
You can create a shortcut to launch the 32-bit Explorer by doing the following
(Note: The following steps have not been shown to work on all versions of Windows.):
Right-click on your Windows desktop, selecting New and Shortcut.
Specify %windir%\SysWoW64\explorer.exe /separate as the location for the target.
You might want to add an initial directory for it to open as well.
In this example case, we want to use it to copy files to my Windows desktop so the following is used as the location for the shortcut:
C:\Windows\SysWOW64\explorer.exe /separate, c:\users\username\desktop /min
In this example, C:\users\username\desktop is the location where Windows 2008 Server saves the user's desktop.
Users, can then click on this icon and drag and drop spooled files and stream files into it, and they appear on the desktop.
There can be some confusion about whether or not an application is running is a 32-bit or 64-bit application. The Windows task manager can be used to identify 32-bit applications though.
If you have the Navigator and the 32-bit Windows Explorer running on a 64-bit version of Windows and open the task manager (press Ctrl+Shift+Esc), you will notice that the 32-bit applications have '*32' after the Image Name.
Note the final /min option, that the OP emptyshell details in the comment:
Without the /min, a command window will also pop up.
With the /win, no command window pops up.
I also discovered that if, in the windows explorer properties, Select Tools, Select Folder Options, Select View Tab, "Launch folder windows in a separate process" is selected, then:
if a person double clicks on C:\Windows\SysWoW64\explorer the ClearCase context menus will be there.
That would be because SysWoW64\explorer is launched as a separate process which is needed for context menus to work with the 32 Bit version of explorer. (Equivalent to the /seperate switch in the command line).
How can I create a directory in C and assign an icon to the folder all with in my program?
The point of this is all doing this in one program without any other dependencies. Is this possible?
CreateDirectory itself does not support creating an association between a directory and an icon. A directory can have an icon associated with it by instructing the shell to do so.
One way of doing this would be to specify the path to the icon in a desktop.ini file within the target directory.
I'm not sure if this still works because the last time I did it was in Windows 9x but I have seen a few desktop.ini files in Vista so I assume it is still supported to some extent
[Shell]
Icon=<path to icon>
NB: This may still work only because the support is provided for backwards-compatibility with earkier versions of Explorer. It's possible there is another less legacy way of doing this now that I am not aware of