-
Notifications
You must be signed in to change notification settings - Fork 795
Create new class to handle external validation, and rename existing dll loading class. #7514
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 1 commit
d7d1936
c527502
7f7dc30
e7ec854
39f913c
3700bfd
33c88f9
544a9c7
eeb1516
9800c91
a4c9629
a9282fd
e781627
2915a8d
57dd853
98b25af
c274e5b
b46def4
b76fab2
89dcc4a
acbf68a
f2890f5
eb1e96f
36c33a2
6577046
80b50a6
bfc508f
a144ca1
bd01fa5
647c946
a29f6ee
fffb407
5411894
45f74fa
64f61a8
ed23ada
2383541
209582f
daf6f0a
c8d867e
0aa3c8d
15fceac
09be489
be99192
cba829b
17f26c6
c0ee094
cdf321e
c8b704a
965f78c
48fb6fa
b100acd
f66408c
c8bebee
4633dcc
005ea83
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -31,7 +31,7 @@ class DllLoader { | |
|
||
public: | ||
DllLoader() = default; | ||
DllLoader(const DllLoader &) = delete; | ||
DllLoader(const DllLoader &) = default; // needed for HlslIntellisenseSupport | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Please mark this as deleted and remove the HlslIntellisenseSupport move constructor. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Do we want to delete this solely because it's an interface class? Or is there some other reason? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There's no way for someone who has a pointer to a |
||
DllLoader(DllLoader &&) = delete; | ||
|
||
template <typename TInterface> | ||
|
@@ -115,15 +115,6 @@ class SpecificDllLoader : public DllLoader { | |
SpecificDllLoader() | ||
: m_dll(nullptr), m_createFn(nullptr), m_createFn2(nullptr) {} | ||
|
||
SpecificDllLoader(SpecificDllLoader &&other) { | ||
m_dll = other.m_dll; | ||
other.m_dll = nullptr; | ||
m_createFn = other.m_createFn; | ||
other.m_createFn = nullptr; | ||
m_createFn2 = other.m_createFn2; | ||
other.m_createFn2 = nullptr; | ||
} | ||
|
||
~SpecificDllLoader() override { Cleanup(); } | ||
|
||
HRESULT Initialize() { | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does
InitializeInternal
take afnName
argument if it's only ever called with a fixed string? Do we needInitializeInternal
at all, or should we just update the implementation to be an implementation ofInitialize()
?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point, looks like we dont need it at all. I'll remove InitializeInternal and move its implementation to Initialize().