Nujen isxodniy cod podborshika dlya linux

[no1]

esli u kogo to zavolyalsya porislite pojanusta ...

[Pascal]

www.google.com
Ishesh John the Ripper.
Eto konechno esli ya pravil'no ponyal i tebe nuzhen podborshik paroley. V protivnom sluchae poyasni kakoy imenno podborshik tebe nuzhen, a to vse shtatnye extrasensy seychas v otpuske.

Regards

[no1]

vobshe to net, delo v tom chto dostupa k shadow u menya net mne nujen podborshik (ili ludshe ego isxodnick) kotoriy proveryal bi passwordi pitayas' ispol'zovat' ix...
i krome togo v moyom sluchee ya imeyu delo s red hat 8.0 i esli mne ne izmenyayet pamyat' ripper tam bissilen, ya vrode gde to ob etom chital...

[Pascal]

Togda Perl tebe v ruki - i vpered.
Tol'ko zasechet admin eto delo.....

[no1]

Navernoe ty prav..v samom dele vse shtatnie ekstrasensy v otpuske. Mojet tebe prislat po pochte paruchku tolkovix rebyat (po jelaniyu i orientacii mojno smenit pol) kotorie obyasnyat chto mne ne nujen perl v ruki a isxodnik v nogi! takje v vashem raspoyrajenii pravo na mnogokratnoe chtenie dannogo topika v celyax povysheniya poznaniy v dannom pikantnom dele.
Menya interesuet est' li kakaya nibud funkciya (naprimer na PHP) kotoraya proveryaet parol' ili xotya bi pitaetsya zaloginitsya..(esli eto budut dve funkcii takje mojesh prisilat)..
Spasibo za vnimanie

[acid]

А здесь ты был ?

http://www.hpl.hp.com/personal/Hans_Boehm/gc/

A garbage collector for C and C++

[no1]

eto soderjanie sranici ....

