Microsoft Windows Vista Community Forums - Vistaheads
Recommended Download



Welcome to the Microsoft Windows Vista Community Forums - Vistaheads, YOUR Largest Resource for Windows Vista related information.

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so , join our community today!

If you have any problems with the registration process or your account login, please contact us.

Driver Scanner

VBscript not UAC and IE7 friendly

microsoft.public.windows.vista.security






Speedup My PC
Reply
  #1 (permalink)  
Old 03-27-2008
Deleauvive
 

Posts: n/a
VBscript not UAC and IE7 friendly

Hello Vista heads ,

I wanted to post here on vistax64 forums about my findings, related to
VB scripting, with Windows Vista in mind.
Firstly, I consider mysef a self-made power user of Windows products
mostly for multimedia tasks, so I am not sure my voice will be heard,
amongst IT experts and developers.

Also, I need to make something clear : There are still many websites
where one can download VB scripts and the likes. I don't mind that much
that the scripts were not tested with Windows Vista, but if you maintain
such web sites, please make a note stating that the methods of invoking
objects have considerably evolved.

Here is the test I conducted : I ran a simple VB script, with a
createobject internetexplorer.application instruction on a freshly
installed Vista machine. The script ran fine, until I disabled UAC.
Well, I didn't start this thread to fuel the debate whether UAC should
be turned off or not. Turning it on again didn't solve the problem.

I want to point out that Microsoft should warn people about *severe*
issues with code based on Visual Basic 6. I've read it was difficult for
them to publish Powershell, because of Vista security features. My guess
is that if the VB6 runtime was relying on ONE dll (like VB5 does), may
be things wouldn't be so bad.

Here is my point : If you are still an active script developer you
should turn to Powershell now, but also give a hand to people who have a
hard time running the scripts under Vista (the infamous cannot create
object error). The worst part of the story is that SOME VB scripts under
CERTAIN circumstances, on SOME machine may work fine, even on Vista PCs.
By the way, installing the Service Pack 1 improved things a bit, but not
by much.

For example, I had no problem with scripts made for Media Player. As I
said earlier, my abilities concerning editing scripts are rather
limited, I simply ran a few scripts and took notice of the bugs and
crashes. I have an Intel based computer, so this is not hardware
related.

These scripts had in common the use of createobject methods. I can
safely say that such methods interfere *very badly* with Vista security
features (Secure Desktop, UAC, virtualization of files & registry...).
At all cost, turn to Powershell if you want to use COM objects in
scripts. Windows Script Host was halted in the early stages of Vista
development.

Again, Powershell 2 is here for your scripting needs, I am not saying
it's perfect but it was made to provide automation features within a
production environment. Quite frankly, its debugging features are miles
away from those used internally, in the good old days of batch files.
Also, you certainly have noticed the job can be done using less
declarations and statements.

It would be a great relief if developers joined hands with IT Pros to
cool down things a bit. More and more people will turn to Vista SP1,
including some of those XP nostalgia driven we all know of. (you don't
want to wait for Vista 11, as it will probably be delayed too) We all
have an opportunity to deal with the issues brought by the extensive use
of deprecated code & components in the past...

I hope no one felt offended, and that I didn't sound too bold. Of
course, misconceptions always come in the way when you're trying to
convince spe******ts in their respective field. Note that if the scripts
I am talking about weren't useful at all, I wouldn't mind them to slowly
fade away.


--
Deleauvive
Reply With Quote
Sponsored Links
  #2 (permalink)  
Old 03-28-2008
Steve Easton
 

Posts: n/a
Re: VBscript not UAC and IE7 friendly
As a power user, you should know that createobject internetexplorer.application
in a VB Script uses ActiveX

;-)

--

Steve Easton


