April 2004 - Wine-Devel - list.winehq.org

Re: Re: CVS Invalid path for c:\\Windows
by brettholcomb＠charter.net April 29, 2004

April 29, 2004

Arrghh! I'll do that. Thank you. Can the message be updated to tell us to look at the dosdevices directory. > > From: Alexandre Julliard <julliard(a)winehq.org> > Date: 2004/04/29 Thu AM 02:02:21 GMT > To: "Brett I. Holcomb" <brettholcomb(a)charter.net> > CC: wine-devel(a)winehq.com > Subject: Re: CVS Invalid path for c:\\Windows > > "Brett I. Holcomb" <brettholcomb(a)charter.net> writes: > > > Yes. I just did again and it doesn't work. Same error. Something got > > broken again I guess. > > Path entries from the config file are no longer used. Check the > contents of your ~/.wine/dosdevices directory. > > -- > Alexandre Julliard > julliard(a)winehq.org >

1 0

Conversion between Clipboard Formats
by Santosh Siddheshwar April 29, 2004

April 29, 2004

Hi, Does WINE support automatic type conversion between certain kinds of clipboard formats? For e.g. between CF_TEXT and CF_UNICODETEXT and similar types of conversions? Any inputs would be appreciated Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

2 1

Re: SetCalendarInfoA and SetCalendarInfoW implementations
by Stefan Leichter April 29, 2004

April 29, 2004

Am Mittwoch, 28. April 2004 22:38 schrieb Wililam: > I have implemented the SetCalendarInfoA and SetCalendarInfoW API > functions in dlls/kernel/time.c. I am aware that you generally do not like > it when more than 1 thing is changed, but SetCalendarInfoA is not much more > than a > call to SetCalendarInfoW. I am also curious as to why both functions were > listed > as stdcalls rather than stubs when they were both stubs in the source file. > > I have enclosed the patch for the file against the latest source package. > > Here is the ChangeLog entry (I didn't patch the ChangeLog file): > > * dlls/kernel/time.c > William Lahti <computerman413(a)ezrs.com> > > - Implemented the SetCalendarInfoA and SetCalendarInfoW APIs. > > Sincerely yours, > > William Lahti Hello, for my limited understanding you need to convert lpCalData from ascii to unixode in SetCalendarInfoA before calling SetCalendarInfoW Bye Stefan

1 0

how can i solve this problem???
by Falcifer April 28, 2004

April 28, 2004

fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,2)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,3)-stub! fixme:hook:NotifyWinEvent (32774,0x20049,-4,1)-stub! X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 21212 Current serial number in output stream: 21212 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,2)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:NotifyWinEvent (32768,0x20049,-4,3)-stub! fixme:hook:NotifyWinEvent (32774,0x20049,-4,1)-stub! X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 21212 Current serial number in output stream: 21212 ----------------------------------------------------------------------------------- Any clue?? Its very important cause if i can run this corporative application in Linux all the firm will migrate gradually to Linux. Thanks

1 0

CVS Invalid path for c:\\Windows
by Brett I. Holcomb April 28, 2004

April 28, 2004

I installed from CVS today and when I start wine I get the error below. This happens even with the standard config file that it creates. I've check both my and the config file and can't find any errors. I'm including the c drive part of the config file. Any ideas why this is telling me this? Thanks. Error: Invalid path L"c:\\Windows" for L"windows" directory: does not exist. Perhaps you have not properly edited your Wine configuration file (/home/brett/.wine-cvs/config) Config file excerptL [Drive C] "Path" = "fake_windows" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" -- Brett I. Holcomb

3 4

[PATCH] Exception c0000005 opening JPEG files in FoxPro
by Sergio López April 28, 2004

April 28, 2004

Hello, When Visual FoxPro (tested with versions 6 and 7, wine-20040408) tries to open a JPEG file, it crash showing a c0000005 exception. The backtrace of winedbg shows the following API calls: 0 0x407c0e1d (CURSORICON_SimulateLoadingFromResourceW+0x8d(filename=0x403e63b0, fCursor=0x1, res=0x4074a208, ptr=0x4074a20c) [cursoricon.c:512] in USER32.DLL) (ebp=4074a1d0) 1 0x407c1d0d (CURSORICON_Load+0x28d(hInstance=0x0, name=0x403e63b0, width=0x20, height=0x20, colors=0x1, fCursor=0x1, loadflags=0x50) [cursoricon.c:799] in USER32.DLL) (ebp=4074a21c) 2 0x407c4ba0 (LoadImageW+0xb0(hinst=0x0, name=0x403e63b0, type=0x2, desiredx=0x20, desiredy=0x20, loadflags=0x50) [cursoricon.c:2133] in USER32.DLL) (ebp=4074a258) 3 0x407c4a8f (LoadImageA+0x14f(hinst=0x0, name=0x4074a370, type=0x2, desiredx=0x0, desiredy=0x0, loadflags=0x50) [cursoricon.c:2074] in USER32.DLL) (ebp=4074a334) 4 0x407c39b5 (LoadCursorFromFileA+0x45(name=0x4074a370) [cursoricon.c:1649] in USER32.DLL) (ebp=4074a358) 5 0x0053b8c5 (vfp7.exe.EntryPoint+0x13a8c5 in vfp7.exe) (ebp=4074a5e8) 6 0x00490d4b (vfp7.exe.EntryPoint+0x8fd4b in vfp7.exe) (ebp=4074a78c) 7 0x004abd03 (vfp7.exe.EntryPoint+0xaad03 in vfp7.exe) (ebp=4074a928) 8 0x00436a8d (vfp7.exe.EntryPoint+0x35a8d in vfp7.exe) (ebp=0000002b) The last function (CURSORICON_Simulate...) has a bug that makes the exception when the opened file isn't in RIFF format. Returning with fail when the file is in other format avoids the exception, and Visual FoxPro continue the execution loading correctly the image. Best regards, -- Sergio López koro(a)menteslibres.org

1 0

Re: SetCalendarInfoA and SetCalendarInfoW implementations
by Vincent Béron April 28, 2004

April 28, 2004

Le mer 28/04/2004 à 16:38, Wililam a écrit : > I have implemented the SetCalendarInfoA and SetCalendarInfoW API > functions in dlls/kernel/time.c. I am aware that you generally do not like it > when more than 1 thing is changed, but SetCalendarInfoA is not much more than > a > call to SetCalendarInfoW. I am also curious as to why both functions were > listed > as stdcalls rather than stubs when they were both stubs in the source file. There are two levels of stubs: "real stubs", and dummy functions. stub is used in a spec file when there's no implementation whatsoever of a given function, not even a dummy one. If an app tries to use that function, it results in a segmentation fault (and usually a crash to the debugger). In the case of SetCalendarInfo{A,W}, some dummy function existed, so they were callable by an app without it crashing (hence the stdcall declaration). Of course it wouldn't actually do much, that's what your implementation is for. The "stub" in the FIXME is to remind people that some function is not really there, although it's been called. The line is difficult to draw between the two types of stub: some apps will crash with a real stub and need a dummy one, some other ones will crash with a dummy one and will route around real stubs. Usually it's done on a case by case basis. > > I have enclosed the patch for the file against the latest source package. > > Here is the ChangeLog entry (I didn't patch the ChangeLog file): Alexandre commits all the changelog entries to the ChangeLog file when there's a release. Your way to specify the changelog is the correct one. Vincent

1 0

Re: [Darwine] compiling wine on Darwin/MacOS X 4/10
by Pierre d'Herbemont April 28, 2004

April 28, 2004

Emmanuel, I know that I did this hack, but it is not really a good one. Since it corrupts the stack (you get a stack frame error at every signal caught). So this issue would need to be a bit more investigated. But it is required for now, without it you can't launch an App. Pierre PS: its good to see that someone takes time to send those patches and work ;) So thanks for that. On 15 avr. 04, at 23:36, emmanuel maillard wrote: > Hi, > > an other patch for darwin/ppc > > changelog > Add darwin/ppc support in THREAD_InitStack > > emmanuel > > <kernel_thread.diff>

2 1

Re: [D3D8] Many Improvements
by Duane Clark April 28, 2004

April 28, 2004

This commit to CVS doesn't compile for me: http://www.winehq.org/hypermail/wine-cvs/2004/04/0346.html The part the doesn't compile is the replacement of glCompressedTexImage2DARB() - glCompressedTexImage2DARB(gl_target, - ... + glCompressedTexImage2D(gl_target, + ... The old name compiled fine for me; changing it back fixes the compile. This is on RH7.3.

2 1

Re: exec-shield patch take 6
by Mike Hearn April 28, 2004

April 28, 2004

Go Mike! Good to see this work finally turn into a patch against CVS :) On Wed, 2004-04-28 at 19:02 +0900, Mike McCormack wrote: > Description: > > This patch allows platforms using exec-shield patch against the Linux > kernel (eg. Fedora Core) to run Wine without disabling exec-shield. It also fixes the prelink case, right? :) > + vars.pe_size = 0x01000000; 0x1000000? Are you sure you didn't drop a zero somewhere? That's only 16mb.... we probably want something like 0x40000000 which reserves a gig of address space. Some very large game installers can in fact get close to this level, and as it's just non-backed address space we're reserving (for a shor time) there's no real reason to be stingy. > +/* > + * The _start function is the entry and exit point of this program > + * > + * It calls wld_start, passing a pointer to the args it receives > + * then jumps to the address wld_start returns after removing the > + * first argv[] value, and decrementing argc > + */ > +void _start(void); > +__asm ( > + ".align 4\n" > + "\t.global _start\n" > + "\t.type _start,@function\n" > +"_start:\n" > + "\tcall wld_start\n" > + "\tpush %eax\n" > + "\txor %eax,%eax\n" > + "\txor %ebx,%ebx\n" > + "\txor %ecx,%ecx\n" > + "\txor %edx,%edx\n" > + "\tret\n" > +); You know, I wonder if we couldn't make this simpler ... well, shorter, by assuming the stack is already set up and the main binary is mapped correctly, then being careful not to disturb the linker entry stack just reserve the areas we need with a few mmap syscalls, map in the real dynamic linker and do a jump. In effect, rather than repeat the work the kernel already did for everything but the real dynamic linker, insert a small shim between them. Thoughts? thanks -mike

3 2