wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: Updown fix
by Guy L. Albertelli 18 Jul '02

18 Jul '02

----- Original Message ----- From: "Dimitrie O. Paun" <dpaun(a)rogers.com> To: "Wine Patches" <wine-patches(a)winehq.com> Sent: Tuesday, July 16, 2002 9:26 PM Subject: Updown fix > Changelog: > Allow the application to subclass a buddy edit > (spotted by Guy L. Albertelli). > > Index: dlls/comctl32/updown.c [snip] Yes this fixes the problem reported. I like it a lot better also. Thanks, Dimi. Guy

1 0

VirtualQuery problem... maybe
by Max 17 Jul '02

17 Jul '02

After 2 weeks debugging between window$ and wine (sigh), I found a different behaviour of VirtualQuery function : The app queries info about some pages in its code (really dunno why....); in PROTECT field of BASIC_MEMORY_INFO, windows returns a 0x20 value (EXECUTE_READ), but wine returns 0x08 (WRITE_COPY), causing app to hang. I guess there's an error somewhere, as the required info belongs to executable code, so at least should be active some EXECUTE flag; btw, my app checks only that the page has not active NO_ACCESS, WRITECOPY and PAGE_GUARD flags, and behaves badly if find one of them. As a check, I only add an *protect = *protect & 0xffff7fff to GetWin32Prot code, taking so off the WRITECOPY flag only, and the app began starting. As I don't know about anything of linux memory protections (sigh), the question is : is there someone with wnough skllls that want to check it ? :-) Regards Max

1 0

CxxFrameHandler problem
by Steven Edwards 17 Jul '02

17 Jul '02

If anyone is working on the CxxFrameHandler I have two applications I have been working on that may help in testing/tracking down the problems. Currently both WinCVS and geoshell suffer from this problem. Both applications are GPL so if you need to look at the source to find out what is going on you can. fixme:msvcrt:__CxxFrameHandler (0x40473df4,0x40585e54,0x40473a80,0x40473a1c):stub? fixme:msvcrt:__CxxFrameHandler (0x40473a20,0x40585e54,0x404736ac,0x40473648):stub? fixme:msvcrt:__CxxFrameHandler (0x4047364c,0x40585e54,0x404732d8,0x40473274):stub? fixme:msvcrt:__CxxFrameHandler (0x40473278,0x40585e54,0x40472f04,0x40472ea0):stub? fixme:msvcrt:__CxxFrameHandler (0x40472ea4,0x40585e54,0x40472b30,0x40472acc):stub? fixme:msvcrt:__CxxFrameHandler (0x40472ad0,0x40585e54,0x4047275c,0x404726f8):stub? fixme:msvcrt:__CxxFrameHandler (0x404726fc,0x40585e54,0x40472388,0x40472324):stub? fixme:msvcrt:__CxxFrameHandler (0x40472328,0x40585e54,0x40471fb4,0x40471f50):stub? fixme:msvcrt:__CxxFrameHandler (0x40471f54,0x40585e54,0x40471be0,0x40471b7c):stub? __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

7 11

Re: solaris configure strangeness
by Warren_Baird＠cimmetry.com 17 Jul '02

17 Jul '02

> configure: WARNING: net/if.h: present but cannot be compiled > configure: WARNING: net/if.h: check for missing prerequisite headers? > configure: WARNING: net/if.h: proceeding with the preprocessor's result > > [...] > > Can anyone explain what this means? Well, to directly answer your question - no, I'm not sure what it means. But I see the same thing when I compile on sparc, and it doesn't seem to have any obvious impact on things... Warren

1 0

fix for bug #24
by Michael Stefaniuc 17 Jul '02

17 Jul '02

Hello, at least the attached patch fixes the problem described in the summary of bug #24 (in the description there are some other problems described too. That's why i CC wine-devel to let one of the bugzilla guru's decide how to proceed with that bug report). ImageList_Remove when called to remove all images on an empty ImageList returns TRUE. Checked with the ControlSpy on Windows 98SE (MSDN wasn't helpfull in this case). Changelog: - Michael Stefaniuc <mstefani(a)redhat.com> ImageList_Remove returns TRUE when removing all images of an empty ImageList bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 4

programs/winetest/wine.xs - alloc_thunk()
by Gregg Mattinson 17 Jul '02

17 Jul '02

In programs/winetest/wine.xs, there is a function alloc_thunk(). Currently, there is only an implementation for i386. I have created an implementation for sparc, but I can't figure out how to test it. Does anyone know how this function gets called, or if it is still used? I tried "wine winetest.exe.so tests/wine.pl" and that calls some of the other functions in wine.xs, but not alloc_thunk(). Any help would be appreciated. Thanks, Gregg Mattinson Co-op Developer Sun Microsystems of Canada

