Closed GoogleCodeExporter closed 9 years ago
note that this issue prevents me from updating to 1402 (i am stuck on 1401),
i'd like to take advantage of CR_INST_AUTO_THREAD_HANDLERS but i can not.
also note, even in 1401 version and below, if you specify
CR_AF_FILE_MUST_EXIST, then the file is not included.
Let me know if you need more of my configuration info
Original comment by anbaricf...@gmail.com
on 3 Jun 2013 at 3:14
Hello, can you please attach your code that contains CR_INSTALL_INFO and
crInstall() call. I need to understand what configuration parameters may cause
this behavior.
Please also give me example of how you call crAddFile2() function.
Original comment by zexspect...@gmail.com
on 14 Jun 2013 at 2:47
setting kAddLogDuringCrash to 0 has no effect (still fails)
setting kAddedFileCanBeMissing to 0 causes versions prior to 1401 to fail as
well
Original comment by anbaricf...@gmail.com
on 14 Jun 2013 at 5:20
Attachments:
I've looked at your code, and found nothing suspicious with crAddFile2()
function call. It would be better to debug the code, but I couldn't compile it,
because it contains unknown types like SuperString and so on.
I also checked WTLDemo sample, and it crAddFile2() works OK there. It has
several crAddFile2() calls, with different flags, and all work as expected. So,
to help me reproduce the problem, can you please compile CrashRpt in Release
configuration, then look at demos\WTLDemo\WTLDemo.cpp and modify it in a way
that would reproduce the bug?
1.
Original comment by zexspect...@gmail.com
on 15 Jun 2013 at 8:34
sorry that took so long. Okay so i go to open WTLDemo but there is only a
.vcxproj, which will not open. Apparently this is for "Visual Studio Express"
and is incompatible with normal "Visual Studio" (what were they thinking?)
can you please create a .vcproj or a .sln file, that has all the project
settings already set correctly, so that i can open WTLDemo and compile it and
run? thanks.
Original comment by anbaricf...@gmail.com
on 16 Jul 2013 at 10:27
You should open CrashRpt_vs2010.sln solution, it is fully compatible with VS
2010. This solution contains WTLDemo project, so you will be able to compile it
and run.
Original comment by zexspect...@gmail.com
on 17 Jul 2013 at 12:14
sorry, i have VS2008, and it can not open the solution :(
Original comment by anbaricf...@gmail.com
on 17 Jul 2013 at 12:40
But in the beginning you've written you have VS 2010... OK, if you are using
CrashRpt, than you should already have CrashRpt solution for VS 2008. Can you
open it then?
Original comment by zexspect...@gmail.com
on 17 Jul 2013 at 12:48
yeah, sorry, that was my bad. for "work" we use 2010, but for this project
("not work") i only have VS2008, i just reported the wrong one.
Sorry but i do not see any CR solution for 2008? i only see the 2010 one. i've
never compiled it, i just use the binaries
Original comment by anbaricf...@gmail.com
on 17 Jul 2013 at 12:56
Attachments:
Can you try to create a VS2008 solution file with CMake? Here are the
instructions:
http://crashrpt.sourceforge.net/docs/html/compiling_crashrpt.html
Original comment by zexspect...@gmail.com
on 17 Jul 2013 at 2:03
oh, wow. I had been using this for so many years i forgot i could build it
(and debug it) myself! Okay, now you inspired me!
so i found out that this function:
> Utility::IsFileSearchPattern()
returns TRUE if you pass it a LONG path name, ie: one prepended with "\\?\"
that was the problem the whole time. All my paths are "long" since my app is
unicode and long-path-name aware.
so there, now you know how to fix the bug.
no longer critical for me, as i just removed the prefix and now it's working!
however, may i make a suggestion:
if the function CollectFilesBySearchTemplate() or CollectSingleFile() fails,
then you should make a call like this:
> (void)crAddProperty("CollectSingleFile() failed", error_id_string);
at least that way the developer will be NOTIFIED what the problem is
Original comment by anbaricf...@gmail.com
on 18 Jul 2013 at 12:13
Original comment by zexspect...@gmail.com
on 18 Jul 2013 at 5:42
If a file cannot be found, it will write a "not found" error message to log
file and save the log inside
C:\Users\Username\AppData\Local\CrashRpt\UnsentCrashReports\AppName_AppVer\Logs
folder.
A "error" attribute is also added in crashrpt.xml file (which presents in error
report).
Original comment by zexspect...@gmail.com
on 20 Jul 2013 at 1:50
This issue was closed by revision r1630.
Original comment by zexspect...@gmail.com
on 20 Jul 2013 at 1:52
Original issue reported on code.google.com by
anbaricf...@gmail.com
on 3 Jun 2013 at 2:54