On 16/04/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
I have hope that this fixes the converted decl issues finally(appart of
sorting the array, which will be another patch)
+convertedDecls = HeapAlloc(GetProcessHeap(), 0,
sizeof(IDirect3DVertexDeclaration9 *) * (This-numConvertedDecls
On Sun, 2007-04-15 at 21:33 -0400, Dimi Paun wrote:
On Sun, 2007-04-15 at 15:52 -0700, Scott Ritchie wrote:
I've pasted the content from the FAQ onto the wiki here:
http://wiki.winehq.org/FAQ
I really don't think this is a good idea:
* it's going to be less usable on the Wiki AFAIK
On Mon, Apr 16, 2007 at 12:00:50AM -0700, Scott Ritchie wrote:
On Sun, 2007-04-15 at 21:33 -0400, Dimi Paun wrote:
On Sun, 2007-04-15 at 15:52 -0700, Scott Ritchie wrote:
I've pasted the content from the FAQ onto the wiki here:
http://wiki.winehq.org/FAQ
Hi Scott,
Wiki is really a good
marcel busse a écrit :
hi i can't debug with winedbg. it steps until end
cause of no line debug info. at the start of the
debugging process there is a fixme - it says something
about dwarf-2 information. My config: i started a
hello world with kdevelop and took as c++ compiler
wineg++. that's
Andrew Talbot wrote:
typedef BOOL (WINAPI *CryptDecodeObjectFunc)(DWORD, LPCSTR, const BYTE *,
DWORD, DWORD, void *, DWORD *);
typedef BOOL (WINAPI *CryptDecodeObjectExFunc)(DWORD, LPCSTR, const BYTE *,
- DWORD, DWORD, PCRYPT_DECODE_PARA, void *, DWORD *);
+ DWORD, DWORD, const
Growing the array by a single element each time looks a bit expensive.
Also note that you could use HeapReAlloc there.
Well, there won't be much growing operation since the number of possible FVF
code combinations is limited and I expect all the fvf codes to be used
somewhen in the first
On Sat, Apr 14, 2007 at 05:19:31AM -0700, Dan Kegel wrote:
On 4/3/07, Huw Davies [EMAIL PROTECTED] wrote:
X Error of failed request: BadPixmap (invalid Pixmap parameter)
Major opcode of failed request: 54 (X_FreePixmap)
Resource id in failed request: 0x2a0006a
Could you see if this
Maarten Lankhorst [EMAIL PROTECTED] writes:
+/* Note: this thread can be TerminateThread'd, when not in critical section
+ * Hence I use alloca here, and a critical section to protect when it is not
+ * desired to be TerminateThread'd, assume when the critical section is taken
+ * we won't
On Monday 16 April 2007 13:20, Yuval Fledel wrote:
Please reply-to-all next time. I've found your reply on the archive.
Sure, sorry about that.
I'm working on schannel at the moment. schannel is not a regular SSP,
and the functions in wrapper.c can't load native. I've implemented the
proper
Hi,
I am looking deeper inside gdi32 in order to continue helping wine after my
first try on WidenPath.
Something looks strange to me in SetDIBColorTable and GetDIBColorTable.
GetDIBColorTable is structured like this :
if (dc-funcs-pGetDIBColorTable)
result = dc-funcs-pGetDIBColorTable;
On Mon, 2007-04-16 at 00:00 -0700, Scott Ritchie wrote:
I brought this up on the list last month (I think), and no one
objected so I just went ahead and did it (after being lazy for a
month). Anyway, we can talk about it now. I'm gonna go ahead and
edit the wiki page (and include the new
lauren wrote:
When Navigation is installed, the file DAO350.dll is copied to the
Common Files directory and is regsrved. When running Navigation
after that, it displays an error message about not finding DAO350.dll.
Copying the file to windows/system32 allows Navigation to find
the file and use
The application homepage is http://francois.fouchet.free.fr/
There is now an entry in AppDB for it.
I will try winetricks when home.
Thank you for your help.
Laurent
On Mon, 16 Apr 2007 08:20:47 -0700, Dan Kegel [EMAIL PROTECTED] wrote:
lauren wrote:
When Navigation is installed, the file
Laurent Vromman [EMAIL PROTECTED] writes:
Whatever happen next, the local implementation is used. Then if
pGetDIBColorTable is available, it is used too. I see here a second
call for the same thing, even if the local implementation
succeed. Moreover, the result of dc-funcs-pGetDIBColorTable
On 4/16/07, Huw Davies [EMAIL PROTECTED] wrote:
On Sat, Apr 14, 2007 at 05:19:31AM -0700, Dan Kegel wrote:
On 4/3/07, Huw Davies [EMAIL PROTECTED] wrote:
X Error of failed request: BadPixmap (invalid Pixmap parameter)
Major opcode of failed request: 54 (X_FreePixmap)
Resource id in
Robert Shearman wrote:
Andrew Talbot wrote:
typedef BOOL (WINAPI *CryptDecodeObjectFunc)(DWORD, LPCSTR, const BYTE
*,
DWORD, DWORD, void *, DWORD *);
typedef BOOL (WINAPI *CryptDecodeObjectExFunc)(DWORD, LPCSTR, const BYTE
*,
- DWORD, DWORD, PCRYPT_DECODE_PARA, void *, DWORD *);
+
Hello,
I subscribed to this list, because I want to help in developing wine so that
(my current favorite) simulation works better. Egoistic hah :) ? - a good
motivation though ...
The first thing I want to go for is the networking support, which does not
work at all. So I started off with
On 16/04/07, Briareos [EMAIL PROTECTED] wrote:
So if any of you are often online in any IM and want to provide help, I would
appreciate it.
A lot of people are on IRC, #winehackers on freenode.
Am Montag 16 April 2007 19:44 schrieb Briareos:
Hello,
I subscribed to this list, because I want to help in developing wine so
that (my current favorite) simulation works better. Egoistic hah :) ? - a
good motivation though ...
I am trying to track down the problem which causes the game
On 4/16/07, Nigel Nia-Chiang Liang [EMAIL PROTECTED] wrote:
Hi,
Added a simple test case and fix for GetFileSecurity with NULL
pSecurityDescriptor parameter as suggested by James Hawkins.
SetLastError(NO_ERROR);
+
result = pGetFileSecurityA(
I tested my theory about the path, it turns out I was wrong, adding
common files doesn't change anything.
On 4/16/07, Laurent Vromman [EMAIL PROTECTED] wrote:
The application homepage is http://francois.fouchet.free.fr/
There is now an entry in AppDB for it.
I will try winetricks when home.
Looking at a +file trace, it appears that the program doesn't give a
path, or specifically looks for the file in the Navigation directory.
If it doesn't give a path, it is a wine issue, and you should file a
bug, if it specifically looks for the file in the Navigation
directory, then it is a
Am Montag, 16. April 2007 20:10 schrieben Sie:
Am Montag 16 April 2007 19:44 schrieb Briareos:
Hello,
I subscribed to this list, because I want to help in developing wine so
that (my current favorite) simulation works better. Egoistic hah :) ? - a
good motivation though ...
I am
Am Montag 16 April 2007 21:19 schrieb H. Verbeet:
Tests indicate that Windows doesn't actually check the bounds on this
call. However, since our memory layout is almost certainly different
from Windows' an application might very well get away with a little
bit of memory corruption on Windows
On 16/04/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
Wouldn't it be better to check against MAX_TEXTURES instead of the gl limit?
True, use the attached patch instead.
---
dlls/wined3d/device.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/dlls/wined3d/device.c
I found a small bug in the uninstaller program, and would like to
write the fix myself. I have a working copy in my local tree, but it
duplicates code.
Basically I found that uninstaller does not scan the uninstall
registry entry of HKEY_CURRENT_USER. I took lines 196-197 and
duplicated that,
Stefan Leichter wrote:
ChangeLog
--
added implementation of RegDeleteTreeA/W
--- ../wine-git/dlls/advapi32/advapi32.spec 2006-10-03 10:52:50.0
+0200
+++ dlls/advapi32/advapi32.spec
On Monday 16 April 2007 21:10, Briareos wrote:
The strange thing about the networking problem is, that there is no network
traffic generated (checked with wireshark).
Can you run it on windows and get me a network trace of the traffic it
generates there? As far as I am aware, our winsock
(Meant to copy wine-devel as well, in case anyone else had any comments)
Subject: RE: locales, unicode and ansi with msvcrt (bug 8022)
My current plan, unless you have strong objections, is to make the
wprintf
msvcrt routines use WideCharToMultiByte on the string into the GetACP
codepage
On 4/16/07, Briareos [EMAIL PROTECTED] wrote:
Am Montag, 16. April 2007 22:35 schrieb Tom Spear:
I found a small bug in the uninstaller program, and would like to
write the fix myself. I have a working copy in my local tree, but it
duplicates code.
Basically I found that uninstaller does
Well, I don't quite know what happened there with the fonts, however my
fonts are now back working by deleting the contents of the fonts folder
c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc
into this folder.
The reason I had to copy verdana was because the application
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however
my fonts are now back working by deleting the contents of the fonts
folder c:\windows\fonts\ and simply copying in verdana.ttf +
bold+italics etc into this folder.
The reason I had to copy verdana was
I've tried the test with winelib and got:
$ winegcc test.c
$ ./a.out nya
$ od -x nya
000 3f3f 3f3f 3f3f 3f3f 0066
011
This output differs from previous. I tried this under several locales, the
results are the same.
When I applied the patch, EXE version (I used mingw32 instead of VC
While pondering native msiexec's navel,
I looked around for ways to start, stop, and list services
on Wine. Didn't see any; there probably ought to be a net.exe
command that implements start and stop verbs, and
a little control panel, too.
I bet it wouldn't be too hard to implement them.
For
34 matches
Mail list logo
