SOURCE ATTACHMENT for multiple source paths

I have a flex app project with the name AppProj.
I also have a flex library with the name LibProj. It has no SRC folder of its own. It has 3 external folders as source paths ...
C:\folder\codeFolder1\
C:\folder\codeFolder2\
C:\folder\codeFolder3\
The Main Source Folder is C:\folder\codeFolder1\
The AppProj adds the LibProj in the Flex Library Build Path. I check the Source Attachment of the LibProj and it is pointing to C:\folder\codeFolder1\ which is LibProj's Main Source Path.
Now if I hit F3 or CTRL+CLICK on a class that is in the C:\folder\codeFolder2\ or C:\folder\codeFolder3\ folder, I get the source not found in the swc error.
How can I specify multiple source attachment or how do I solve this problem.
Thanks

In textLayout_build.zip is the source code. http://sourceforge.net/projects/tlf.adobe/files/3.0/current/textLayout_build.zip/download
All versions of the source code contain CONFIG statements, including the internal ones.

Similar Messages

Accounting for Multiple Cygwin Paths for Windows Hosts

Hello everyone,
We are using EM12cR2 (installed on RHEL) but need to monitor a number of Windows hosts. For most Windows hosts, Cygwin is installed in the default path (C:\cygwin) but we also have Citrix XenApp servers that we would like to monitor but they do not have a C: drive, just M:. I've seen the settings file that allows someone to change the Cygwin path but I can't find information on whether or not you can add multiple paths to that line and what that syntax would be. I've also seen an older Citrix plug-in but I don't see anything stating it's compatibility with this version of EM. If I could, I would test out a number of scenarios in a lab environment but we don't have that option.
Does anyone know if it's possible to add multiple Cygwin paths (and what the syntax is), if the Citrix plug-in is compatible with EM12cR2, or if there's another way to do this that I'm not thinking of?
Thank you,
EMS

Hi ,
you have to update the following properties in $OMS_HOME/oui/prov/ssPaths_msplats.properties to reflect the new cygwin installation location.
eg.
From
SSH_PATH=C:/cygwin/bin/ssh.exe
SCP_PATH=C:/cygwin/bin/scp.exe
MKDIR_PATH=C:/cygwin/bin/mkdir.exe
SH_PATH=C:/cygwin/bin/sh.exe
CHMOD_PATH=C:/cygwin/bin/chmod.exe
TRUE=C:/cygwin/bin/true.exe
To
SSH_PATH=M:/cygwin/bin/ssh.exe
SCP_PATH=M:/cygwin/bin/scp.exe
MKDIR_PATH=M:/cygwin/bin/mkdir.exe
SH_PATH=M:/cygwin/bin/sh.exe
CHMOD_PATH=M:/cygwin/bin/chmod.exe
TRUE=M:/cygwin/bin/true.exe
thanks,
Prakash

Creating Flag formulas for multiple critical paths

I'm hoping someone can help me. I'm wanting to use flags to create my top 10 critical paths in MSP2010. What forumla do I need to set into each flag in order for it to show me the first critical path, then second and so on?
Thanks
Sarah

Sarah,
I agree with Guillaume in that you need to define what you mean by first, second, etc. critical paths. However given some assumptions, this might work for you. Let's assume that total slack values less than 1 day are the first critical path, values between
1 day and less than 5 days are the second critical path, and total slack 5 days or greater is the third critical path. The following formulas could then go into the Flag1, Flag2, and Flag3 fields.
Flag1=IIf([Total Slack]/[Minutes Per Day]<1,True,False)
Flag2=IIIf([Total Slack]/[Minutes Per Day]>=1 And [Total Slack]/[Minutes Per Day]<5,True,False)
Flag3=IIf([Total Slack]/[Minutes Per Day]>=5,True,False)
You can extend this process to additional flag fields and set up Gantt Bar styles to correspond to the flags.
Hope this helps.
John

Handling source files for multiple versions

