[Memchan-track] [ memchan-Bugs-551677 ] Seek() signature change breaks stubs

[SourceForge.net <no...@so...>]

Bugs item #551677, was opened at 2002-05-03 01:12
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410295&aid=551677&group_id=34191

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 40. memchan
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Joe English (jenglish)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: Seek() signature change breaks stubs

Initial Comment:
I'm not sure if this is a bug in Tcl or a bug in
memchan, but:

The TIP82 change in the signature of Tcl_DriverSeekProc
breaks stub-compatibility.   If memchan is compiled
against 8.3 headers 
and loaded into an 8.4a5 interp, all hell breaks loose.

Would it be possible for Tcl_Seek() to check the
Tcl_ChannelTypeVersion field and act accordingly,
passing a 'long' instead of a Tcl_WideInt if the
channel driver has a pre-8.3 version?

Alternately, the current stub table entry for
Tcl_RegisterChannel() could be 
changed to point to Tcl_RegisterChannelOld() and a new
one allocated for
the new Tcl_RegisterChannel() (much like what was done
for Tcl_Seek
and Tcl_Tell).  (I think I like this option better).

This really ought to get straightened out before 8.4
goes final.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-21 13:38

Message:
8d8YLW  <a href="http://otjkzshbasud.com/">otjkzshbasud</a>,
[url=http://wnxxcupwgamb.com/]wnxxcupwgamb[/url],
[link=http://xpwbpkmunrul.com/]xpwbpkmunrul[/link],
http://hkqndzfmlxuf.com/

----------------------------------------------------------------------

Comment By: Joe English (jenglish)
Date: 2002-05-25 01:50

Message:
Logged In: YES 
user_id=68433

DKF just finished implementing TIP 91, which fixes the
problem.  Closing the issue.  (Thanks Donal!)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410295&aid=551677&group_id=34191