|
I seriously doubt Eka is still looking for an answer 11½ years later. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Hi
I use VC++8 environment to execute my first program in c ,but the following error appears (why???):
Project : error PRJ0003 : Error spawning 'rc.exe'.
my program is:
#include <stdio.h>
void main()
{
printf("Student \n");
}
Thank you
thank you
soso
|
|
|
|
|
Does this[^] help?
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <
|
|
|
|
|
anassamar wrote: Project : error PRJ0003 : Error spawning 'rc.exe'.
Does the file actually exist?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Hi
How to make multipage tiff file ??
Thanks 
|
|
|
|
|
Check out: http://freeimage.sourceforge.net/[^]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>
|
|
|
|
|
Thanks for your replay ...
<code>CBitmap pBitmap[2];
pBitmap[0].LoadBitmap(L"1.tif");
pBitmap[1].LoadBitmap(L"2.tif");
CImageList imgl;
imgl.Create(500, 600, ILC_MASK | ILC_COLOR32, 0, 0);
imgl.Add(&pBitmap[0],RGB(0,0,0));
imgl.Add(&pBitmap[1],RGB(0,0,0));</code>
where i am going to right path ??
|
|
|
|
|
Hi,
I was just wondering if there is a way to find out in which function a release-version of your program crashes if you have the source code and a debug build available.
For example, your customer has a release version of test.exe, which uses to crash at the same offset all the time, say
"Application Failure test.exe 1.0.0.0 in test.exe 1.0.0.0 at offset 003f5d60"
is what he gets. Now I have the sourcecode, Visual studio, a debugversion of test.exe available. But what will the offset help me? Can I somehow find out to which function in my program code the address 003f5d60 corresponds?
|
|
|
|
|
|
Hi PJ,
Actually /MAPINFO:LINES was removed beginning with VS2005. It was probably removed due to the compiler optimizer.
Best Wishes,
-David Delaune
|
|
|
|
|
Thanks alot, this seems like a good start to me. However, I have a problem understanding what really happens here, I have a VC 6.0 project, and I get a crash report saying my app is crashing at
0038eb56
But the point is: my preferred load address in the map file says it is
00400000
To determine the line number, the document says to subtract the load address + 0x1000 from the crash address, which gives me:
0038eb56 - 00400000 - 0x1000 which will give a negative result.
So the crash address should always be greater than 00400000, or am I getting something wrong here?
|
|
|
|
|
|
If you can -- consider this alternate route -- catching your crashes and write a minidump file. You can set your own crashhandler with SetUnhandledExceptionFilter() and then using MiniDumpWriteDump.
Here's an example: Add Crash Reporting to Your Applications with the CrashRpt Library[^]
Users sends you the DMP -- which you can then load into the VC++ debugger -- and if you have the PDB file from that build.... you get what you need. It's very handy.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>
|
|
|
|
|
I'm trying to replicate the recipient text control from Outlook which converts the text typed into objects that contain the formats CF_TEXT, CF_UNICODETEXT and MsOffice8Recipent. I've created an IDataObject with the CF_TEXT format but I can't work out how to get it into the RichEdit control as an object. There is a sample on MSDN for inserting bitmaps that uses OleCreateFromFile() to create the object but I can't work out which OleCreate function to use for my object. OleCreateStaticFromData() returns invalid clipboard format and OleCreateFromData() generates the following exception: 'Unhandled exception at 0x7730de64 (ntdll.dll) in acc3st.EXE: 0xC0000005: Access violation reading location 0x0023ffff'. Can anyone suggest what I'm doing wrong?
|
|
|
|
|
I was going to comment on your question, but after checking the picture on your homepage, I think you are a wonderful and generous person, whose contribution to society is immeasurable!
|
|
|
|
|
Would you care to elaborate on that most bizarre response?
|
|
|
|
|
It's late, and the gun is scary! Sorry Steve, stupid English (feeble attempt at) humour!
|
|
|
|
|
The picture was taken on while on my brothers stag week and it's the first and only time I've fired a real gun. I'd no idea it would elicit that kind of a response!
|
|
|
|
|
The only one of these functions I ever used was OleLoadPicture() which I used to get a JPEG image loaded and displayed. This required the file to be read into memory first and then accessed via a LPSTREAM pointer.
You may find that OleLoadFromStream() offers similar capabilities. To be brutally frank I don't fully understand these functions, but I just did a lot of poking around until I got it to work.
|
|
|
|
|
Thanks for the info. It sounds like I might be able to use the OleLoad() function to do what I want. Someone really ought to write a book on what's going on inside OLE 
|
|
|
|
|
They did. It's called The NecronomiCOM.
|
|
|
|
|
Silly Hoplophobe. 
The latest nation. Procrastination.
|
|
|
|
|
(this is a long one, i apologize)
i'm working on an image filter. the basic operation is:
1. run across a row of pixels (one BYTE per component); perform a calculation and store the result in an array of floats. the output array is the same width as a pixel row.
2. run across the same row, but in the opposite direction; perform a similar (but not identical) calculation. store the results in a different array of floats.
3. sum each pair from the two float arrays and store the result in a temporary float image of the same dimensions as the input image, but rotate the output 90 degrees. in other words: output rows as columns in the temp image.
4. using the same basic method as 1 and 2, process the floating point temp image. sum the results and write them to an output 8-bit image.
so, again: there are two calculation loops and a summation loop per row. after all input rows are done, the process is repeated using the temp as input.
Loop over 8-bit Rows
Loop over Column[y] left to right => tempRow1
Loop over Column[y] right to left => tempRow2
tempRow1 + tempRow2 => temp f.p. image row[y]
Loop over temp f.p. Rows
Loop over Column[y] left to right => tempRow1
Loop over Column[y] right to left => tempRow2
tempRow1 + tempRow2 => output 8-bit image row[y]
just for reference, here's the first calculation loop:
for (x=4;x < width;x++)
{
pTempPos[x] =
numerator_factors_positive[0] * pCurPix[0]
+ numerator_factors_positive[1] * pCurPix[-iChannels]
+ numerator_factors_positive[2] * pCurPix[-2 * iChannels]
+ numerator_factors_positive[3] * pCurPix[-3 * iChannels]
- denominator_factors_positive[1] * pTempPos[x - 1]
- denominator_factors_positive[2] * pTempPos[x - 2]
- denominator_factors_positive[3] * pTempPos[x - 3]
- denominator_factors_positive[4] * pTempPos[x - 4];
pCurPix+=uChannels;
}
that's the first loop. the third loop looks identical, except that pCurPix is a pointer to a floating point value in the third loop - it is a BYTE pointer here. the 2nd and 4th loops are very similar to that and are also identical to each other - again, except for the pCurPix data type.
also, i wrote this code as a template so i can switch the type of the floating point data from float to double, for testing (the "factor" arrays, the temp row buffers and the temp image).
a little more info:
one of the parameters ("sigma") to the function is used to set the values in those factors array. and the algorithm is constant complexity with respect to that parameter - sigma changes the values that pixels are multiplied by, not the number of times the calculations happen. the only thing that influences the amount of calculations performed is the size of the input image. in theory...
another parameter is the number of color channels in the input image (1=grayscale, 3=RGB, 4=RGBA, etc.)
and finally here's the problem!  :
when:
1. the class is using floats for the f.p. data type
2. the image is a single channel
3. the value of sigma is near 3...
the third loop (again, which looks exactly like what i've posted above) slows down to where it's literally ten times slower than all the other loops. as i move sigma away from three, the performance quickly goes to where it should : by 6, loop #3 is as fast as the rest, and they all stay the same speed as far as i can tell, for all other values of sigma: 50 is as fast as 6, and 70 is as fast as 6.
so it would seem the solution is to use doubles. but an array of doubles is 2x as big as an array floats. and, even worse, the float version of this is 2x faster than the double version ! 
here are the overall timings for the float version (sigma 1st col, time for 50 reps, 2nd col):
0.10 0.44
0.60 0.56
1.10 0.76
1.60 0.80
2.10 1.29
2.60 1.48 -- spike, around 3.0
3.10 1.44
3.60 1.25
4.10 0.97
4.60 0.66
5.10 0.45
5.60 0.39
6.10 0.34
6.50 0.34
.. and then it stays at 0.34s until sigma = 93.5, when it totally blows up and does this:
93.00 0.34
93.10 0.36
93.20 0.34
93.30 0.34
93.40 0.34
93.50 27.22
93.60 27.38
93.70 27.19
93.80 0.34
93.90 0.36
94.00 0.36
these timings are on a Core2 2.4MHz. but i can duplicate the slowdown on a single-core Pentium D 2.8.
anybody have any idea what could be going on?
update: ok, 93.5 issue is when some of the array values go to infinity... i don't see anything like that at 3.0, though.
modified on Wednesday, September 30, 2009 4:59 PM
|
|
|
|
|
Odd, according to the manual the speeds of fmul fadd and fsub are the same for all normal inputs, which is everything except denormals infinities and NANs.
Have you checked for denormals?
edit: it changes a little if you're using SSE, but not much, I would still check for denormals just in case
|
|
|
|
|
yeah, i've been looking for that. it was blowing up at sigma = 93.5 because of a div by zero in the factors calculations (which put a bunch of #INFs and #INDs in the calcs). but everything looks reasonable in the sigma=3 range.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
