RE: VBScript - Control //NOLOGO from within script?

Forums

My Profile

Inbox

Address Book

My Subscription

My Forums

RE: VBScript - Control //NOLOGO from within script?

Logged in as: Guest

arrSession:exec spGetSession 2,2,55214

	Active Users: There are 0 members and 0 guests.
	Users viewing this topic: none

Printable Version

All Forums >> [Scripting] >> WSH & Client Side VBScript >> RE: VBScript - Control //NOLOGO from within script?
Do you like VisualBasicScript.com? Link to us and help spread the word about our forum. Thanks!

Page: << < prev 1 [2]

Message

<< Older Topic Newer Topic >>

RE: VBScript - Control //NOLOGO from within script? - 1/15/2008 12:51:42 AM

DiGiTAL.SkReAM

Posts: 1183
Score: 7
Joined: 9/6/2005
From: Florida, USA
Status: offline

You could write the script in batch, instead of vbscript. Or you could make it a powershell app...

_____________________________

"Would you like to touch my monkey?" - Dieter (Mike Meyers)

"It is better to die like a tiger, than to live like a pussy."
-Master Wong, from Balls of Fury

(in reply to humbletech99)

Post #: 21

RE: VBScript - Control //NOLOGO from within script? - 1/15/2008 1:22:14 AM

humbletech99

Posts: 53
Score: 0
Joined: 6/9/2007
Status: offline

well, it's already written... and there are good reasons for not using those other 2 languages:

batch: too simplistic, not enough programmatic control.
powershell: not portable and distributable. VBS runs on all modern windows everywhere which is a massive feature. Only when PowerShell is pushed to all Windows systems through updates will I use it.

_____________________________

value(geeks) > value(mundanes)

(in reply to DiGiTAL.SkReAM)

Post #: 22

RE: VBScript - Control //NOLOGO from within script? - 1/15/2008 3:53:59 AM

Rischip

Posts: 502
Score: 2
Joined: 3/26/2007
Status: offline

Here's a little oddity I just ran across.
If I launch a vbscript using the Shell.Exec method in the wscript host and redirect the stdout to the launching script the output does not go to the screen in a window, but back to the launching script through the redirection.
Try launching the script from the app using wscript and see what happens. If the redirection is done correctly you will see only the output of the script and not the Script Host header.
This was launched using CSCRIPT

This was launched from the script above using wscript
and yet the output does not go to the screen
deletelogo.vbs

Be sure to use Wscript.StdOut.Write in the script rather than wscript.echo.
Wscript.echo will go to the screen.

_____________________________

Rischip
Author of - The Grim Linker

(in reply to humbletech99)

Post #: 23

RE: VBScript - Control //NOLOGO from within script? - 1/16/2008 4:53:04 AM

humbletech99

Posts: 53
Score: 0
Joined: 6/9/2007
Status: offline

This is interesting, but i still need to have the program contained within one executable file, so unless it's going to call itself again, I can't really use this. The calling itself thing might be possible but it would be overly complex I feel to achieve such a small victory.

_____________________________

value(geeks) > value(mundanes)

(in reply to Rischip)

Post #: 24

RE: VBScript - Control //NOLOGO from within script? - 1/16/2008 4:56:52 AM

Rischip

Posts: 502
Score: 2
Joined: 3/26/2007
Status: offline

This is an example.
The first script would be "TheExecutable"
The second script is your script called from the executable using the wscript engine instead if cscript.
wscript does not have a header displayed when executed. If the pipes are redirected then wscript.stdout.write would go to your executable on a pipe.

_____________________________

Rischip
Author of - The Grim Linker

(in reply to humbletech99)

Post #: 25

RE: VBScript - Control //NOLOGO from within script? - 1/16/2008 5:34:07 AM

humbletech99

Posts: 53
Score: 0
Joined: 6/9/2007
Status: offline

thanks, I like the way you are lateral about this and quite quick thinking, but I've decided to forget about this as it's not worth fixing really. I'll just tell any user to //nologo it. The parameters of the software that it needs to integrate with somewhat restrict what hacks can be done to get around this anyway.

_____________________________

value(geeks) > value(mundanes)

(in reply to Rischip)