1 0

RE: winapi update
by Patrik Stridvall 17 Jul '02

17 Jul '02

> "Patrik Stridvall" <ps(a)leissner.se> wrote: > > > RCS file: /home/wine/wine/objects/font.c,v > > retrieving revision 1.76 > > diff -u -u -r1.76 font.c > > --- wine/objects/font.c 22 Jun 2002 01:19:29 -0000 1.76 > > +++ wine/objects/font.c 16 Jul 2002 21:45:23 -0000 > > @@ -2262,7 +2262,7 @@ > > resultsW.lpOutString = NULL; > > ret = GetCharacterPlacementW(hdc, lpStringW, uCountW, > nMaxExtent, &resultsW, dwFlags); > > - > > +v > ^^^^ > > A typo? I forgot pressing control when scrolling down in Emacs. Usually I detect this myself. This time obviously not. Thanks.

1 0

Re: autoconf 2.52
by Alexandre Julliard 17 Jul '02

17 Jul '02

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > I have a feeling this isn't the way to do this, but this allows > configure to be regenerated with autoconf 2.52. With this version of > autoconf the PACKAGE_ defines are left commented out in > include/config.h after regenerating and running configure. > > Is there a better way to do this? Upgrade your autoconf? <g> Seriously, the reason we have the generated configure in CVS is so that most people never need to worry about autoconf at all. Conversely, I think it's quite reasonable to ask the few developers that need to change configure to install the latest autoconf, so that we don't have to worry about compatibility. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Bug Fix: WM_GETTEXT should return NULL string if LB_GETCURSEL is LB_ERR
by Shachar Shemesh 17 Jul '02

17 Jul '02

+ LPWSTR lpText = (LPWSTR)lParam; + lpText[0] = '\0'; Shouldn't it be + LPWSTR lpText = (LPWSTR)lParam; + lpText[0] = L'\0'; ? Carl Sopchak wrote: >I found this while trying to get Quicken 2000 Deluxe to run under wine. Q2k >was crashing when adding a new security (stock) if nothing was seleted in the >Asset Class ListBox. (It doesn't do this under "real Win NT"...) It turns >out that Q2k seems to keep processing the value returned by WM_GETTEXT >regardless of the number of characters WM_GETTEXT returns. Since wine's >WM_GETTEXT was not returning a NULL string (='\0'), a subsequent strcpy (or >some such) was choking because the string was not null terminated. > >The attached patch sets the return string to '\0' if LB_GETCURSEL returns >LB_ERR. (Although this behaviour is not specified on msdn.microsoft.com, I >figure it can't hurt, since the program calling WM_GETTEXT should be >expecting the buffer to get changed by the call...) I don't know (and have >not checked) to see if other *_GETTEXT message handlers need to do the >same... > >One last point: I'm fairly new at C coding. If there's a better way to do >what this patch does, feel free to improve upon it... <grin> > >Carl > > >------------------------------------------------------------------------ > >Index: controls/combo.c >=================================================================== >RCS file: /home/wine/wine/controls/combo.c,v >retrieving revision 1.85 >diff -u -r1.85 combo.c >--- controls/combo.c 10 Jul 2002 23:11:28 -0000 1.85 >+++ controls/combo.c 15 Jul 2002 17:02:47 -0000 >@@ -1603,6 +1603,15 @@ > return (LRESULT)n; > } > } >+ /* LB_GETCURSEL returned LB_ERR - truncate string, return zero */ >+ if (unicode) >+ { >+ LPWSTR lpText = (LPWSTR)lParam; >+ lpText[0] = '\0'; >+ } else { >+ LPSTR lpText = (LPSTR)lParam; >+ lpText[0] = '\0'; >+ } > return 0; > } > > >

6 14

Re: winapi update
by Dmitry Timoshkov 17 Jul '02

17 Jul '02

"Patrik Stridvall" <ps(a)leissner.se> wrote: > RCS file: /home/wine/wine/objects/font.c,v > retrieving revision 1.76 > diff -u -u -r1.76 font.c > --- wine/objects/font.c 22 Jun 2002 01:19:29 -0000 1.76 > +++ wine/objects/font.c 16 Jul 2002 21:45:23 -0000 > @@ -2262,7 +2262,7 @@ > resultsW.lpOutString = NULL; > ret = GetCharacterPlacementW(hdc, lpStringW, uCountW, nMaxExtent, &resultsW, dwFlags); > - > +v ^^^^ A typo? -- Dmitry.