Ok, I've looked around on the web and multiple discussions and have yet to find an answer. We currently have two authors working on the same help project that we have handled relatively successfully under RoboSource. Our development environment has changed so that we need to be able to support multiple versions of the help at once ie- release branch vs development branch that we want documented but it is not yet slated to be in the release.
I've looked at the help for RoboSource and there is an idea of branching but not much help on how this is done or if it really maintains two sets of the files, etc. I've also seen some postings on the forum for this that have gone unanswered. Makes me suspect that perhaps RoboSource doesn't really support multiple versions of help source files. I would be happy to admit that I'm wrong here.
Another option to solve our challenge is by committing our source files to the development source system, SVN. I've noticed some threads discussing this. I'm unsure from reading these posts if RoboHelp alerts you when you are about to modify a file, such fpj or hhk, that is being used by someone else like RoboSource does. Since we still have two authors playing in the same help project it would be most efficient if it would notify us before letting us write over one another's work.
Can anyone shed some light on:
1) does RoboSource really support multiple versions of the help source files and how it is done?
2) does RoboHelp notice when a file is locked in SVN and notify the other author to keep hands off until it is committed again?
3) is there somewhere better for me to research this?
Thanks you for any assistance you can provide,
Nita

We're using RSC 3.1 with RH 8 and with RH X5, and we've found that this is actually a two-step process:
Branching is the method for copying a snapshot of a folder (to establish two branches of the same source).
Reconciling (AKA forward/back patching) is the method for synchronizing edits between branches (or not, as the case may be).
For example, a "V12.3" branch of the "main" source has been prepared for one customer's specific needs. All edits to "main" will be forward patched to "V12.3," but edits to specific areas of "V12.3" will not be back patched to "main."
Tim, my boss, prepared the tutorials below, as much for himself as for us, and I have only stripped the screenshots to protect our intellectual property. Note also that we reference two publish locations, one for internal reviewing, and one for Release Engineering to include in our nightly product builds. Your environment might only have a single publish destination. Note also that the output files are never added to RSC.
Pay special attention to your folder naming process before you start, by anticipating any potential future branching needs. Folder renaming after the fact can be problematic in RH and RSC.
Good luck,
Leon
===================================
Branching Projects in RoboSource 3.1
Since the Help for RoboSource and Robohelp lack a proper explanation for branching and updating configuration files to support proper branching, this document has been created to assist in creating future branches.
Creating New Local Directories
Individuals must create new local path directories on their systems. We use the following conventions:
Ex. C:\902_imsmerge\projects (source folder)
Ex. C:\902_imsgenerate\mergedProjects (output folder)
Create New Server Directories
New server directories need to be created in two locations for holding the output files.
One is for the Robohelp output that gets put in the nightly .war file and checked into Perforce.
The other is in the wwwroot of our IIS server for our doc web site.
They are defined as follows:
\\docsql01\Documentation\RoboHelp\9.0.3\imsgenerate
\\docsql01\Inetpub\wwwroot\help_sys\9.0.3
Create new directories with the correct branch number.
Using RoboSource View Manager to Create a Branch
You use the View Manager to create a new branch. In RoboSource 3.1, a branch is just a different type of view.
Assume the version_903 branch has already been created. To create a new branch, click the Create button and name the new branch (version_910), leaving a blank root folder.
Click on Set Root to define the root folder for the new branch.
Select the root for the branch and click OK.
Select the view (branch) and click Properties. In the Properties window, select Branch as the Type, then click Close.
In the View Manager, check the check box to enable the view.
Setting the Local Path for the New Branch
Select the new branch and right-click.
Type in or browse to the correct local path, check the Apply Recursively box, click Apply. Close the Properties window.
Editing .xpj Files
The .xpj files in the new branch need to be edited to point to the new branch. THIS IS VERY IMPORTANT. IF NOT DONE ROBOHELP WILL CHECK IN CHANGES TO BOTH THE BRANCH AND THE ROOT.
One line in each project’s .xpj needs to change. See below.
This value must match the branch the project lives in. In our above new branch example this would be changes to %version_910.
In a merged project, you can change all these at once with the FAR tool.
Edit the .ssl and .sss files
These files need to be edited to redefine the generating and publishing paths. Note that this can also be accomplished with the FAR tool, or by having each writer do it through the GUI.
ssl Files
The .ssl files contain the data for the generate path. Although there might be seven .ssl files for each project, you only need to edit the ones for your Primary Layout and one or two others that you might also use.
Make sure the generate path is defined correctly.
sss Files
The .sss file defines the publishing paths. This edit can also be done through the GUI if necessary.
====================================
Forward and Back Patching in RoboSource
This document describes the procedure of forward or back patching files (.htm or .gif) between branches in the RoboSource system. The RoboSource product uses a feature called Reconcile Changes to accomplish patching between branches.
Example Scenario
Throughout this document we will use a real life example from the refwindows project.
We have edited the version 9.0.3 security_master_folder.htm file in RoboHelp.
Now, we need to backpatch it to version 9.0.2.
Selecting Folders or Files to Reconcile
You can select either:
A single file for reconciliation
The source folder, or
The destination folder
If you have just one file to reconcile, you will probably want to use the single file method. If you have several files to reconcile, you will need to use the folder method.
Working from the Source Folder
Select the source folder (folder that contains the updated file) in source control. In our case, %version_903/refwindows.
Select Reconcile Changes … from the Action menu. This opens the Reconcile window.
Select the appropriate option in the Reconcile window.
In our example we select the first option to reconcile from %version_903 because that is where our updated file is. Make sure the correct project is selected in the drop-down list. ($/version_902/refwindows).
Other Options
Reconcile changes made in another branch *into %verison_903/refwindows. This is the option you would use if you have an updated file in another branch that you want to put in 903.
Reconcile changes made locally (in c:\903_imsmerge\projects\refwindows) and %version_903/refwindows. We would most likely never use this option.
Reconcile changes made in another database *into* this database. Do not use.
None of the above, let me select what to Reconcile. This one sounds like it would be a good option, but it gets even more complicated.
Wildcard Filter. Use this to display only certain file types. For example, *.htm;*.gif;*.jpg would filter on those file types.
Click OK to open the Difference Reconciliator window.
Notice that this window shows all files in the project that have differences such as the .ssl and .xpj files.
IMPORTANT: NEVER reconcile these files, they are supposed to be different.
You can prevent these files from displaying by using the Wildcard Filter discussed above.
Select the appropriate file (security_master_folder.htm). This window will allow you to replace the file in the version_902 project unfortunately, it will also allow you to replace the updated file with the older one. Be Careful Here.
You can also View Differences from this window by clicking the View Differences link.
Click the Replace button in the $/version_902 pane.
You will get a confirmation dialog. Before clicking OK, take the time to read the question. This is your opportunity to catch potential mistakes!
You will then get the Reconcile Checkout dialog.
Be sure Perform the action directly on the Server is checked, click OK.
You see that the Difference Reconciliator window now indicates No changes to merge from %version_903/rewindows/security_master_folder.htm in the $version_902 pane.
Close the window.
Check the Destination Folder
In the source control window go to the destination branch and check the project. You can see in this shot that the security_master_folder.htm file now shows the date it was replaced, and that the server version is now different from your local version.
Working from the Destination Folder
If you had chosen the destination folder and select Reconcile Changes, the same window would have opened but with different options.
Here you would have selected the second option to reconcile into $/version_902.
You can do it either way, just pay careful attention to the options. The rest of the process is the same.

