|
Thanks guys.
|
|
|
|
|
i want to open a vrml file extract certain text so i can format it. i am trying to remove a picture from a vrml gallery and also i want to change the size of the frame around the picture. the following code changes the size of a picture point [
-0.990099 1.30848 -1.44685,
-0.990099 1.30848 -1.47599,
-0.990099 -1.30848 -1.44685,
-0.990099 -1.30848 -1.47599,
-3.19778 1.30848 -1.44685,
-3.19778 1.30848 -1.47599,
-3.19778 -1.30848 -1.44685,
-3.19778 -1.30848 -1.47599
]
i need to be able extract this code for all the different pictures and also is there a way i could put the values above in to edit boxes, so a user can change them
|
|
|
|
|
I'm having some strange issues with ReadFile. When I try to read into my buffer using sizeof(myStruct), which returns 48, it fails and GetLastError returns code 57. When I try the same section of code and use 1024 for the number of bytes to read, it is successful. I don't change the buffer pointer or any other parameters, but for some reason when I tell it to read 1024 bytes it succeeds, when I tell it to read 48 bytes, it fails. On a side note, I'm reading directly from the file "\\\\.\\C:", I don't know if this is the issue or not, but I doubt it because I am reading other structures before it just fine. Does anyone know what this could possibly be?
-- Rocky Dean Pulley
|
|
|
|
|
Error 57 means that a network adapter hardware error occurred. Without seeing a code snippet, it would be hard to offer any sort of solution.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Ok, I made it into a simpler test, and now it returns code 87 on the bad one:
void readFile(int size)
{
DWORD dwBytes = 0;
HANDLE h = CreateFile("\\\\.\\C:", GENERIC_READ, FILE_SHARE_READ|FILE_SHARE_WRITE,
0, OPEN_EXISTING, 0, NULL);
if (h == INVALID_HANDLE_VALUE)
{
cout << "FAILED TO OPEN" << endl;
return;
}
char *buff = new char[size];
if (!ReadFile(h, buff, size, &dwBytes,NULL))
{
cout << "Failed to read file: " << GetLastError() << endl;
}
else
{
cout << "Success" << endl;
}
delete []buff;
CloseHandle(h);
}
int main()
{
readFile(48);
readFile(1024);
return 0;
}
the first call returns "failed to read file: 87".
the second call returns "success".
Does this have something to do with the inode size? Does ReadFile require this or maybe the fact that I'm accessing the NTFS directly.
-- Rocky Dean Pulley
|
|
|
|
|
Just for clarification, you are reading from a drive rather than an actual file. Given that, I would guess that 48 bytes is not a sector-aligned value, which I think is a requirement of the buffer. Try 512 and see what happens.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Yea it works when I do it with sector aligned values, I didn't know that you needed to do this to directly access the drive. I guess I will just have to read into buffers then copy to my structures. Thanks.
-- Rocky Dean Pulley
|
|
|
|
|
i think yr application is not anble to find the EOF character
the size of file might be greater . The buffer is allocated memory at run time only, when buffer is assigned some value and if the memory size increases it throws run time exception. This is not is case of static allocation As the memory is predefined.
Rahul Agarwal
|
|
|
|
|
Hi All,
I m building as application in VC++.It requires to read file names with a specific extension from a directory.
Can anyone tell me about any such function or method to perform this.I have tried other sources also but not found some usful stuff.
thanks
|
|
|
|
|
Look in MSDN for WIN32_FIND_DATA, FindFirstFile, FindNextFile, FindClose.
-- Rocky Dean Pulley
|
|
|
|
|
thanks for ur help now I able to do this using WIN32_FIND_DATA, FindFirstFile, FindNextFile, FindClose
|
|
|
|
|
|
Use the FindFirstFile()/FindNextFile() pair, or the CFileFind class.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
My text on-screen and printed looks fine, but if I save a metafile picture and import it into Microsoft Word, then Word will scale the picture. So my 10 point fonts become 5 point (say). When printed from MSWord, the picture has text with poor horizontal spacing between individual characters. This seems to be particularly noticeable with bold fonts.
Sometimes I'm using CDC:DrawText and sometimes CDC:ExtTextOut. Both cases have this problem.
What issues am I unaware of? What steps (if any) can I take to avoid this?
many thanks
Steve
|
|
|
|
|
I do beleive this is in fact an issue with Word. It re-interprets the metafile the first time its loaded in and gets it wrong.
I have found in the past if you then try and edit the metafile in word and actually change nothing, it will then get the fonts correct.
If you vote me down, my score will only get lower
|
|
|
|
|
hotdog!... you're right!
now that's made me pause for thought.
The downside (apart from needing this edit-picture operation) is that the picture gets converted into a zillion independently-selectable elements, so you can no longer apply an overall scale to the picture after editing, though maybe I could group all elements, and then scale (I really need to learn how to use Word's picture editing features<g>).
Curiously, an older version of our software (using different mapping + text output) and using WMFs rather than EMFs doesn't have this problem.
Still, many thanks for the pointer - at least I now have a tolerable workaround to the issue.
|
|
|
|
|
I'm having some difficulties with creating a dialog from resource.
When using the default proc, the app breaks on stack overflow
ret=DialogBox(hInstance,MAKEINTRESOURCE(IDD_PREFERENCES),hWnd,(DLGPROC)DefDlgProc);
When using a custom proc, the function returns -1, and last error returns "The specified resource type cannot be found in the image file."
ret=DialogBox(hInstance,MAKEINTRESOURCE(IDD_PREFERENCES),hWnd,(DLGPROC)TestProc);
hInstance and hWnd are both valid. And I do have a dialog with id=IDD_PREFERENCES in my resource. Dunno what's going on...
Somebody?
using: [VISUAL STUDIO .NET] [WINXP PRO SP2]
|
|
|
|
|
A couple ideas:
1. Is the hInstance the hInstance of the DLL or your EXE that contains the resource?
2. Does the language of the resource match that of your current thread? Sometimes it will try to load a resource only in the language that your thread is running in, and that can fail.
|
|
|
|
|
Hello,
I am facing a problem. I want to use a CDialog(with lots of controls on it) at 2 palces. At one place with the style WS_POPUP and at another place with the style WS_CHILD. Now one solution is to make a copy of the orignal dialog(the one with WS_POPUP) and change the style of copied CDialog to WS_CHILD. But i dont want to do this...want to use the same dialog....
I want to know if its possible to change the dialog template(and change the style in to WS_CHILD before making the second dialog).
Thanks..
|
|
|
|
|
Have you used ClassWizard to define a class for the Dialog? If so, you may be able to use PreCreateWindow to modify the creation flags, depending on how you plan to use the Dialog.
Bob Ciora
|
|
|
|
|
It doesnt work. Any thing else that i should try ?
|
|
|
|
|
I have 3 list controls layered on top of each other, all over a bitmapped background (dialog app). When a user clicks a button/tab/menu item, one shows, the other two hide, which produces flicker.
These list controls use a derived double buffered class, but the flicker is apparently occuring in the call to the hide/show window call. I've tried using AnimateWindow, but since I paint the list controls background, and use a custom header control, it overrides those changes.
Any ideas on how to implement this better to get rid of the flicker?
Thanx,
Rick
|
|
|
|
|
I use MFC, and I need to read files from cd-disk and automatically know the letter (D: or E: or F: ...) of cd-rom.
Can anybody help me?
Thanks in advance.
|
|
|
|
|
Use GetLogicalDrives() and then use GetDriveType() to get the media type of each drive letter (in your case its DRIVE_CDROM).
This way you can find all the CD-ROM drives present.
If you vote me down, my score will only get lower
|
|
|
|
|
Thank you, Roger. I've just solved my problem in other way. But I'm sure, you had helped me.
Aleksey.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
