Whether the box is checked or not, running DRC in Pcbnew always generates a .rpt file and does not display the results on screen.
I just introduced two errors into a recent project (an unconnected node, and a clearance violation) and ran DRC. I did NOT observe the reported misbehavior.
(Running KiCAD BZR 7002 under Win 7/64-bit.)
I checked r7005 Win64, and ran a DRC, with file on, then loaded file into editor, and unticked and ran again.
The file did not update.
I did notice that the heading seems incomplete
** Drc report for C:\some\path.kicad_pcb ** ** Created on ** etc
The Created on I’m guessing was supposed to have a timestamp there ?
I also saw that incomplete "Created on " line and made the same guess that you did. However, I have created a *.rpt file only once in the last year, so it would escape my notice if that incomplete line has been lurking there through several updates.
And this seems quite unrelated to the misbehavior reported by @rlharris . . . .
Which OS? Or better, paste from:
Help - Copy Version Information
Per your request:
Version: 4.0.3-stable release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC
5.2.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64
bit, Little endian, wxMSW
Boost version: 1.57.0
Same as one of my PCs
This is what happened when I ran DRC on the demo Interface board. No file selected, but it still tried.
It couldn’t create the file, the .rpt is an illegal name and no write permission in the appilcation directory.
You can see on screen error reporting.
I noticed the same issue. Since I updated to 4.0.3, DRC always generates a report file. It happens with the checkbox Create report unchecked.
My version information is:
Version: 4.0.3-stable release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.2.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 32 bit, Little endian, wxMSW
Boost version: 1.59.0
So long as the on screen also appears, not such a major bug. l like text reports to be available and disk space is no problem these days
If there is no error, there is nothing on-screen. I forced an error
(deleted a track) and the on-screen information reported the missing
I guess I’d like a confirmation on screen that the DRC passed for my
peace of mind.
Ah, the silent pass. Not really a bug. I wonder what the rpt file looks like in this case?
Depends on your work style. Some folks work fast & furious to lay down tracks and footprints quickly, then print out (on paper) the list of dozens or hundreds of DRC squawks and check them off as each one is cleared by nudging and coercing things into place. I prefer to take the time up-front to get it reasonably close to perfect, and not bother running DRC until I hope there are no errors to be found.
You’re correct that storage space is cheap and as common as dirt. I try to make backup copies of schematics, layouts, and footprint archives at least twice a day when I’m actively working on them. Even so, I like to keep a project directory uncluttered by backups more than a day or two old, or filled with support files (such as DRC reports).
I reported a bug on this \Program Files\ as default path, in Windows, and I thought that was fixed ?
(that bug was default path related, not tick/untick, so not quite the same as here)
Maybe it did not make it into 4.0.3 ?
my r7005 initially shows a blank file area, not ‘.rpt’ & seems to not generate when unticked.
When ticked, it pops up a .RPT file created box at DRC completion.