Configuring Doc Path (and Source Path) for default JDeveloper library

hi
Sometimes a default JDeveloper library as no Doc Path (or Source Path) configured.
Adding a project library with only a Doc Path (or/and Source Path) configured (so no Class Path) can make the relevant API documentation more easily available in JDeveloper,
see http://www.consideringred.com/files/oracle/img/2011/library-doc-path-20110529.png
- (q1) Why has the "WebLogic 10.3 Remote-Client" library no Doc Path configured by default?
- (q2) Are somehow/somewhere source files available (maybe only of "API related"/non-implementation classes) for the "WebLogic 10.3 Remote-Client" library, so these can be configured in a library Source Path, to make the API documentation even more easily accessible in JDeveloper?
many thanks
Jan Vervecken

Thanks for your reply John.
John Stegeman wrote:
... At least some of the classes' javadocs are [url http://download.oracle.com/docs/cd/E21764_01/apirefs.1111/e13941/toc.htm]here ...
As I write in my initial post, I am able to add a project library with only a Doc Path configured (as shown in library-doc-path-20110529.png),
to "Oracle Fusion Middleware Oracle WebLogic Server MBean Javadoc 11g Release 1 (10.3.5) Part Number E13945-05 "
at http://download.oracle.com/docs/cd/E21764_01/apirefs.1111/e13945/
So, questions (q1) about a default Doc Path configuration and question (q2) about source files (similar to ADF) remain.
regards
Jan

Help with multiple Source Paths

Hi:
I have a project that I currently have a single Source Path set to a local drive, e.g., C:\myproj\src and under that directory are two other folders such as pkg1 and pkg2. There are further folders beneath these. JDeveloper correctly displays the source tree for this configuration. But now we have put a configuration management system in place, and the latest stable code is in, say, K:\myproj\src, same subfolders beneath src as in the local source tree.
If I delete the current source paths from my JDeveloper project, then add the local source and then the CM source (K:), the tree still looks correct, but JDeveloper still thinks it is getting all the files from the local disk, even though I have removed almost all of them (all but the ones that are checked out of CM and I am working on). What I am trying to set up is a path where JDeveloper will find the local file first, but anything that isn't there, it will get from the public CM folders. JDeveloper is confused. If I bring a file into the editor that is on the CM drive (K:), I get an EMPTY source window that says C:\myproj\src\whatever.java in the banner instead of the K: version. Can JDeveloper do this or not? Do I need to name every sub-file in the tree as a separate source path?
Thanks,
Mike

