summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
...
* do not clobber register namesrsc2005-01-231-1/+105
|
* sort cores; print stack as commandrsc2005-01-231-7/+16
|
* less verbosersc2005-01-231-1/+2
|
* change to use attach functions.rsc2005-01-235-97/+35
| | | | | $a means switch thread in core dumps. (maybe that should be $A now?).
* Working on better handling of multithreading in generalrsc2005-01-2310-174/+526
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | and core dumps in particular. See notes: new types: register is something that when dereferenced gives you the registers. the Ureg is no longer mapped at 0. refconst is something that gives a constant when dereferenced. new builtin register("AX") creates register values new builtin refconst(0x123) creates refconst values new builtin var("foo") is equivalent to the variable foo (it returns foo but can also be used as the lhs of an assignment). new acid function getregs() returns a list of the current values of registers. new acid function setregs() sets the current registers to those values. note that getregs and setregs operate on register locations, not the register values themselves. new acid function resetregs() sets registers to register("AX"), etc. new acid function clearregs() sets all registers to constant -1. the default register settings are as in resetregs(), not small numbers. new acid variables coretext, pids, systype, corefile, cmdline. new behavior: local variable lookup, stk, etc., use the acid values of registers (*PC, *SP, and so on), so the thread support code can change the context completely. unary + is applicable to more data types and prints more often.
* Add searchpath().rsc2005-01-232-0/+63
|
* Start working through proper handling of pthreads whenrsc2005-01-2314-415/+528
| | | | | debugging Linux core dumps. Pthreads for active processes is still not supported, nor are other systems.
* Apparently SuSE 9.1's X distribution uses even biggerrsc2005-01-234-4/+5
| | | | | | | | | | buffers than the standard ones. 64kB appears to be enough for a stack in that case, but let's just go nuts and make the stacks enormous, so that it takes a few more doublings of X's stack needs before we run into this problem again. The VM system should take care of not actually using most of the memory anyway.
* arg countrsc2005-01-211-1/+1
|
* use better versionsrsc2005-01-211-1/+1
|
* ignore host read eof while exitingrsc2005-01-203-0/+9
|
* todorsc2005-01-201-0/+6
|
* use correct yaccrsc2005-01-191-1/+0
|
* add errnorsc2005-01-192-1/+1
|
* do not use shutdown on macrsc2005-01-191-4/+6
|
* avoid c99rsc2005-01-191-15/+22
|
* avoid c99 extensionsrsc2005-01-191-4/+15
|
* try againrsc2005-01-191-4/+4
|
* try again at x86-64rsc2005-01-191-1/+3
|
* continue x86-64rsc2005-01-193-1/+10
|
* do not close -1rsc2005-01-191-1/+2
|
* proccreate racersc2005-01-181-1/+3
|
* free hdr->cmdrsc2005-01-181-0/+1
|
* extract cmd in right placersc2005-01-183-6/+6
|
* addrsc2005-01-181-0/+102
|
* add core cmdrsc2005-01-183-0/+64
|
* print core cmdrsc2005-01-181-0/+1
|
* check for lack of registersrsc2005-01-181-4/+4
|
* bigger chunkingrsc2005-01-181-1/+1
|
* add threadgetnamersc2005-01-181-0/+6
|
* bug fixesrsc2005-01-185-11/+16
|
* explain nptl stuffrsc2005-01-181-0/+3
|
* explain nptl stuffrsc2005-01-181-0/+37
|
* better exit handlingrsc2005-01-182-3/+32
|
* add fsseekrsc2005-01-182-0/+47
|
* add x86 64rsc2005-01-181-0/+7
|
* 64-bit nonsensersc2005-01-181-3/+19
|
* better commentrsc2005-01-181-1/+8
|
* remove venti for nowrsc2005-01-1853-10330/+2
|
* more exitsrsc2005-01-172-0/+6
|
* allow config to override kernel versionrsc2005-01-174-3/+21
|
* do not call exits in threaded programsrsc2005-01-177-17/+17
|
* nil derefrsc2005-01-171-1/+1
|
* different naming conventionrsc2005-01-161-4/+18
|
* useful warning commentrsc2005-01-161-0/+9
|
* handle section (9p)rsc2005-01-161-1/+4
|
* update return interfacersc2005-01-161-16/+25
|
* use EARGFrsc2005-01-161-3/+3
|
* make vacfs work; thanks to luchorsc2005-01-166-145/+154
|
* must use tcp explicitlyrsc2005-01-161-1/+1
|