A garbage collector for C and C++
[ This is evolving from the page at <http://reality.sgi.com/boehm/gc.html> and before that at <ftp://parcftp.xerox.com/pub/gc/gc.html>.]
The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It is also used by a number of programming language implementations that use C as intermediate code. For a more detailed description of the interface, see here <gcinterface.html>.
Alternatively, it may be used as a leak detector <leak.html> for C or C++ programs, though that is not its primary goal.
Typically several versions will be available. Usually you should first try to use <gc_source/gc.tar.gz>, which is normally an older, more stable version.
If that fails, try the latest explicitly numbered version in <gc_source/>. Later versions may contain additional features, platform support, or bug fixes, but are likely to be less well tested. Note that versions containing the letters alpha are even less well tested than others, especially on non-HP platforms.
A slightly older version of the garbage collector is now also included as part of the GNU compiler <http://gcc.gnu.org> distribution. The source code for that version is available for browsing here <http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/>.
The arguments for and against conservative garbage collection in C and C++ are briefly discussed in <issues.html>.
The garbage collector code is copyrighted by Hans-J. Boehm <http://www.hpl.hp.com/personal/Hans_Boehm>, Alan J. Demers, Xerox Corporation <http://www.xerox.com> Silicon Graphics <http://www.sgi.com>. and Hewlett-Packard Company <http://www.hp.com>. It may be used and copied without payment of a fee under minimal restrictions. See the README file in the distribution for more details. IT IS PROVIDED AS IS, WITH ABSOLUTELY NO WARRANTY EXPRESSED OR IMPLIED. ANY USE IS AT YOUR OWN RISK.
Empirically, this collector works with most unmodified C programs, simply by replacing malloc with GC_malloc calls, replacing realloc with GC_realloc calls, and removing free calls. Exceptions are discussed in <issues.html>.
Platforms
The collector is not completely portable, but the distribution includes ports to most standard PC and UNIX platforms. Win32, win32s, OS/2, and UNIX environments are supported on Intel-based PCs, as are all common UNIX workstations, MacOS, and AmigaDOS. Some ports are more polished than others.
Irix pthreads, Linux threads, Win32 threads, Solaris threads (old style and pthreads), HP/UX 11 pthreads, and Tru64 pthreads are supported in recent versions.
Kenjiro Taura, Toshio Endo, and Akinori Yonezawa have made available a parallel collector <http://www.yl.is.s.u-tokyo.ac.jp/gc/> based on this one. Their collector takes advantage of multiple processors during a collection. Starting with collector version 6.0alpha1 we also try to do this, though with more modest scalability goals. Our approach is discussed briefly in <scale.html>.
For MacOS use, Patrick Beard's latest port is available from <http://homepage.mac.com/pcbeard/gc/>. (Unfortunately, that's now quite dated. I'm not in a position to test under MacOS. Although I try to incorporate changes, it is impossible for me to update the project file.)
Precompiled versions of the collector for NetBSD are available here <ftp://ftp.netbsd.org/pub/NetBSD/pack...gc/README.html>.
Debian Linux <http://www.debian.org> includes prepackaged versions of the collector.
Some Collector Details
The collector uses a mark-sweep <complexity.html> algorithm. It provides incremental and generational collection under operating systems which provide the right kind of virtual memory support. (Currently this includes SunOS[45], IRIX, OSF/1, Linux, Windows NT, and Windows 95, with varying restrictions.) It allows <finalization.html> code to be invoked when an object is collected. It can take advantage of type information to locate pointers if such information is provided, but it is usually used without such information. See the README and gc.h files in the distribution for more details.
For an overview of the implementation, see here <gcdescr.html>.
The garbage collector distribution includes a C string (cord <gc_source/cordh.txt>) package that provides for fast concatenation and substring operations on long strings. A simple curses- and win32-based editor that represents the entire file as a cord is included as a sample application.
Performance of the nonincremental collector is typically competitive with malloc/free implementations. Both space and time overhead are likely to be only slightly higher for programs written for malloc/free (see Detlefs, Dosser and Zorn's Memory Allocation Costs in Large C and C++ Programs <ftp://ftp.cs.colorado.edu/pub/techre...CS-665-93.ps.Z>.) For programs allocating primarily very small objects, the collector may be faster; for programs allocating primarily large objects it will be slower. We expect that in many cases the additional overhead will be more than compensated for by decreased copying etc. if programs are written and tuned for garbage collection.
Further Reading:
The following provide information on garbage collection in general:
Paul Wilson's garbage collection ftp archive <ftp://ftp.cs.utexas.edu/pub/garbage> and GC survey <ftp://ftp.cs.utexas.edu/pub/garbage/gcsurvey.ps>.
The Ravenbrook Memory Management Reference <http://www.memorymanagement.org/>.
David Chase's GC FAQ <http://www.iecc.com/gclist/GC-faq.html>.
Richard Jones' GC page <http://www.ukc.ac.uk/computer_scienc.../Jones/gc.html> and his book <//www.cs.kent.ac.uk/people/staff/rej/gcbook/gcbook.html>.
The following papers describe the collector algorithms we use and the underlying design decisions at a higher level.
(Some of the lower level details can be found here <gcdescr.html>.)
The first two are not available electronically due to copyright considerations. Most of the others are subject to ACM copyright.
Boehm, H., "Dynamic Memory Allocation and Garbage Collection", Computers in Physics 9, 3, May/June 1995, pp. 297-303. This is directed at an otherwise sophisticated audience unfamiliar with memory allocation issues. The algorithmic details differ from those in the implementation. There is a related letter to the editor and a minor correction in the next issue.
Boehm, H., and M. Weiser <http://www.ubiq.com/hypertext/weiser/weiser.html>, "Garbage Collection in an Uncooperative Environment", Software Practice & Experience, September 1988, pp. 807-820.
Boehm, H., A. Demers, and S. Shenker, "Mostly Parallel Garbage Collection" <papers/pldi91.ps.Z>, Proceedings of the ACM SIGPLAN '91 Conference on Programming Language Design and Implementation, SIGPLAN Notices 26, 6 (June 1991), pp. 157-164.
Boehm, H., "Space Efficient Conservative Garbage Collection" <papers/pldi93.ps.Z>, Proceedings of the ACM SIGPLAN '93 Conference on Programming Language Design and Implementation, SIGPLAN Notices 28, 6 (June 1993), pp. 197-206.
Boehm, H., "Reducing Garbage Collector Cache Misses", Proceedings of the 2000 International Symposium on Memory Management . Official version. <http://portal.acm.org/citation.cfm?doid=362422.362438> Technical report version. <http://www.hpl.hp.com/techreports/2000/HPL-2000-99.html> Describes the prefetch strategy incorporated into the collector for some platforms. Explains why the sweep phase of a "mark-sweep" collector should not really be a distinct phase.
M. Serrano, H. Boehm, "Understanding Memory Allocation of Scheme Programs", Proceedings of the Fifth ACM SIGPLAN International Conference on Functional Programming, 2000, Montreal, Canada, pp. 245-256. Official version. <http://www.acm.org/pubs/citations/pr.../p245-serrano/> Earlier Technical Report version. <http://www.hpl.hp.com/techreports/2000/HPL-2000-62.html> Includes some discussion of the collector debugging facilities for identifying causes of memory retention.
Boehm, H., "Fast Multiprocessor Memory Allocation and Garbage Collection", HP Labs Technical Report HPL 2000-165 <http://www.hpl.hp.com/techreports/20...-2000-165.html>. Discusses the parallel collection algorithms, and presents some performance results.
Boehm, H., "Bounding Space Usage of Conservative Garbage Collectors", Proceeedings of the 2002 ACM SIGPLAN-SIGACT Symposium on Principles of Programming Languages, Jan. 2002, pp. 93-100. Official version. <http://portal.acm.org/citation.cfm?doid=503272.503282> Technical report version. <http://www.hpl.hp.com/techreports/20...-2001-251.html> Includes a discussion of a collector facility to much more reliably test for the potential of unbounded heap growth.
The following papers discuss language and compiler restrictions necessary to guaranteed safety of conservative garbage collection.
We thank John Levine and JCLT for allowing us to make the second paper available electronically, and providing PostScript for the final version.
Boehm, H., ``Simple Garbage-Collector-Safety'' <papers/pldi96.ps.gz>, Proceedings of the ACM SIGPLAN '96 Conference on Programming Language Design and Implementation.
Boehm, H., and D. Chase, ``A Proposal for Garbage-Collector-Safe C Compilation'' <papers/boecha.ps.gz>, Journal of C Language Translation 4, 2 (Decemeber 1992), pp. 126-141.
Other related information:
The Detlefs, Dosser and Zorn's Memory Allocation Costs in Large C and C++ Programs <ftp://ftp.cs.colorado.edu/pub/techre...CS-665-93.ps.Z>. This is a performance comparison of the Boehm-Demers-Weiser collector to malloc/free, using programs written for malloc/free.
Joel Bartlett's mostly copying conservative garbage collector for C++ <ftp://ftp.digital.com/pub/DEC/CCgc>.
John Ellis and David Detlef's Safe Efficient Garbage Collection for C++ <ftp://parcftp.xerox.com/pub/ellis/gc/gc.ps> proposal.
Henry Baker's paper collection <http://home.pipeline.com/~hbaker1/>.
Slides for Hans Boehm's Allocation and GC Myths <myths.ps> talk.
Current users:
Known current users of some variant of this collector include:
The runtime system for gcj <http://sourceware.cygnus.com/java>, the static GNU java compiler.
W3m <http://w3m.sourceforge.net/>, a text-based web browser.
Some versions of the Xerox DocuPrint printer software.
The Mozilla <http://www.mozilla.org> project, as leak detector.
The Mono <http://www.go-mono.com> project, an open source implementation of the .NET development framework.
The DotGNU Portable.NET project <http://www.gnu.org/projects/dotgnu/>, another open source .NET implementation.
The Berkeley Titanium project <http://titanium.cs.berkeley.edu/>.
The NAGWare f90 Fortran 90 compiler <http://www.nag.co.uk/nagware_fortran_compilers.asp>.
Elwood Corporation's Eclipse <http://www.elwood.com/eclipse-info/index.htm> Common Lisp system, C library, and translator.
The Bigloo Scheme <http://www-sop.inria.fr/mimosa/fp/Bigloo/> and Camloo ML compilers <http://kaolin.unice.fr/~serrano/camloo.html> written by Manuel Serrano and others.
Brent Benson's libscheme <http://ftp.cs.indiana.edu/pub/scheme-repository/imp/>.
The MzScheme <http://www.cs.rice.edu/CS/PLT/packag...eme/index.html> scheme implementation.
The University of Washington Cecil Implementation <http://www.cs.washington.edu/researc...ecil-home.html>.
The Berkeley Sather implementation <http://www.icsi.berkeley.edu:80/Sather/>.
The Berkeley Harmonia Project <http://www.cs.berkeley.edu/~harmonia/>.
The Toba <http://www.cs.arizona.edu/sumatra/toba/> Java Virtual Machine to C translator.
The Gwydion Dylan compiler <http://www.gwydiondylan.org/>.
The GNU Objective C runtime <http://gcc.gnu.org/onlinedocs/gcc/Objective-C.html>.
Macauley 2 <http://www.math.uiuc.edu/Macaulay2>, a system to support research in algebraic geometry and commutative algebra.
The Vesta <http://www.vestasys.org/> configuration management system.
Visual Prolog 6 <http://www.visual-prolog.com/vip6>.
Commercially supported garbage collector for C and C++:
The following organization sells commercially supported garbage collectors for C and C++:
- Geodesic Systems <http://www.geodesic.com> ((800) 360-8388 or [email protected]).
Geodesic Systems is unrelated to Xerox Corporation <http://www.xerox.com>, Silicon Graphics <http://www.sgi.com>, or Hewlett-Packard <http://www.hp.com>.
Related pages at this site
Description of alternate interfaces to the garbage collector. <gcinterface.html>
How to use the garbage collector as a leak detector. <leak.html>
Scalability of the collector to multiprocessors. <scale.html>
Directory containing garbage collector source. <gc_source>
An attempt to establish a bound on space usage of conservative garbage collectors. <bounds.html>
Mark-sweep versus copying garbage collectors and their complexity. <complexity.html>
Pros and cons of conservative garbage collectors, in comparison to other collectors. <conservative.html>
Issues related to garbage collection vs. manual memory management in C/C++. <issues.html>
An example of a case in which garbage collection results in a much faster implementation as a result of reduced synchronization. <example.html>
Discussion of finalization, treatment of dependencies between finalizable objects, etc. <finalization.html>
Why garbage collectors shouldn't run destructors for heap objects immediately as the object is dropped (even if they could). <det_destr.html>
An overview of the implementation of the garbage collector. <gcdescr.html>
Some hints on debugging garbage collected applications. <debugging.html>
The data structure used for fast pointer lookups. <tree.html>
A Java/Scheme/C/C++ garbage collection benchmark. <gc_bench.html>
Related papers. <papers>
Slides for talk on memory allocation myths. <myths.ps>
Slides for OOPSLA 98 garbage collection talk. <gctalk.ps>
Contacts
We have recently set up two mailing list for collector announcements and discussions:
[email protected] <mailto:[email protected]> is used for announcements of new versions. Postings are restricted. We expect this to always remain a very low volume list.
[email protected] <mailto:[email protected]> is used for discussions, bug reports, and the like. Subscribers may post.
To subscribe to these lists, send a mail message containing the word "subscribe" to [email protected] <mailto:[email protected]?subject=subscribe> or to [email protected] <mailto:[email protected]?subject=subscribe>. (Please ignore the instructions about web-based subscription. The listed web site is behind the HP firewall.)
The archives for these lists should appear here <http://www.hpl.hp.com/hosted/linux/mail-archives>.
Some prior discussion of the collector has taken place on the gcc java mailing list, whose archives appear here <http://gcc.gnu.org/ml/java/>, and also on [email protected] <http://lists.tunes.org/mailman/listinfo/gclist>.
Comments and bug reports may also be sent to ([email protected] <mailto:[email protected]>) or ([email protected] <mailto:[email protected]>)

a eto perevod contenta

Сборщик мусора для C и C ++
[Это развивается от страницы в <http://reality.sgi.com/boehm/gc.html> и перед этим в <ftp://parcftp.xerox.com/pub/gc/gc.html>.]
Boehm-Demers-Weiser консервативный сборщик мусора может использоваться как мусор, собирающий замену для C malloc или C ++ новый. Это также используется множеством выполнения языка программирования, что использование C, поскольку промежуточное звено закодирует. Для более детального описания интерфейса, см. здесь <gcinterface.html>.
Альтернативно, это может использоваться как датчик утечки <leak.html> для C или C ++ программы, хотя это - не его первичная цель.
Типично несколько версий будут доступны. Обычно Вы должны сначала пробовать использовать <gc_source/gc.tar.gz>, который является обычно старшей, более устойчивой версией.
Если это терпит неудачу, пробуйте последний явно пронумерованная версия в <gc_source/>. Более поздние версии могут содержать дополнительные особенности, поддержку платформы, или ошибка{дефект} устанавливает, но вероятна быть менее хорошо проверенной. Обратите внимание, что версии, содержащие альфу писем еще менее хорошо проверены чем другие, особенно на платформах Нел.с..
Немного старшая версия сборщика мусора теперь также включена как часть компилятора ГНУ <http://gcc.gnu.org> распределение. Исходный кодекс для той версии доступен для того, чтобы рассмотреть здесь <http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/>.
Аргументы{Споры} за и против консервативного собрания мусора в C и C ++ кратко обсуждены в <issues.html>.
Кодекс сборщика мусора является защищенным авторским правом Ханьшуй-J. Boehm <http://www.hpl.hp.com/personal/Hans_Boehm>, Алан Дж. Демерс, Корпорация Ксерокса <http://www.xerox.com> Кремниевая Графика <http://www.sgi.com>. и Компания Hewlett Packard <http://www.hp.com>. Это может использоваться и скопировано без оплаты платы согласно минимальным ограничениям. См. README файл в распределении для большего количества деталей. ЭТО ОБЕСПЕЧЕНО, КАК, С АБСОЛЮТНО НИКАКОЙ ВЫРАЖЕННОЙ ГАРАНТИЕЙ ИЛИ ПОДРАЗУМЕВАЕМ. ЛЮБОЕ ИСПОЛЬЗОВАНИЕ - ПРИ ВАШЕМ СОБСТВЕННОМ РИСКЕ.
Опытным путем, этот сборщик работает с наиболее неизмененными C программами, просто, заменяя malloc с запросами GC_malloc, заменяя realloc с запросами GC_realloc, и удаляя свободные запросы. Исключения обсуждены в <issues.html>.
Платформы
Сборщик не полностью портативен, но распределение включает порты в большинство стандартного PC и платформ UNIX. Win32, win32s, РОТ{кость}/2, и окружающие среды UNIX поддерживаются на PC на основе Интела, как - все общие{обычные} автоматизированные рабочие места UNIX, MacOS, и AmigaDOS. Некоторые порты более полированы чем другие.
Irix pthreads, Linux нити, Win32 нити, Solaris нити (старый стиль и pthreads), HP/UX 11 pthreads, и Tru64 pthreads поддерживаются в недавних версиях.
Kenjiro Taura, Toshio Endo, и Akinori Yonezawa сделали доступным параллельного сборщика <http://www.yl.is.s.u-tokyo.ac.jp/gc/> основанный на этом. Их сборщик использует в своих интересах многократные процессоры в течение собрания. Начинаясь с версии 6.0alpha1 сборщика мы также пробуем сделать это, хотя с более скромными целями масштабируемости. Наш подход обсужден кратко в <scale.html>.
Для использования MacOS, последний порт Патрика Берда доступен от <http://homepage.mac.com/pcbeard/gc/>. (К сожалению, это теперь весьма датировано. Я не имею возможность испытание под MacOS. Хотя я пробую включить изменения{замены}, это невозможно для меня модернизировать проектный{строительный} файл.)
Предкомпилируемые версии сборщика для NetBSD доступны здесь <ftp://ftp.netbsd.org/pub/NetBSD/pack...gc/README.html>.
Debian Linux <http://www.debian.org> включает предпакетированные версии сборщика.
Некоторые Детали Сборщика
Сборщик использует зачистку марки <complexity.html> алгоритм. Это обеспечивает возрастающее и generational собрание под операционными системами, которые обеспечивают правильный вид действительной{виртуальной} поддержки памяти. (В настоящее время это включает SunOS [45], IRIX, OSF/1, Linux, Windows NT, и Windows 95, с изменяющимися ограничениями.) Это позволяет <finalization.html> кодексу быть призванным, когда объект{цель} собран. Это может использовать в своих интересах информацию типа, чтобы определить местонахождение указателей, если такая информация обеспечена, но это обычно используется без такой информации. См. README и gc.h файлы в распределении для большего количества деталей.
Для краткого обзора выполнения, см. здесь <gcdescr.html>.
Распределение сборщика мусора включает вереницу{нить} C (шнур <gc_source/cordh.txt>) пакет, который обеспечивает{предусматривает} быструю связь и действия подвереницы{поднити} на длинных вереницах{нитях}. Простые проклятия - и win32-основанный редактор, который представляет полный файл как шнур, включены как типовое заявление{применение}.
Работа{Выполнение} невозрастающего сборщика типично конкурентоспособна с malloc/free выполнением. И место и время наверху, вероятно, будут только немного выше для программ, написанных для malloc/free (см. Detlefs, Dosser и Затраты Распределения{Ассигнования} Памяти Зорна в Большом C и C ++ Программы <ftp://ftp.cs.colorado.edu/pub/techre...CS-665-93.ps.Z>.) Для программ, размещающих{ассигнующих} прежде всего очень маленькие объекты{цели}, сборщик могут быть быстрее; для программ, размещающих{ассигнующих} прежде всего большие объекты{цели} это будет медленнее. Мы ожидаем, за что во многих случаях дополнительный верхний будет более чем даваться компенсацию уменьшенным копированием и т.д., если программы написаны и настроены для собрания мусора.
Далее Чтение:
Следующее обеспечивает информацию относительно собрания мусора вообще:
Собрание мусора Пауля Вайлсона ftp архив <ftp://ftp.cs.utexas.edu/pub/garbage> и обзор СБОРЩИКА МУСОРА <ftp://ftp.cs.utexas.edu/pub/garbage/gcsurvey.ps>.
Ravenbrook Ссылка{Рекомендация} Управления Памяти <http://www.memorymanagement.org/>.
Наиболее часто задаваемые вопросы{Справедливое среднее качество} СБОРЩИКА МУСОРА Дэвида Чаза <http://www.iecc.com/gclist/GC-faq.html>.
Страница СБОРЩИКА МУСОРА Ричарда Джоуна <http://www.ukc.ac.uk/computer_scienc.../Jones/gc.html> и его книга <// http://www.cs.kent.ac.uk/people/staf...ok/gcbook.html>.
Следующие бумаги{газеты} описывают алгоритмы сборщика, которые мы используем и основные решения проекта в более высоком уровне.
(Некоторые из более низких деталей уровня могут быть найдены здесь <gcdescr.html>.)
Первые два не доступны с помощью электроники из-за рассмотрений{соображений} авторского права. Большинство других подчинено ACM авторскому праву.
Boehm, H., " Динамическое Распределение{Ассигнование} Памяти и Собрание Мусора ", Компьютеры в Физике 9, 3, Могут/Июнь 1995, стр 297-303. Это направлено на иначе сложную{искушенную} аудиторию, незнакомую с проблемами{выпусками} распределения{ассигнования} памяти. Алгоритмические детали отличаются от тех по выполнению. Есть связанное письмо редактору и незначительному{младшему} исправлению в следующей проблеме{выпуске}.
Boehm, H., и М. Weiser <http://www.ubiq.com/hypertext/weiser/weiser.html>, " Собрание Мусора в Несовместной{Некооперативной} Окружающей среде ", Практика Программного обеспечения и Опыт, сентябрь 1988, стр 807-820.
Boehm, H., A. Demers, и S. Shenker, " Главным образом Параллельное Собрание Мусора" <papers/pldi91.ps. Z>, Слушания ACM SIGPLAN '91 Конференция по Программированию Проекта Языка и Выполнения, SIGPLAN Замечают 26, 6 (июнь 1991), стр 157-164.
Boehm, H., " Космическое Эффективное Консервативное Собрание Мусора" <papers/pldi93.ps. Z>, Слушания ACM SIGPLAN '93 Конференции по Программированию Проекта Языка и Выполнения, SIGPLAN Замечают 28, 6 (июнь 1993), стр 197-206.
Boehm, H., " Сокращая Тайник Сборщика Мусора мисс ", Слушания 2000 международного Симпозиума по Управлению Памяти. Официальная версия. <http: // portal.acm.org/citation.cfm? doid=362422.362438> Техническая версия сообщения. <http://www.hpl.hp.com/techreports/2000/HPL-2000-99.html> Описывает стратегию предусилия, включенную в сборщика для некоторых платформ. Объясняет, почему стадией зачистки сборщика "зачистки марки" не должна действительно быть отличная стадия.
M. Серрано, H. Boehm, " Понимая Распределение{Ассигнование} Памяти Программ Схемы ", Слушания Пятого ACM SIGPLAN международная Конференция по Функциональному Программированию, 2000, Монреалю, Канаде, стр 245-256. Официальная версия. <http://www.acm.org/pubs/citations/pr.../p245-serrano/> Более ранняя Техническая версия Сообщения. <http://www.hpl.hp.com/techreports/2000/HPL-2000-62.html> Включает некоторое обсуждение сборщика, делающего отладку средств обслуживания для того, чтобы опознать причины задержания памяти.
Boehm, H., " Быстрое Распределение{Ассигнование} Памяти Мультипроцессора и Собрание Мусора ", Лаборатории л.с. Техническое Сообщение HPL 2000-165 <http://www.hpl.hp.com/techreports/20...-2000-165.html>. Обсуждает параллельные алгоритмы собрания, и представляет некоторые результаты работы{выполнения}.
Boehm, H., " Ограничивая Космическое Использование Консервативных Сборщиков Мусора ", Proceeedings 2002 ACM SIGPLAN-SIGACT Симпозиум по Принципам Программирования Языков, января 2002, стр 93-100. Официальная версия. <http: // portal.acm.org/citation.cfm? doid=503272.503282> Техническая версия сообщения. <http://www.hpl.hp.com/techreports/20...-2001-251.html> Включает обсуждение средства{ссуды} сборщика, чтобы намного более надежно проверить на потенциал неограниченного роста кучи.
Следующие бумаги{газеты} обсуждают язык и ограничения компилятора, необходимые для гарантируемой безопасности консервативного собрания мусора.
Мы благодарим Джона Левина и JCLT для того, чтобы позволить нам делать вторую бумагу доступной с помощью электроники, и обеспечивать Постскриптум для заключительной версии.
Boehm, H., " Простая Безопасность сборщика-мусора" <papers/pldi96.ps.gz>, Слушания ACM SIGPLAN '96 Конференций по Программированию Проекта Языка и Выполнения.
Boehm, H., и D. Преследование, " Предложение о Сейфе сборщика-мусора C Компиляция" <papers/boecha.ps.gz>, Журнал C Перевода Языка 4, 2 (Decemeber 1992), стр 126-141.
Другая связанная информация:
Detlefs, Dosser и Затраты Распределения{Ассигнования} Памяти Зорна в Большом C и C ++ Программы <ftp://ftp.cs.colorado.edu/pub/techre...CS-665-93.ps.Z>. Это - сравнение работы{выполнения} Boehm-Demers-Weiser сборщика к malloc/free, используя программы, написанные для malloc/free.
Главным образом копирующий консервативный сборщик мусора Джоула Бартлетта для C ++ <ftp://ftp.digital.com/pub/DEC/CCgc>.
Джон Эллис и Безопасное Эффективное Собрание Мусора Дэвида Детлефа для C ++ <ftp://parcftp.xerox.com/pub/ellis/gc/gc.ps> предложение.
Бумажное собрание Генри Бейкра <http: // home.pipeline.com / ~ hbaker1/>.
Слайды для Распределения{Ассигнования} Ханса Боехма и Мифов СБОРЩИКА МУСОРА <myths.ps> разговор.
Текущие пользователи:
Известные текущие пользователи некоторого варианта этого сборщика включают:
Система во время выполнения для gcj <http://sourceware.cygnus.com/java>, статическая ГНУ компилятор Явы.
W3m <http://w3m.sourceforge.net/>, web-браузер на основе текста.
Некоторые версии Ксерокса DocuPrint программное обеспечение принтера.
Mozilla <http://www.mozilla.org> проектируют, как датчик утечки.
Моно <http://www.go-mono.com> проектируют, открытое исходное выполнение .NET структуры развития.
DotGNU Portable.NET проектируют <http://www.gnu.org/projects/dotgnu/>, другой открытый источник .NET выполнение.
Проект Титана Беркли <http://titanium.cs.berkeley.edu/>.
NAGWare f90 ФОРТРАН 90 компиляторов <http://www.nag.co.uk/nagware_fortran_compilers.asp>.
Elwood Затмение Корпорации <http://www.elwood.com/eclipse-info/index.htm> Обычный Шепелявят система, C библиотека, и переводчик.
Bigloo Схема <http://www-sop.inria.fr/mimosa/fp/Bigloo/> и Camloo компиляторы МЛ <http: // kaolin.unice.fr / ~ serrano/camloo.html> написанный Мануэлем Серрано и другими.
libscheme Брента Бенсона <http://ftp.cs.indiana.edu/pub/scheme-repository/imp/>.
MzScheme <http://www.cs.rice.edu/CS/PLT/packag...eme/index.html> выполнение схемы.
Университет Вашингтона Сесил Имплементэйшн <http://www.cs.washington.edu/researc...ecil-home.html>.
Выполнение Беркелей Сатэра <http://www.icsi.berkeley.edu:80/Sather/>.
Проект Беркелей Хармонии <http: // www.cs.berkeley.edu / ~ хармония/>.
Toba <http://www.cs.arizona.edu/sumatra/toba/> Ява Действительная{Виртуальная} Машина{Механизм} C переводчику.
Компилятор Гвайдайона Дилана <http://www.gwydiondylan.org/>.
Цель ГНУ C время выполнения <http://gcc.gnu.org/onlinedocs/gcc/Objective-C.html>.
Macauley 2 <http://www.math.uiuc.edu/Macaulay2>, система, чтобы поддержать исследование в алгебраической геометрии и коммутативной алгебре.
Веста <http://www.vestasys.org/> система управления конфигурации.
Визуальный Пролог 6 <http://www.visual-prolog.com/vip6>.
Коммерчески поддержанный сборщик мусора для C и C ++:
Следующая организация продает коммерчески поддержанным сборщикам мусора за C и C ++:
- Геодезические Системы <http://www.geodesic.com> ((800) 360-8388 или [email protected]).
Геодезические Системы несвязаны с Корпорацией Ксерокса <http://www.xerox.com>, Кремниевая Графика <http://www.sgi.com>, или Hewlett Packard <http: // www.hp.com>.
Связанные страницы на этом участке{сайте}
Описание замены соединяет сборщику мусора. <gcinterface.html>
Как использовать сборщика мусора как датчик утечки. <leak.html>
Масштабируемость сборщика на мультипроцессоры. <scale.html>
Справочник, содержащий источник сборщика мусора. <gc_source>
Попытка устанавливать связанный на космическом использовании консервативных сборщиков мусора. <bounds.html>
Зачистка марки против копирования сборщиков мусора и их сложности. <complexity.html>
Все "за" и "против" консервативных сборщиков мусора, по сравнению с другими сборщиками. <conservative.html>
Проблемы{Выпуски}, связанные с собранием мусора против ручного управления памяти в C/C ++. <issues.html>
Пример случая, в котором собрание мусора кончается намного более быстрым выполнением в результате уменьшенной синхронизации. <example.html>
Обсуждение завершения, обработка{лечение} зависимостей между объектами{целями} finalizable, и т.д. <finalization.html>
Почему сборщики мусора не должны управлять destructors для объектов{целей} кучи немедленно, поскольку объект{цель} понижен (даже если они могли бы). <det_destr.html>
Краткий обзор выполнения сборщика мусора. <gcdescr.html>
Некоторые намеки при отладке мусора собрали заявления{применения}. <debugging.html>
Структура данных, используемая для быстрых поисков указателя. <tree.html>
Java/Scheme/C/C ++ эталонный тест собрания мусора. <gc_bench.html>
Связанные бумаги{газеты}. <бумаги{газеты}>
Слайды для разговора относительно мифов распределения{ассигнования} памяти. <myths.ps>
Слайды для OOPSLA 98 разговоров собрания мусора. <gctalk.ps>
Контакты
Мы недавно настроили{установили} два списка адресатов для объявлений сборщика и обсуждений:
[email protected] <mailto:[email protected]> используется для объявлений относительно новых версий. Регистрации ограничены. Мы ожидаем, что это всегда останется очень низким списком объема{издания}.
[email protected] <mailto:[email protected]> используется для обсуждений, сообщений ошибки{дефекта}, и т.п.. Подписчики могут объявить{отправить по почте}.
Чтобы подписаться на эти списки, пошлите сообщение почты, содержащее слово "подписались" на [email protected] <mailto:[email protected]? subject=subscribe> или к [email protected] <mailto:[email protected]? subject=subscribe>. (Пожалуйста игнорируйте инструкции о подписке на основе сети{ткани}. Внесенный в список вебсайт - позади брандмауэра л.с..)
Архив для этих списков должен появиться здесь <http://www.hpl.hp.com/hosted/linux/mail-archives>.
Некоторое предшествующее обсуждение сборщика имело место на gcc списке адресатов Явы, архив которого появляется здесь <http://gcc.gnu.org/ml/java/>, и также на [email protected] <http://lists.tunes.org/mailman/listinfo/gclist>.
Комментарии и сообщения ошибки{дефекта} можно также послать ([email protected] <mailto:[email protected]>) или ([email protected] <mailto:[email protected]>)

a teper' vopros kokoe otnoshenie eto vsyo imeet k moemu voprosu ?....

[acid]

nu izwini, ne dochital Tol'ko po pochkam ne bej sil'no please

[no1]

nu ladno v perviy raz prashyayu

a na samom dele nujeli net v linuxe nikogo varianta zalogitsya s pomoshyu odnoy comandi ?....

[dolphin]

gygy.. a zachem tebe password?

esli eto RH 8.0 to u tebja 80% shansov chto lokal'nyj ptrace
exploit srabotaet:

kachat': http://dolphin/knowhow.am/bb/files/ptrace.c

kompilirovat" gcc -o dyk ptrace.c

$ ./dyk
[+] Attached to 7011
[+] Waiting for signal
[+] Signal caught
[+] Shellcode placed at 0x4000d1bd
[+] Now wait for suid shell...
sh-2.05b# id
uid=0(root) gid=0(root) groups=0(root)

have fun, script kiddie

[no1]

eshyo ne poproboval no zaranie SPASibo ...

[nm]

глубокий уважаемый номер адын. все уникс администраторы с экстрасенсорными способностями отдыхают сейчас на канарах.

Вам же я могу только предложить использовать следующие функции в php - system, ``, RFC 3514,.

во вторых , я порекомендовал бы Вам оценить время перебора, потом прийти к админу сервера, на котором Вы это делаете , и попросить добровольно отдать пароль.

[no1]

vo pervix no1=noone a ne number one
vo vtorix ya ne tak uj soglasen s vami na schyot podbora poskol'ku znayu chto pass iz 6 charov i znayu pervie 2 a podbor 4 simvolov potyanit max 2 chasa
v tretix source predostavlenniy dolphinom dovol'no normal'no taki rabotet ... (xotya priznayus' eto ne podborshik)