Skip to content

Commit 3631050

Browse files
authored
Merge pull request #32 from cpsusie/v1.0_master_issue_25
Update version number, readme.md and both release.txt files.
2 parents d8e21be + 738a33d commit 3631050

File tree

5 files changed

+30
-16
lines changed

5 files changed

+30
-16
lines changed

DotNetVault.sln

+3-2
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11

22
Microsoft Visual Studio Solution File, Format Version 12.00
3-
# Visual Studio Version 16
4-
VisualStudioVersion = 16.0.29306.81
3+
# Visual Studio Version 17
4+
VisualStudioVersion = 17.0.31825.309
55
MinimumVisualStudioVersion = 10.0.40219.1
66
Project("{9A19103F-16F7-4668-BE54-9A1E7A4F7556}") = "DotNetVault", "DotNetVault\DotNetVault.csproj", "{200B0CCA-F625-4E3F-9CC3-00AE5A2E7579}"
77
EndProject
@@ -17,6 +17,7 @@ Project("{2150E333-8FDC-42A3-9474-1A3956D46DE8}") = "Solution Items", "Solution
1717
license.txt = license.txt
1818
README.md = README.md
1919
readme.txt = readme.txt
20+
RELEASE.txt = RELEASE.txt
2021
EndProjectSection
2122
EndProject
2223
Project("{9A19103F-16F7-4668-BE54-9A1E7A4F7556}") = "VaultUnitTests", "VaultUnitTests\VaultUnitTests.csproj", "{D0598457-B37E-4416-AAEC-53973098507F}"

DotNetVault/DotNetVault.csproj

+6-10
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@
2020