What? NO ONE is doing this or trying to do this?

Data Source path in Pivot Table changes to absolute on its own

Hello.
I have a .XLSX file, that was created long time ago (I don't even know in which Office version, but definitely not 2013), and maybe even was a .XLS file at first.
So it's a 4 MB file with 16 Sheets and 8 Pivot Tables.
All of the Pivot Tables use other sheets from the same file as Data Source.
Data Source for some of them look like this: 'Sheet3'!$A:$E
Everything is fine when I save the file, and open it from saved file.
But as soon as I try to move the file elsewhere, or rename it, or email it - all Data Source paths change to something like this: '\Users\Sergii_Litnevskyi\Desktop\New folder\[FileName.xlsx]Sheet3'!$A:$E
And it happens with all Pivot Tables. The problem is that it links to an old file path, where the file does not exist anymore. And it links to an external file, which is not what I want.
If I Save As and select different path and filename - then it works fine. So it's a workaround for renaming and moving files, but not for sending them to other persons.
I've read some threads, and people recommend disabling "Save external link values", but it does not help. It is already turned off in my office, but it keeps acting weird.
So what I need is: Save the file, close it, rename it, move it to other place, send it over email as attachment. And then I want to have the same Data Source path in my PivotTables as I had before I saved the file. How can I do it?
My Office version: Microsoft Excel 2013 (15.0.4454.1503) MSO (15.0.4517.1005) 32-bit

Hi,
According to your description, I suppose the issue may be caused by some reason.
Do you link the outside data source?
I think if the file moves the file elsewhere, or renames, or email,
data source paths can’t be change.
But, your data source paths add the absolute path.
Do you link the outside data source?
I recommend you zip the file and send it as Email attachment.
If the issue exists, you may save as it in a new name and test it in another computer.
Regards,
George Zhao
TechNet Community Support
I am pretty sure that I don't have any external links in the document.
However, even if I did - why would it change Data Source path for all of the Pivot Tables, when I did not request it?
I tried zipping it and sending to other person over email, but he got the file with changed data source paths.
I can even record a short video to show what happens.
Actually, I just did it. You can see the video here: http://screencast.com/t/qMBild3ck9b
It is rather big - 23.8 MB.
Let me explain what I showed there:
I opened my original file. I showed that there are Pivot Tables, whose Data Sources are in the same file, on various other sheets.
I showed this for all of the Pivot Tables in the document.
I saved the file using Save As in a different folder and under a different name (TEST.xlsx).
I then opened that saved file to show you that it is fine, and the Data Source path for one of the Pivot Tables is the same as it was in original file. It is the same for all of the other Pivot Tables.
Then I closed, and simply renamed the file to TEST123.xlsx.
Opened it, and first thing wrong - Security warning.
Then I got ‘Cannot open PivotTable source file ….’ messages. And, as I showed, now all Data Source paths have been changed to full paths of the file, that was created by Save As (TEST.xlsx) from original file.

TED chained applications with same source path produce large distribution file

Hello,
after using an application successful in my central location I want to
distribute it - what's the problem: The application itself contains 13
simple msi installations as dependent....
So what happens: The source path contains 13 msi files, the
distribution file contains all files for every application...even if
they are the same...
I was curious about not getting the gather finished, instead I got a
"volume almost out of space" message.
My question: Is this working as designed, will it be changed (it doesnt
make sense to distribute the same files multiple times...), is it a bug
only?:)
I'm going to put the msi into different subfolders now (change of
source path, origin path is needed too...) - I think this would work
well as a workaround, however I would like to know if it's designed
that way - so you have to take care not to share any folders or
subfolders...
Thx in advance
Dirk
ObiwanRedN

