C / C++ / MFC

Setup projects can't find MsiLoadr.Bin file

28-Jul-06 22:41

I think you dont have a valid hbitmap in your code

WhiteSky

Roj28-Jul-06 9:15

Roj

28-Jul-06 9:15

First, excuse me for posting in this news group, but there did not seem to be one that was appropriate.

I thought I would try a simple setup project using the Setup Project template, but when I tried to build it, it could not find the MsiLoader.Bin file at the location below:

Could not find file 'C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\Deployment\.\MsiRedist\1033\MsiLoadr.Bin' 'No such interface supported'

The file is there though, but not at that path. It is in the location:

C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\Deployment\MsiRedist\1033

Why does it look in the wrong place and how do I tell the compiler to look in the correct directory? I looked for a place to set the directory, but I could not find it.

Roj

Re: Setup projects can't find MsiLoadr.Bin file

Gary R. Wheeler28-Jul-06 15:55

Gary R. Wheeler

28-Jul-06 15:55

The two paths are equivalent. The "\.\" intermediate path is equivalent to a single "\". The problem therefore is not one of finding the file, but something contained in the file.

Look at the error message: No such interface supported. You are making some kind of reference to an 'interface' supplied by the indicated file.

Software Zen: delete this;

Fold With Us![^]

plugin development for pocket WMP

Mohammad A Gdeisat28-Jul-06 7:47

Mohammad A Gdeisat

28-Jul-06 7:47

hi all,

I want to develop a plugin for pocket windows media player, prefarably in c++, and I do not know where to start... can you plz provide any useful information or links???

What do I need?? Where to start??

Thanx alot Poke tongue | ;-P

And ever has it been that love knows not its own depth until the hour of separation

Memory allocation problem??

pavanbabut28-Jul-06 7:30

28-Jul-06 7:30

Hi,
I'm having a general C program where I allocate two variables with predefined amount of memory depending upon the # of seconds user enters (this is a data acquisition program). It looks as follows where sizeof(float64) = 8 bytes-

float64 *dataAI;
dataAI = malloc(acq_time*sizeof(float64)*10000000);

using above I can allocate upto 14sec (acq_time = 14) without any problem, but whenever I try to allocate more than that, it simply does nothing (it allocates nothing) and goes to next statement.

Is there any memory allocation limitation in C??

I tried allocating same amount of memory using two variables rather than one, but even then it allocates only to one variable and does nothing for the second one. As follows (where acq_time = 16 or 18)-

float64 *dataAI1, *dataAI2;
dataAI1 = malloc((acq_time/2)*sizeof(float64)*10000000); //allocates for this
dataAI2 = malloc((acq_time/2)*sizeof(float64)*10000000); // does nothing for this

How can I get around this problem Confused | :confused:

. Any suggestions??

thanks,
-Pavan

Zac Howland28-Jul-06 7:51

Zac Howland

28-Jul-06 7:51

pavanbabut wrote:
dataAI = malloc(acq_time*sizeof(float64)*10000000);

That basically equates (roughly) to allocating 80 MB * some value of time (so for 14, it is 1.1 GB of data). It is VERY bad to try and allocate that much space. Generally, the heap won't let you allocate more than 1 GB. If you are allocating chucks close to 100 MB at a time, you really should start thinking of another way to solve your problem since you are putting way too much into memory at one time.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

pavanbabut28-Jul-06 8:51

28-Jul-06 8:51

The porblem is, I acquire data continuously at 10MSamples/sec (where each sample is of 8bytes) per channels with 3 channels at a time. Where one channel is of type float64 and another two are of type uint8 (1byte). So, when I start the NI board to acquire data, it continuously records data for the specified time and stores the data (onto ram, at present) simultaneously. Coming to my hard disk, its speed is around 13MB/s (write speed) even though its a SCSI drive and so, I can not write data onto hard disk at the same speed or atleast near to that speed. It would really appreciate if you have any other idea on implementing this, with out getting any errors.

thanks,
-Pavan

Zac Howland28-Jul-06 9:16

Zac Howland

28-Jul-06 9:16

I don't know what your requirements for the project are, but here are some suggestions:

1) If you can, try to take a sampling of the data. Instead of pulling in all of it, pull in 3 or 4 sets per second.

2) Buffer the data into a smaller section. Pull in some small set of data (say 13 MB) and write it to a file when it is full. During the write process, block all incoming data until you are done

3) Similar to #2, if you can spawn multiple threads, create a buffer, fill it up, and then pass it to a thread to write it out to a file. While it is writing, you create a new buffer (or keep a pool of buffers around for this -- which would be more efficient) to write to.

