C / C++ / MFC Discussion Boards

Require help on self extracting .exe and cab file

H4u326-Feb-08 21:26

6-Feb-08 21:26

Hello all,

My reqirement is to download .CAB file containing OCX, EXE, INF files over net from specified URL. Having been downloaded .CAB file, it shold be self extracted and in turn call .exe on client machine That is, it should be autorun. If my OCX and exe is already there on remote machine then it should not download again and run existing one.

Please help me out. Any help is highly appreciated.

Thanks & Regards,
Hemang

Re: Require help on self extracting .exe and cab file

Iain Clarke, Warrior Programmer6-Feb-08 23:00

Iain Clarke, Warrior Programmer

6-Feb-08 23:00

What are you struggling with? I assume you've done some work already.

Can you download files? Can you extract files from CABs? Can you use CreateProcess? etc.

You're question needs to be broken into bite size chunks.

Good luck,

Iain.

Iain Clarke appearing in spite of being begged not to by ^CPallini.

Re: Require help on self extracting .exe and cab file

H4u327-Feb-08 0:10

H4u32

7-Feb-08 0:10

I want to download exe and run that exe from decided/desired default directory(C:\Windows). But i am not able to download it. I also require WSOCK.dll for my EXE. I am attaching my INF file code snippet to make things clear. I hope that from this code snippet you will be able to understand and help me out.

[version]
signature="$CHICAGO$"
AdvancedINF=2.0
[Add.Code]
CaptureActivex.ocx = CaptureActivex.ocx // My OCX
msvcrt.dll=msvcrt.dll
mfc80.dll=mfc80.dll
olepro32.dll=olepro32.dll
[CaptureActivex.ocx]
file-win32-x86=thiscab
clsid={C3525B97-002E-4062-8CBE-2A3B06FD39FE}
FileVersion=1,0,0,1
RegisterServer=yes
[msvcrt.dll]
FileVersion=7,0,3790,3959
hook=mfc80installer
[mfc80.dll]
FileVersion=8,0,50727,762
hook=mfc80installer
[olepro32.dll]
FileVersion=5,2,3790,3959
hook=mfc80installer
[mfc80installer]
file-win32-x86=http://activex.microsoft.com/controls/vc/mfc42.cab
run=%EXTRACT_DIR%\mfc42.exe

Thanks & Regards,
Hemang

Re: Require help on self extracting .exe and cab file

Waldermort7-Feb-08 1:18

Waldermort

7-Feb-08 1:18

Hemang Raval wrote:
I want to download exe and run that exe from decided/desired default directory(C:\Windows). But i am not able to download it.

Perhaps you could show us what you have already tried to code, from there we may be able to point you in the right direction.

Waldermort

Re: Require help on self extracting .exe and cab file

H4u327-Feb-08 1:36

H4u32

7-Feb-08 1:36

I have made an Activex control using MFC Activex Dll. Then I tried to call an EXE from that ActiveX.
For that I made cab file containing my OCX, EXE, dll, and INF files. Then after i tried to download an active control by using HTMl file located on some web server. This should extract cab file and in turn install and run EXE to and from desired location which i set from INF file. It is most probably C:\Windows. now can you tell whether i am folllowing correct path or not.

Thanks & Regards
Hemang

Re: Require help on self extracting .exe and cab file

David Crow7-Feb-08 2:42

David Crow

7-Feb-08 2:42

Hemang Raval wrote:
But i am not able to download it.

So why bother with anything else until you get this one piece figured out? Don't intentionally over-complicate things.

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Question about MFC dialog - and pointers to them ....

Yanshof6-Feb-08 20:58

Yanshof

6-Feb-08 20:58

Hi,

I wrote some class that derived from the class CDialog.
In my new class i have some object control on some CList.

I also have some other class that have pointer to this CDialog - and in some place in the code - i call Create method of this CDialog - and ShowDialog.

Until here all work find. But when i press button RefreshList that belong to the derived class i see that the CList control object is null and i don't understand why

Can someone help me ?

Thanks

Re: Question about MFC dialog - and pointers to them ....

Iain Clarke, Warrior Programmer6-Feb-08 23:04

Iain Clarke, Warrior Programmer

6-Feb-08 23:04

Do you mean CList as in a list of objects, or CListBox / CListCtrl?

If it's a list - do you mean NULL, or just empty? If it's NULL - then why are you using a pointer? And at what point do you create a new List to point to? If you don't create one, then of course it's NULL.

If you mean it's empty, then do you put things into it? And if you do, look for any code that removes them.

If you mean a control, then you need to point the object at a window. Look up DDX_Control in the help files for information.

Iain.

Iain Clarke appearing in spite of being begged not to by ^CPallini.

Re: Question about MFC dialog - and pointers to them ....

Hamid_RT10-Feb-08 21:54

Hamid_RT

10-Feb-08 21:54

Do you have any call this object of other place except this dialog?

Re: Question about MFC dialog - and pointers to them ....

Yanshof10-Feb-08 22:08

Yanshof

10-Feb-08 22:08

No - only calling this object in pressing dlg button ( in same class )

Re: Question about MFC dialog - and pointers to them ....

Hamid_RT11-Feb-08 3:35

Hamid_RT

11-Feb-08 3:35

So did you use of pointers on your project?

How to call IE proxy setting dialog box from .net application

Bala.A6-Feb-08 20:38

Bala.A

6-Feb-08 20:38