2121
<PropertyGroup>
2222
<PackageId>DotNetVault</PackageId>
23-
<PackageVersion>1.0.0.0</PackageVersion>
23+
<PackageVersion>1.0.0.1</PackageVersion>
2424
<Owners>CJM Screws, LLC</Owners>
2525
<Authors>Christopher Susie</Authors>
2626
<PackageProjectUrl>https://github.com/cpsusie/DotNetVault</PackageProjectUrl>
@@ -40,28 +40,24 @@
4040
A guided tour / quick start guide for this project's functionality can be found here: https://github.com/cpsusie/DotNetVault/blob/v0.2.5.x/Quick_Start_Functionality_Tour.md
4141
</Description>
4242
<PackageReleaseNotes>
43+
RELEASE NOTES FOR VERSION 1.0.0.1:
44+
This version supplies fixes for issues [22](https://github.com/cpsusie/DotNetVault/issues/22) and [23](https://github.com/cpsusie/DotNetVault/issues/23) as merged in pull requests [24](https://github.com/cpsusie/DotNetVault/pull/24) and [26](https://github.com/cpsusie/DotNetVault/pull/26), respectively. Issue 22, was a problem where if a BasicMonitorVault was constructed without supplying an initial value, a LockAlreadyHeldThreadException would be thrown every time an attempt to acquire the lock was made. Issue 24 was a bug in the version of HighPrecisionTimeStamps used by DotNetVault's static analyzer on some frameworks on some systems. It was fixed by upgrading the version requirements for HighPrecisionTimeStamps (which can be downloaded in package form [here](https://www.nuget.org/packages/HighPrecisionTimeStamps) and whose repository is [here](https://github.com/cpsusie/High-Precision-Time-Stamps)) to version 1.0.0.6+ from 1.0.0.1+. The pull request from the relevant bug fixed in HighPrecisionTimeStamps can be found [here](https://github.com/cpsusie/High-Precision-Time-Stamps/pull/23).
4345
RELEASE NOTES VERSION 1.0:
4446
Official Release of DotNetVault. See prior release notes for features. This release updates the official documentation for this release version.
4547
RELEASE NOTES VERSION 0.2.5.18:
4648
Non-beta release using version 1.0 of High Precision Timestamps. Originally beta tested via version 0.1.1.0-beta in DotNetVault version 0.2.5.10-beta et seq. Dependency on HpTimestamps changed from included dll to a dependency on package.
4749
Also, added a new (minor) feature: the [ReportWhiteListLocationsAttribute], when applied to a struct or class, will emit a compiler warning giving you the path of the vaultsafewhitelist and the conditionally vault safe generic whitelist files. This enables users on varied systems to locate these files.
48-
RELEASE NOTES VERSION 0.2.5.10-beta:
49-
Beta release using beta verion (0.1.1.0-beta) of High Precision Timestamps.
50-
RELEASE NOTES VERSION 0.2.5.9:
51-
* Fixed bug from Issue 8, where a readonly field of unmanaged struct (or enum) in an otherwise vault-safe reference type was being identified as not readonly merely because the unmanaged type itself has writable fields. This is incorrect because attaching the readonly qualifier to the field will prevent mutation of its writable fields ... or, at worst, cause any mutation to be written to a defensive copy. This problem manifested itself with a nullable unmanaged enum type.
52-
* Two unit tests added that originally failed but now pass after application of fix.
53-
* Update example code project to demonstrate.
5450
</PackageReleaseNotes>
5551
<Copyright>Copyright © 2019-2021 CJM Screws, LLC</Copyright>
5652
<PackageTags>DotNetVault, analyzers, synchronization, thread-safety, threadsafe, deadlock, deadlock-prevention, threads, raii, multi-threaded</PackageTags>
5753
<NoPackageAnalysis>true</NoPackageAnalysis>
5854
<LangVersion>8.0</LangVersion>
59-
<Version>1.0.0.0</Version>
55+
<Version>1.0.0.1</Version>
6056
<AssemblyName>DotNetVault</AssemblyName>
6157
<RootNamespace>DotNetVault</RootNamespace>
6258
<Company>CJM Screws, LLC</Company>
63-
<AssemblyVersion>1.0.0.0</AssemblyVersion>
64-
<FileVersion>1.0.0.0</FileVersion>
59+
<AssemblyVersion>1.0.0.1</AssemblyVersion>
60+
<FileVersion>1.0.0.1</FileVersion>
6561
<PackageLicenseFile>license.txt</PackageLicenseFile>
6662
<RepositoryType>git</RepositoryType>
6763
</PropertyGroup>

DotNetVault/RELEASE.txt

+5-2
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,12 @@
1-
RELEASE NOTES FOR VERSION 1.0:
1+
RELEASE NOTES FOR VERSION 1.0.0.1:
2+
This version supplies fixes for issues [22](https://github.com/cpsusie/DotNetVault/issues/22) and [23](https://github.com/cpsusie/DotNetVault/issues/23) as merged in pull requests [24](https://github.com/cpsusie/DotNetVault/pull/24) and [26](https://github.com/cpsusie/DotNetVault/pull/26), respectively. Issue 22, was a problem where if a BasicMonitorVault was constructed without supplying an initial value, a LockAlreadyHeldThreadException would be thrown every time an attempt to acquire the lock was made. Issue 24 was a bug in the version of HighPrecisionTimeStamps used by DotNetVault's static analyzer on some frameworks on some systems. It was fixed by upgrading the version requirements for HighPrecisionTimeStamps (which can be downloaded in package form [here](https://www.nuget.org/packages/HighPrecisionTimeStamps) and whose repository is [here](https://github.com/cpsusie/High-Precision-Time-Stamps)) to version 1.0.0.6+ from 1.0.0.1+. The pull request from the relevant bug fixed in HighPrecisionTimeStamps can be found [here](https://github.com/cpsusie/High-Precision-Time-Stamps/pull/23).
3+
4+
RELEASE NOTES FOR VERSION 1.0:
25
Official Release of DotNetVault. See prior release notes for features. This release updates the official documentation for this release version.
36

47
RELEASE NOTES VERSION 0.2.5.18:
58
Non-beta release using version 1.0 of High Precision Timestamps. Originally beta tested via version 0.1.1.0-beta in DotNetVault version 0.2.5.10-beta et seq. Dependency on HpTimestamps changed from included dll to a dependency on package.
6-
Also, added a new (minor) feature: the [ReportWhiteListLocationsAttribute], when applied to a struct or class, will emit a compiler warning giving you the path of the vaultsafewhitelist and the conditionally vault safe generic whitelist files. T
9+
Also, added a new (minor) feature: the [ReportWhiteListLocationsAttribute], when applied to a struct or class, will emit a compiler warning giving you the path of the vaultsafewhitelist and the conditionally vault safe generic whitelist files.
710

811
RELEASE NOTES VERSION 0.2.5.9:
912
* Fixed bug from Issue 8, where a readonly field of unmanaged struct (or enum) in an otherwise vault-safe reference type was being identified as not readonly merely because the unmanaged type itself has writable fields. This is incorrect because attaching the readonly qualifier to the field will prevent mutation of its writable fields ... or, at worst, cause any mutation to be written to a defensive copy. This problem manifested itself with a nullable unmanaged enum type.

README.md

+5-1
Original file line numberDiff line numberDiff line change
@@ -128,7 +128,11 @@ Essentially, when we have an immutable or **mutable** value type that we accessi
128128
### **Development Roadmap**
129129

130130
#### *Release History*
131-
131+
132+
#### *Version 1.0.0.1*
133+
134+
This version supplies fixes for issues [22](https://github.com/cpsusie/DotNetVault/issues/22) and [23](https://github.com/cpsusie/DotNetVault/issues/23) as merged in pull requests [24](https://github.com/cpsusie/DotNetVault/pull/24) and [26](https://github.com/cpsusie/DotNetVault/pull/26), respectively. Issue 22, was a problem where if a BasicMonitorVault was constructed without supplying an initial value, a LockAlreadyHeldThreadException would be thrown every time an attempt to acquire the lock was made. Issue 24 was a bug in the version of HighPrecisionTimeStamps used by DotNetVault's static analyzer on some frameworks on some systems. It was fixed by upgrading the version requirements for HighPrecisionTimeStamps (which can be downloaded in package form [here](https://www.nuget.org/packages/HighPrecisionTimeStamps) and whose repository is [here](https://github.com/cpsusie/High-Precision-Time-Stamps)) to version 1.0.0.6+ from 1.0.0.1+. The pull request from the relevant bug fixed in HighPrecisionTimeStamps can be found [here](https://github.com/cpsusie/High-Precision-Time-Stamps/pull/23).
135+
132136
#### *Version 1.0*
133137

134138
This version represents the finalization of the work done in versions 0.2.5.x. Versions 1.0+ will remain usable (assuming C# 8 manually enabled) from a .NET Framework 4.8 or NetStandard 2.0 environment (as well as .NET Core 3.1 and .NET 5). No major new features will be added to this version. Development will remain open in the [1.0 branch](https://github.com/cpsusie/DotNetVault/tree/v1.0) primarily for refinements, bug fixes and documentation updates. If you are not upgrading your projects to .NET 5, continue to use releases numbered 1.0. Analyzer behavior will be updated only to close any encountered loopholes (or minor textual or formatting changes).

RELEASE.txt

+11-1
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,14 @@
1-
RELEASE NOTES VERSION 0.2.5.9:
1+
RELEASE NOTES FOR VERSION 1.0.0.1:
2+
This version supplies fixes for issues [22](https://github.com/cpsusie/DotNetVault/issues/22) and [23](https://github.com/cpsusie/DotNetVault/issues/23) as merged in pull requests [24](https://github.com/cpsusie/DotNetVault/pull/24) and [26](https://github.com/cpsusie/DotNetVault/pull/26), respectively. Issue 22, was a problem where if a BasicMonitorVault was constructed without supplying an initial value, a LockAlreadyHeldThreadException would be thrown every time an attempt to acquire the lock was made. Issue 24 was a bug in the version of HighPrecisionTimeStamps used by DotNetVault's static analyzer on some frameworks on some systems. It was fixed by upgrading the version requirements for HighPrecisionTimeStamps (which can be downloaded in package form [here](https://www.nuget.org/packages/HighPrecisionTimeStamps) and whose repository is [here](https://github.com/cpsusie/High-Precision-Time-Stamps)) to version 1.0.0.6+ from 1.0.0.1+. The pull request from the relevant bug fixed in HighPrecisionTimeStamps can be found [here](https://github.com/cpsusie/High-Precision-Time-Stamps/pull/23).
3+
4+
RELEASE NOTES FOR VERSION 1.0:
5+
Official Release of DotNetVault. See prior release notes for features. This release updates the official documentation for this release version.
6+
7+
RELEASE NOTES VERSION 0.2.5.18:
8+
Non-beta release using version 1.0 of High Precision Timestamps. Originally beta tested via version 0.1.1.0-beta in DotNetVault version 0.2.5.10-beta et seq. Dependency on HpTimestamps changed from included dll to a dependency on package.
9+
Also, added a new (minor) feature: the [ReportWhiteListLocationsAttribute], when applied to a struct or class, will emit a compiler warning giving you the path of the vaultsafewhitelist and the conditionally vault safe generic whitelist files.
10+
11+
RELEASE NOTES VERSION 0.2.5.9:
212
* Fixed bug from Issue 8, where a readonly field of unmanaged struct (or enum) in an otherwise vault-safe reference type was being identified as not readonly merely because the unmanaged type itself has writable fields. This is incorrect because attaching the readonly qualifier to the field will prevent mutation of its writable fields ... or, at worst, cause any mutation to be written to a defensive copy. This problem manifested itself with a nullable unmanaged enum type.
313
* Two unit tests added that originally failed but now pass after application of fix.
414
* Update example code project to demonstrate.

0 commit comments

Comments
 (0)