Opened 11 years ago

Closed 10 years ago

#10401 closed bug (fixed)

Debugger creates 0 byte files

Reported by: vidrep Owned by: anevilyak
Priority: normal Milestone: R1
Component: Applications/Debugger Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

When saving debug report, often times a 0 byte file is created which cannot be opened .

Attachments (7)

AboutSystem-586-debug-11-01-2014-17-03-25.report (9.6 KB ) - added by vidrep 11 years ago.
screenshot3.png (83.0 KB ) - added by vidrep 11 years ago.
AboutSystem-1191-debug-11-01-2014-17-12-55.report (9.7 KB ) - added by vidrep 11 years ago.
screenshot4.png (82.1 KB ) - added by vidrep 11 years ago.
AboutSystem-759-debug-11-01-2014-22-07-51.report (18.6 KB ) - added by vidrep 11 years ago.
screenshot4.2.png (76.3 KB ) - added by vidrep 11 years ago.
screenshot1.png (83.0 KB ) - added by vidrep 11 years ago.

Download all attachments as: .zip

Change History (20)

by vidrep, 11 years ago

Attachment: screenshot3.png added

by vidrep, 11 years ago

Attachment: screenshot4.png added

comment:1 by vidrep, 11 years ago

Filetype is not recognised by the system, but appears normal when attachment opened in browser.

comment:2 by anevilyak, 11 years ago

Sounds like you're simply trying to open them too quickly ; it can take some time to retrieve the information that gets written into the report, depending on the size/complexity of the team being reported on, and the speed of your system, so it's entirely possible for the file to be 0 bytes for a few seconds after creation. While it's 0 bytes, there's no data there for the system to recognize its type by, hence the error message you're seeing. This goes hand in hand with the fact that the files you've attached to this ticket are in fact not 0 bytes, and look like normal/complete reports.

comment:3 by vidrep, 11 years ago

I have been seeing this for awhile now. Either the debug report appears as a StyledEdit file on the desktop or as one not recognized by the system. Sometimes they are 0 byte, although the examples I attached this time are not. When I get one of those I'll attach it.

comment:4 by vidrep, 11 years ago

I unzipped hrev46656 and installed to a fresh initialized hard drive partition. After opening "about system" the debugger activates. Saved the debug report and waited several minutes before trying to open ( as per suggestion). System does not recognise this file type (same as before). See attached.

by vidrep, 11 years ago

Attachment: screenshot4.2.png added

comment:5 by diver, 11 years ago

Component: - GeneralApplications/Debugger
Owner: changed from nobody to anevilyak

comment:6 by vidrep, 11 years ago

Tried to attach 0 byte debug report generated from hrev46900_x86_64, but trac does not accept 0 byte files for upload. See screenshot instead.

Last edited 11 years ago by vidrep (previous) (diff)

by vidrep, 11 years ago

Attachment: screenshot1.png added

in reply to:  6 comment:7 by umccullough, 11 years ago

Replying to vidrep:

Tried to attach 0 byte debug report generated from hrev46900_x86_64, but trac does not accept 0 byte files for upload. See screenshot instead.

Yeah, I can't see how a 0 byte file would help anyone determine what's going on anyway - I think we can just take your word for it that it did what you say it did in that case :)

comment:8 by vidrep, 11 years ago

Is there any other way of capturing data that might be useful in determining why this is happening?

Version 1, edited 11 years ago by vidrep (previous) (next) (diff)

comment:9 by anevilyak, 11 years ago

Realistically the best thing would be a reliable set of steps that causes this to happen so one of us can do so on our systems and analyze it. Do you only see the 0 byte behavior on x86-64 or on all architectures?

comment:10 by vidrep, 11 years ago

Currently Webpositive is not working on 64 bit, so generating a debug report is easy. Keep trying to open Webpositive, and eventually you should get a 0 byte report from the debugger. I don't recall this happening on 32 bit, but that could be because it doesn't crash as much. If it happens on 32 bit, I'll definitely take note and update this ticket.

Last edited 11 years ago by vidrep (previous) (diff)

comment:11 by anevilyak, 10 years ago

Is this still reproducible with the latest revisions? Report writing has been reworked in the meantime due to another issue that was found.

comment:12 by vidrep, 10 years ago

I haven't seen this issue for a while now. I assume it has been fixed. However, I will reopen the ticket if it occurs again.

comment:13 by anevilyak, 10 years ago

Resolution: fixed
Status: newclosed

Thanks for the update!

Note: See TracTickets for help on using tickets.