4) If none of those will do, and you absolutely must allocate all the necessary memory up front (which, I would question those requirements if that is the case), you will need to create your own heap management (meaning, you will need to override the new and delete operators to suit your needs). This is NOT recommended and again, if you really think this is what you need, then I would question your requirements.

Where are you receiving these samples from? That is, are they coming over a serial port? ethernet port? USB/firewire? hard drive?

Keep in mind that when you declare large blocks of memory (such as 1.1 GB), you will be leaving RAM and using virtual memory (meaning that you will be reading/writing to the hard drive continuously for this). From your description of the problem, you will not be able to make use of that since the hard drive write speed can't keep up with your sampling rate.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

pavanbabut28-Jul-06 9:32

28-Jul-06 9:32

From a long time I am thinking on the same lines as your 3rd suggestion. But, I doubt that at somepoint the buffer will over run or we may skip data (as the HDD speeds are very very low compared to acquiring speeds). Actually the data of the 3 channels comes from a National Instruments Data Acquisition PCI board, the 3 channels (VIdeo signal, Hsync and Vsync)are connected to the board. I have seen that SCSI drives can write at around 150MB/s speeds. If I can get my SCSI drive to drive at that speeds, I think my problem will be solved for the most part. Maybe now I am thinking more onto hardware side, do you think I can improve my drive speeds. I dont understand why it has such slow speeds while it is an U320 SCSI interface (ofcourse its not in any RAID array configuration, its the only drive the system is having) and being a workstation system (dell PWS 650).

wil keep trying your other suggestions too.
thanks,
-Pavan

Zac Howland28-Jul-06 9:46

Zac Howland

28-Jul-06 9:46

So this information is coming from an PCI board? I'm surprised you get that high of a data rate using PCI ... but anyway. Try this:

1) Create a pool of 10-20 byte buffers to recieve your data.
2) Pull data from your device and load it into the first buffer.
3) When the buffer is full, pass it off to a thread to write out the data
4.1) Your main thread will select the next available buffer and continue to place the received data in it.
4.2) Your write theads will write the data to a file (presumably locking the file so you don't get sync errors) and then release the buffer back to the available pool.
5) Repeate 2-4 until complete.

Your buffers will need to be small enough that you can easily allocate the memory for them, but large enough so that your write operations will be optimal (that is, if your drives write at 13 MB/sec, 13 MB might be a good size for you). If you want to get really daring, you might try to create a set of thread pools as well (just to gain some efficiency by not creating and closing threads constantly).

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

pavanbabut1-Aug-06 5:32

1-Aug-06 5:32

Hi,
I tried both ways, but still either I am not able to keep up with the read speed or the porgram hangs by taking up 100% of processor. Here are the 2 ways I tried for-
Method1-
1) Created 5 different same size buffers for each of the 3 channels (so 3x5 = 15 different buffers) where the buffers for channel one are of size 100000*6bytes each and that of channels 2&3 are of 100000*1byte each.
2) Created 15 threads to process each of those 15 buffers whenever they are ready (initiated by the main acquisition thread as soon as a buffer becomes ready).
3) Created different binary files to write the corresponding buffer data (to overcome the file access issue).
-In this case the program hangs as soon as I run it and locks the processor at 100% (I think its due to the pool of threads ruuning at the same time).
Method2-
1) Created only 3 threads (for each channel data) to write any of the 5 buffers (allocated in the same fashion as before) depending upon their corresponding buffer flags (again initiated by the main acquisition thread, same as before).
2) Created only 3 files to write the data into (since at any given point of time, only 1 buffer is being accessed by the corresponding threads).
-In this case too, my porcessor is being locked up for a while and at some point the data acquisition board gives out buffer overrun error.

Here is a sample of how I am writing my thread-
DWORD WINAPI StartAThread0(LPVOID param)
{
wwrite_ASignal0(); //for buffer[0] of channel1
return 0;
}