Jared,
hard to get right now..had to remove the old apps...
Trying to explain short:
- 13 small msi install applications, every source in a different folder
now
- "package" application (call it "PACKAGE")-> associated to selected
workstations (or ws group), start menu/desktop to do a manual install,
this app doesn't do anything except having the 13 dependent
applications
- "update" application (thats what I named "3rd"...sorry for the
confusing name;))-> associated to all workstations, set to force run if
special conditions are met (so something showing one of the partial
apps is outdated, the partial app will have a new version number
assigned). This application had the dependent app "PACKAGE" -> worked
fine in local distribution but would start to distribute the apps 1-13
again....(?not sure)
Finally I came to a general conclusion: If you have some special basic
application (lets say dot-net 3.0, 2.0 etc..., a special patch) that
might be required for different applications -> it's not a good idea to
use msi for this one because it will distribute with every app using it
as a dependent app. I will go to distribute file sources, the app calls
msiexec so nothing will be distributed for this part...
Hopefully I explained somewha better...(?)
Thx in advance
Dirk
ObiwanRedN

How do I use a OS (Windows) Environment Variable in the source path of me ActionScript 3.0 settings

I'm sure this can be done as I know we used something similiar at my old work place, below is an image showing what I am attempting to do.
We used this to create more portable / shareable assets files which when symbols are linking to code, the code was very often in different directories on different machines.
So we had set up environment variables in the OS to point to source directories and then used these variables in the source paths.
As long as everyone had these variables set up then it would all work.
Anyone know the correct way to do this in Flash CC
Thanks in advance!
Best Wishes
Rhys Thomas

sinious the problem with doing that is that the changed path gets into the code repository as well, so you wind up with everyone going back and forth changing it to their own value, which is a hassle. If you use relative paths and a standard project setup, then it all "just works" without a problem.
For example, this is the setup I use:
.dev
     .thisProject
          .Flash1
               Flash1.as
               .Flash1
                    Flash1.xfl
               .view
                    .audioAssets
                    .customViews
          .SoundLib
               SoundLib.xfl
          SoundLib.swc
     .bin <swfs are output here
          .xml
     .core
          .control
          .model
          .service
          .view
We have a "base project" that you check out to start a new project (we do heaps of similar work), and the paths are already set up to be relative. Having each project point to its own copy of the core code allows for fine-grained control of which revision you're using--we've even pointed deliberately to old versions or branches on rare occasions.
The bin folder is actually shared with the website repository, which is in a different directory from the Flash source code (in the website, it has a different name). This allows the generated swfs to be easily updated and ensures that the latest XML is being used both for development and on the site.
The "thisProject" folder actually includes a Flash Builder workspace with all the standard shortcuts, etc., already set up. This is primarily because of how the "default path" works when you create a new Flash Pro project in FB. Because we output a level up from the workspace, we hack the .metadata folder every time, but that's a small change.

Source paths with same folder name ?

Hello Forum
I am using Flex Builder 3 to build an actionscript application. I have added a few external packages that I use on a regular basis on a separate location on the harddrive so that in the future multiple apps ideally could reference to them. Now the problem is that my current project sits in a 'com.projectname' folder and one of the external packages also has a 'com' folder. FB seems to get confused and doesn't recognize the latter after I've added the source path in the project properties menu (under Actionscript Build Path).
Any insight appreciated.
Thank you.
sk

If you could replicate the issue with a "minimal" application and share the code, an answer should be fairly easy to provide.

Scan source paths... and performance.

In another thread,
Struts Page Flow Editor Unusably Slow
poor performance turned out to be due to a problem with having 'Scan source paths to determine project contents' enabled.
Apart from the problems with the diagrammer, this manifested itself as jdev using 100% cpu for periods of anything from 1 to lots of seconds.
There are lots of other (generally intermittent) occasions where jdev temporarily locks up using 100% cpu. A regular one is for the component palette to appear/disappear when switching between a jsp and a java file. A more intermittent one is just waiting for the text to appear in a menu or dialog box (ie the new 'window' appears as blank and you can't do anything for a variable period until the text appears.)
I shall watch these to see if disabling source scanning helps these as well.

Hi,
I've got the problem with permanent scanning the source files after I created a "Web Service Proxy". After I closed and restarted JDeveloper I got an OutOfMemory exception at startup. The only thing helped was to delete the whole JDeveloper profile.
I hope this helps to analyze the problem.

9.0.3 scan source paths: how to control which files are picked?

Using 9.0.3 Preview. I've been waiting for the "scan source paths to determine project contents" feature, but I'm running into problems with this:
* It's picking up "Packages" called com.mycompany.CVS, with "files" called Entries, Repository, etc. It messes the display (making it contain twice the number of entries that I'd like it to show).
* Also, there's no way to exclude certain files or directories from the list (or is there?). I happen to have a few .jsp files lying around which are copied (by our Ant build.xml) to their proper location - but the build insists on compiling these .JSP files, and worse, spits out the error:
Error: JSP files must reside in the server root directory or a subdirectory beneath it
What the heck does this mean?
How do I get around these problems?
Shankar.

