|
Thanks for your help.
It turns out I was doing something like this:
(In a member fn of a class based on std::list)
iterator it(begin()), en(end());
while(it!=en)
{
if(*****)
it=erase(it);
else
++it;
}
For some reason, the debugger let this slide, and it was only picked up by running the EXE, even though they were _exactly_ the same build!
|
|
|
|
|
In an MFC app I wrote, I wanted to display some normal text with an up arrow or down arrow inside a CStatic text control. The only font that contains those characters is the Symbols font. So I took one of the normal fonts, copied the arrows from Symbols into it and saved it with a new font name. Then in my MFC app I loaded that new font, and everything works great.
Now I'd like to send the text to a lazer printer. These arrows obviously don't print because the printer doesn't know about my new font.
Is there a standard way of loading fonts to a lazer printer so that it will use my new font?
Thanks
|
|
|
|
|
I have run into an issue with ExtCreateRegion on windows 9X machines. I use getregiondata to get the data and then use ExtCreateRegion data to recreate the region. Everything works fine on 2000/XP and on 9x machines when the region is less than 64K but on the 9x machines when the region is larger than 64K it fails. The MS documentation says 64K is not longer a limitation on 9x but my tests seem to elude to a different answer. The code is pretty simple:
int LastTestRgnSize = GetRegionData(TempRgn, 0, 0); // get the rgn size
unsigned char* LastTestRgn = new unsigned char[LastTestRgnSize];
memset( LastTestRgn, 0x00, LastTestRgnSize );
int size = GetRegionData(TempRgn, LastTestRgnSize, (RGNDATA*)LastTestRgn);
HRGN Rgn = ::ExtCreateRegion(NULL, RgnSize, (RGNDATA*)Temp);
The ::ExtCreateRegion function will fail when the region size is above 64K on 9x but not on 2000/XP. Does anyone have a work-around for this or any ideas on how to correct the problem.
Thanks in Advance
nemo
|
|
|
|
|
nemo wrote:
The MS documentation says 64K is not longer a limitation on 9x
I'd like to see where it says that. Everything in User and GDI on 9x has 16-bit limitations because much of that code is 16-bit code for Win16 compatibility. [Eg, list boxes can't hold more than 32K items, 32K is the max value of a 16-bit signed int; 9x can't handle more than 16K window handles, 16K*4 bytes = 64K bytes, 4 bytes being sizeof(HWND) ]
--Mike--
Ericahist | CP SearchBar v2.0.2 | Homepage | 1ClickPicGrabber New v2.0! | RightClick-Encrypt
If my rhyme was a drug, I'd sell it by the gram.
|
|
|
|
|
Can you suggest some software to create a help file for my application? I need my help file to have a look as in the VC++ Help such as Content, Index, Search. This help file should allow me to embed graphics/screen shots. I have looked into htmlhelp, but i am not sure this is the best tool.
Elizabeth
|
|
|
|
|
help workshop
hhc.exe from microsoft
includeh10
|
|
|
|
|
Do you have any preference over the two products WinHelp and HTMLHelp?
Elizabeth
|
|
|
|
|
WinHelp uses RTF or plain-text documents as it's contents.
HTMLHelp, in the other hand, is entirely constructed of web pages. Each page on the help guide is an independent web page. You can use things like Internet-links, style sheets, Java etc etc to aid in your help file creation..
I, for myself, prefer HTML Help for these reasons.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
html help seems to need to input index one by one, but old help can generate all indexes automatically.
includeh10
|
|
|
|
|
Thank you all. HTMLHelp fixs better for us since the files can be used cross platform. We are sharing the help files with both Windows and Web applications.
Elizabeth
|
|
|
|
|
... than normal combo-boxes. Any idea why? And how can I keep this from happening?
I have 3 combo boxes on a tool bar, one of them is owner draw and it looks rather weird...
|
|
|
|
|
|
Yes... MeasureItem allows you to change the size of the items in the associated listbox of the control. My problem is that the editBox (and the combo control itself when not expanded) is actually higher by about 4 pixels.
You can test this in the resource definition, simply check the Ownerdraw for a combo and preview the dialog and it is already bigger. Not the end of the world but it looks weird when you have two combos next to each other. I may have to make them both owner-draw... Great!
|
|
|
|
|
In MeasureItem you can specify not only the height of your items, but also the height of the combo-box itself when the item ID is -1:
if (lpMeasureItemStruct->itemID == (UINT)-1)
lpMeasureItemStruct->itemHeight = 15;
else
lpMeasureItemStruct->itemHeight = 13;
"The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)
|
|
|
|
|
Wow.. I am very grateful... Thanks for posting this! Better later than never!
|
|
|
|
|
which function or command is for removing items from Start menu programmatically?
thanks
includeh10
|
|
|
|
|
Try looking for SHGetSpecialFolderLocation(..., CSIDL_COMMON_STARTMENU, ...) . Once you have access to the folder's IDL, adding to, or deleting from, it is trivial.
A rich person is not the one who has the most, but the one that needs the least.
|
|
|
|
|
thanks.
this function is COM staff, isn't?
includeh10
|
|
|
|
|
COM staff??
A rich person is not the one who has the most, but the one that needs the least.
|
|
|
|
|
i mean if the function uses COM inside
includeh10
|
|
|
|
|
I'm 99% sure it does. In fact, I would be surprised if it didn't.
A rich person is not the one who has the most, but the one that needs the least.
|
|
|
|
|
I have a project in VC++ 6.00 and its connected to Visual Source Safe. Basically I copied this project to another location to create a new project (version) and so add it to different location in vss. The project however is firmly tied to to old vss location and will never disconnect in the first place! How to disconnect this project and add to the vss at another location.
many thanks!
|
|
|
|
|
You must do the painful task of editing the project and workspace files directly.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<A HREF="http://www.santacruznetworks.com">Santa Cruz Networks</A>
|
|
|
|
|
Change your working directory in source safe and delete the *.vss at your side (not in the server)
Open project from source safe and not by clicking the *.dsw.
Sonork 100.41263:Anthony_Yio
|
|
|
|
|
Hi,
I can build my program (atl ) using visual 6.0. But if I try to build with .net2003 I get the following errors. I think it has something to do with the library file settings. Please advise.
HelloHierarchy.obj : error LNK2019: unresolved external symbol "public: class std::vector<class svioitem="" *,class="" std::allocator<class="" *=""> >::iterator __thiscall SvIoMessageItemArray::end(void)" (?end@SvIoMessageItemArray@@QAE?AViterator@?$vector@PAVSvIoItem@@V?$allocator@PAVSvIoItem@@@std@@@std@@XZ) referenced in function "public: virtual enum tagMSGSUCCESS __thiscall HelloPollMessage::Send(class SvIoTopic *,class SvIoHierarchy *)" (?Send@HelloPollMessage@@UAE? AW4tagMSGSUCCESS@@PAVSvIoTopic@@PAVSvIoHierarchy@@
@Z)
ServerBase.lib(IosItem.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) private: void __thiscall std::basic_string<unsigned short,struct="" std::char_traits<unsigned="" short="">,class std::allocator<unsigned short=""> >::_Tidy(bool)" (__imp_?_Tidy@?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@AAEX_N@Z)
|
|
|
|