Вы можете использовать:
p4 changes -m1 //clientname/...
, чтобы получить все изменения, отправленные в пути, сопоставленные с текущим клиентом (который для потокового клиента будет таким же, как «текущий поток»).
Если вы не знаете текущего клиента, вы можете сделать p4 set P4CLIENT
или p4 info
. Различные API имеют некоторый эквивалент p4 set P4CLIENT
, например, ClientApi :: GetClient в C ++ API, и все API-интерфейсы могут запускать серверные команды, например info
.
В качестве альтернативы, если вы знаете корневой каталог клиента (который, вероятно, совпадает с каталогом проекта Unreal?), Вы можете использовать это:
p4 changes -m1 C:\project\...
или, если это ваш текущий рабочий каталог, просто: 1111]
p4 changes -m1 ...
Существует хорошая статья [приблизительно 110] JavaScript и утечки памяти . Это не делает конкретный относительно на браузере, это скорее описывает целое, проблематичное из утечек памяти и JavaScript.
я думаю, что это - лучший подход, чтобы быть как браузер, неконкретный как возможный insted оптимизации для нескольких браузеров при разработке веб-сайта для общественности.
Вот классическая утечка памяти в IE:-
function body_onload()
{
var elem = document.getElementById('someElementId');
// do stuff with elem
elem.onclick = function() {
//Some code that doesn't need the elem variable
}
}
После того, как этот код работал существует циклическая ссылка, потому что элемент имеет функцию, присвоил ее onclick событие, которое ссылается на объект объема, который в свою очередь содержит ссылку на элемент.
someElement-> onclick-> функциональный объем-> элемент-> someElement
В IE элементы DOM являются базирующимся подсчетом ссылок COM, возражает, что GC JavaScript не может очистка.
добавление заключительной строки в вышеупомянутом коде убрало бы его up:-
var elem = null;
В целом; циклические ссылки являются причиной многих проблем. Я помню IE 6 (не уверенный, если он относится 7), протекающий вполне плохо с XMLHTTP... устанавливающим onreadystatechange = пустой указатель, как только он был закончен с фиксированным это.
Вы имеете дело с 2 видами объектов (и 2 сборщика "мусора"), JavaScript и Объекты DOM, которые могут сослаться друг на друга (циклическая ссылка), и затем никакой GC не может заботиться обо всех своих объектах, даже когда страница разгружается. Вот хорошее описание:
http://getben.com/archive/2006/05/30/Resolving-JavaScript-Memory-Leaks.aspx
http://www.josh-davis.org/2007/04/11/javascript-built-in-listeners-and-memory-leaks/
Можно проверить этот статья MSDN для шаблонов утечки памяти Internet Explorer. Также существуют некоторые инструменты для обнаружения утечек памяти: