|
hi,
its your lib? looks nice...
what about?
mfcapp\mfcappview.cpp(238) : error C2668: 'pow' : ambiguous call to overloaded function
hm
|
|
|
|
|
surfman19 wrote: mfcapp\mfcappview.cpp(238) : error C2668: 'pow' : ambiguous call to overloaded function
MFCApp was built with VC6. that's probably a VS03 or VS05 error.. just add (double) in front of the pow or in front of the parameters
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
hi....
i use visual studio 2005! i built the lib now i want to use the lib in an new mfc project!
what can i do with?
c:\dokumente und einstellungen\gerald\desktop\mfcapp\jpeglib\jmorecfg.h(161) : error C2371: 'INT32' : redefinition; different basic types
c:\programme\microsoft platform sdk for windows server 2003 r2\include\basetsd.h(62) : see declaration of 'INT32'
c:\dokumente und einstellungen\gerald\desktop\mfcapp\jpeglib\jmorecfg.h(215) : warning C4005: 'FAR' : macro redefinition
c:\programme\microsoft platform sdk for windows server 2003 r2\include\windef.h(145) : see previous definition of 'FAR'
c:\imgtest\imgtest\imgtestdlg.cpp(130) : warning C4244: 'argument' : conversion from 'time_t' to 'unsigned int', possible loss of data
|
|
|
|
|
ok i changed it to:
#ifndef XMD_H /* X11/xmd.h correctly defines INT32 */
#include <basetsd.h>
//typedef long INT32;
#endif
<br />
int width = 256;<br />
int height = 256;<br />
BYTE * RGBbuffer = ReadJPEGFile("C:\\codeworx.bmp",&width,&height);<br />
imgtestdlg.cpp(213) : error C3861: 'ReadJPEGFile': identifier not found
hm?
-- modified at 15:13 Monday 15th May, 2006
|
|
|
|
|
I'm new to MATLAB programming. I currently use MATLAB v6.1(R12) on
MS WINXP SP2 with MS Visual C++ (6.0). I created a section of a
program within the Visual C++ environment and inserted a function
M-file into this program using the MATLAB Visual Studio Add-in. The
function M-file is to produce graphical output based on the values of
arrays which are to be initialized in the C++ environment. The
resulting program shows no compile errors.
The problem begins when the program is executed. It seems unable to
use the arrays intialized within the Visual C++ environment and
returns the error: "variable x is undefined". I don't understand why
this is so as the arrays have been initialized and passed
(mwArray(n_,_n,_name). I would appreciate it if someone could
provide assistance urgently.
Thank you
ATBU
|
|
|
|
|
Hi. I am writing picture editor which will work with all file types, that are used by Bitmap class. The program will use filters and other functions that will be alterring image.
I wrote a function to check if everything is ok and I can go on with my work, but I came to a problem.
The function below is just inverting pixels in Image and it works well... but only with 24Bpp>= images. What do I have to do, so that it will work with 8 and 16 Bpp Images ?
Thank you for any help!
Bitmap * bitmap.
{
UINT* pixels;
BitmapData bitmapData;
Rect rect(0, 0, pImg->GetWidth(), pImg->GetHeight());
pImg->LockBits(
&rect,
ImageLockModeWrite | ImageLockModeRead,
PixelFormat24bppRGB ,
&bitmapData);
pixels = (UINT*)bitmapData.Scan0;
int stride = bitmapData.Stride;
byte * p = (byte *)(void *)pixels;
int nOffset = stride - pImg->GetWidth() *3;
int nWidth = pImg->GetWidth() * 3;
for(int y=0;y < pImg->GetHeight();++y)
{
for(int x=0; x < nWidth; ++x )
{
p[0] = (byte)(255-p[0]);
++p;
}
p += nOffset;
}
pImg->UnlockBits(&bitmapData);
}
Cheers!
|
|
|
|
|
u need to do many reserches before u write code above.
the part which edits bitmap is less than 1/1000000000000000000000000000 of whole program which can edits "with all file types".
I suggest u stop now.
|
|
|
|
|
But you don't have to mess up with file types do you?
From what I know Bitmap class does everything for you. You just put
Bitmap bitmap("Filename") ;
And that's all, isn't it ?
I will do this editor for file types that are associated with Bitmap class, and they are(according to MSDN):
BMP, GIF, JPEG, PNG, TIFF, Exif, WMF, and EMF
The access to all pixels is not the same for all those file types(Of course depending on pixel depth)
So now my problem is only with different functions for different pixel depths images.
ps. I can't stop , as it's my school project. Thx for your reply though.
|
|
|
|
|
hi all 
please look at 2 situations below
Items in underline outline the difference between both samples
1)
CString sPath = _T("c:\\file.txt");
FILE *pFile;
if( 0 != fopen_s( &pFile,(LPCSTR)sPath.GetBuffer(0),"w+b") )
throw _T("Error creating new file");
2)
FILE *pFile;
if( 0 != fopen_s( &pFile,"c:\\file.txt","w+b") )
throw _T("Error creating new file");
Problem is that 2- nd sample works fine, when 1- st throws exception.
Why ?
thank you in advance
-- modified at 12:13 Monday 15th May, 2006
|
|
|
|
|
big_denny_200 wrote: sPath.GetBuffer(0)
Getting Zero characters.
sPath.GetBuffer(sPath.GetLength())
"What classes are you using ? You shouldn't call stuff if you have no idea what it does"
Christian Graus in the C# forum
led mike
|
|
|
|
|
(Dumb statment due to brain freeze removed.)
Since the second parameter to fopen_s is a const char*, you can simply do:
if (0 != fopen_s(&pFile, sPath, "w+b"))
To be more picky; since you are using the _T macros, the proper code should be:
if (0 != _tfopen_s(&pFile, sPath, _T("w+b")))
EDIT:
To be even more picky; CString indicates you are using MFC, so why not use the CStdioFile class?
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
-- modified at 14:04 Monday 15th May, 2006
|
|
|
|
|
thanks for reply.
What does it mean clearing buffer ?
I thought I was getting const pointer to wchar_t of sPath variable and then was casting it to const char * .
Was I wrong ?
I wanted to read(write) file data, per n bytes(first n bytes then second n bytes,..)
I thought using FILE would be good solution. As I would call fread() metod in loop.
Do you think using CFile is better ? in this case I will have to use Seek() methods.
Or better CStdioFile ?
thanks
-- modified at 14:08 Monday 15th May, 2006
|
|
|
|
|
I had a temporary brain freeze and mispoke; CString::GetBuffer returns a non-const pointer to memory with length at least that passed. Since you then cast it to a const pointer, the first call should have worked. It may have failed because the file was already open and locked or some other reason unrelated to the actual call.
(You should still just have passed sPath as the second parameter.)
If you are reading small amounts of data, the FILE based functions are a good way since they cache the reads/writes. CStdioFile encapsulates these functions.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Joe Woodbury wrote: I had a temporary brain freeze and mispoke;
why ?
Joe Woodbury wrote: CStdioFile encapsulates these functions
I am sorry for being so silly but I do not really fully understand meaning of word encapsulate.
Thank's for your attention.
|
|
|
|
|
big_denny_200 wrote: ...I do not really fully understand meaning of word encapsulate.
Wraps 'em up in a nice little package[^]
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
big_denny_200 wrote: Joe Woodbury wrote:
I had a temporary brain freeze and mispoke;
why ?
GetBuffer() returns a pointer to a buffer of at least n characters long; it does not truncate that buffer if the passed value is less than the currently allocated buffer.
Still you should only call CString::GetBuffer() when you need to directly modify the contents of the string.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
big_denny_200 wrote: if( 0 != fopen_s( &pFile,(LPCSTR)sPath.GetBuffer(0),"w+b") )
The call to GetBuffer() is not necessary.
if (0 != fopen_s(&pFile, (LPCSTR) sPath, _T("w+b")))
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
then i get error :
Error 1 error C2440: 'type cast' : cannot convert from 'CString' to 'LPCSTR'
|
|
|
|
|
Just realized that you are compiling in UNICODE but using the MBCS version of the function.
The proper code should read:
if (0 != _tfopen_s(&pFile, sPath, _T("w+b")))
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Neither is the cast. The problem is, I finally realized, is that he is compiling in UNICODE but using the MBCS version of the function.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Joe Woodbury wrote: Neither is the cast.
I don't know the parameter list for fopen_s() so I wasn't for sure if it would be required or not. I errored on the side of caution.
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
|
Hello.
I've looked all over the place, but I can't find a function that you can give a shell command, have it execute it, and then return the results of the shell command to you as a string. Is there such a command, and if so, what is it?
Actually i wanna code a server to receive command from a remote client then process it and send result.but i dont know how can i work with command and send the result through socket.for example when u wanna see a list of files in dir how u can send the list using socket.should i change it to string?is it a kind of pipe?
Thanks,
f.f
-- modified at 11:24 Monday 15th May, 2006
|
|
|
|
|
See here and here.
"The largest fire starts with but the smallest spark." - David Crow
|
|
|
|
|
You can always "pipe" any output from command line to a filepath, e.g. "dir < COM1".
If you don't tell where to put the output from a command line executed program, it will usually use STDOUT, which is usually the screen.
STDOUT is a file pointer that is constant, i.e. you cannot change its value. You can, however, redirect the information written to STDOUT to another "file" using freopen().
I don't know much about your needs and what's suitable for you, but I would try creating a named pipe and either "pipe" the program output to that pipe with command line arguments, or try to redirect STDOUT to the named pipe.
Hope this helps
--
Roger
It's supposed to be hard, otherwise anybody could do it!
Regarding CodeProject: "resistance is pointless; you will be assimilated"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
