|
1 | 1 | # Changelog
|
2 | 2 |
|
3 | 3 |
|
| 4 | +## [5.102.1] - 2025-02-28 |
| 5 | + |
| 6 | +### Added |
| 7 | + |
| 8 | +- `Enhancement` PR #635 was contributed by a new contributor @gregorywaynepower who enhanced the install instructions for installing |
| 9 | +saspy from other package manages and enhanced the conda instructions as well. Appreciate it! |
| 10 | + |
| 11 | +### Changed |
| 12 | + |
| 13 | +- ` None ` Nothing Changed |
| 14 | + |
| 15 | +### Fixed |
| 16 | + |
| 17 | +- `Fix` Issue #634 was fixed in this release. The read_csv() and write_csv() methods generated a filename statement with double |
| 18 | +quotes around the physical path. That's fine unless there are special characters that can be configused with marco variables; '&' |
| 19 | +for instance. I fixed this to use single quotes which won't let the SAS parser think there are embedded marco variables to resolve |
| 20 | +in the path specification. |
| 21 | + |
| 22 | +### Removed |
| 23 | + |
| 24 | +- `None` Nothing removed |
| 25 | + |
| 26 | +## New Contributors |
| 27 | +* @gregorywaynepower made their first contribution in https://github.com/sassoftware/saspy/pull/635 |
| 28 | + |
| 29 | + |
| 30 | + |
4 | 31 | ## [5.102.0] - 2025-02-07
|
5 | 32 |
|
6 | 33 | ### Added
|
7 | 34 |
|
8 |
| -- `Enhancement` Per user request (#620) I've added a parameter to the Submit*() methods, `reset=` which resets the LanguageService to an initial state with respect to token scanning; the default is False. |
| 35 | +- `Enhancement` Per user request (#620) I've added a parameter to the Submit*() methods, `reset=` which |
| 36 | +resets the LanguageService to an initial state with respect to token scanning; the default is False. |
9 | 37 |
|
10 | 38 | ### Changed
|
11 | 39 |
|
12 |
| -- ` Enhancement ` I've changed the method for acquiring the local IP address of the client for the SSH access method (STDIO over SSH) from using nslookup to using a a socket connect/close (to the remote host) to get the IP. This was a problem with intern |
13 |
| -al systems that happened w/ a VPN application that no longer registers client machines w/ DNS such that the previous method didn't resolve the hostname. This should cause no changes or regressions. |
| 40 | +- ` Enhancement ` I've changed the method for acquiring the local IP address of the client for the |
| 41 | +SSH access method (STDIO over SSH) from using nslookup to using a a socket connect/close (to the remote host) |
| 42 | +to get the IP. This was a problem with internal systems that happened w/ a VPN application that no longer |
| 43 | +registers client machines w/ DNS such that the previous method didn't resolve the hostname. This should |
| 44 | +cause no changes or regressions. |
14 | 45 |
|
15 | 46 | ### Fixed
|
16 | 47 |
|
17 |
| -- `Fix` From another internal consumer, I've fixed a bug in the HTTP access method around interrupt handling for submit*() methods. When processing a keyboard interrupt in submit, while waiting for the code to complete, the user is prompted with choices |
18 |
| -to take; `C`ancel the submitted code, `Q`uit waiting for the results, or ignore - continue to `W`ait. Cancel is a new feature in this access method, and for the case where Prompt=False (in the configuration file), where there can be no prompting, Cancel is |
19 |
| - the default for this interrupt. What has been changed/fixed is that in the case of Prompt=False and this interrupt happening and Canceling the submitted statements, that interrupt was not then being raised so the calling code (Prompt=False is used for non |
20 |
| --interactive scripts) could catch that and do what was needed from the application. For the interactive case where the prompt is displayed, there is no change. So, for the case where Prompt=False and a keyboard interrupt (ctl-C) is taken in submit, the sta |
21 |
| -tements are Canceled (no change with that), and the interrupt is percolated to the caller (this is the change), instead of just returning. |
| 48 | +- `Fix` From another internal consumer, I've fixed a bug in the HTTP access method around interrupt |
| 49 | +handling for submit*() methods. When processing a keyboard interrupt in submit, while waiting for the |
| 50 | +code to complete, the user is prompted with choices to take; `C`ancel the submitted code, `Q`uit waiting |
| 51 | +for the results, or ignore - continue to `W`ait. Cancel is a new feature in this access method, and for |
| 52 | +the case where Prompt=False (in the configuration file), where there can be no prompting, Cancel is |
| 53 | +the default for this interrupt. What has been changed/fixed is that in the case of Prompt=False and |
| 54 | +this interrupt happening and Canceling the submitted statements, that interrupt was not then being |
| 55 | +raised so the calling code (Prompt=False is used for non-interactive scripts) could catch that and do |
| 56 | +what was needed from the application. For the interactive case where the prompt is displayed, there |
| 57 | +is no change. So, for the case where Prompt=False and a keyboard interrupt (ctl-C) is taken in submit, |
| 58 | +the statements are Canceled (no change with that), and the interrupt is percolated to the caller |
| 59 | +(this is the change), instead of just returning. |
22 | 60 |
|
23 | 61 | ### Removed
|
24 | 62 |
|
|
0 commit comments