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

Re: Using Windows ODBC drivers
by Dimitrie O. Paun 29 Apr '04

29 Apr '04

On Thu, 29 Apr 2004, Florian Wunderlich wrote: > 5.14.2. Using Windows ODBC drivers > Does anyone actually have any experience of this and anything to add? > > > I do, with Microsoft Access and the JetProxy JDBC. If there's any > interest, I can give you a quick summary on how to set things up. Yes, there is -- if you could provide a patch for section 5.14.2 it would be great. In the past, others have inquired about this issue, so having some documentation on it would be perfect. -- Dimi.

1 0

RegEdit problems
by Krzysztof Foltman 29 Apr '04

29 Apr '04

During deployment of some Linux desktop setup I had a major problem with WINE's regedit. First, I don't seem to be able to edit the (default) values of the keys (if they don't exist already ?). Second, the Modify dialog has Cancel as its default button. Third, there is no Find function. There are also some weird error messages in unexpected places. Is anybody working on it, or should I try it ? Using native regedit is not an option, as our goal is to avoid being a BSA victim completely. Krzysztof (who can't continue the RichEdit before getting the damn desktop to work)

3 3

Re: Re: CVS Invalid path for c:\\Windows
by brettholcomb＠charter.net 29 Apr '04

29 Apr '04

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 29 Apr '04

29 Apr '04

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 29 Apr '04

29 Apr '04

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

CVS Invalid path for c:\\Windows
by Brett I. Holcomb 28 Apr '04

28 Apr '04

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 28 Apr '04

28 Apr '04

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 28 Apr '04

28 Apr '04

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 28 Apr '04

28 Apr '04

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 28 Apr '04

28 Apr '04

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