1 0

Re: FindFirstFile/FindNextFile on SMB shares
by Eric Pouech 16 Jul '02

16 Jul '02

Mike McCormack a écrit : > > Hi, > > This is patch allows FindFirstFile/FindNextFile on public windows > shares. It is (artificially) limited to the first 7 files, since some > protocol features that allow transfering larger directories are lacking > in my implementation. I think the FS implementation gets more and more awful we need to structure it a bit more (like introducing a real FS driver model in Wine, and then implement several drivers DOS, SMB...) comments are welcome A+

3 2

Re: WSAStartup fix
by Eric Pouech 16 Jul '02

16 Jul '02

Rein Klazes a écrit : > > Hi, > > This fixes a case of stack corruption in "the bat!" email program. > > Windows WSAStartup() (tested with win98 and win2K') doesn't fill in or > use the WSADATA's lpVendorInfo field, and apparently this program has > cut the field from the structure accordingly according to MSDN, this should only be done if version >= 2 is requested IMO, your patch should take care of the version requested before filling the different fields A+

2 1

Re: __sparc__ not defined with Forte C
by Gregg Mattinson 16 Jul '02

16 Jul '02

Alright, makes sense. Since I don't know what you mean by "all compilers," I added a configure test and I will make sure __sparc__ is used everywhere. In regards to the second point (@function vs. 2), something has been bugging me for a while... Why do the .spec.c files have so much assembly code in them? To me, it looks like most of it could be replaced with an array and some creative use of global variables. I'm willing to tackle the task of converting the .spec.c files to use as much C as possible, but I can only test it on sparc. Someone else would have to test it on i386 and with native .dlls Gregg >To: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Cc: wine-devel(a)winehq.com >Subject: Re: __sparc__ not defined with Forte C >From: Alexandre Julliard <julliard(a)winehq.com> >Date: 15 Jul 2002 18:49:04 -0700 >User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) >MIME-Version: 1.0 > >Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > >> ChangeLog: dlls/ntdll/signal_sparc.c include/basetsd.h >> include/wine/port.h server/context_sparc.c >> - __sparc__ is not defined with Forte C, but __sparc is defined with both Forte >> and GCC. Same goes for __sun__ > >If __sparc and __sun work for all compilers we should use them >everywhere, no need to try to support other forms. Otherwise it should >be done with a configure test like we do for __i386__. > >> - Forte C doesn't like @function. Replaced it with 2. > >This needs a configure test. A #ifdef SUNPRO_C is almost always the >wrong thing to do. > >-- >Alexandre Julliard >julliard(a)winehq.com

2 1

OLE classes registration
by Andriy Palamarchuk 16 Jul '02

16 Jul '02

While researching bug 853 I found out that OleLoadFromStream fails if the specified OLE class is not registered. Many our OLE classes are not registered. Just submitted a patch to register CLSID_StdFont class which fixes the bug. Should I also add the registry etries for all other OLE classes? Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

2 2

Re: Avoid crash
by P. Christeas 16 Jul '02

16 Jul '02

Dominik Strasser wrote: > I had a crash where This->pTypeInfo was 0. > I didn't investigate the real culprit. > > Changelog: avoid crash on NULL pointer I read your patch; I didn't investigate it either. I think you should put the test inside the ITypeInfo_Release() fn. Your patch may solve this case, but what happens when that fn is mis-called from somewhere else? This is a general matter of programming style. Moreover, you could add some TRACE or warning point. There was a conversation on what to do in such cases (where we could handle a NULL, but M$ may not). I suggest: warn and try to go on..

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by juergen.schmied＠debitel.net 16 Jul '02

16 Jul '02

