× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I'm not totally sure. I posted it somewhere and someone said "FileProtocolHandler" is old school. Use ShellExec instead.

So I have been. But they seem to work pretty much the same.

Charles Wilt wrote:
Scott,

I've seen other examples (from you IIRC) of rundll32 where the command uses
rundll32 url.dll,FileProtocolHandler xxxxx

What's the difference if any?

Thanks!
Charles Wilt

On Thu, Oct 15, 2009 at 2:10 AM, Scott Klement
<midrange-l@xxxxxxxxxxxxxxxx> wrote:
It's only the '%windir%' that doesn't work in Mocha. If you replace
that with C:\WINDOWS it'll work just fine. (But then, you're
hard-coding the location of the program)

Personally, I would NEVER issue a 'start firefox' to run a URL. It
deprives the user of their right to choose their default browser! Not
to mention that all of the '%windir%\System32\cmd.exe' stuff is
completely unnecessary. Plus, you'll get the ugly black DOS box when
you run it.

I'd do this instead (this is case senstive):

CHGVAR VAR(&CMD) VALUE('rundll32 shell32,ShellExec_RunDLL' +
*BCAT &URL)

More info about that can be found here:

http://systeminetwork.com/article/calling-windows-shellexec-cl


Kiran Kumar wrote:
We use the following stcpccmd to invoke a browser based application
using Strpccmd in Firefox browser


CHGVAR VAR(&CMD) VALUE('%windir%\system32\cmd.exe +
/c start firefox' *BCAT &URL)

The &URL we get as a parameter is the actual URL of the application.

We use client access in production and mocha in development environment.

The above command executes well in Client Access, but not Mocha. We
could not determine as why it does not works in mocha. We noticed that
location of windows directory is different for some users. Due to this
we do not give the absolute location of windows directory. Instead we
use wild card character "%" to locate the windows directory.


<http://forums.systeminetwork.com/isnetforums/editpost.php?do=editpost&p
=336781>





======================================================================================
Notice: This message is intended only for use by the person or entity to which it is addressed. Because it may contain confidential information intended solely for the addressee, you are notified that any disclosing, copying, downloading, distributing, or retaining of this message, and any attached files, is prohibited and may be a violation of state or federal law. If you received this message in error, please notify the sender by reply mail, and delete the message and all attached files.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.