<[EMAIL PROTECTED]> wrote:
> trace:shell:SHELL_GetPathFromIDListA -- F:\temp, 0x
...
> trace:shell:SHGetPathFromIDListW -- L"F:\\temp", 0x
>
> The main difference (apart from the A/W) is that SHGetPathFromIDListW
> returns an extra backslash compared to the A-counterpart.
If you
(Jason?)
Currently (after many weeks without concentrating) wine doesn't build; it
fails in dlls/wined3d/drawprim.c line 594 with GL_TEXTURE0 undefined.
That's because of the definition of GL_MULTITEXCOORD... in wined3d_private.h
for the non-GL_VERSION_1_3 case.
I can see a linguistically obvi
The main difference (apart from the A/W) is that SHGetPathFromIDListW
returns an extra backslash compared to the A-counterpart.
Any idea where to look next ?
It appears that patch 14894 has uncovered a bug in SHGetPathFromIDListW,
that's probably where you would want to look next.
Ivan.
Hi,
just started with a fresh wine install from CVS. I've tried to install
vc6redistsetup_enu.exe and was not able to select a directory via the
browse dialog.
Some regression testing and debugging showed:
before patch http://cvs.winehq.org/patch.py?id=14894 :
trace:shell:BrsFolderDlgProc hwnd=
Marcus Meissner wrote:
Hi,
This fixes the currently last gcc4 problem.
I had to split up MSVC / non-MSVC cases since glibc/sprintf
and msvcrt/sprintf disagree on how to print out 64bit integers.
If you don't use the macro then you can use wine_dbgstr_longlong and not
have to worry about compile
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> I certainly don't want to add 5000 auto-generated stubs. Now if you
> want to use winedump to help you write stubs for the cases that are
> really necessary (like ordinal exports) sure, but each stub needs
> to
> be reviewed to make sure the retu
On czwartek 16 grudzieÅ 2004 12:06 am, Serge S. Spiridonoff wrote:
> Hi,
>
> When porting an MFC app to Linux using WineLib is it really necessary to
> recompile the MFC DLL from source?
> Can I take MFC42.dll from Windows and use it "as is" with an application
> compiled with WineLib?
No :(
MFC4
Kuba Ober wrote:
I wouldn't be so sure about that. On win98, in "MS-DOS Prompt" I can type
edit \\server\myhome\file.txt
And it opens it just fine.
Similarly, I can type
dir "\\server\shared files"
I'm sure the DOS utilities just use long file name APIs and those "simply
work". It should be the
> >>What's wrong with additional APIs? The browse folder API isn't COM based
> >>anyway.
> >
> >It would be much better to use the API provided to create a namespace for
> > the Unix filesystem. The Control Panel and Network Neighborhood are good
> > examples of this. Quite a few third party apps c
"Serge S. Spiridonoff" <[EMAIL PROTECTED]> wrote:
> Well, I've just noticed the following record in the ChangeLog...
>
> * include/objidl.h, include/objidl.idl:
> Jake Hamby <[EMAIL PROTECTED]>
> IMessageFilter::HandleInComingCall() should be HandleIncomingCall().
>
> Also, http://cvs.winehq.
Hi,
When porting an MFC app to Linux using WineLib is it really necessary to
recompile the MFC DLL from source?
Can I take MFC42.dll from Windows and use it "as is" with an application
compiled with WineLib?
Thanks,
Serge
> Yes. Please send a patch.
Well, I've just noticed the following record in the ChangeLog...
* include/objidl.h, include/objidl.idl:
Jake Hamby <[EMAIL PROTECTED]>
IMessageFilter::HandleInComingCall() should be HandleIncomingCall().
Also, http://cvs.winehq.org/patch.py?id=12310
So I'm a b
Jon Griffiths <[EMAIL PROTECTED]> writes:
> So will you accept patches to do this (add empty stubs)? winedump has
> had the capacity to auto-generate these functions for _ages_.
I certainly don't want to add 5000 auto-generated stubs. Now if you
want to use winedump to help you write stubs for th
Francois Gouget <[EMAIL PROTECTED]> writes:
> Should we have a 'skip_wine()' that would skip the enclosed tests
> altogether if the platform is Wine?
>
> This way we could at least make sure that the test passes on all
> Windows platforms which is to compare to the current situation where
> the t
14 matches
Mail list logo