The LoadLibrary call comes from the implementation of DelayLoad ;-). ------------x8----------- http://www.microsoft.com/MSJ/1298/win32/win321298.htm When the application runs, a call to a delay-loaded function actually calls the __delayLoadHelper function instead. This function references the special table I mentioned previously, and knows to call LoadLibrary followed by GetProcAddress. Once the address of the delay-loaded function is obtained, __delayLoadHelper fixes up calls to this function so that future calls go directly to the delay-loaded function. Note that other functions in the same DLL will still have to be fixed up the first time you call them. Also, you can specify the /DelayLoad linker switch multiple times, once for every DLL that you want to delay-load. ------------x8----------- juergen Jon Griffiths <jon_p_griffiths(a)yahoo.com> schrieb: > Hi, > > The following (shortened) trace from native SHLWAPI v6 shows that > StrRetToBufA is implemented using LoadLibrary/GetProcAddress to call > CoTaskMemFree, even though ole32 is imported by this version. > > 08073b00:CALL xpshlwapi.790: StrRetToBufA(<unknown, check > return>08073b00 > 08073b00:Call kernel32.LoadLibraryA(70bf2c30 "ole32.dll") > ret=70c29f2a > 08073b00:Ret kernel32.LoadLibraryA() retval=40a99000 ret=70c29f2a > 08073b00:Call kernel32.GetProcAddress(40a99000,70c2a412 > "CoTaskMemFree") ret=70c2a027 > 08073b00:Call ole32.CoTaskMemFree(403979e0) ret=70bfa1e2 > 08073b00:Ret ole32.CoTaskMemFree() retval=00000001 ret=70bfa1e2 > 08073b00:RET xpshlwapi.790: > StrRetToBufA(405c6c3c,00000000,405c6d4c,00000100) retval = 00000000 > ret=4001d283 > > If you still want to link directly in this case, ignore the patch > "SHLWAPI ole32" and apply the one below instead. This one just > removes winreg.h from shlwapi_main.c. > > Cheers, > Jon >

2 1

Re: Bug Fix: WM_GETTEXT should return NULL string if LB_GETCURSEL is LB_ERR
by Carl Sopchak 16 Jul '02

16 Jul '02

On Monday, July 15, 2002 10:15 pm, wine-devel-request(a)winehq.com wrote: > > If VC does have a "one correct way", while gcc doesn't, shouldn't we > > prefer the VC correct one? > > No - you should the one that is in the C standard. > > > In this case '0' should be ok under ALL circumstances. > (Unless M$ have completely stuffed their compiler) > > > David I'd have to agree with David, that the code should work under all circumstances. So, should this be modified, and another patch submitted? I'd be happy to do that, if it makes life easier... (Reiterating: I'm no C guru, and I know less about unicode, so let me know "the best way", and I'll be happy to change it if needed...) Once again, the code in question: if (unicode) { LPWSTR lpText = (LPWSTR)lParam; lpText[0] = '\0'; } else { LPSTR lpText = (LPSTR)lParam; lpText[0] = '\0'; } return 0; Carl

1 0

Re: PATCH: [Bug 671] Valve Hammer Editor does not run - recursion in buddySupperClassWndProc
by Dimitrie O. Paun 16 Jul '02

16 Jul '02

On June 5, 2002 12:31 am, Guy L. Albertelli wrote: > Ok, the loop was due to constant setting of the buddy wndproc because the > retrieve of the wndproc did not match. The match failed because the > application > program added a wndproc (its own) to the buddy window. The fix will be > submitted to wine-patches. Hmm, I see. But with this fix, it means that you can not change the wndproc of the buddy once set. This can not be right... Also, you broke the UDM_SETBUDDY. I this the correct fix is to add the flag as a property on the buddy, not on the UpDown... -- Dimi.

3 2

Re: SHBrowseForFolderW
by Uwe Bonnes 16 Jul '02

16 Jul '02

>>>>> "Jon" == Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: Jon> ChangeLog: Jon Griffiths <jon_p_griffiths(a)yahoo.com> Jon> +dlls/shell32/shell32.spec,dlls/shell32/brsfolder.c Implement Jon> SHBrowseForFolderW Where's the patch? :-) Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: __sparc__ not defined with Forte C
by Alexandre Julliard 16 Jul '02

16 Jul '02

Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > ChangeLog: dlls/ntdll/signal_sparc.c include/basetsd.h > include/wine/port.h server/context_sparc.c > - __sparc__ is not defined with Forte C, but __sparc is defined with both Forte > and GCC. Same goes for __sun__ If __sparc and __sun work for all compilers we should use them everywhere, no need to try to support other forms. Otherwise it should be done with a configure test like we do for __i386__. > - Forte C doesn't like @function. Replaced it with 2. This needs a configure test. A #ifdef SUNPRO_C is almost always the wrong thing to do. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: About VirtualQueryEx hack
by Eric Pouech 15 Jul '02

15 Jul '02

