On 4/15/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
On 4/15/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Hey Tom,
Hey Dan,
I think I'm going to focus on Dreamweaver, Photoshop, and Acrotat Pro
for a while... so that's it for new wiki pages for a while :-)
- Dan
I haven't had much luck finding
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 the
It appears to me according to this log section that the bug is actually in
kernel32.CompareStringA, though I could be wrong. It starts out comparing
the strings of files it is looking for in the cabinet file with
kernel32.CompareString and unsuccesfully matching, then it appears to be
matching
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 6
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 becaus
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
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
(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
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 not scan the uninstall
> registry entry of HK
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 im
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 2007-04
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, c
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.
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 W
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 ..
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 Navig
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.
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(
directory,OWNER_SECURITY_INFORMATION,buff
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 g
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.
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 the
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 *, DW
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)
> >> Reso
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->pGetDIBColor
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 fi
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
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
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->pGetDIBColorTabl
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
> pro
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
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 y
> 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 fram
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 CRYPT_DECODE_P
Jan Zerebecki wrote:
+if (!iconinfo->hbmMask) {
+return 0;
+}
if (iconinfo->hbmColor)
{
Please match the coding style of the rest of the function.
--
Rob Shearman
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 all
Hi,
I am trying to create a bug in Bugzilla concerning Navigation.
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 windo
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
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 AFA
38 matches
Mail list logo