"Deleauvive" <Deleauvive.36x5u3@no-mx.forums.net> wrote in message newseleauvive.36x5u3@no-mx.forums.net...
>
> Hello Vista heads ,
>
> I wanted to post here on vistax64 forums about my findings, related to
> VB scripting, with Windows Vista in mind.
> Firstly, I consider mysef a self-made power user of Windows products
> mostly for multimedia tasks, so I am not sure my voice will be heard,
> amongst IT experts and developers.
>
> Also, I need to make something clear : There are still many websites
> where one can download VB scripts and the likes. I don't mind that much
> that the scripts were not tested with Windows Vista, but if you maintain
> such web sites, please make a note stating that the methods of invoking
> objects have considerably evolved.
>
> Here is the test I conducted : I ran a simple VB script, with a
> createobject internetexplorer.application instruction on a freshly
> installed Vista machine. The script ran fine, until I disabled UAC.
> Well, I didn't start this thread to fuel the debate whether UAC should
> be turned off or not. Turning it on again didn't solve the problem.
>
> I want to point out that Microsoft should warn people about *severe*
> issues with code based on Visual Basic 6. I've read it was difficult for
> them to publish Powershell, because of Vista security features. My guess
> is that if the VB6 runtime was relying on ONE dll (like VB5 does), may
> be things wouldn't be so bad.
>
> Here is my point : If you are still an active script developer you
> should turn to Powershell now, but also give a hand to people who have a
> hard time running the scripts under Vista (the infamous cannot create
> object error). The worst part of the story is that SOME VB scripts under
> CERTAIN circumstances, on SOME machine may work fine, even on Vista PCs.
> By the way, installing the Service Pack 1 improved things a bit, but not
> by much.
>
> For example, I had no problem with scripts made for Media Player. As I
> said earlier, my abilities concerning editing scripts are rather
> limited, I simply ran a few scripts and took notice of the bugs and
> crashes. I have an Intel based computer, so this is not hardware
> related.
>
> These scripts had in common the use of createobject methods. I can
> safely say that such methods interfere *very badly* with Vista security
> features (Secure Desktop, UAC, virtualization of files & registry...).
> At all cost, turn to Powershell if you want to use COM objects in
> scripts. Windows Script Host was halted in the early stages of Vista
> development.
>
> Again, Powershell 2 is here for your scripting needs, I am not saying
> it's perfect but it was made to provide automation features within a
> production environment. Quite frankly, its debugging features are miles
> away from those used internally, in the good old days of batch files.
> Also, you certainly have noticed the job can be done using less
> declarations and statements.
>
> It would be a great relief if developers joined hands with IT Pros to
> cool down things a bit. More and more people will turn to Vista SP1,
> including some of those XP nostalgia driven we all know of. (you don't
> want to wait for Vista 11, as it will probably be delayed too) We all
> have an opportunity to deal with the issues brought by the extensive use
> of deprecated code & components in the past...
>
> I hope no one felt offended, and that I didn't sound too bold. Of
> course, misconceptions always come in the way when you're trying to
> convince spe******ts in their respective field. Note that if the scripts
> I am talking about weren't useful at all, I wouldn't mind them to slowly
> fade away.
>
>
> --
> Deleauvive



Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
vbscript and UAC prompt =?Utf-8?B?ZGFr?= microsoft.public.windows.vista.general 4 10-04-2008 23:28
vbscript error =?Utf-8?B?Y2hyaXNrbGkyMQ==?= microsoft.public.windows.vista.installation setup 10 05-23-2008 19:06
Deobfuscating VBScript, (Mon, Sep 3rd) Steve Security News 0 09-03-2007 01:41
VBScript run time ? Messagerie Wanadoo microsoft.public.fr.windows.vista.general 1 08-20-2007 17:47
Vbscript ! J. K. microsoft.public.fr.windows.vista.installation 3 04-08-2007 21:57




All times are GMT +1. The time now is 23:23.




Driver Scanner - Free Scan Now

Vistaheads.com is part of the Heads Network. See also XPHeads.com , Win7Heads.com and Win8Heads.com.


Design by Vjacheslav Trushkin for phpBBStyles.com.
Powered by vBulletin® Version 3.6.7
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.6.0 RC 2

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120