I keep hearing persistant rumors (along with my own experience) that .NET is
going to be abandon by Microsoft due to performance & security issues? I
realize no one from Microsoft is likely to confirm this publically, but if
anyone that does have insider knowledge, could you provide some feedback
(private or public). My company is on the verge of migrating to .NET, but
we've ran into several performance issues (mostly on the GUI side) and some
big security issues and we're not sure they can be resolved without a
fundamental "shift" from Microsoft. I've very hesitant to migrate all our
code over until I can get a firm grasp on where .NET is going and for how
long and what issues are going to be resolved.
Thank you.
Rob.
Nov 21 '05
41  1958 
I don't have time to troll, I need to make an important decision.
Microsoft's shift in "supported" directions have left open questions and
fear in the past -- there are some pretty significant issues with .NET and
how these issues are address now and in the future is critical to my
decision.
And I certainly don't include fa**@address.co m as you do, so please none of
this "integrity" crap, I don't have time for it.
"Richard Myers" <fa**@address.c om> wrote in message
news:uw******** ******@TK2MSFTN GP15.phx.gbl... Are you sure your not trolling Rob?
Richard
Yes, I have noticed that the number of controls on a form does seem to
impact performance considerably -- this is part of the problem I'm talking
about in respect to the GUI -- no control arrays in .NET which is what I
used in the past. Unfortunately our product does indeed use more than 50
controls -- in some cases upto 200 controls. Not a performance problem in
VB6, but a drastic performance problem in VB.NET. Fonts are limited two and
they are system fonts. "StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. > In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities ."
This is good to know, I will research this more and see if it has any
performance penalities and see if it does indeed block the security gaps.
Thank you.
I didn't say unmanaged code was bad? But it defeats the purpose of .NET
framework and distribution if one has to use unmanaged code.
I will load the 2005 Beta up and see what is new -- but for now the hurdle
of GUI performance and unmanaged code is going to control my decision to
wait for 2005 and see how .NET matures. The multi-threaded support is
certainly a nice feature of .NET, but again, my exisitng tool set seems to
provide as much and/or more functionality than .NET (and my current tools
can do it faster).
Rob.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:%2******** *******@TK2MSFT NGP10.phx.gbl.. . Rob,
"Rob R. Ainscough" <ro*****@pacbel l.net> schrieb: Performance is more GUI specific, slow redraws/repaints
of forms/controls as compared to VB6 or VC or C++. Data
gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
There are some tricks to make UIs faster, for example, by setting some
controls' 'FlatStyle' property to 'System', avoid using lots of fonts and
background images. And, keeping the number of controls "small", which
means < 50 controls per form.
Security in regards to the fundamental implementation of .NET
-- since it is one level removed interpreted (albeit, highly optimized
interpretation) it is pretty easy to swap in "rogue" code.
Why? You can use strong names to guarantee the referential integrity of
an assembly. Sure, everybody can strong-name his/her assemblies.
'StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. In addition to
that, there are many CAS (Code Access Security) features that can help to
reduce vulnerabilities .
Another issue is the missing features in the current .NET
release that make it hard for developers to remain in the
"managed" world of .NET.
Unmanaged code is not bad per-se. All of us used unmanaged applications
for years, and many "sensitive" applications were written using unmanaged
code. There were many security features available, and .NET provides its
own security features.
--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>
Yes, I have noticed that the number of controls on a form does seem to
impact performance considerably -- this is part of the problem I'm talking
about in respect to the GUI -- no control arrays in .NET which is what I
used in the past. Unfortunately our product does indeed use more than 50
controls -- in some cases upto 200 controls. Not a performance problem in
VB6, but a drastic performance problem in VB.NET. Fonts are limited two and
they are system fonts. "StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. > In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities ."
This is good to know, I will research this more and see if it has any
performance penalities and see if it does indeed block the security gaps.
Thank you.
I didn't say unmanaged code was bad? But it defeats the purpose of .NET
framework and distribution if one has to use unmanaged code.
I will load the 2005 Beta up and see what is new -- but for now the hurdle
of GUI performance and unmanaged code is going to control my decision to
wait for 2005 and see how .NET matures. The multi-threaded support is
certainly a nice feature of .NET, but again, my exisitng tool set seems to
provide as much and/or more functionality than .NET (and my current tools
can do it faster).
Rob.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:%2******** *******@TK2MSFT NGP10.phx.gbl.. . Rob,
"Rob R. Ainscough" <ro*****@pacbel l.net> schrieb: Performance is more GUI specific, slow redraws/repaints
of forms/controls as compared to VB6 or VC or C++. Data
gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
There are some tricks to make UIs faster, for example, by setting some
controls' 'FlatStyle' property to 'System', avoid using lots of fonts and
background images. And, keeping the number of controls "small", which
means < 50 controls per form.
Security in regards to the fundamental implementation of .NET
-- since it is one level removed interpreted (albeit, highly optimized
interpretation) it is pretty easy to swap in "rogue" code.
Why? You can use strong names to guarantee the referential integrity of
an assembly. Sure, everybody can strong-name his/her assemblies.
'StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. In addition to
that, there are many CAS (Code Access Security) features that can help to
reduce vulnerabilities .
Another issue is the missing features in the current .NET
release that make it hard for developers to remain in the
"managed" world of .NET.
Unmanaged code is not bad per-se. All of us used unmanaged applications
for years, and many "sensitive" applications were written using unmanaged
code. There were many security features available, and .NET provides its
own security features.
--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote I keep hearing persistant rumors (along with my own experience) that .NET is
going to be abandon by Microsoft due to performance & security issues?
That was good for a laugh, thanks!
Do you also keep tin foil available to keep 'them' from putting thoughts into
your head? You might consider it since 'they' seem to have succeeded in
making you think managed code will be abandoned....
<g>
LFS
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote I keep hearing persistant rumors (along with my own experience) that .NET is
going to be abandon by Microsoft due to performance & security issues?
That was good for a laugh, thanks!
Do you also keep tin foil available to keep 'them' from putting thoughts into
your head? You might consider it since 'they' seem to have succeeded in
making you think managed code will be abandoned....
<g>
LFS
Rob, Performance is more GUI specific, slow redraws/repaints of forms/controls
as compared to VB6 or VC or C++.
For line-of-business applications using .NET's paint optimization features
will beat VB6 and be close enough to C++ that business users will not be
able to tell the difference. Under the most extreme situations a .NET
programmer may need to use some C# unsafe code, nGen'd MC++ or Windows API -
all of which are allowed in .NET.
----------------------
Data gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
Asynchonous delegates and/or threading should be used here. Very fast by all
benchmarks published the past two years. Its always possible to immediately
populate the controls in context (in play on the form), give the user
control, and flow the remainder of the data asynchronously in the
background.
----------------------
Security in regards to the fundamental implementation of .NET -- since it
is one level removed interpreted (albeit, highly optimized interpretation)
it is pretty easy to swap in "rogue" code.
I have seen a few claims that this was possible the past three years but I
havn't seen a case where someone could do this against a properly
implemented .NET application running on a properly configured (security)
computer.
Right now it is possible to create some of the most secure code ever
possible with .NET.
---------------------Another issue is the missing features in the current .NET release that make
it hard for developers to remain in the "managed" world of .NET.
Personally I have never had this problem developing enterprise
line-of-business applications for my clients - one of which is Bank of
America.
--------------------
My sources are from some relatively large organizations such as Bank of the
West, Bank of America, SBC, ATI, and a few others -- from senior management
and developers influential in the decision process.
I can't dispute what you heard. What you heard is what you heard.
From my enterprise customers, others I know in the industry, and what
Gartner claims - I havn't heard anything about plans to drop .NET or that
there is some sort of wholesale issue with it.
The latest Gartner results show .NET has reached critical mass (57%) in
large to medium enterprises and that intentions for those who have not moved
yet to move to .NET in the coming 18 months is at a all time high.
My company, aZ Software Developers, has seen its JAVA contracts go from of
3/4 of our business in 2001 to about 1/5 today. Our customers mostly require
we develop new applications with .NET now.
--------------
Can YOU be more specific in addressing where Microsoft plan to take .NET in
the next 5 years?
Most Microsoft embedded device development has or is transtitioning to .NET
Framework based development.
Visual Studio 2005 - .NET Framework 2.0 In beta, release sometime after
middle of 2005.
Sql Server 2005 - In beta, release after middle of 2005. Has deep support
for Microsoft .NET Framework.
Longhorn (next generation of Windows operating system). .NET is embedded in
this, the next generation of the Windows OS slated for release in 2006.
"Longhorn" will expose APIs that are a completely managed set of class
libraries built with the .NET Framework. These APIs expose functionality
that covers the full range of interactions with the operating system,
including the user interface, graphics, storage, communications, documents,
and multimedia. The majority of "Longhorn"-based applications can be
entirely written using these new "Longhorn" managed APIs. Developing managed
code applications now positions your company to take advantage of "Longhorn"
once it is released and also offers immediate advantages.
For an indepth look at where Microsoft is taking .NET over the next five
years and beyond:
http://msdn.microsoft.com/vstudio/pr...o/roadmap.aspx
------------------
While nothing is impossible, dropping .NET at this point would be like
ripping the engine out of a fighter jet in mid-air IMHO. ;-)
--
Mike
Mike McIntyre
Visual Basic MVP
www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:ud******** ******@TK2MSFTN GP11.phx.gbl... Performance is more GUI specific, slow redraws/repaints of forms/controls
as compared to VB6 or VC or C++. Data gathering is pretty quick (from SQL
server or Access or whatever else), but control population is VERY slow.
Security in regards to the fundamental implementation of .NET -- since it
is one level removed interpreted (albeit, highly optimized interpretation)
it is pretty easy to swap in "rogue" code.
Another issue is the missing features in the current .NET release that
make it hard for developers to remain in the "managed" world of .NET.
My sources are from some relatively large organizations such as Bank of
the West, Bank of America, SBC, ATI, and a few others -- from senior
management and developers influential in the decision process.
Can YOU be more specific in addressing where Microsoft plan to take .NET
in the next 5 years?
Thanks, Rob.
"Mike McIntyre" <mi****@dotnets howandtell.com> wrote in message
news:O9******** ******@TK2MSFTN GP15.phx.gbl... No, it is not being dropped. Where did you hear such a thing?
Performance issues will be in the way you implement .NET, not in the
technology itself.
Same with security.
Feel free to post your specific problems here - or write to me directly
if you like.
--
Mike
Mike McIntyre
Visual Basic MVP
www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:Og******** ******@TK2MSFTN GP11.phx.gbl...I keep hearing persistant rumors (along with my own experience) that .NET
is going to be abandon by Microsoft due to performance & security issues?
I realize no one from Microsoft is likely to confirm this publically, but
if anyone that does have insider knowledge, could you provide some
feedback (private or public). My company is on the verge of migrating to
.NET, but we've ran into several performance issues (mostly on the GUI
side) and some big security issues and we're not sure they can be
resolved without a fundamental "shift" from Microsoft. I've very
hesitant to migrate all our code over until I can get a firm grasp on
where .NET is going and for how long and what issues are going to be
resolved.
Thank you.
Rob.
Rob, Performance is more GUI specific, slow redraws/repaints of forms/controls
as compared to VB6 or VC or C++.
For line-of-business applications using .NET's paint optimization features
will beat VB6 and be close enough to C++ that business users will not be
able to tell the difference. Under the most extreme situations a .NET
programmer may need to use some C# unsafe code, nGen'd MC++ or Windows API -
all of which are allowed in .NET.
----------------------
Data gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
Asynchonous delegates and/or threading should be used here. Very fast by all
benchmarks published the past two years. Its always possible to immediately
populate the controls in context (in play on the form), give the user
control, and flow the remainder of the data asynchronously in the
background.
----------------------
Security in regards to the fundamental implementation of .NET -- since it
is one level removed interpreted (albeit, highly optimized interpretation)
it is pretty easy to swap in "rogue" code.
I have seen a few claims that this was possible the past three years but I
havn't seen a case where someone could do this against a properly
implemented .NET application running on a properly configured (security)
computer.
Right now it is possible to create some of the most secure code ever
possible with .NET.
---------------------Another issue is the missing features in the current .NET release that make
it hard for developers to remain in the "managed" world of .NET.
Personally I have never had this problem developing enterprise
line-of-business applications for my clients - one of which is Bank of
America.
--------------------
My sources are from some relatively large organizations such as Bank of the
West, Bank of America, SBC, ATI, and a few others -- from senior management
and developers influential in the decision process.
I can't dispute what you heard. What you heard is what you heard.
From my enterprise customers, others I know in the industry, and what
Gartner claims - I havn't heard anything about plans to drop .NET or that
there is some sort of wholesale issue with it.
The latest Gartner results show .NET has reached critical mass (57%) in
large to medium enterprises and that intentions for those who have not moved
yet to move to .NET in the coming 18 months is at a all time high.
My company, aZ Software Developers, has seen its JAVA contracts go from of
3/4 of our business in 2001 to about 1/5 today. Our customers mostly require
we develop new applications with .NET now.
--------------
Can YOU be more specific in addressing where Microsoft plan to take .NET in
the next 5 years?
Most Microsoft embedded device development has or is transtitioning to .NET
Framework based development.
Visual Studio 2005 - .NET Framework 2.0 In beta, release sometime after
middle of 2005.
Sql Server 2005 - In beta, release after middle of 2005. Has deep support
for Microsoft .NET Framework.
Longhorn (next generation of Windows operating system). .NET is embedded in
this, the next generation of the Windows OS slated for release in 2006.
"Longhorn" will expose APIs that are a completely managed set of class
libraries built with the .NET Framework. These APIs expose functionality
that covers the full range of interactions with the operating system,
including the user interface, graphics, storage, communications, documents,
and multimedia. The majority of "Longhorn"-based applications can be
entirely written using these new "Longhorn" managed APIs. Developing managed
code applications now positions your company to take advantage of "Longhorn"
once it is released and also offers immediate advantages.
For an indepth look at where Microsoft is taking .NET over the next five
years and beyond:
http://msdn.microsoft.com/vstudio/pr...o/roadmap.aspx
------------------
While nothing is impossible, dropping .NET at this point would be like
ripping the engine out of a fighter jet in mid-air IMHO. ;-)
--
Mike
Mike McIntyre
Visual Basic MVP
www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:ud******** ******@TK2MSFTN GP11.phx.gbl... Performance is more GUI specific, slow redraws/repaints of forms/controls
as compared to VB6 or VC or C++. Data gathering is pretty quick (from SQL
server or Access or whatever else), but control population is VERY slow.
Security in regards to the fundamental implementation of .NET -- since it
is one level removed interpreted (albeit, highly optimized interpretation)
it is pretty easy to swap in "rogue" code.
Another issue is the missing features in the current .NET release that
make it hard for developers to remain in the "managed" world of .NET.
My sources are from some relatively large organizations such as Bank of
the West, Bank of America, SBC, ATI, and a few others -- from senior
management and developers influential in the decision process.
Can YOU be more specific in addressing where Microsoft plan to take .NET
in the next 5 years?
Thanks, Rob.
"Mike McIntyre" <mi****@dotnets howandtell.com> wrote in message
news:O9******** ******@TK2MSFTN GP15.phx.gbl... No, it is not being dropped. Where did you hear such a thing?
Performance issues will be in the way you implement .NET, not in the
technology itself.
Same with security.
Feel free to post your specific problems here - or write to me directly
if you like.
--
Mike
Mike McIntyre
Visual Basic MVP
www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:Og******** ******@TK2MSFTN GP11.phx.gbl...I keep hearing persistant rumors (along with my own experience) that .NET
is going to be abandon by Microsoft due to performance & security issues?
I realize no one from Microsoft is likely to confirm this publically, but
if anyone that does have insider knowledge, could you provide some
feedback (private or public). My company is on the verge of migrating to
.NET, but we've ran into several performance issues (mostly on the GUI
side) and some big security issues and we're not sure they can be
resolved without a fundamental "shift" from Microsoft. I've very
hesitant to migrate all our code over until I can get a firm grasp on
where .NET is going and for how long and what issues are going to be
resolved.
Thank you.
Rob.
Rob,
Did you know you can create control arrays in VB.NET?
Also, you can use any installed font e.g. see the example at: http://getdotnetco.web101.discountas...?productID=192
--
Mike
Mike McIntyre
Visual Basic MVP www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:ez******** ******@TK2MSFTN GP11.phx.gbl... Yes, I have noticed that the number of controls on a form does seem to
impact performance considerably -- this is part of the problem I'm talking
about in respect to the GUI -- no control arrays in .NET which is what I
used in the past. Unfortunately our product does indeed use more than 50
controls -- in some cases upto 200 controls. Not a performance problem in
VB6, but a drastic performance problem in VB.NET. Fonts are limited two
and they are system fonts.
"StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. > In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities ."
This is good to know, I will research this more and see if it has any
performance penalities and see if it does indeed block the security gaps.
Thank you.
I didn't say unmanaged code was bad? But it defeats the purpose of .NET
framework and distribution if one has to use unmanaged code.
I will load the 2005 Beta up and see what is new -- but for now the hurdle
of GUI performance and unmanaged code is going to control my decision to
wait for 2005 and see how .NET matures. The multi-threaded support is
certainly a nice feature of .NET, but again, my exisitng tool set seems to
provide as much and/or more functionality than .NET (and my current tools
can do it faster).
Rob.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:%2******** *******@TK2MSFT NGP10.phx.gbl.. . Rob,
"Rob R. Ainscough" <ro*****@pacbel l.net> schrieb: Performance is more GUI specific, slow redraws/repaints
of forms/controls as compared to VB6 or VC or C++. Data
gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
There are some tricks to make UIs faster, for example, by setting some
controls' 'FlatStyle' property to 'System', avoid using lots of fonts and
background images. And, keeping the number of controls "small", which
means < 50 controls per form.
Security in regards to the fundamental implementation of .NET
-- since it is one level removed interpreted (albeit, highly optimized
interpretation) it is pretty easy to swap in "rogue" code.
Why? You can use strong names to guarantee the referential integrity of
an assembly. Sure, everybody can strong-name his/her assemblies.
'StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities .
Another issue is the missing features in the current .NET
release that make it hard for developers to remain in the
"managed" world of .NET.
Unmanaged code is not bad per-se. All of us used unmanaged applications
for years, and many "sensitive" applications were written using unmanaged
code. There were many security features available, and .NET provides its
own security features.
--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>
Rob,
Did you know you can create control arrays in VB.NET?
Also, you can use any installed font e.g. see the example at: http://getdotnetco.web101.discountas...?productID=192
--
Mike
Mike McIntyre
Visual Basic MVP www.getdotnetcode.com
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote in message
news:ez******** ******@TK2MSFTN GP11.phx.gbl... Yes, I have noticed that the number of controls on a form does seem to
impact performance considerably -- this is part of the problem I'm talking
about in respect to the GUI -- no control arrays in .NET which is what I
used in the past. Unfortunately our product does indeed use more than 50
controls -- in some cases upto 200 controls. Not a performance problem in
VB6, but a drastic performance problem in VB.NET. Fonts are limited two
and they are system fonts.
"StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. > In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities ."
This is good to know, I will research this more and see if it has any
performance penalities and see if it does indeed block the security gaps.
Thank you.
I didn't say unmanaged code was bad? But it defeats the purpose of .NET
framework and distribution if one has to use unmanaged code.
I will load the 2005 Beta up and see what is new -- but for now the hurdle
of GUI performance and unmanaged code is going to control my decision to
wait for 2005 and see how .NET matures. The multi-threaded support is
certainly a nice feature of .NET, but again, my exisitng tool set seems to
provide as much and/or more functionality than .NET (and my current tools
can do it faster).
Rob.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:%2******** *******@TK2MSFT NGP10.phx.gbl.. . Rob,
"Rob R. Ainscough" <ro*****@pacbel l.net> schrieb: Performance is more GUI specific, slow redraws/repaints
of forms/controls as compared to VB6 or VC or C++. Data
gathering is pretty quick (from SQL server or Access or whatever
else), but control population is VERY slow.
There are some tricks to make UIs faster, for example, by setting some
controls' 'FlatStyle' property to 'System', avoid using lots of fonts and
background images. And, keeping the number of controls "small", which
means < 50 controls per form.
Security in regards to the fundamental implementation of .NET
-- since it is one level removed interpreted (albeit, highly optimized
interpretation) it is pretty easy to swap in "rogue" code.
Why? You can use strong names to guarantee the referential integrity of
an assembly. Sure, everybody can strong-name his/her assemblies.
'StrongNameIden tityPermission' will be extended in .NET 2.0 to allow
calling assemblies by more than one strong-named assembly. In addition
to that, there are many CAS (Code Access Security) features that can help
to reduce vulnerabilities .
Another issue is the missing features in the current .NET
release that make it hard for developers to remain in the
"managed" world of .NET.
Unmanaged code is not bad per-se. All of us used unmanaged applications
for years, and many "sensitive" applications were written using unmanaged
code. There were many security features available, and .NET provides its
own security features.
--
Herfried K. Wagner [MVP]
<URL:http://dotnet.mvps.org/>
Please stop the flag waving, I'm just not interested. But more importantly
stop reading more into my questions/comments than what I actually wrote.
For those of you that responded to my comments/concerns with good
information, thank you. I'll see if these suggestions can solve my current
concerns. Does anyone have specific examples of control/form paint
performance optimization? I have yet to discover a way to make a large
number of controls paint quickly in .NET.
Hopefully the next framework version will be good enough to retain full
managed business application.
Rob
"Larry Serflaten" <se*******@usin ternet.com> wrote in message
news:e8******** ******@TK2MSFTN GP15.phx.gbl...
"Rob R. Ainscough" <ro*****@pacbel l.net> wrote I keep hearing persistant rumors (along with my own experience) that .NET
is
going to be abandon by Microsoft due to performance & security issues?
That was good for a laugh, thanks!
Do you also keep tin foil available to keep 'them' from putting thoughts
into
your head? You might consider it since 'they' seem to have succeeded in
making you think managed code will be abandoned....
<g>
LFS
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: D A H |
last post by:
I have gotten the same exception in multiple projects.
I have solved the underlying problem.
My question is if anyone knew of a setting that would cause this
exception to be thrown.
A codeveloper on the same project can get a copy of the project from
VSS and does not get this exception, ever. I do. We both have the
code that causes this exception to be thrown. We do NOT checkin our
|
by: MaxBlack |
last post by:
This is not working and for my life I can't figure out why:
Private Sub Button1_Click(ByVal sender As Object, ByVal e As
System.EventArgs) Handles Button1.Click
Dim firstLetter As String
firstLetter = empIDtextBox.Text.Remove(1, 3)
|
by: beenapatni |
last post by:
Hi
We need to identify difference between a dropped call and normally ended calls in windows mobile phone
Dropped calls: Call diconnected due to no n/w signal, low battery level...etc
Normally disconnected calls: Call ended by either user
Is there a way we can identify the above scenario.
Is there any API we can use to identify the same
|
by: bbkm |
last post by:
when i am doing dropped table reccovery
step1- the tablespace should be in recovery mode is it rite
step2 - the database should be in archivelog mode is it rite
step-3 - identify the dropped table and get it's DDL and note the dropped table id.
step4 - now restore the appropriate tablespace in the which the table is dropped
step5 - rollforward the database
step6 - now create the dropped table by using the ddl generated at LIST HISTORY...
|
by: DaveL |
last post by:
hi, we have a database in simple recovery mode
if a table were dropped
Is there a way to recover the dropped table
thanks
DaveL
| | |
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, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look !
Part I. Meaning of...
|
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 tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth.
The Art of Business Website Design
Your website is...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own....
Now, this would greatly impact the work of software developers. The idea...
|
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 presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules.
He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms.
Adolph will...
|
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 then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert into image.
Globals.ThisAddIn.Application.ActiveDocument.Select();...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
| | |
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 we have to send another system
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
|
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 can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...
| |
