|
maycockt wrote: A value of 16 should give 4 display units I believe, so bigger than that would cause larger gaps in my spacing?
Yes, of course. The intent was to see if the tabstops were even working. At this point, you don't know if the tabstops are just not large enough, or if the LBS_USETABSTOPS style is being ignored, or if the LB_SETTABSTOPS message is wrong.
"One man's wage rise is another man's price increase." - Harold Wilson
"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 David,
That probably was more blunt than I intended. I was more sort of querying that my understanding was correct of the dimensions.
The LBS_USERTABSTOPS I would guess is being ignored, probably because of one of the other settings.
Incidentally, would SetTabStops(16) have the same effect as the SendMessage()?
I would have thought it should.
Thanks for your help so far
Tony
|
|
|
|
|
maycockt wrote: The LBS_USERTABSTOPS I would guess is being ignored, probably because of one of the other settings.
That's easy enough to test. Create a non-ownerdraw listbox, and call AddString() to add the strings to it. If that works, then the problem likely has to do with the LBS_OWNERDRAWVARIABLE style.
maycockt wrote: Incidentally, would SetTabStops(16) have the same effect as the SendMessage()?
Yes. The former is just a convenient wrapper around the latter.
"One man's wage rise is another man's price increase." - Harold Wilson
"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
|
|
|
|
|
Having removed the LBS_OWNERDRAWVARIABLE the formatting is using the tabs appropriately, but with that I am back to square 1 of needing to intercept the drawing as I need to have some of the text emboldened.
Do you think then that my style settings must be wrong?
I currently rule out and include in the PreCreateWindow as follows
<per>
// Turn off disallowed styles
cs.style &= ~( LBS_SORT |
LBS_OWNERDRAWFIXED |
LBS_MULTICOLUMN);
// Turn on mandatory styles
cs.style |= ( LBS_NOTIFY |
LBS_HASSTRINGS |
LBS_OWNERDRAWVARIABLE |
LBS_NOINTEGRALHEIGHT |
LBS_USETABSTOPS |
WS_BORDER );
Anything I am missing?
Tony
|
|
|
|
|
Are you calling TextOut() in the CCustomListBox::DrawItem() method? If so, try calling TabbedTextOut() instead. Also, the call to SetTabStops() seems to be unnecessary.
"One man's wage rise is another man's price increase." - Harold Wilson
"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 David,
Thanks for your help.
TabbedTextOut was the solution to achieve what I wanted. I'm still a bit confused why LB_USETABSTOPS wasnt working, but hey ho - we have what the moeny men want now.
Thanks again
Tony
|
|
|
|
|
Um, it's owner-draw. You're the one doing the drawing. If it's not drawing the way you want, then fix your drawing code.
|
|
|
|
|
Thanks for your wonderful pearls of wisdom.
It must be nice to know everything and never be in need of asking a question, especially when helpful suggestions made don't bear fruition.
I had an issue, I asked a question, and someone was kind enough to work with me to get a result. Is that not what these forums are about?
|
|
|
|
|
Sorry, I thought I was being helpful: You have an owner-draw listbox. Therefore, you are doing the drawing. If it's not drawing the way you want, then you need to look more carefully at your drawing code. Since you didn't post your drawing code, it's not clear what further assistance was possible.
|
|
|
|
|
I doubt it's part of the problem, but is there any reason why you are creating a heap-based CCustomListBox object?
"One man's wage rise is another man's price increase." - Harold Wilson
"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 David,
The answer to that question is that my DIalog design wasn't working, and I was wondering whether it was to do with creation etc, and I didnt go back to it yet.
As I'm getting the same results as with my original design, I will go back to it.
Either way, the tab stops dont seem to want to work 
Tony
|
|
|
|
|
Hello All
I getting exception while I use
mysql_fetch_field .I use debug then I found when table rows is more than 229000 then Iam getting exception in this line
field1=mysql_fetch_field(res1); .
Unhandled exception at 0x10010d74 in SQLconvert.exe: 0xC0000005: Access violation reading location 0x00000040.
Call stack shows
libmySQL.dll!10010d74()
[Frames below may be incorrect and/or missing, no symbols loaded for libmySQL.dll]
> SQLconvert.exe!CSQLconvertDlg::EnumRow(ATL::CStringT<char,StrTraitMFC<char,ATL::ChTraitsCRT<char> > > tab="sheet1") Line 1400 + 0xc bytes C++
SQLconvert.exe!CSQLconvertDlg::Convert() Line 1147 C++
SQLconvert.exe!readThread(void * p=0x0012f254) Line 56 C++
SQLconvert.exe!_AfxThreadEntry(void * pParam=0x0012e5c0) Line 109 + 0xf bytes C++
SQLconvert.exe!_callthreadstartex() Line 348 + 0xf bytes C
SQLconvert.exe!_threadstartex(void * ptd=0x003fd628) Line 331 C
kernel32.dll!7c80b699()
code is here
QueryResultsPtr Qry;
MYSQL_FIELD *field1;
MYSQL_RES *res;
enum enum_field_types type;
if (!mysql_query(conn," SELECT * FROM tes"))
{
res = mysql_store_result(conn) ;
int numrows = (int)mysql_num_rows(res);
int numflds = (int)mysql_num_fields(res);
while (row = mysql_fetch_row(res))
{
res1=mysql_list_fields(conn,tab,"%");
for(long y=0; y<numflds; y++)
{
str2.Empty();
field1=mysql_fetch_field(res1);
if(field1->flags & AUTO_INCREMENT_FLAG)
continue;
str2+=(LPTSTR)row[y];
type=field1->type;
}
}
}
|
|
|
|
|
It may be a bug, but I don't think that you need to SELECT * from the huge table, why do not where something to reduce fetched rows?
try to use mysql_use_result() rather than mysql_store_result() to see if the problem can be fixed.
BTW: mysql_num_rows() is invalid if using mysql_use_result().
|
|
|
|
|
MsmVc wrote: int numrows = (int)mysql_num_rows(res);
res is an uninitialised pointer and is probably pointing to some random memory location. If mysql_num_rows() attempts to write anything to the memory pointed by res, the Universe will end.
Why can't you try this instead?
MYSQL-RES res;
...
mysql_num_rows(res);
That applies to other pointer variables as well.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
sorry
res is an initialised Globel MYSQL_RES *res;
|
|
|
|
|
MsmVc wrote: res is an initialised Globel MYSQL_RES *res;
The results will still be the same, won't it be? I do not know if the method that accepts that particular pointer will do a write operation to it, or probably call some method on it if it's a class object.
Either ways, how do you expect an uninitialised pointer to work?  Try creating the variable on the stack and use it instead.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
sir
my code is working fine when table rows is less than 229000.I am getting error when table rows is more than 229000.
So there is no need to discusses about res is an initialised or uninitialised.Matter is why
mysql_fetch_field(res1); generating exception if table rows is more than 229000.
Plz help me
|
|
|
|
|
did you try to use mysql_use_result() rather than mysql_store_result()?
do you know the difference of the 2 functions? why do not try it?
|
|
|
|
|
when i use mysql_use_result() then i am getting exception on line
field1=mysql_fetch_field(res1);
0xC0000005: Access violation reading location 0x00000040.
|
|
|
|
|
i created one dialog based application. In that Dlg App class i am calling RegisterShellFileTypes(), in CWInApp::initInstace.
But application is crashing due to no poniter to document class.
code is like this :
CDesktopWallpaperDlg dlg;
m_pMainWnd = &dlg;
EnableShellOpen();
RegisterShellFileTypes();
INT_PTR nResponse = dlg.DoModal();
if (nResponse == IDOK)
{
}
else if (nResponse == IDCANCEL)
{
}
so, can anyone tell me what is the problem exactly?
it working with SDI Application..
Regards,
Srinivas
modified on Thursday, December 3, 2009 6:24 AM
|
|
|
|
|
The problem is precisely what the error message says. RegisterShellFileTypes creates registry entries to associate a document type and file extension with an .exe. If you aren't using the MFC DocView framework, there is no document class and the function call fails.
You can make the same registry entries manually; just because you aren't using the DocView framework doesn't mean you can't associate a file extension with an app, it just takes a bit more code.
|
|
|
|
|
when i call this RegisterShellFileTypes() in App Class,
internally in this function defination having pointer of document class.
but dlg based application doesn't have doc class. so that,
pointer is becoming NULL.
void CWinApp::RegisterShellFileTypes(BOOL bCompat)
{
ASSERT(m_pDocManager != NULL);
m_pDocManager->RegisterShellFileTypes(bCompat);
}
but,it is working fine with SDI Application.
i have tried in one sample SDI application.
Regards,
Srinivas
|
|
|
|
|
Yeah.... and what does SDI stand for? 'Single Document Interface'. It works in an SDI app because the SDI app has a document class, and fails in your dialog app because it doesn't have a document class.
|
|
|
|
|
I know what is the SDI stand for..
what iam asking that, how to do in dialog based.
i created one reg file. but
what should be write in reg file instead of document class does.
Regards,
Srinivas
|
|
|
|
|
It seems RegisterShellFileTypes() is to be used with SDI or MDI apps only.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
