summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* merge trunkdgp2014-05-081-8/+3
|\
| * Fix the panic in iogt-2.5.dgp2014-05-081-4/+2
| | | | | | | | | | | | | | Back in 2011, Bugs 3384654 and 3393276 first noticed troubles with ChannelBuffer sharing, but the magnitude of the problem wasn't truly grasped. A fix was applied that turned out to be more of a band-aid workaround. Now that the real fix is in place, the band-aid is actually preventing it working properly in thie case. Rip it off!
| * Revert the iogt-2.5 fix. For now one panic is better than widespreaddgp2014-05-081-4/+1
| | | | | | memory leaks.
* | merge trunkdgp2014-05-087-18/+77
|\ \ | |/
| * Merge 8.5.dgp2014-05-083-11/+28
| |\
| | * Stop leak in iocmd-21.22.dgp2014-05-081-0/+1
| | |
| | * Corrected description of where tcl_platform(user) comes from on Unix.dkf2014-05-071-2/+2
| | |
| | * Stop leaks of cloned Tcl_ChannelTypes.dgp2014-05-071-8/+20
| | |
| | * Stop leak in io-53.5.dgp2014-05-071-0/+1
| | |
| | * Stop leak in io-33.7.dgp2014-05-061-1/+2
| | |
| | * Stop memory leak in io-29.34dgp2014-05-061-0/+2
| | |
| | * Stop memory leak in io-29.27.dgp2014-05-061-0/+1
| | |
| * | Corrected description of where tcl_platform(user) comes from on Unix.dkf2014-05-071-2/+2
| | |
| * | Symptom relief. Make test stop panicking.dgp2014-05-061-1/+4
| | | | | | | | | | | | This is not the proper final answer. ChannelBuffer management in FlushChannel is simply not robustly correct yet.
| * | Add Panic call to better identify where iogt-2.5 goes wrong.dgp2014-05-061-0/+3
| | |
| * | Merge 8.5. New test iogt-2.5 panics.dgp2014-05-062-3/+33
| |\ \ | | |/
| | * Have to manage the lifetime of the self handle in testchannel transform.dgp2014-05-062-3/+13
| | |
| | * Segfaulting test (backport of iortrans-5.11).dgp2014-05-051-1/+21
| | |
| * | merge-markjan.nijtmans2014-05-050-0/+0
| |\ \ | | |/
| | * Backport "GotFlag" macro from Tcl 8.6. Makes code more readable. No change ↵jan.nijtmans2014-05-051-97/+89
| | | | | | | | | | | | in functionality.
| * | Re-apply [3010352], bringing back the symbol exports of shared libraries as ↵jan.nijtmans2014-05-021-1/+7
| | | | | | | | | | | | it was in 8.6.0/8.6.1.
* | | merge trunkdgp2014-05-024-20/+69
|\ \ \ | |/ /
| | |
| | \
| *-. \ Bring back self restacking support. Channel tests all passing now.dgp2014-05-023-19/+67
| |\ \ \ | | | |/ | | |/|
| | | * Fixup restacking tests to expect the right results.dgp_demodgp2014-05-021-6/+6
| | | |
| | * | Backport channel self restacking support. (Test iogt-2.4).dgp2014-05-022-3/+60
| | |\ \ | | | |/
| | | * Add some comments about possible other self-restacking troubles.dgp2014-05-021-1/+8
| | | |
| | | * Fully restore topChan resetting to accommodate self-restacking channels.dgp2014-05-021-17/+26
| | | |
| | | * Re-enable buffer recycling.dgp2014-05-021-1/+1
| | | |
| | | * Stop the segfault in iogt-2.4. First by changing the UpdateInterest()dgp2014-05-012-2/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | call that triggers it. "downChanPtr" may no longer be the right argument at that point. Second, after ending the segfault, the test became an infinite loop (nested unstacking?! whoa.), so revised the test to one that terminates (and passes). Left behind a comment that the recursive unstacking case may require more examination.
| | | * merge trunkdgp2014-05-015-14/+127
| | | |\ | | |_|/ | |/| |
| | | * merge trunkdgp2014-04-292-5/+28
| | | |\
| | | * | Disable buffer recycling, which creates mysteries.dgp2014-04-251-1/+1
| | | | |
| | | * | Test iortrans-4.8.2 demos an infinite loop. Possible trouble withdgp2014-04-252-0/+25
| | | | | | | | | | | | | | | pushback buffers.
* | | | | merge trunkdgp2014-05-016-19/+155
|\ \ \ \ \ | |/ / / /
| * | | | We must Preserve channels if we're going to use TclChanCaughtErrorBypass() ↵dgp2014-05-011-3/+22
| |\ \ \ \ | | |/ / / | | | | | | | | | | to get error information after channel routines are called (and have possibly called for the channel to go away).
| | * | | We must Preserve channels if we're going to use TclChanCaughtErrorBypass()dgp2014-05-011-4/+22
| | | | | | | | | | | | | | | | | | | | to get error information after channel routines are called (and have possibly called for the channel to go away).
| * | | | make doubly sure that things which should be unshared stay unshareddkf2014-05-011-6/+6
| | | | |
| * | | | merge-markjan.nijtmans2014-05-010-0/+0
| |\ \ \ \ | | |/ / /
| | * | | Fix more corner-cases like ↵jan.nijtmans2014-05-014-12/+30
| | | | | | | | | | | | | | | | | | | | [0e92c404f19ede5b2eb06e6db27647d3138cc56|0e92c404f1]: The only place where a type of &tclByteArrayType can be trusted is when determining its length, because the character length of a (UTF-8) string is always equal to the byte length of the byte array.
| | | | |
| | \ \ \
| *-. \ \ \ Merge in the fixes for improper ChannelBuffer sharing via recycling.dgp2014-05-012-8/+60
| |\ \ \ \ \ | | | |/ / /
| | | * | | Better (safer) fix for [0e92c404f1]jan.nijtmans2014-04-301-1/+1
| | |/ / /
| | * | | Stop the segfaults in [close] during [gets] tests.dgp2014-04-302-11/+33
| | | | | | | | | | | | | | | Not sure this is the right behavior, but it's better than crashing.
| | * | | Panic message to pinpoint the cause of iocmd-21.23 segfault.dgp2014-04-301-0/+3
| | | | |
| | * | | Another segfault demo test, this one with [close] during [gets].dgp2014-04-301-0/+16
| | | | |
| | * | | Make sure no shared ChannelBuffers get recycled.dgp2014-04-291-0/+11
| | | | |
| * | | | missing constraintdgp2014-05-011-1/+1
| | | | |
| * | | | [82e7f67325] Fix an evil refcount problem in compiled [string replace].dkf2014-04-302-3/+45
| | |_|/ | |/| |
| * | | Fix bug exposed when buffer recycling is disabled.dgp2014-04-291-2/+4
| |\ \ \ | | |/ /
| | * | Fix bug exposed when buffer recycling is disabled.dgp2014-04-291-2/+4
| | |\ \
| | | * | Revise the logic for setting TCL_ENCODING_END in the outputEncodingFlagsdgp_no_buffer_recycledgp2014-04-291-2/+4
| | | | | | | | | | | | | | | so it does not rely on buffer recycling.
generated by cgit v0.12 at 2024-07-15 19:38:19 (GMT)