> > I have a hack for VirtualQueryEx for Linux, but Alexandre will never > > accept it (but if someone needs it, I can provide it) > > May you post it to me ? cc'ing wine-devel if others are interested of course, it'll only work on linux (but it wouldn't be too hard to make it work on other OSes) (you need to run tools/make_request after applying the patch and before re-configuring and re-compiling) A+ Name: vqex ChangeLog: added implementation for VirtualQueryEx (linux only) License: X11 GenDate: 2002/07/15 18:59:12 UTC ModifiedFiles: memory/virtual.c server/Makefile.in server/protocol.def AddedFiles: server/virtual.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/memory/virtual.c,v retrieving revision 1.80 diff -u -u -r1.80 virtual.c --- memory/virtual.c 3 Jul 2002 21:10:44 -0000 1.80 +++ memory/virtual.c 10 Jul 2002 21:46:31 -0000 @@ -1243,15 +1243,42 @@ * Number of bytes returned in information buffer */ DWORD WINAPI VirtualQueryEx( - HANDLE handle, /* [in] Handle of process */ - LPCVOID addr, /* [in] Address of region */ - LPMEMORY_BASIC_INFORMATION info, /* [out] Address of info buffer */ - DWORD len /* [in] Size of buffer */ ) + HANDLE handle, /* [in] Handle of process */ + LPCVOID addr, /* [in] Address of region */ + LPMEMORY_BASIC_INFORMATION pinfo, /* [out] Address of info buffer */ + DWORD len /* [in] Size of buffer */ ) { + int res; + MEMORY_BASIC_INFORMATION info; + if (MapProcessHandle( handle ) == GetCurrentProcessId()) - return VirtualQuery( addr, info, len ); - ERR("Unsupported on other process\n"); - return 0; + return VirtualQuery( addr, pinfo, len ); + + if (addr >= (void*)0xc0000000) return 0; + + SERVER_START_REQ( query_virtual_memory_info ) + { + req->handle = handle; + req->addr = ROUND_ADDR( addr, page_mask ); + + res = wine_server_call_err( req ); + if (!res) + { + info.State = reply->state; + info.Protect = VIRTUAL_Win32Flags[reply->protect]; + info.AllocationProtect = VIRTUAL_Win32Flags[reply->protect_other]; + info.Type = reply->type; + info.BaseAddress = reply->base_address; + info.AllocationBase = reply->alloc_base; + info.RegionSize = reply->size; + } + } + SERVER_END_REQ; + if (res) return 0; + + len = min(len, sizeof(info)); + memcpy(pinfo, &info, len); + return len; } Index: server/Makefile.in =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/Makefile.in,v retrieving revision 1.33 diff -u -u -r1.33 Makefile.in --- server/Makefile.in 9 May 2002 04:31:40 -0000 1.33 +++ server/Makefile.in 14 Jul 2002 17:00:22 -0000 @@ -39,6 +39,7 @@ trace.c \ unicode.c \ user.c \ + virtual.c \ window.c PROGRAMS = wineserver Index: server/protocol.def =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/protocol.def,v retrieving revision 1.39 diff -u -u -r1.39 protocol.def --- server/protocol.def 2 Jun 2002 21:22:22 -0000 1.39 +++ server/protocol.def 10 Jul 2002 21:44:11 -0000 @@ -1038,6 +1038,21 @@ @END +/* query a process virtual memory */ +@REQ(query_virtual_memory_info) + obj_handle_t handle; /* handle to the process */ + void* addr; /* address where to look at */ +@REPLY + int state; + int protect; + int protect_other; + int type; + void* base_address; + void* alloc_base; + int size; +@END + + /* Create a file mapping */ @REQ(create_mapping) int size_high; /* mapping size */ --- /dev/null Thu Jan 1 01:00:00 1970 +++ server/virtual.c Wed Jul 10 23:31:31 2002 @@ -0,0 +1,103 @@ +#include "config.h" +#include "wine/port.h" + +#include <assert.h> +#include <stdio.h> +#include <stdlib.h> +#include <unistd.h> + +#include "process.h" +#include "request.h" + +static void query_virtual_memory_info(struct process* process, unsigned base, + struct query_virtual_memory_info_reply* reply) +{ + char buffer[MAX_PATH]; + FILE* file = NULL; + unsigned alloc_base = 0; + unsigned size = 0; + unsigned start, end; + unsigned vprot; + +#ifdef linux + if (process->thread_list) + { + sprintf(buffer, "/proc/%d/maps", process->thread_list->unix_pid); + file = fopen(buffer, "r"); + } +#endif + if (!file) + { + set_error(STATUS_NOT_SUPPORTED); + return; + } + + while (fgets(buffer, sizeof(buffer) - 1, file)) + { +#ifdef linux + char prot[5]; + unsigned shift, minor, major; + /* 407ac000-407ae000 rw-p 00007000 */ + + if (sscanf(buffer, "%x-%x %4s %08x %x:%x", &start, &end, prot, &shift, &major, &minor) != 6) + { + if (sscanf(buffer, "%x-%x %4s", &start, &end, prot) != 3) continue; + shift = 0; + major = minor = 0; + } + + vprot = 0; + if (prot[0] == 'r') vprot |= VPROT_READ; + if (prot[1] == 'w') vprot |= VPROT_WRITE; + if (prot[2] == 'x') vprot |= VPROT_EXEC; + if (prot[3] == 'p') vprot |= VPROT_WRITECOPY; +#endif + + if (end <= base) + continue; + if (base < start) + { + size = start - alloc_base; + goto noMap; + } + if (base < end) + { + alloc_base = start; + size = end - start; + + reply->state = MEM_COMMIT; /* FIXME: hard to tell MEM_RESERVE */ + reply->protect = vprot; + reply->protect_other = reply->protect; /* FIXME: hard to guesss */ + + reply->type = (major && minor) ? MEM_MAPPED : 0; /* FIXME */ + goto final; + } + alloc_base = end; + } + + size = 0xffff0000 - alloc_base; + + noMap: + reply->state = MEM_FREE; + reply->protect = 0; + reply->protect_other = 0; + reply->type = 0; + final: + reply->base_address = (LPVOID)base; + reply->alloc_base = (LPVOID)alloc_base; + reply->size = size - (base - alloc_base); + + fclose(file); + return; +} + +/* query information about a part of the memory */ +DECL_HANDLER(query_virtual_memory_info) +{ + struct process* process; + + if (!(process = get_process_from_handle( req->handle, PROCESS_VM_READ ))) + return; + + query_virtual_memory_info(process, (unsigned)req->addr, reply); +}

1 0

Printing
by Ann and Jason Edmeades 15 Jul '02

15 Jul '02

I am trying to test my program which does a simple print preview in VB but cant get that far yet. Setup: CUPS HPLJ4 setup (CUPS+GIMP-print v4.2.0) When I run the program and it starts accessing the printer (GetCompatibleDC/FindPrinterInfo?) it complains about AFM fonts. I tried adding /usr/share/fonts/afms/adobe to the afmdirs in the config file and although I get different trace, I get the same message. Reading the winehq guide to printing it doesnt mention anything about setting up afmdirs and I read that wine should be able to do it itself for Type 1 fonts, but I have no idea where this is going wrong. I've hunted dejanews (goole groups) and although I can find lots of hits on these messages I couldnt find anything clear. Questions... 1. Should I need to install AFM fonts - 4.7.2.1.4 of http://www.winehq.com/Docs/wine-user/printing.shtml implies not. However this implies I need a PPD file for my printer, but 4.7.2.1.1 implies there is no further configuration required. The 'funny' side is I dont care too much about the printing just yet - I just want to be able to query the dimensions to test the rest of mq code!! Jason An edited --debugmsg follows: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: err:font:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/script.fon" err = 2 fixme:win32:PE_CreateModule Security directory ignored trace:psdrv:PSDRV_Init (0x4167d000, 0x00000001, (nil)) trace:psdrv:PSDRV_GlyphListInit glyphList will initially hold 2048 glyph names warn:psdrv:ReadAFMDir /usr/share/ghostscript/fonts: No such file or directory trace:psdrv:ReadAFMFile /usr/share/fonts/afms/adobe/phvbo8an.afm : : Working through some afm files, occasional Unicodify Glyph 'merge' not in Adobe Glyph List type messgae : warn:psdrv:PSDRV_AddAFMtoList Ignoring duplicate FontName 'AvantGarde-Demi' trace:psdrv:AddBuiltinAFMs Ignoring built-in font AvantGarde-Demi warn:psdrv:PSDRV_AddAFMtoList Ignoring duplicate FontName 'AvantGarde-DemiOblique' trace:psdrv:AddBuiltinAFMs Ignoring built-in font AvantGarde-DemiOblique : : Repeated for a number of fonts : trace:psdrv:PSDRV_DumpFontList Family 'Helvetica' trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Narrow-BoldOblique' (228 glyphs) - 'AdobeStandardEncoding' encoding: trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Bold' (228 glyphs) - 'AdobeStandardEncoding' encoding: trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Narrow-Bold' (228 glyphs) - 'AdobeStandardEncoding' encoding: etc : : Repeated for a number of families : trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:print:DrvGetPrinterData16 printer HPLJ4 trace:print:DrvGetPrinterData16 profile 0x1 trace:print:DrvGetPrinterData16 lpType 0x405c5ec0 trace:print:DrvGetPrinterData16 printer HPLJ4 trace:print:DrvGetPrinterData16 profile 0x1 trace:print:DrvGetPrinterData16 lpType 0x405c5ec0 trace:psdrv:PSDRV_ParsePPD file '/var/tmp/3d31e093d6bf6' trace:psdrv:PSDRV_ParsePPD NickName = 'HP LaserJet 4L, CUPS+GIMP-print v4.2.0' trace:psdrv:PSDRV_ParsePPD LanguageLevel = 2 trace:psdrv:PSDRV_ParsePPD ColorDevice = 0 trace:psdrv:PSDRV_ParsePPD LandscapeOrientation = 90 trace:psdrv:PSDRV_ParsePPD Can't find Windows page type for 'COM10' - using 256 trace:psdrv:PSDRV_ParsePPD Using Windows bin type 256 for 'Standard' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 257 for 'Manual' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 258 for 'MultiPurpose' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 259 for 'Upper' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 260 for 'Lower' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 261 for 'LargeCapacity' trace:psdrv:PSDRV_ParsePPD DefaultResolution = 300 err:psdrv:PSDRV_PPDGetNextTuple Error in line '*CloseUI *stpBrightness '? trace:psdrv:PSDRV_ParsePPD 'Letter' aka 'Letter' (1) invoked by '<</PageSize[612 792]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 594.00, 780.00 trace:psdrv:PSDRV_ParsePPD Dimension = 612.00 x 792.00 trace:psdrv:PSDRV_ParsePPD 'Legal' aka 'Legal' (5) invoked by '<</PageSize[612 1008]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 594.00, 996.00 trace:psdrv:PSDRV_ParsePPD Dimension = 612.00 x 1008.00 trace:psdrv:PSDRV_ParsePPD 'Executive' aka 'Executive' (7) invoked by '<</PageSize[522 756]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 504.00, 744.00 trace:psdrv:PSDRV_ParsePPD Dimension = 522.00 x 756.00 trace:psdrv:PSDRV_ParsePPD 'Statement' aka 'Manual' (6) invoked by '<</PageSize[396 612]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 378.00, 600.00 trace:psdrv:PSDRV_ParsePPD Dimension = 396.00 x 612.00 trace:psdrv:PSDRV_ParsePPD 'A4' aka 'A4' (9) invoked by '<</PageSize[595 842]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 577.00, 830.00 trace:psdrv:PSDRV_ParsePPD Dimension = 595.00 x 842.00 trace:psdrv:PSDRV_ParsePPD 'C5' aka 'C5' (28) invoked by '<</PageSize[459 649]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 441.00, 637.00 trace:psdrv:PSDRV_ParsePPD Dimension = 459.00 x 649.00 trace:psdrv:PSDRV_ParsePPD 'C6' aka 'C6' (31) invoked by '<</PageSize[323 459]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 305.00, 447.00 trace:psdrv:PSDRV_ParsePPD Dimension = 323.00 x 459.00 trace:psdrv:PSDRV_ParsePPD 'DL' aka 'DL' (27) invoked by '<</PageSize[311 623]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 293.00, 611.00 trace:psdrv:PSDRV_ParsePPD Dimension = 311.00 x 623.00 trace:psdrv:PSDRV_ParsePPD 'COM10' aka 'Commercial 10' (256) invoked by '<</PageSize[297 684]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 279.00, 672.00 trace:psdrv:PSDRV_ParsePPD Dimension = 297.00 x 684.00 trace:psdrv:PSDRV_ParsePPD INPUTSLOTS '(null)' Name 'Automatically Select' (15) Invocation '(null)' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Standard' Name 'Standard' (256) Invocation '<</MediaClass(Standard)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Manual' Name 'Manual' (257) Invocation '<</MediaClass(Manual)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'MultiPurpose' Name 'Tray 1' (258) Invocation '<</MediaClass(MultiPurpose)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Upper' Name 'Tray 2' (259) Invocation '<</MediaClass(Upper)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Lower' Name 'Tray 3' (260) Invocation '<</MediaClass(Lower)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'LargeCapacity' Name 'Tray 4' (261) Invocation '<</MediaClass(LargeCapacity)>>setpagedevice' trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer 'HPLJ4' trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. fixme:winspool:AddPrinterW DocumentPropertiesW on printer 'L"HPLJ4"' fails trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. err:winspool:AddPrinterW DocumentPropertiesW on printer 'L"HPLJ4"' failed! err:winspool:CUPS_LoadPrinters printer 'HPLJ4' not added by AddPrinterA (error 1797) trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. trace:psdrv:PSDRV_Init (0x4167d000, 0x00000000, 0x1)

2 1

Re: Eliminate bogus error messages
by Guy L. Albertelli 14 Jul '02

14 Jul '02

I hate it when the debugging code sneaks out of the house!! Thanks Michael for catching that. Alexandre, please use this version instead Thanks, Guy ----- Original Message ----- From: "Guy L. Albertelli" <galberte(a)neo.lrun.com> To: "Wine Patches" <wine-patches(a)winehq.com> Sent: Sunday, July 14, 2002 12:19 PM Subject: Eliminate bogus error messages > This eliminate ERR messages for messages greater than 0x7fff which are > application dependent message. > > Note Listview and UpDown are not included because they are currently under > repair in my tree. Those fixes will be coming later. > > License: X11 > > Changelog: > Guy Albertelli <<galberte(a)neo.lrun.com>> > > dlls/comctl32/animate.c,comboex.c,datetime.c, > flatsb.c,header.c,hotkey.c,ipaddress.c,monthcal.c, > progress.c,rebar.c,status.c,tab.c,toolbar.c,tooltips.c, > trackbar.c,treeview.c > - Don't issue error message if message number in application > range. >

1 0

Re: Eliminate bogus error messages
by Michael Stefaniuc 14 Jul '02

14 Jul '02

Hello! On Sun, Jul 14, 2002 at 12:19:13PM -0400, Guy L. Albertelli wrote: > This eliminate ERR messages for messages greater than 0x7fff which are > application dependent message. > > Note Listview and UpDown are not included because they are currently under > repair in my tree. Those fixes will be coming later. > > License: X11 > > Changelog: > Guy Albertelli <<galberte(a)neo.lrun.com>> > > dlls/comctl32/animate.c,comboex.c,datetime.c, > flatsb.c,header.c,hotkey.c,ipaddress.c,monthcal.c, > progress.c,rebar.c,status.c,tab.c,toolbar.c,tooltips.c, > trackbar.c,treeview.c > - Don't issue error message if message number in application > range. Index: dlls/comctl32/tab.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/tab.c,v retrieving revision 1.69 diff -u -r1.69 tab.c --- dlls/comctl32/tab.c 20 Jun 2002 22:45:29 -0000 1.69 +++ dlls/comctl32/tab.c 14 Jul 2002 16:04:57 -0000 @@ -1755,6 +1755,8 @@ */ bkgnd = comctl32_color.clrBtnFace; corner = comctl32_color.clrBtnFace; + bkgnd = 0x00c0c000; /* GLA */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + corner = 0x0000c0c0; /* GLA */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Are you sure that this should go in? Makes the tabs in the Minolta Dimage Image Viefer have the color lightblue/tourquoise. Without this (and also with the native comctrl32 or in Windows) the tabs are lightgray. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Fixing a regression test ...
by Duane Clark 14 Jul '02

14 Jul '02

Paul Millar wrote: > ChangeLog: > Replace references to D: (which might not exist) with C: (which we > assume does) > > Index: dlls/kernel/tests/path.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/path.c,v > retrieving revision 1.6 > diff -u -r1.6 path.c > --- dlls/kernel/tests/path.c 5 Jul 2002 01:22:28 -0000 1.6 > +++ dlls/kernel/tests/path.c 12 Jul 2002 18:03:17 -0000 > @@ -673,9 +673,9 @@ > ok(lstrcmpiA(SHORTFILE,strptr)==0, > "GetLongPathNameA returned part '%s' instead of '%s'",strptr,SHORTFILE); > /* Otherwise insert the missing leading slash */ > - sprintf(tmpstr,"D:%s\\%s",SHORTDIR,SHORTFILE); > + sprintf(tmpstr,"C:%s\\%s",SHORTDIR,SHORTFILE); > ok(GetFullPathNameA(tmpstr,MAX_PATH,tmpstr1,&strptr),"GetFullPathNameA failed"); > - sprintf(tmpstr,"D:\\%s\\%s",SHORTDIR,SHORTFILE); > + sprintf(tmpstr,"C:\\%s\\%s",SHORTDIR,SHORTFILE); > ok(lstrcmpiA(tmpstr,tmpstr1)==0, > "GetLongPathNameA returned '%s' instead of '%s'",tmpstr1,tmpstr); > ok(lstrcmpiA(SHORTFILE,strptr)==0, Actually, the purpose of that particular test was to check the behavior when the supplied path is on a different drive from the current drive. The current drive is presumably C:. But the test should have tested for the existence of drive D: before using it.

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel