| Ticket UUID: | 430514 | |||
| Title: | Add TclSetEnv,TclUnsetEnv to tclInt.h | |||
| Type: | Patch | Version: | None | |
| Submitter: | mdejong | Created on: | 2001-06-05 23:34:45 | |
| Subsystem: | 53. Configure and Build Tools | Assigned To: | nobody | |
| Priority: | 5 Medium | Severity: | ||
| Status: | Closed | Last Modified: | 2001-06-15 15:58:06 | |
| Resolution: | Rejected | Closed By: | mdejong | |
| Closed on: | 2001-06-15 08:58:06 | |||
| Description: |
I have an application that makes use of TclSetEnv from tclInt.h. Trouble is, the app was just hacking it with an extern instead of pulling in tclInt.h. To make a long story short, it no longer works under both Windows and Unix. The "fix" is to export TclSetEnv in the same way that TclGetEnv is already exported via the stub table. Does anyone see a problem with doing this for TclSetEnv and TclUnsetEnv? I have not actually made changes to the stub table before so I wanted someone else to ok this before checking it in. Mo | |||
| User Comments: |
mdejong added on 2001-06-15 15:58:06:
Logged In: YES user_id=90858 Ok, I can't really come up with a good reason why I should not just set the env var with Tcl_SetVar2. Rejecting this patch. dkf added on 2001-06-06 16:10:23: Logged In: YES user_id=79902 Question: why not do it through manipulating the global env array? Perhaps I'm just stupid this morning (wouldn't be the first time) but I don't see the need right now... mdejong added on 2001-06-06 06:35:30: File Added - 7051: stub.patch Logged In: YES user_id=90858 Attached file. | |||
Attachments:
- stub.patch [download] added by mdejong on 2001-06-06 06:35:30. [details]