apt/apt-pkg/install-progress.h, branch 1.4_beta4Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.4_beta42016-08-23T15:48:48Zinstall-progress: Call the real ::fork() in our fork() method2016-08-23T15:48:48ZJulian Andres Klodejak@debian.org2016-08-23T11:24:54Zurn:sha1:d651c4cd71a43c385c3d3bcd3a9f25bf0a67f8f2
We basically called ourselves before, creating an endless loop.
Reported-By: clang
Fix select timeout to be 50msec instead of 0.5msec2015-09-30T13:24:47ZMichael Vogtmvo@debian.org2015-09-30T13:24:47Zurn:sha1:eaf21c2144fa8dc4be8581dc69cf88cb38e30ce2
Closes: #799857
add c++11 override marker to overridden methods2015-08-10T15:27:17ZDavid Kalnischkiesdavid@kalnischkies.de2015-07-08T22:35:40Zurn:sha1:3b3028467ceccca0b73a8f53051c0fa4de313111
C++11 adds the 'override' specifier to mark that a method is overriding
a base class method and error out if not. We hide it in the APT_OVERRIDE
macro to ensure that we keep compiling in pre-c++11 standards.
Reported-By: clang-modernize -add-override -override-macros
Git-Dch: Ignore
make all d-pointer * const pointers2015-08-10T15:25:25ZDavid Kalnischkiesdavid@kalnischkies.de2015-06-17T07:29:00Zurn:sha1:6c55f07a5fa3612a5d59c61a17da5fe640eadc8b
Doing this disables the implicit copy assignment operator (among others)
which would cause hovac if used on the classes as it would just copy the
pointer, not the data the d-pointer points to. For most of the classes
we don't need a copy assignment operator anyway and in many classes it
was broken before as many contain a pointer of some sort.
Only for our Cacheset Container interfaces we define an explicit copy
assignment operator which could later be implemented to copy the data
from one d-pointer to the other if we need it.
Git-Dch: Ignore
apply various style suggestions by cppcheck2015-08-10T15:24:01ZDavid Kalnischkiesdavid@kalnischkies.de2015-06-16T22:14:10Zurn:sha1:e8afd16892e87a6e2f17c1019ee455f5583387c2
Some of them modify the ABI, but given that we prepare a big one
already, these few hardly count for much.
Git-Dch: Ignore
add d-pointer, virtual destructors and de-inline de/constructors2015-06-16T14:22:46ZDavid Kalnischkiesdavid@kalnischkies.de2015-06-16T14:22:46Zurn:sha1:c8a4ce6cbed57ae108dc955d4a850f9b129a0693
To have a chance to keep the ABI for a while we need all three to team
up. One of them missing and we might loose, so ensuring that they are
available is a very tedious but needed task once in a while.
Git-Dch: Ignore
mark private methods as hidden2014-09-29T22:15:15ZDavid Kalnischkiesdavid@kalnischkies.de2014-09-29T13:41:12Zurn:sha1:3809194b662f48733916e6248cd0c141f281313d
We are the only possible users of private methods, so we are also the
only users who can potentially export them via using them in inline
methods. The point is: We don't need these symbols exported if we don't
do this, so marking them as hidden removes some methods from the API
without breaking anything as nobody could have used them.
Git-Dch: Ignore
fix: Member variable 'X' is not initialized in the constructor.2014-09-26T22:11:11ZDavid Kalnischkiesdavid@kalnischkies.de2014-09-26T20:16:26Zurn:sha1:25613a61f6f3b9e54d5229af7e2278d0fa54bdd9
Reported-By: cppcheck
Git-Dch: Ignore
force fancy progressbar redraw on window size change2014-04-14T15:12:09ZDavid Kalnischkiesdavid@kalnischkies.de2014-04-14T15:12:09Zurn:sha1:76bd63e2dc6ac5aaaf7f2cc98c2a83ab88ccc46c
We always reacted on the size change, but the bar is only redraw if the
precentage changes, which can take quiet a while in big upgrades, so
with a bit of refactoring we can now call for a redraw immediate to fix
this.
This refactor also helps in avoiding obscure pitfalls clangs static
analyser was complaining about (namely failure of ioctl resulting in
garbage values in the struct).
Add progressbar to "Dpkg::Progress-Fancy"2014-03-27T06:56:42ZMichael Vogtmvo@debian.org2014-03-27T06:56:42Zurn:sha1:fa211e2d3b0305cfdd184cdba9750259f6d9c98e
A text progressbar is now displayed in the Dpkg::Progress-Fancy
mode. It can be turned off via the apt option
Dpkg::Progress-Fancy::Progress-Bar=false