Hi,
You can quickly create a project based on a directory (e.g. the sourcepath) and its (filtered) contents using the New Project from Existing Source wizard in the New Object Gallery (from File->New...). If you're not too bothered about the project being dynamically updated with changes on the filesystem, you may find this solves your issue.
However, I do agree that there should be some access to filtering for "dynamic" projects. I've logged the following bug against JDeveloper's SCM support (incl. CVS):
2552750 DYNPRJ: WE SHOULD USE THE DYNAMIC PROJECT FILTER API FOR SCM FILES
to support filtering out SCM control files (such as Entries, Root etc.) and the following ER against the IDE:
2552763 DYNPRJ: PROVIDE UI SUPPORT FOR FILTERING
to provide UI for filtering in a dynamic project.
Both the bug and ER are published, so you can track their progress on metalink.
Thanks,
Brian
JDev Team

[svn:osmf:] 13994: Updating source path to control bar plugin.

Revision: 13994
Revision: 13994
Author:   [email protected]
Date:     2010-02-05 00:47:30 -0800 (Fri, 05 Feb 2010)
Log Message:
Updating source path to control bar plugin.
Modified Paths:
    osmf/trunk/apps/samples/plugins/ControlBarPluginTest/.actionScriptProperties
    osmf/trunk/apps/samples/plugins/ControlBarPluginTest/.project

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.coloradorealestatetours.com%2 Fbrandnewhomes%2Frockinghorse%2Fcolter%2Fdefault.aspx%23TourViewer&charset=%28de tect+automatically%29&doctype=Inline&group=0
Take a look through this page to help sort things out.
Your page code suggests you're using the javascript method to embed the QTVR's and you even have a link to the proper QuickTime .js file on your server. But your page code is incorrect (object/embed) for that file to work.
Your source file (at the link you provided) is 800X600 but you've used the "tofit" tag to reduce its size. A 600 width "tofit" would need 450 for the height. But you've set it at 345 (your code above). This would cut things off.
http://www.qtbridge.com/pageot/pageot.html
Free software that can help with proper html code and it understands the special .js code required for the modern javascript coding for Internet Explorer:
http://developer.apple.com/internet/ieembedprep.html

[svn:osmf:] 15952: Attempting to fix server build ( missing source path to sample plug-in), take 2.

Revision: 15952
Revision: 15952
Author:   [email protected]
Date:     2010-05-07 10:07:24 -0700 (Fri, 07 May 2010)
Log Message:
Attempting to fix server build (missing source path to sample plug-in), take 2.
Modified Paths:
    osmf/trunk/apps/samples/framework/OSMFPlayer/OSMFPlayer-build-config.xml

Joey,
Try removing the com.apple.iCal.plist file from your Macintosh HD/Users/yourusername/Library/Preferences Folder. To find that Library folder, use Finder>Go Menu>Depress the "Option" key>Library. Drag the .plist file to your desktop.
Next, go to your Macintosh HD/Users/yourusername/Library/Calendars Folder and remove any files with "Cache" as a part of the file name. Use the same method as described above to get to the correct Library Folder.
Restart using a Safe Boot, and after the Safe Boot is complete startup normally and test Calendar for functionality.

[svn:osmf:] 15951: Attempting to fix server build ( missing source path to sample plug-in).

Revision: 15951
Revision: 15951
Author:   [email protected]
Date:     2010-05-07 09:57:57 -0700 (Fri, 07 May 2010)
Log Message:
Attempting to fix server build (missing source path to sample plug-in).
Modified Paths:
    osmf/trunk/apps/samples/framework/OSMFPlayer/OSMFPlayer-build-config.xml

Joey,
Try removing the com.apple.iCal.plist file from your Macintosh HD/Users/yourusername/Library/Preferences Folder. To find that Library folder, use Finder>Go Menu>Depress the "Option" key>Library. Drag the .plist file to your desktop.
Next, go to your Macintosh HD/Users/yourusername/Library/Calendars Folder and remove any files with "Cache" as a part of the file name. Use the same method as described above to get to the correct Library Folder.
Restart using a Safe Boot, and after the Safe Boot is complete startup normally and test Calendar for functionality.

SOURCE ATTACHMENT for multiple source paths

Similar Messages

Maybe you are looking for