>>>>>>> "steve" == steve lustbader <[EMAIL PROTECTED]> writes:
>>
>>steve> When I try to load a window in my app that has a treeview in it,
>>steve> it crashes immediately, before the window even gets displayed.
>>
>>>>>> "steve" == steve lustbader <[EMAIL PROTECTED]> writes:
>
>steve> When I try to load a window in my app that has a treeview in it,
>steve> it crashes immediately, before the window even gets displayed.
>steve> This i
When I try to load a window in my app that has a treeview in it,
it crashes immediately, before the window even gets displayed.
This is the end of the backtrace:
0x400d6377 (HEAP_FindFreeBlock+0x3b [heap.c:608] in libntdll.dll.so): movl
0x0(%edx),%eax
608 DWORD arena_size = (pArena->s
I open a handle to a com port with
m_hPort = ::CreateFile(_T("COM1"),GENERIC_READ | GENERIC_WRITE, 0,
0, OPEN_EXISTING,FILE_FLAG_OVERLAPPED, 0);
Later, when I try to close the handle, the call to
CloseHandle(m_hPort) gets stuck when CloseHandle calls NtClose.
What trace can
PostMessage fails if you pass in NULL as the HWND argument.
According to the MSDN, a NULL HWND means "The function behaves
like a call to PostThreadMessage with the dwThreadId parameter
set to the identifier of the current thread." Currently,
PostMessage tries to get the thread id of the hwnd, whic
Here's the output from +treeview:
trace:treeview:TREEVIEW_Register
trace:treeview:TREEVIEW_Register
trace:treeview:TREEVIEW_Register
trace:treeview:TREEVIEW_Create wnd 0x2006a, style 40010027
trace:treeview:TREEVIEW_SetFirstVisible (nil):
trace:treeview:TREEVIEW_SetFont 0x3a6a 0
trace:treeview:
My app calls TreeView_InsertItem, which leads to a crash in ntdll.dll.
A backtrace is available at http://www.lustbader.net/bt.txt, and I can
provide any other debug output if anyone thinks it will help.
TreeView_InsertItem is called like this:
TVITEM tviFoo;
tviFoo.mask = TVIF_TEXT | TVIF_PARAM;
>> On 13 Nov 2002 at 14:39, [EMAIL PROTECTED] wrote:
>>
>> > One of the threads in my app calls CoInitialize, expecting it
>> > to return S_OK (in fact, it's followed by an assert statement
>> > requiring that it returns S_OK). When I run it in Wine, however,
>> > CoInitialize returns S_FALSE, i
My app calls CreateWindow like this:
WNDCLASSEX wcex;
wcex.cbSize= sizeof(WNDCLASSEX);
wcex.style = 0;
wcex.lpfnWndProc = (WNDPROC)MyWndProc;
wcex.cbClsExtra= 0;
wcex.cbWndExtra= 0;
wcex.hInstance = hInstance; // from argument to DllMain
wcex.hIcon = NULL;
wce
One of the threads in my app calls CoInitialize, expecting it
to return S_OK (in fact, it's followed by an assert statement
requiring that it returns S_OK). When I run it in Wine, however,
CoInitialize returns S_FALSE, implying that this thread has
already initialized the COM library. Other threa
>On Fri, 8 Nov 2002 17:56:05 -0500, you wrote:
>
>> GetCurrentObject returns 0, but as far as it knows, it is
>> returning successfully. This is because in the line
>>
>> case OBJ_BITMAP: ret = dc->hBitmap; break;
>>
>> dc->hBitmap is 0, although dc is a valid DC. The HDC that is passed
>> to
GetCurrentObject returns 0, but as far as it knows, it is
returning successfully. This is because in the line
case OBJ_BITMAP: ret = dc->hBitmap; break;
dc->hBitmap is 0, although dc is a valid DC. The HDC that is passed
to GetCurrentObject to get dc is obtained by calling
CWindow::BegingPaint(
My app calls GetCurrentObject with a valid HDC and OBJ_BITMAP.
It returns 0, however, which causes my app to crash. What further
info can I provide to help debug this?
-Steve
They key in user.reg that controls whether winedbg pops up in its
own window or in the shell in which wine was started seems to be
getting ignored. When I set "UseXTerm"=dword:, and run my
app, it crashes and brings up winedbg in a separate window. When
I look at user.reg again, UseXTerm
A log is up at http://www.lustbader.net/dsound.log
[EMAIL PROTECTED] a écrit :
>
> My app calls DirectSoundCreate, which fails, returning
> DSERR_ALLOCATED. I have no idea what the problem is.
> Any ideas what might be wrong, or any traces, etc I could
> provide to give more info?
aren't you
My app calls DirectSoundCreate, which fails, returning
DSERR_ALLOCATED. I have no idea what the problem is.
Any ideas what might be wrong, or any traces, etc I could
provide to give more info?
-Steve
This patch fixed it. Could you change the fixme message in user/hook.c
to something more explicit than "won't work right," or at least include
a comment in the code explaining why it won't work right?
-Steve
[EMAIL PROTECTED] writes:
> It's returning NULL for me, which implies it isn't worki
>[EMAIL PROTECTED] writes:
>
>> My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook.
>> Currently, the wine implementation tells me
>> "fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right"
>> when I try to use it. I'd like to implement this so I can get my app to
>>
My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook.
Currently, the wine implementation tells me
"fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right"
when I try to use it. I'd like to implement this so I can get my app to
run, but I'm not sure where to start, since I
>[EMAIL PROTECTED] writes:
>
>> This patch pretty much fixes it. It still isn't quite right, although
>> this probably isn't the same problem. In windows, GetCommandLine returns
>> a string with quotes around it, while in wine, only the sub process command
>> line has quotes around it (ie, in w
roc.exe and "SubProc.exe").
-Steve
Alexandre
>>>>> "steve" == steve lustbader <[EMAIL PROTECTED]> writes:
>
>steve> I have an app that starts 2 other processes using CreateProcess.
>steve> When one of these new proceses calls GetCommandLine, an empty
>steve> string is returne
I have an app that starts 2 other processes using CreateProcess. When one of these
new proceses calls GetCommandLine, an empty string is returned (the correct string is
returned for the original process). I tried looking into it, but I think this part
of Wine is a little over my head. Any tho
>On Wed, Oct 09, 2002 at 01:55:00PM -0400, [EMAIL PROTECTED] wrote:
>> > Reply and cut out what you don't need..
>> > Posted from Lotus Notes Build V60_M13_04032002
>> >
>> > Tom
>>
>> Sorry... You need to reply with ( Internet Style History )
>Aah ! If only I had known that this is indee
Alexandre
Julliard To:
cc:
[EMAIL PROTECTED]
[EMAIL PROTECTED] (bcc: Steve
Lustbader/ANR
3's with xmms, though.
-Steve
Sylvain
Petreolle
I started having a problem with today's source that appears
to be either registry or sound related. When I tried to
install Winamp (v 2.81 lite) in wine, I get this error:
wine client error:8091280: sendmsg: Bad file descriptor
Output from +reg,+relay ends with
08091280:Call
ntdll.NtQueryValu
?
Alexandre
Julliard To: Steve
Lustbader/ANR/MS
ChangeLog (memory/codepage.c):
Implement GetUserDefaultUILanguage
Implement GetSystemDefaultUILanguage
I implemented these functions in codepage.c since similar functions
(GetDefaultLangID and GetDefaultLCID) were already there. Why are
these functions in this file, instead of in dlls/kernel/loc
With functions that take HANDLEs as arguments, what should that
argument be listed as in the spec file? I thought HANDLEs were
void *'s, so ptr would seem right. I found a function
(DebugBreakProcess in kernel32.spec) that takes a HANDLE and
has that listed as long in the spec.
So which should
>>> Does it matter that the dll is exporting C++ classes, not straight C
>>> functions?
>>
>>That could make things slightly more complicated, since MS and gcc use
>>different name mangling systems. if you declare functions with extern "C"
>>linkage you should be OK. However there are differenc
>> Does it matter that the dll is exporting C++ classes, not straight C
>> functions?
>
>That could make things slightly more complicated, since MS and gcc use
>different name mangling systems. if you declare functions with extern "C"
>linkage you should be OK. However there are differences in
I'm building a WineLib dll in C++ that gets called by a Windows
app run by wine. Is there a way to specify how exported function
and class names get mangled when compiling with winelib? The
Windows app expects MSVC mangled names, so it can't find the
exported symbols in my dll, since the names a
One step at a time...
Now I've successfully included my stubbed dll into the wine tree.
When I try to link to it, however, I still get undefined references
to what should be in the dll. I added my stubbed dll to the
my_other_dll_DLLS section of the Makefile.in, just like it were a
normal wine d
I have a windows app that calls LoadLibrary on all the DLLs
in a certain directory. It doesn't actually call any
functions in the DLL; simply loading it causes the desired
effects to take place. I'd like to replace one of those
DLLs with a WineLib version that calls some Linux functions.
I've c
Hi Jon
I upgraded my autoconf, which solved my first problem. Now,
everything runs fine until I get to the make install step, when
I get this error:
make[2]: Leaving directory `/home/stevenlu/wine/dlls/x11drv'
mydll.dll.so \
rm -f /usr/local/lib/libntdll.dll.so
make[1]: mydll.dll.so: Command no
@yahoo.com> cc: [EMAIL PROTECTED]
Sent by:
In my winelib app, most of the cpp files use MSVCRT
only, and thanks to Martin I've gotten those to compile.
A couple of my source files, however, use a mix of MSVCRT
and standard glibc (fork, exec, etc). When I include unistd.h,
lots of function definitions conflict with msvcrt/io.h. How can
I
Andriy
Palamarchuk To: Steve
Lustbader/ANR/
ROTECTED]
Sent by: (bcc: Steve
Lustbader/ANR/MS/PHILIPS)
wine-dev
I also have the .lib and .pdb files for the DLLs, if that helps.
I'm writing a WineLib DLL that makes calls in my own Windows DLLs
(not Wine's DLLs). I have the header files for those DLLs, and the
Windows binaries for them. How do I link to them? Do I need to wrap
them in spec files? Wha
I'm writing a WineLib DLL that makes calls in my own Windows DLLs
(not Wine's DLLs). I have the header files for those DLLs, and the
Windows binaries for them. How do I link to them? Do I need to wrap
them in spec files? What do I need to put into my Makefile.in?
There are instructions in the
Thanks, that worked! Do you think you could update the Unicode section
in the WineLib user's guide (section 2.2)? It doesn't even mention
WINE_UNICODE_NATIVE (not like the rest of the guide is that current,
but every little bit helps for new developers).
-Steve
On Thu, 12 Sep 2002 [EMAIL
I think there is issue with _T(x). I have this line in my Windows app
that I'm compiling with WineLib (I'm using -fshort-wchar):
const TCHAR *Name() const { return _T("my_name"); };
The compiler gives me an error of:
cannot convert `const __wchar_t *' to `const
TCHAR *' in return
It similarly
Are _tprintf and it's related functions (_ftprintf, _stprintf) implemented? I found a
tchar.h in the source tree that defines these functions, but it wasn't in my
/usr/local/include/wine directory.These functions aren't important for wine, since
they're simply defined as the ASCII or Unicod
46 matches
Mail list logo