Hi all
I have a rather strange requirement . My current feeling is Shell Programming but not sure what I have to do ..
Well ,
Is there any way to launch IE proxy setting dialog(IE->Tools menu ->internet options->connections tap ->LAN settings) from .net application ? the requirement is proxy setting dialog box alone should popup(not along with IE) if we click a button in the application. In fact I saw some Win32 APIs like WinHttpGetProxyForUrl ..are avilable to get/set the same but I prefer the "original IE dialog" to appear and get set .

Could any of you please throw some light on this ? Is it possible in the first place ?

Thank you in advance for your help.

regards
Confused | :confused:

Bala

Re: How to call IE proxy setting dialog box from .net application

Iain Clarke, Warrior Programmer6-Feb-08 23:05

Iain Clarke, Warrior Programmer

6-Feb-08 23:05

Bala.A wrote:
from .net application

You'll get more help in one of the .net forums. If you've posted this question in 17 different forums, then you're a very naughty boy.

Iain.

Iain Clarke appearing in spite of being begged not to by ^CPallini.

DLL function by ordinal v.s. by name

George_George6-Feb-08 20:34

George_George

6-Feb-08 20:34

Hello everyone,

1. Generally speaking using GetProcAddress through ordinal is faster than through name, right?

2. Why?

thanks in advance,
George

Re: DLL function by ordinal v.s. by name

CPallini6-Feb-08 21:04

CPallini

6-Feb-08 21:04

George_George wrote:
Generally speaking using GetProcAddress through ordinal is faster than through name, right?

If you mean that strcmp is slower than indexing an array I agree. But I don't think this kind of optimization really matters in applications.

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

[my articles]

Re: DLL function by ordinal v.s. by name

George_George7-Feb-08 3:30

George_George

7-Feb-08 3:30

Thanks CPallini,

I ask this question only for pure technical interest. Do you mean in your experience or in theory by ordinal is faster? Why?

regards,
George

Re: DLL function by ordinal v.s. by name

CPallini7-Feb-08 3:58

CPallini

7-Feb-08 3:58

George_George wrote:
Do you mean in your experience or in theory by ordinal is faster? Why?

I've no big experience of DLL calls via GetProcAddress since I usually use load time linking approach.
Anyway I never experience performance issues.
My previous post points out that lookup using integers is usually faster that the one using strings, but, IMHO the performance improvement is usually negligible.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

Re: DLL function by ordinal v.s. by name

George_George7-Feb-08 4:10

George_George

7-Feb-08 4:10

Thanks CPallini,

1.

You mean you use implicit linking to link with import library?

CPallini wrote:
use load time linking approach

2.

If we use the approach as you used above, to link with import library, in this approach, there is no ways to use by ordinal technique?

regards,
George

Re: DLL function by ordinal v.s. by name

jhwurmbach7-Feb-08 4:49

jhwurmbach

7-Feb-08 4:49

George_George wrote:
If we use the approach as you used above, to link with import library, in this approach, there is no ways to use by ordinal technique?

No, as the functions will be called via the linked stubs in the library.
I have never tried to explicitly load a DLL which has already been loaded by its lib.

Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"

Re: DLL function by ordinal v.s. by name

George_George7-Feb-08 20:37

George_George

7-Feb-08 20:37

Thanks jhwurmbach,

From your reply, I understand by ordinal only works when we use LoadLobrary, if we use implicit linking, there is no way to use by ordinal.

regards,
George

Re: DLL function by ordinal v.s. by name

Rajkumar R8-Feb-08 5:12

Rajkumar R

8-Feb-08 5:12

in implicit linking, linker generates export library, then it will do in the optimised possible way right? why do you think implicit linking is not using ordinal, it gives a stub which internally uses ordinal values to link. That is why normally if you rebuild DLL, u need to rebuild the application too, if it looks up using name rebuilding is not needed.

George_George wrote:
if we use implicit linking, there is no way to use by ordinal.

DEF files if you need to set ordinals explicitly

see this quote

"Implicit linking looks up based on the ordinal, so ideally a function's ordinal should always stay the same. Unless you specify your own ordinals the linker may generate different ordinals each time you build your application. This in turn means that Applications which have already been built to use your DLL may cease to link correctly."

from
DLL linking[^]

u may get more info if u searched on web.

Re: DLL function by ordinal v.s. by name

George_George8-Feb-08 22:15

George_George

8-Feb-08 22:15

Thanks Rajkumar,

I think it means when using implicit linking, ordinal of DLL exported function is built into EXE. EXE is using the ordinal value to look into related address array of exported function of the DLL to invoke related function, right?

Rajkumar R wrote:
Implicit linking looks up based on the ordinal,

regards,
George

Re: DLL function by ordinal v.s. by name

Rajkumar R8-Feb-08 23:21

Rajkumar R

8-Feb-08 23:21

George_George wrote:
ordinal of DLL exported function is built into EXE.

in a way yes, as the export library stub is linked to exe.

export library is generated through linker switch, it uses DEF files and /or dllexport keywords.
DEF files can be used to override the automatically generated ordinals, and as names can be used in DEF files, i think in that case export library uses names to link. But by default dllexport and export library uses ordinals.

Re: DLL function by ordinal v.s. by name

George_George9-Feb-08 21:01

George_George

9-Feb-08 21:01

Thanks Rajkumar,

When using implicit linking, to use the function exported by DLL, is there any way to use by ordinal other than use by name?

regards,
George

Re: DLL function by ordinal v.s. by name

Rajkumar R10-Feb-08 22:47

Rajkumar R

10-Feb-08 22:47

I think u got confused,

simply using implicit linking by dllexport keyword uses ordinals,

u can use DEF files while using implicit linking to give a constant ordinals inplace of automatically generated ordinals.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.