void write_ASignal0()
{
int i, dataA, dataA1 = -8191;
do
{
if (m_bUpdateA[0])
{
for (i=0; i<100000; i++)
{
if (dataAI[0][i] < 0)
fwrite(&dataA1, sizeof(int), 1, streamA[0] ;
else
{
dataA = (int)((dataAI[i][0]-1.25)*6552.8);
fwrite(&dataA, sizeof(int), 1, streamA[0] ); }
}
m_bUpdateA[0] = false;
}
}while(m_bInitialize);
}

Where m_bInitialize keeps the thread running waiting for m_bUpdate[0] to activate. As soon as it does it writes the buffer to the corresponding file and deactivates the flag. In the sam fashion I am having for all the other 14 threads.

Here is my application to be exact-
The board is a Nation Instruments Data Acquisition board which can acquire data at a max of 10MHz. The data is acquired using their own native commands in C. The minimum buffer size I can use to acquire data is 10000 and then 100000. Any number other than these will give out buffer overrun error. So if I use 100000 samples, it means that the board acquires data at 10000000 samples per sec in small chucnks of 100000samples/channel, while syncronizing b/n the board memory and the memory allocated by us. At last the baord acquires 100 chucnks of these data packets to finish off 10MSamples/channel. So, in 1000msec it is acquiring 100 sets of 100000data samples/channel = 10msec/set/channel. When I test my present program for the time it takes to write 100000samples of data on to HDD it shows 14-16msec (so I am having a lag of atleast 4msec, which does have a large effect I think).

This is my observation till now. Plz. do lemme know if you come up with a different idea for implementing this thing.

thanks,
-Pavan

Blake Miller1-Aug-06 12:44

Blake Miller

1-Aug-06 12:44

Well, here's your problem:
fwrite(&dataA, sizeof(int), 1, streamA[0] );

You need to reorganize this into a single write - have your buffers as a coninuous block of bytes and do the single operation in a single WriteFile call.

Also, try using CreateFile, Readfile, and WriteFile and avoid the 'C' functions, which have to get decoded into one of the other three calls anyways.

I usually have two layers in a case like this:
Aquisition -> Buffer Writes
Buffer Read -> Disk Writes

You just need to synchronize the access t your 'buffer pointers' between the threads.
Only two threads required, one doing IO and one doing disk writes.

Also, defragment hte hard drive frequently and defragment the paging file.
Turn off the Virus Scnaner if possible, at least on the folder doing the disk IO.

Any sufficiently gross incompetence is nearly indistinguishable from malice.

pavanbabut2-Aug-06 9:40

2-Aug-06 9:40

Hi,
thanks for your reply. I tried to use WriteFile, but how can I write non-text data using this command. It writes text data fine, but not any other datatypes. Also where can I set the mode to binary while creating the file using CreateFile (I have seen lot of flags, but none relating to binary mode).
One more thing I would like to point out is, my porgram does I/O operations in a single function (it acquires the 2 digital channels data at the same time it acquires analog channel data). So I need to do the disk write operations for the 3 channels data at the same time within the time delay of next I/O or atleast within a span of 5 buffers. So, atlast my read-in rate is (100000x6bytes + 2x100000x1byte) data every 10msec. So I need to write that much data to 3 different files at the same time.

I am using fwrite(&dataA, sizeof(int), 1, streamA[0] );, instead of writing the buffer in a single function, as I need to convert the datatype from 6bytes to 2bytes (using some scaling function) and from 1byte to 2bytes data. But I can do that even after I do the acquisition, if it can resolve my problem.

thanks,
-Pavan.

Blake Miller2-Aug-06 10:29

Blake Miller

2-Aug-06 10:29

The low level File IO does not 'care' about text versus binary. Createfile always makes a binary data file. You only make it a 'text' file by choosing to add CRLF or LF or LFCR or whatever to the 'end' of a line.

Youc an write out an entire block of memory with a single functionc all to Writefile. You are killing your performance with the thousands of individual fwrite calls.

Any sufficiently gross incompetence is nearly indistinguishable from malice.

pavanbabut2-Aug-06 13:48

newbie requires guidance on named pipe application

2-Aug-06 13:48

I did time comparison between the two functions fwrite and writefile for writing 800000 bytes of data and they both take same amount of time (among 20 trails).
I tried using 1 thread for writing all the 3 channels data using 10 buffers for each channel (once the IO records data into 1 buffer, it updates the corresponding buffer flag and as soon as it updates the write thread writes the corresponding 3 channels buffers to file and updates the correspoding flags to false. I tried this for 10 times for acquiring data about 5sec, in those 3 times it gave out files of same size and 3 times it gave out different size files (so I think it is missing some data in between while writing). Will check and try different methods of implementation and see if I can acheive it.

thanks,
-Pavan

eeyor66628-Jul-06 6:31

eeyor666

28-Jul-06 6:31

hi, i am trying to write an IPC program using a named pipe. The basic premise is that there should be two "chat" console applications (basically a client and a server) and they should be able to pass messages until the client types "goodbye" so far i can only get the client to chat to the server and not the other way around.The code i have is listed below. Please remember im only new to this and if i annoy anyone with my stupidity im sorry but i would really appreciate some help and guidance on how i can make both applications send and recieve messages to one another

**********************************************************<br />
// CHAT1.exe(SERVER)<br />
// creates a named pipe and outputs all information sent by <br />
// a client application, using the pipe, until the client<br />
// asks for the pipe to be closed<br />
<br />
#include <windows.h><br />
#include <iostream><br />
#include <assert.h><br />
#define BUFFER_SIZE 1024 //1K<br />
<br />
using namespace std;<br />
<br />
void main(){<br />
	cout << "Server Process Running" <<endl;<br />
<br />
	/* create named pipe */<br />
<br />
	HANDLE hNamedPipe = CreateNamedPipe("\\\\.\\pipe\\josephpipe",		//PIPE NAME<br />
										PIPE_ACCESS_DUPLEX,				//read/write access<br />
										PIPE_TYPE_MESSAGE |				//message type pipe<br />
										PIPE_READMODE_MESSAGE |			//message-read mode<br />
										PIPE_WAIT,						//blocking mode<br />
										PIPE_UNLIMITED_INSTANCES,		//max. instances<br />
										BUFFER_SIZE,					//output buffer size<br />
										BUFFER_SIZE,					//input buffer size<br />
										NMPWAIT_USE_DEFAULT_WAIT,		//client time-out<br />
										NULL);							//default security attribute<br />
	assert(hNamedPipe !=INVALID_HANDLE_VALUE);<br />
<br />
	SetConsoleTitle ("Chat_1");		//set the title of the console window to identify it as chatApp1<br />
<br />
	/* block until the client connects and indicate when the client has connected */<br />
<br />
	BOOL bStatus = ConnectNamedPipe(hNamedPipe, 0);<br />
	assert(bStatus !=0);<br />
	cout << "Client Has Connected" << endl;<br />
<br />
	/* loop and read what is passed by the client over the pipe until the client sends the message 'goodbye' */<br />
<br />
	DWORD dwNumberOfBytesRead;<br />
	char clientMessage[80];<br />
	do{<br />
	/* read the message */<br />
		bStatus = ReadFile( hNamedPipe,<br />
							clientMessage,<br />
							79,<br />
							&dwNumberOfBytesRead,<br />
							0);<br />
		assert(bStatus!=0);<br />
<br />
	/* add zero termination to the client message string */<br />
		clientMessage[dwNumberOfBytesRead] = '\0';<br />
<br />
	/* output the message */<br />
		cout << "Client Message is: " <<<br />
						clientMessage <<<br />
						endl;<br />
	}<br />
<br />
//**************************************************************************************************<br />
	DWORD dwNumberOfBytesWritten;<br />
	BOOL bStatus;<br />
	char serverMessage[81];									/*this section of code is supposed to <br />
															  allow the server to type a message to <br />
															  the client"*/<br />
	do{<br />
		cin.getline (serverMessage, 81, '\n');<br />
		bStatus = WriteFile(hNamedPipe,<br />
							serverMessage,<br />
							strlen(serverMessage),<br />
							&dwNumberOfBytesWritten,<br />
							0);<br />
		assert(bStatus !=0);<br />
	}<br />
//***************************************************************************************************<br />
	while (strcmp("goodbye", clientMessage) !=0);<br />
<br />
	/* disconnect and close the pipe */<br />
<br />
	bStatus = DisconnectNamedPipe(hNamedPipe);<br />
	assert(bStatus !=0);<br />
	CloseHandle(hNamedPipe);<br />
<br />
		cout << "Goodbye" << endl;<br />
}//end of main<br />
<br />
<br />
<br />
********************************************************** <br />
<br />
// CHAT2.exe(CLIENT)<br />
// Connects to a named pipe created by a server application and<br />
// sends information typed by the user to the server<br />
<br />
#include <windows.h><br />
#include <iostream><br />
#include <assert.h><br />
#pragma warning (disable:4267)		/*originally i had issues involving a warning of type '4267'	<br />
										  which was dealing with t_size and DWORD issues, since t_size<br />
										  is for win64 and DWORD is win32 so the two types do not work well together<br />
										  however simply disabling the error was enough to allow me to run<br />
										  the program for the mean time however i eventually resolved the issue<br />
										  without the need for the disable command however left the code in<br />
										  as a means of proof as to my builds */<br />
<br />
using namespace std;<br />
<br />
void main(){<br />
	cout << "Client Process Running" << endl;<br />
<br />
	/* open the named pipe */<br />
	HANDLE hNamedPipe = CreateFile("\\\\.\\pipe\\josephpipe",		//PIPE NAME<br />
									PIPE_ACCESS_DUPLEX,				//read/write access<br />
									//GENERIC_READ |				//read and write access<br />
									//GENERIC_WRITE,					<br />
									1,								//no sharing<br />
									NULL,								//default security attributes<br />
									OPEN_EXISTING,					//opens existing pipe<br />
									0,								//default attributes<br />
									NULL);								//no template file<br />
	assert(hNamedPipe !=INVALID_HANDLE_VALUE);<br />
<br />
	SetConsoleTitle ("Chat_2");		//set the title of the console window to identify it as chatApp2<br />
<br />
	/* loop until the user types the string 'goodbye' <br />
	    sending all that the user types to the server using<br />
		the named pipe*/<br />
<br />
	DWORD dwNumberOfBytesWritten;<br />
	BOOL bStatus;<br />
	char clientMessage[80];<br />
	do{<br />
		cin.getline (clientMessage, 80, '\n');<br />
		bStatus = WriteFile(hNamedPipe,<br />
							clientMessage,<br />
							strlen(clientMessage),<br />
							&dwNumberOfBytesWritten,<br />
							0);<br />
		assert(bStatus !=0);<br />
	}<br />
	while (strcmp("goodbye", clientMessage) !=0);<br />
	cout << "goodbye" <<endl;<br />
}//end of main

If i'm not dead enough for life, am i alive enough for death?

How to set a JPG image to a dialog background ?

Vinod Sankaranarayanan28-Jul-06 6:25

Vinod Sankaranarayanan

28-Jul-06 6:25

Hi,

I want to set my dialog window background with JPG image. I want to set that image to fit in the entire window size.

I tried to use an ACTIVE-X control( Microsoft Picture Clip control)

But I cannot draw that image.

Is there any other way to make it?

Or can anyone provide info. abt Microsoft Picture Clip control & its usage?

Thanks in advance....

vinsankar

Re: How to set a JPG image to a dialog background ?

Hamid_RT28-Jul-06 6:57

Re: How to set a JPG image to a dialog background ?

28-Jul-06 6:57

See here

<br />
	#include AtlImage.h<br />
	m_Image.Load("c:\\nature\\1.jpg");<br />
<pre>
//In WM_PAINT write these code
	CRect Rect;
	GetWindowRect(Rect);
	ScreenToClient(Rect);
m_Image.BitBlt(pDC.m_hDC,Rect.left,Rect.top,Rect.right,Rect.bottom,0,0);
</pre> <br />
<br />
<div class="ForumSig"><font size="2" color="#99ff66"><hr></font><div style="padding: 2px; text-align: left; color: rgba(255, 255, 255, 1); width: 80px"><font size="2" color="#99ff66">WhiteSky<br />
</font></div><hr></div>

Vinod Sankaranarayanan28-Jul-06 19:21

Vinod Sankaranarayanan

28-Jul-06 19:21

Hi,

thanks .....

But one more doubt...

how can I create this "m_Image" object ?

Whether I need to insert any ATL object?

help me.....

vinsankar

Re: How to set a JPG image to a dialog background ?

Hamid_RT28-Jul-06 21:55

Re: tootip for win32 window

28-Jul-06 21:55

Did you see MSDN
From the MSDN
"You can use CImage from either MFC or ATL.

Note When you create a project using CImage, you must define CString before you include atlimage.h. If your project uses ATL without MFC, include atlstr.h before you include atlimage.h. If your project uses MFC (or if it is an ATL project with MFC support), include afxstr.h before you include atlimage.h.

Likewise, you must include atlimage.h before you include atlimpl.cpp. To accomplish this easily, include atlimage.h in your stdafx.h."

WhiteSky

tootip for win32 window

Manjunath S28-Jul-06 6:17

Manjunath S

28-Jul-06 6:17

Dear all,

I have created a window with three button control and 3 static text control in a win32 application.

Now I need to display the tooltips when i place the mouse over this button...So how to display the tooltips in win32 appication...

thanking you...

Manjunath S
GESL
Bangalore

David Crow28-Jul-06 7:18

David Crow

28-Jul-06 7:18

You'll need to respond to the TTN_NEEDTEXT (or TTN_GETDISPINFO) notification.

"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank

"Judge not by the eye but by the heart." - Native American Proverb

Re: tootip for win32 window

Hamid_RT28-Jul-06 7:20