Closed GoogleCodeExporter closed 9 years ago
If you open the folder containing the coverage files, it will list them all in
the list on the left of the window.
Original comment by thoma...@gmail.com
on 2 Jul 2009 at 5:35
Thank you, that works nicely. I didn't think it was a very obvious way of
doing it
though!
May I suggest a enhancement to add help text (currently all empty), or a new
menu
option ("open folder of coverage files") that only shows directories/folders?
Original comment by dan.jar...@gmail.com
on 6 Jul 2009 at 12:39
Feel free to close this issue if you want to (I didn't seem to be able to
update its
status or priority, which should now be "low").
Original comment by dan.jar...@gmail.com
on 6 Jul 2009 at 12:41
This does not work for me.
When I try to open any of the build output folders, I invariably get an error
dialog that says: The document "xxx"
could not be opened. CoverStory cannot open files of this type.
This happens even when attempting to open an "i386" folder full of gcda / gcno
files (not sure which of the two
types is the relevant one).
Original comment by eric.tre...@gmail.com
on 19 Oct 2009 at 3:58
I've noticed that 10.5 and 10.6 handle this differently. On 10.5, Cover Story
seems to be able to open a folder
full of these, and on 10.6 it doesn't.
Original comment by toad...@gmail.com
on 4 Nov 2009 at 3:22
[deleted comment]
Confirming toadgee's report:
Can't open a folder of *.gc* files in 10.6.
Original comment by iamr...@gmail.com
on 13 Nov 2009 at 7:38
[deleted comment]
Endless loading (spinner animation) when opening a folder in one CoverStory
window.
It seems that it's loading all the time, but the files are not shown as your
screenshot.
although the message tells me : Found 76 gcda files to process.
I am using Mac OS X 10.5.8, CoverStory 4.0.1
Original comment by dan.cong...@gmail.com
on 14 Dec 2009 at 7:07
Attachments:
This is due to the Info.plist settings for document types. Coverstory uses all
the inbuilt document opening stuff
from NSDocument.
I edited the Info.plist to change the folder entry in DocumentTypes to remove
the child element with the key
"CFBundleTypeOSTypes" which has a value of 'fold' and replace it with a
Document Content Type UTIs element
(shows up in popup) with a value of public.item.
I've done this and the open dialogue will now accept folders. Now I'm trying to
figure out if it's hanging after that
or just taking a reeeeaaallllyyyy long time to process my 637 gcda files
Original comment by vegang...@gmail.com
on 6 Jan 2010 at 6:47
note: after the change mentioned above, the log window does show the following:
Scanning for coverage data in '/Users/[redacted
...]/Source/Mac/build/Logger.build'
Found 637 gcda files to process.
And I've attached the plist in case my comment wasn't clear
Original comment by vegang...@gmail.com
on 6 Jan 2010 at 6:54
Attachments:
Hey Vegangeek....did you ever figure this out? Which Info.plist file did you
change?
Original comment by Natha...@gmail.com
on 19 Apr 2010 at 3:58
Issue 27 has been merged into this issue.
Original comment by dmaclach
on 2 Jun 2010 at 3:34
NathanIV:
I changed the Info.plist inside the coverstory application bundle as noted in
comment 10 and attached to
comment 11.
Last time I tried, I was able to open a smaller sized group of files with my
changed plist.
Original comment by vegang...@gmail.com
on 2 Jun 2010 at 3:39
I too have had problems with this.
I've changed the Info.plist inside the CoverStory app as recommended but
CoverStory still freezes with the
spinner active. The message box as previously says "Found 114 GCDA files to
process." I've left it going for a
good 20 minutes and still nothing.
I've tried lots and lots of different things - cleaning and rebuilding etc.
I've opened the coverage files using
the command line gcov and I can open individual files in CoverStory fine, but
when it comes to a whole folder
it still fails loading.
I'm on Snow Leopard 10.6.3.
Original comment by jgedit...@gmail.com
on 2 Jun 2010 at 3:46
Had the same problem with an iOS4 project. Dug into the code. In my case the
problem was as follows:
The method processCoverageForFiles:inFolder: in CoverStoryDocument.m constructs
a shell script and executes it via a GTMScriptRunner. The script runner invokes
the script attaching pipes to stdout and stderr. Then it reads the data from
stdout followed by the data from stderr. The problem is that stderr fills up
with data and blocks the script from continuing.
I tried to modify the script runner to fix this but am not familiar enough with
this area. In the end I hacked the shell script so that it just sent stderr to
stdout:
NSString *script
= [NSString stringWithFormat:@"cd \"%@\" && /usr/bin/xargs -0 \"%@\" -l -o \"%@\" < \"%@\" 2>&1",
tempDir, gcovPath, folderPath, fileListPath];
This is good enough for me as a workaround for now. But I'd love to see a real
fix.
Original comment by rdl...@gmail.com
on 12 Oct 2010 at 12:10
I'm experiencing the same problem. The solution outline in comment 16
(http://code.google.com/p/coverstory/issues/detail?id=21#c16) did the trick for
me too. However I'd like to see a proper fix from the maintainers as I don't
feel confident enough to poke in the code.
Original comment by jojo.rudolph@googlemail.com
on 9 Aug 2011 at 2:11
The issues with stdout/stderr were reported in
http://code.google.com/p/coverstory/issues/detail?id=19&can=1, the but is
actually in GTM
http://code.google.com/p/google-toolbox-for-mac/issues/detail?id=25. Please
keep this bug on track on if there are problems with opening folders.
Original comment by thoma...@gmail.com
on 22 Jul 2012 at 12:48
The work around from comment 16 is working for me as well. I also submitted a
patch to fix this bug to:
http://code.google.com/p/google-toolbox-for-mac/issues/detail?id=25#c3
I'm hoping a project member can take a look.
Original comment by dlre...@gmail.com
on 20 Feb 2013 at 6:35
I am facing the same problem as in comment #15. CoverStory freezes with spinner
active. The message box says "Found 241 GCDA files to process."
But it is working fine for 160 or less files in my iMac.
I am using Mac OS X 10.7.4, CoverStory 4.3.0
Original comment by naveen.s...@gmail.com
on 8 Mar 2013 at 6:51
Should be fixed in 4.4
Original comment by dmaclach
on 12 Jul 2013 at 7:38
Original issue reported on code.google.com by
dan.jar...@gmail.com
on 1 Jul 2009 at 4:55