I believe I have found a severe limitation of DotNet, with respect to
hosting Windows Form Controls in WebPages.
It appears this is only possible when the web is configured on Port 80. Any
other port and the control will not display.
After a couple of days of searching the newsgroups/various forums I have
found other postings requesting information on this anomaly yet nobody has
found a solution.
What are Microsoft doing with this ? It seems a common situation to run on
alternate ports, being restricted to the default 80 seems ludicrous.
Dave. 11 1241
hope you do realize that there is a reason why they are called windows form controls, not fancier web form controls. you are doing something that's not *officially* supported by Microsoft. If there's truly no solution, tough luck, it was never meant to work in the first place.
----- Dave Brown wrote: -----
I believe I have found a severe limitation of DotNet, with respect to
hosting Windows Form Controls in WebPages.
It appears this is only possible when the web is configured on Port 80. Any
other port and the control will not display.
After a couple of days of searching the newsgroups/various forums I have
found other postings requesting information on this anomaly yet nobody has
found a solution.
What are Microsoft doing with this ? It seems a common situation to run on
alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
Hi when I set it to Scripts and Executables, its definately a no-go..
Even when running on port 80, it has to be set to Scripts Only. When
otherwise the control wont show.
"Dave Brown" <dave.AT.dbws.net> wrote in message
news:ev**************@TK2MSFTNGP09.phx.gbl... I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port 80.
Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I have found other postings requesting information on this anomaly yet nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
Actually, hosting WinForms controls in Internet Explorer is not only
supported but encouraged by Microsoft.
"Daniel Jin" <an*******@discussions.microsoft.com> wrote in message
news:13**********************************@microsof t.com... hope you do realize that there is a reason why they are called windows
form controls, not fancier web form controls. you are doing something
that's not *officially* supported by Microsoft. If there's truly no
solution, tough luck, it was never meant to work in the first place.
----- Dave Brown wrote: -----
I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port
80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I
have found other postings requesting information on this anomaly yet
nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to
run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
I'm not near a webserver at the moment so can't try this out, but it may be
because you are using unsigned controls
and the .net securty is saying hold on a second you don't have rights to run
this from a dodgy port. You could
try making it a signed control and creating a new security group in the .net
frameowrk that allows everything
and see what it does.
Try looking for an article called
DHTML and .NET: Host Secure, Lighweight Client-side controls in internet
explorer
in the msdn. Will give you more details.
As I said not near a web server to be able to try this out at the moment but
hope it helps.
H
"Dave Brown" <dave.AT.dbws.net> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl... Hi when I set it to Scripts and Executables, its definately a no-go..
Even when running on port 80, it has to be set to Scripts Only. When otherwise the control wont show.
"Dave Brown" <dave.AT.dbws.net> wrote in message news:ev**************@TK2MSFTNGP09.phx.gbl... I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port 80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I have found other postings requesting information on this anomaly yet nobody
has found a solution. What are Microsoft doing with this ? It seems a common situation to run
on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
I'll give that a go thanks Harry.
"harry" <th************@hotmail.com> wrote in message
news:40********@nnrp1.news.uk.psi.net... I'm not near a webserver at the moment so can't try this out, but it may
be because you are using unsigned controls and the .net securty is saying hold on a second you don't have rights to
run this from a dodgy port. You could try making it a signed control and creating a new security group in the
..net frameowrk that allows everything and see what it does.
Try looking for an article called
DHTML and .NET: Host Secure, Lighweight Client-side controls in internet explorer
in the msdn. Will give you more details.
As I said not near a web server to be able to try this out at the moment
but hope it helps.
H "Dave Brown" <dave.AT.dbws.net> wrote in message news:%2****************@TK2MSFTNGP11.phx.gbl... Hi when I set it to Scripts and Executables, its definately a no-go..
Even when running on port 80, it has to be set to Scripts Only. When otherwise the control wont show.
"Dave Brown" <dave.AT.dbws.net> wrote in message news:ev**************@TK2MSFTNGP09.phx.gbl... I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port
80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I
have found other postings requesting information on this anomaly yet nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to
run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
Ahhh, I think I might be getting somewhere....
Forget about IIS error logs or the event viewer, Error reports are created
in the temporary internet files folder containing detailed information about
why the .NET files failed to load properly..... It does look like a
security/permissions problem, so running on a different port gives it
problems....
This is the contents of the file...
***** IEHOST Error Log (Wednesday, 11 February 2004 15:52) *****
URL: http://www.dbws.net:90/winctrlasppage/SimpleControl.dll
Zone: 3
Assembly Name: SimpleControl.dll
Type Name: Microsoft.Samples.WinForms.Cs.SimpleControl.Simple Control
----- Thrown Exception -----
System.Security.SecurityException: Request for the permission of type
System.Net.WebPermission, System, Version=1.0.5000.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089 failed.
Server stack trace:
at System.Security.CodeAccessSecurityEngine.CheckHelp er(PermissionSet
grantedSet, PermissionSet deniedSet, CodeAccessPermission demand,
PermissionToken permToken)
at System.Security.CodeAccessSecurityEngine.Check(Per missionToken
permToken, CodeAccessPermission demand, StackCrawlMark& stackMark, Int32
checkFrames, Int32 unrestrictedOverride)
at System.Security.CodeAccessSecurityEngine.Check(Cod eAccessPermission
cap, StackCrawlMark& stackMark)
at System.Security.CodeAccessPermission.Demand()
at System.Reflection.Assembly.InternalLoad(AssemblyNa me assemblyRef,
Boolean stringized, Evidence assemblySecurity, StackCrawlMark& stackMark)
at System.Reflection.Assembly.LoadFrom(String assemblyFile, Evidence
securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm)
at System.Activator.CreateComInstanceFrom(String assemblyName, String
typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm)
at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String
typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm)
at
System.Runtime.Remoting.Messaging.StackBuilderSink .PrivateProcessMessage(Met
hodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean
fExecuteInContext, Object[]& outArgs)
at
System.Runtime.Remoting.Messaging.StackBuilderSink .SyncProcessMessage(IMessa
ge msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleRe turnMessage(IMessage
reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateI nvoke(MessageData&
msgData, Int32 type)
at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String
typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm)
at Microsoft.IE.SecureFactory.CreateInstanceWithSecur ity(Int32 dwFlag,
Int32 dwZone, String pURL, String uniqueIdString, String link, String
licenses)
I will sign the code and see if I still get the same problem...
Rgds,
Dave. I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port 80.
Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I have found other postings requesting information on this anomaly yet nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
A useful tool for this is
fuslogvw.exe
if you go to the command prompt(probably the visual studio one unless you've
setup the paths correctly and just type
fuslogvw this will bring up this little app and will allow you see any
errors that occur)
Though it does have a Log failures check box I find you need to set a
registry key to get it to be really useful and
see everything that's going on.
To log all binds in the viewer
a.. Set the HKLM\Software\Microsoft\Fusion\ForceLog registry value to 1
(the value is a DWORD).
By default, Fuslogvw.exe only logs failed attempts to locate assemblies. You
might have a situation where it is useful to view all successful assembly
binds. For example, you might want to verify that an assembly is loading
from your application directory
Check out the article http://msdn.microsoft.com/library/de...uslogvwexe.asp
by the way that log report does look like it's a security permission failure
so signing it may work. Though be prepared to spend
time getting it to work correctly (and getting very frustrated into the
bargain as well)
H
"Dave Brown" <dave.AT.dbws.net> wrote in message
news:uM**************@TK2MSFTNGP09.phx.gbl... Ahhh, I think I might be getting somewhere....
Forget about IIS error logs or the event viewer, Error reports are created in the temporary internet files folder containing detailed information
about why the .NET files failed to load properly..... It does look like a security/permissions problem, so running on a different port gives it problems.... This is the contents of the file...
***** IEHOST Error Log (Wednesday, 11 February 2004 15:52) ***** URL: http://www.dbws.net:90/winctrlasppage/SimpleControl.dll Zone: 3 Assembly Name: SimpleControl.dll Type Name: Microsoft.Samples.WinForms.Cs.SimpleControl.Simple Control ----- Thrown Exception -----
System.Security.SecurityException: Request for the permission of type System.Net.WebPermission, System, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 failed.
Server stack trace: at System.Security.CodeAccessSecurityEngine.CheckHelp er(PermissionSet grantedSet, PermissionSet deniedSet, CodeAccessPermission demand, PermissionToken permToken) at System.Security.CodeAccessSecurityEngine.Check(Per missionToken permToken, CodeAccessPermission demand, StackCrawlMark& stackMark, Int32 checkFrames, Int32 unrestrictedOverride) at System.Security.CodeAccessSecurityEngine.Check(Cod eAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.Reflection.Assembly.InternalLoad(AssemblyNa me assemblyRef, Boolean stringized, Evidence assemblySecurity, StackCrawlMark& stackMark) at System.Reflection.Assembly.LoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at System.Activator.CreateComInstanceFrom(String assemblyName, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at
System.Runtime.Remoting.Messaging.StackBuilderSink .PrivateProcessMessage(Met hodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at
System.Runtime.Remoting.Messaging.StackBuilderSink .SyncProcessMessage(IMessa ge msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]: at
System.Runtime.Remoting.Proxies.RealProxy.HandleRe turnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateI nvoke(MessageData& msgData, Int32 type) at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at Microsoft.IE.SecureFactory.CreateInstanceWithSecur ity(Int32 dwFlag, Int32 dwZone, String pURL, String uniqueIdString, String link, String licenses)
I will sign the code and see if I still get the same problem...
Rgds,
Dave.
I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port 80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I have found other postings requesting information on this anomaly yet nobody
has found a solution. What are Microsoft doing with this ? It seems a common situation to run
on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
Well I was getting excited then, thought I was onto something, but after
signing the code and it has a strongname I still get the same ol problem...
I'm quite confident the signings ok, I have a set of steps I go through as I
made a fair few activeX controls in the past and had to sign them and the
cabs.
In this case I just signed the dll....
"harry" <th************@hotmail.com> wrote in message
news:40**********@nnrp1.news.uk.psi.net... A useful tool for this is fuslogvw.exe
if you go to the command prompt(probably the visual studio one unless
you've setup the paths correctly and just type fuslogvw this will bring up this little app and will allow you see any errors that occur)
Though it does have a Log failures check box I find you need to set a registry key to get it to be really useful and see everything that's going on.
To log all binds in the viewer
a.. Set the HKLM\Software\Microsoft\Fusion\ForceLog registry value to 1 (the value is a DWORD). By default, Fuslogvw.exe only logs failed attempts to locate assemblies.
You might have a situation where it is useful to view all successful assembly binds. For example, you might want to verify that an assembly is loading from your application directory Check out the article http://msdn.microsoft.com/library/de...uslogvwexe.asp
by the way that log report does look like it's a security permission
failure so signing it may work. Though be prepared to spend time getting it to work correctly (and getting very frustrated into the bargain as well)
H
"Dave Brown" <dave.AT.dbws.net> wrote in message news:uM**************@TK2MSFTNGP09.phx.gbl... Ahhh, I think I might be getting somewhere....
Forget about IIS error logs or the event viewer, Error reports are
created in the temporary internet files folder containing detailed information about why the .NET files failed to load properly..... It does look like a security/permissions problem, so running on a different port gives it problems.... This is the contents of the file...
***** IEHOST Error Log (Wednesday, 11 February 2004 15:52) ***** URL: http://www.dbws.net:90/winctrlasppage/SimpleControl.dll Zone: 3 Assembly Name: SimpleControl.dll Type Name: Microsoft.Samples.WinForms.Cs.SimpleControl.Simple Control ----- Thrown Exception -----
System.Security.SecurityException: Request for the permission of type System.Net.WebPermission, System, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 failed.
Server stack trace: at System.Security.CodeAccessSecurityEngine.CheckHelp er(PermissionSet grantedSet, PermissionSet deniedSet, CodeAccessPermission demand, PermissionToken permToken) at System.Security.CodeAccessSecurityEngine.Check(Per missionToken permToken, CodeAccessPermission demand, StackCrawlMark& stackMark, Int32 checkFrames, Int32 unrestrictedOverride) at
System.Security.CodeAccessSecurityEngine.Check(Cod eAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.Reflection.Assembly.InternalLoad(AssemblyNa me assemblyRef, Boolean stringized, Evidence assemblySecurity, StackCrawlMark&
stackMark) at System.Reflection.Assembly.LoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at System.Activator.CreateComInstanceFrom(String assemblyName, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at
System.Runtime.Remoting.Messaging.StackBuilderSink .PrivateProcessMessage(Met hodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at
System.Runtime.Remoting.Messaging.StackBuilderSink .SyncProcessMessage(IMessa ge msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleRe turnMessage(IMessage reqMsg, IMessage retMsg) at
System.Runtime.Remoting.Proxies.RealProxy.PrivateI nvoke(MessageData& msgData, Int32 type) at System.AppDomain.CreateComInstanceFrom(String assemblyFile, String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at Microsoft.IE.SecureFactory.CreateInstanceWithSecur ity(Int32
dwFlag, Int32 dwZone, String pURL, String uniqueIdString, String link, String licenses)
I will sign the code and see if I still get the same problem...
Rgds,
Dave.
I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port
80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I
have found other postings requesting information on this anomaly yet nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to
run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
"Dave Brown" <dave.AT.dbws.net> wrote: I believe I have found a severe limitation of DotNet, with respect to hosting Windows Form Controls in WebPages. It appears this is only possible when the web is configured on Port 80. Any other port and the control will not display. After a couple of days of searching the newsgroups/various forums I have found other postings requesting information on this anomaly yet nobody has found a solution. What are Microsoft doing with this ? It seems a common situation to run on alternate ports, being restricted to the default 80 seems ludicrous.
Dave.
Your problem may well be related to this:
Microsoft Knowledge Base Article - 827558
FIX: IEHost Makes Calls Back to Port 80 When Internet Explorer Is Bound to a Port Other Than Port 80 http://support.microsoft.com/default...b;en-us;827558
Microsoft Knowledge Base Article - 821991
FIX: IEHost Causes Additional Traffic on Port 80 for Sites That Are Hosted on Other Ports http://support.microsoft.com/default...b;en-us;821991
When hosting windows controls inside of IE this could be useful
Microsoft Knowledge Base Article - 313892
HOW TO: Use the IEHost Log to Debug .NET Object Hosting in Internet Explorer http://support.microsoft.com/default...b;en-us;313892
well, sorry then. I must have missed all the fanfare
----- Stephen Martin wrote: ----
Actually, hosting WinForms controls in Internet Explorer is not onl
supported but encouraged by Microsoft
"Daniel Jin" <an*******@discussions.microsoft.com> wrote in messag
news:13**********************************@microsof t.com.. hope you do realize that there is a reason why they are called window
form controls, not fancier web form controls. you are doing somethin
that's not *officially* supported by Microsoft. If there's truly n
solution, tough luck, it was never meant to work in the first place ----- Dave Brown wrote: ---- I believe I have found a severe limitation of DotNet, with respect t
hosting Windows Form Controls in WebPages It appears this is only possible when the web is configured on Por
80. An other port and the control will not display After a couple of days of searching the newsgroups/various forums
hav found other postings requesting information on this anomaly ye
nobody ha found a solution What are Microsoft doing with this ? It seems a common situation t
run o alternate ports, being restricted to the default 80 seems ludicrous Dave
What have you done for Code Access Security (CAS) settings? It seems the
code doesn't have the correct permissions.
"Dave Brown" <dave.AT.dbws.net> wrote in message
news:uY**************@TK2MSFTNGP12.phx.gbl... Well I was getting excited then, thought I was onto something, but after signing the code and it has a strongname I still get the same ol
problem... I'm quite confident the signings ok, I have a set of steps I go through as
I made a fair few activeX controls in the past and had to sign them and the cabs. In this case I just signed the dll....
"harry" <th************@hotmail.com> wrote in message news:40**********@nnrp1.news.uk.psi.net... A useful tool for this is fuslogvw.exe
if you go to the command prompt(probably the visual studio one unless you've setup the paths correctly and just type fuslogvw this will bring up this little app and will allow you see any errors that occur)
Though it does have a Log failures check box I find you need to set a registry key to get it to be really useful and see everything that's going on.
To log all binds in the viewer
a.. Set the HKLM\Software\Microsoft\Fusion\ForceLog registry value to
1 (the value is a DWORD). By default, Fuslogvw.exe only logs failed attempts to locate assemblies. You might have a situation where it is useful to view all successful
assembly binds. For example, you might want to verify that an assembly is loading from your application directory Check out the article
http://msdn.microsoft.com/library/de...us/cptools/htm
l/cpgrfFusionLogViewerFuslogvwexe.asp
by the way that log report does look like it's a security permission
failure so signing it may work. Though be prepared to spend time getting it to work correctly (and getting very frustrated into the bargain as well)
H
"Dave Brown" <dave.AT.dbws.net> wrote in message news:uM**************@TK2MSFTNGP09.phx.gbl... Ahhh, I think I might be getting somewhere....
Forget about IIS error logs or the event viewer, Error reports are created in the temporary internet files folder containing detailed information about why the .NET files failed to load properly..... It does look like a security/permissions problem, so running on a different port gives it problems.... This is the contents of the file...
***** IEHOST Error Log (Wednesday, 11 February 2004 15:52) ***** URL: http://www.dbws.net:90/winctrlasppage/SimpleControl.dll Zone: 3 Assembly Name: SimpleControl.dll Type Name: Microsoft.Samples.WinForms.Cs.SimpleControl.Simple Control ----- Thrown Exception -----
System.Security.SecurityException: Request for the permission of type System.Net.WebPermission, System, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 failed.
Server stack trace: at
System.Security.CodeAccessSecurityEngine.CheckHelp er(PermissionSet grantedSet, PermissionSet deniedSet, CodeAccessPermission demand, PermissionToken permToken) at System.Security.CodeAccessSecurityEngine.Check(Per missionToken permToken, CodeAccessPermission demand, StackCrawlMark& stackMark,
Int32 checkFrames, Int32 unrestrictedOverride) at System.Security.CodeAccessSecurityEngine.Check(Cod eAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.Reflection.Assembly.InternalLoad(AssemblyNa me
assemblyRef, Boolean stringized, Evidence assemblySecurity, StackCrawlMark& stackMark) at System.Reflection.Assembly.LoadFrom(String assemblyFile,
Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorith
m) at System.Activator.CreateComInstanceFrom(String assemblyName,
String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at System.AppDomain.CreateComInstanceFrom(String assemblyFile,
String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at
System.Runtime.Remoting.Messaging.StackBuilderSink .PrivateProcessMessage(Met hodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at
System.Runtime.Remoting.Messaging.StackBuilderSink .SyncProcessMessage(IMessa ge msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleRe turnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateI nvoke(MessageData& msgData, Int32 type) at System.AppDomain.CreateComInstanceFrom(String assemblyFile,
String typeName, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm) at Microsoft.IE.SecureFactory.CreateInstanceWithSecur ity(Int32 dwFlag, Int32 dwZone, String pURL, String uniqueIdString, String link, String licenses)
I will sign the code and see if I still get the same problem...
Rgds,
Dave.
> I believe I have found a severe limitation of DotNet, with respect
to > hosting Windows Form Controls in WebPages. > It appears this is only possible when the web is configured on Port 80. Any > other port and the control will not display. > After a couple of days of searching the newsgroups/various forums I have > found other postings requesting information on this anomaly yet
nobody has > found a solution. > What are Microsoft doing with this ? It seems a common situation to run on > alternate ports, being restricted to the default 80 seems ludicrous. > > Dave. > >
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics |
by: Hajir Firooz |
last post by:
Hi, I am wondering what are the limitations of MS Access 2000 database in
terms of number of records per table. Any help will be appreciated.
|
by: Markus Wankus |
last post by:
I am about to introduce my company to Solidworks. What are the
limitations of the 30 day evaluation copy? I had planned on getting the
eval from my VAR, then doing a very small prototype project...
|
by: Marek Lewczuk |
last post by:
Hello,
I have a strange problem, maybe some of you will be able to explain me
something. I use LEFT JOIN as a substitute for subselects. It's true
that many subselects can be rewriten using LEFT...
|
by: Jeager |
last post by:
Why is it, Microsoft manage to write operating systems and office
applications with every bell and whistle facility known to man. Yet,
even after years and years of development they still cannot...
|
by: Jack |
last post by:
Quick question, does anyone know what the limitations are, besides
memory for GMP, and also, if I write software that uses this library,
is it true that it may run differently on different hardware...
| |
by: Kerry W Brown |
last post by:
Microsoft® Visual C#® .NET 2003 Standard Edition
Are there any significant limitations with using the standalone C#
Standard version.
At this stage I am only concerned with learning ...
...
|
by: Roman |
last post by:
Hi,
I am relatively new to dotnet and have heard great things about form
validation and how easy it is. While I can see some improvements compared
with classic asp I am a bit disappointed at...
|
by: Smokey Grindle |
last post by:
Is there any real or virtual class size limitations? such as number of
methods, properties or fields? I know its bad practice to make a class
outragiously large, but was just wondering if there was...
|
by: TonyJ |
last post by:
Hello!
I'm unsure when I can use a bound datagrid and when I can't.
What limitations has a bound datagrid?
1. For example if I want to manipulate the data in the datasource before
displaying...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
| |
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The...
|
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated ...
| |
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence...
| |