wine-devel

wine-devel@winehq.org

10 participants
84460 discussions

Interesting bug
by Mike Hearn 18 Aug '04

18 Aug '04

From the appdb: ----------------------------------------------------------------------- * SAVE FOR WEB Solution* : Well, after a fair amount of trail-and-error testing, I have FINALLY found what WILL or WONT allow Save-For-Web to work... It actually is how you execute Photoshop.exe ... if you try to run it with forward slashes in the path, Save for Web will NOT work. If you execute with backslashes, Save for Web WILL work. So... Save for Web works with: wine "c:\program files\adobe\Photoshop 7.0\Photoshop.exe" Save for Web WILL NOT work with: wine "c:/program files/adobe/Photoshop 7.0/Photoshop.exe" Enjoy! Hiji ----------------------------------------------------------------------- I don't have Photoshop here, but perhaps we should ensure that argv[0] and equivalents always use backslashes?

2 1

Re: winealsa dsound capture message patch
by Alexandre Julliard 18 Aug '04

18 Aug '04

Robert Reif <reif(a)earthlink.net> writes: > Adds missing wine specific dsound capture message support. This patch causes the dsound capture test to hang for me. Here's the output I get before killing it: capture.c:230:Testing Primary Sound Capture Driver - winealsa.drv fixme:wave:widDsCreate DirectSoundCapture not implemented The (slower) DirectSound HEL mode will be used instead. capture.c:256: DirectSoundCapture Caps: size=16 flags=0x00000020 formats=fffff channels=2 capture.c:331: Testing the capture buffer at 8000x8x1 PCM capture.c:123: Caps: size = 16 flags=0x00000000 buffer size=8000 capture.c:142: tag=0x0001 8000x8x1 avg.B/s=8000 align=1 capture.c:154: status=0x0000 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Wine Status - User Interface
by James Hawkins 18 Aug '04

18 Aug '04

---------- Forwarded message ---------- From: James Hawkins <truiken(a)gmail.com> Date: Mon, 16 Aug 2004 13:43:21 -0500 Subject: Re: Wine Status - User Interface To: twickline(a)sitestar.net Hey Tom, printdlg AFAIK is very close to being complete. The only things I can think of that would need to be done concerning the print dialog is to verify how windows handles the printer stats (Status, Type, Where, Comment) when no printer is selected/installed. Another thing that could be implemented is the printer help. I will have to test out the print properties dialog when i set up my printer in a week. I dont really know anything about Page Setup or Print Property Sheet, but I will definitely look into it now. On Mon, 16 Aug 2004 09:52:58 -0400, Tom <twickline(a)sitestar.net> wrote: > James Hawkins wrote: > > Hey Tom, > > > > Yea this looks good. Percentages look good too. Keep up the good work! > > > > Hello James, > > Thanks for the speedy reply :) > Would you by chance know what needs to be done, what is missing from > /commdlg/printdlg.c ? > > Do you know anything about Page Setup or Print Property Sheet ? > I looked through our source but i didn't find a relivent source file for > them. > > Regards, > > Tom > > -- James Hawkins -- James Hawkins

2 1

Menu problem: top menu drawn ok, pulldowns miss text
by Tobias Burnus 18 Aug '04

18 Aug '04

Hello, I have a strange problem with the Cambridge Advanced Learner's Dictionary. It, finally¹, starts up but (besides other problems) there is a glitch in the menu. The menu bar looks ok, the dropdown menus work, but the items are empty. The (single?) submenu works again. See http://www.physik.fu-berlin.de/~tburnus/wine/cald2.png Has anyone an ad-hoc idea or knows which are the best debugging flags? Even with the default setting I get hundreds of such lines: fixme:ddraw:Main_DirectDrawClipper_SetClipList (0x40410e80,0x4067ea8c,0),stub! Thus I want to do a wise choise for the menus. (At the startup, it comes up with an open File menu and the menu item "Menu 1" to "Menu 7" which closes after a few seconds by itself: http://www.physik.fu-berlin.de/~tburnus/wine/cald3.png) Regards, Tobias ¹ Great work! A few weeks ago, it didn't come up at all but was stalled with the splash screen. PS: See also http://dictionary.cambridge.org/cald/cdrom/, unfortunally, there is no free demo version :-( PPS: The other problems are mentioned above are: - Somehow no words are shown (makes it unusable). This and the other bugs might relate to the following error: err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateZoneManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateSecurityManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef - Some exception ("thrown by funReadIniFile" - file not found) dialog covers a lot of the space but seems otherwise not to harm: http://www.physik.fu-berlin.de/~tburnus/wine/cald4.png (The question is only: Why is the file not found.)

2 1

Re: WineSetupTk...
by Ivan Leo Puoti 18 Aug '04

18 Aug '04

> winesetuptk is still maintained? I thought the recent config file changes broke it! I've recently removed it from the sourceforge download page. Ivan.

2 1

Re: Do more tests in non-interactive mode (resubmit)
by Alexandre Julliard 18 Aug '04

18 Aug '04

Francois Gouget <fgouget(a)codeweavers.com> writes: > This way we exercise almost as much of the API as in interactive mode > without disturbing users, and the tests still run fast. The slowest one > is the winmm test which takes 16 seconds on my machine which supports > all the tested sound formats (but has only one sound card). Given that > winetest's timeout is two minutes this gives a wide margin. The capture test takes about 80 seconds here with the ALSA driver, which is a bit long. It also fails with the OSS driver: capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=512, should be 800 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags capture.c:130: Test failed: frag.dwBytesRecorded=1024, should be 1600 capture.c:128: Test failed: WaitForSingleObject failed for header capture.c:129: Test failed: WHDR_DONE not set in frag.dwFlags etc. Also the wave test makes a lot of noise here, both with ALSA and OSS drivers. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Removed slovenian translation
by Marcelo Duarte 17 Aug '04

17 Aug '04

Use diff -u Si.rc /dev/null Jacek Caban wrote: > I found that slovenian translation is incomplete and not translated, > so I removed this from winecfg.rc. Si.rc should be remove too, but > I don't know how to do this in patch. > > Changelog: > Removed slovenian translation > > Index: programs/winecfg/winecfg.rc > =================================================================== > RCS file: /home/wine/wine/programs/winecfg/winecfg.rc,v > retrieving revision 1.10 > diff -u -r1.10 winecfg.rc > --- programs/winecfg/winecfg.rc 22 Jul 2004 19:45:00 -0000 1.10 > +++ programs/winecfg/winecfg.rc 16 Aug 2004 19:23:12 -0000 > @@ -32,7 +32,6 @@ > #include "It.rc" > #include "Pt.rc" > #include "Ru.rc" > -#include "Si.rc" > > LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL > > > >

2 1

Re: Added path settings to winecfg
by Marcelo Duarte 17 Aug '04

17 Aug '04

Hi, I think that you do not need to modify the .rc files from languages other than En.rc and your native language. If you do not translate, it will more easy to us to known that it is wrong and needs to be translated. This is my position in relation to Pt.rc. Thank you. Jacek Caban wrote: > Changelog: > Added path settings to winecfg. > >

2 1

RE: iostream and msvcrt?
by Scott Snell 17 Aug '04

17 Aug '04

Hi Mike, Even if I change my command to be: winegcc -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get the same spread of errors. I am converting an MSVC project that uses both these header files and I'm trying to understand why the MSVCRT header files provided with wine wont work with my project. regards, Scott. > -----Original Message----- > From: Mike Hearn [SMTP:m.hearn@signal.QinetiQ.com] > Sent: Tuesday, 17 August 2004 18:38 > To: Scott Snell > Cc: Wine-Devel (E-mail) > Subject: Re: iostream and msvcrt? > > Why are you trying to use G++ with the MSVCRT (Microsoft Visual C++ > runtime) ? That can surely never work: even if the headers were > compatible, the ABI used is not.

1 0

Re: don't kill the destktop
by Dmitry Timoshkov 17 Aug '04

17 Aug '04

"Ferenc Wagner" <wferi(a)afavant.elte.hu> wrote: > ChangeLog: The desktop process is not automatically > restarted under Win95, so stop killing it. This patch causes test_shell_window tests fail under win2k SP4. Please either fix the failures or revert the patch. -- Dmitry.

2 1

Re: ADVAPI32: implement and test BuiltTrusteeWithName
by Alexandre Julliard 17 Aug '04

17 Aug '04

Mike McCormack <mike(a)codeweavers.com> writes: > + pTrustee->TrusteeForm = NO_MULTIPLE_TRUSTEE; > + pTrustee->TrusteeType = TRUSTEE_IS_NAME; > + ok( trustee.TrusteeForm == TRUSTEE_IS_NAME, "TrusteeForm wrong\n"); > + ok( trustee.TrusteeType == TRUSTEE_IS_UNKNOWN, "TrusteeType wrong\n"); So which one is correct, the code or the test? <g> -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh 17 Aug '04

17 Aug '04

Leib Moscovitz wrote: > Shachar Shemesh wrote: > >> Leib Moscovitz wrote: >> >>> Dear Shachar, >>> >>> Yes, there is Pmail for Windows (version 4.2 already), and the >>> problem is that it doesn't handle Hebrew RTL correctly - I was >>> wondering whether there's any solution to this that you know of. >>> >>> Thanks, >>> >>> Leib Moscovitz >>> >> Is it only on Wine that it doesn't, or also on Windows? >> >> Please keep posts on list. >> >> Shachar >> > I only know about Windows - I am just an amateur, and as such I don't > even know what Wine is. Wine cannot solve incomplete functionality Windows applications have. It will not help you. Wine is aimed at making Windows applications run on Linux and other Unixes. It has nothing to do with what a given application does or does not know how to do on Windows. More info on http://www.winehq.org. Please CC the list (wine devel) when replying. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Shachar Shemesh 17 Aug '04

17 Aug '04

Leib Moscovitz wrote: > Dear Shachar, > > Yes, there is Pmail for Windows (version 4.2 already), and the problem > is that it doesn't handle Hebrew RTL correctly - I was wondering > whether there's any solution to this that you know of. > > Thanks, > > Leib Moscovitz > Is it only on Wine that it doesn't, or also on Windows? Please keep posts on list. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: GetFontLanguageInfo patch.
by Rein Klazes 17 Aug '04

17 Aug '04

On Tue, 17 Aug 2004 18:05:44 +0200, you wrote: > Dear Sir, > > I am searching for a way to make Pegasus Mail for Windows (4.x) display > Hebrew correctly, from right to left, and I came across a post of yours via > Google which seems to deal with this issue. > > Have you developed any solution to this problem, and if so, is it publicly > available? > > Many thanks, > > Leib Moscovitz > Unfortunately the issue that you refer to was fixing some left-to-right problem. I do not know if or how it works for right-to-left writing. I have cc' ed this message to the wine developers list, perhaps the developer that is working on/with this, Shachar Shemesh, can shine a bit of light on the issue. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

WineSetupTk...
by Tashlan 17 Aug '04

17 Aug '04

Dear Oh Glorious Developers, (without which none of this would be possible) I have decided to try Wine for the first time and I'm trying to keep it simple. You have a link for WineSetupTk but I can't seem to find the file anywhere! Not sure where it is, but it sounded really helpful. Link appears on this page with description of WineSetupTk... http://www.winehq.com/site/docs/wine-user/config-helper-programs The Link points here... http://sourceforge.net/project/showfiles.php?group_id=6241 Thanks in advance, Tashlan

2 1

iostream and msvcrt?
by Scott Snell 17 Aug '04

17 Aug '04

Hi All, Thanks to everyone who has helped me with winelib, so far most things are going really well! However here is an issue I cant solve - iostream and msvcrt. Here is an example file: // test.cpp module #include <process.h> #include <iostream> int test() { return 1; } If I compile it using: wineg++ -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp or wineg++ -c -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get a multitude of errors such as: In file included from /usr/include/c++/3.3.2/iosfwd:46, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++locale.h:53: error: `uselocale' was not declared in this scope In file included from /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++io.h:35, from /usr/include/c++/3.3.2/bits/fpos.h:44, from /usr/include/c++/3.3.2/iosfwd:49, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/cstdio:167: error: `snprintf' not declared /usr/include/c++/3.3.2/cstdio:168: error: `vfscanf' not declared /usr/include/c++/3.3.2/cstdio:169: error: `vscanf' not declared /usr/include/c++/3.3.2/cstdio:171: error: `vsscanf' not declared So whats my newbie mistake? thanks, Scott.

3 3

Forcing 32 bit mode in configure
by Mike Hearn 17 Aug '04

17 Aug '04

Hi, Does anybody know how to force gcc to compile in 32 bit mode on 64 bit chips, and if so could they please write a patch? I've seen quite a few posts to end user forums lately saying that people were trying to compile Wine on AMD64 (and failing, obviously). thanks -mike

5 4

linking with windows .lib fies?
by Scott Snell 17 Aug '04

17 Aug '04

Hi All, I have a MSVC project I am converting with winebuild. My project links in a windows .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful. regards, Scott. PS sorry for the repeat - this question was embedded inside an email on a different topic.

3 2

Re: [Wine]First use of 20040813
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> The game servers I was running was Descent 3. There is a linux client of Descent 3, so the probably is a server for linux. Ivan.

1 0

Re: update the faq take 2 : faq-2.diff
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> Who feels his patch is correct. Ivan thinks the patch is correct too.

1 0

Re: [Wine]faking network shares
by Ivan Leo Puoti 16 Aug '04

16 Aug '04

> Perhaps someone could add this to The documentation is in the /documentation directory in the source tree. Just make any changes you want, make a patch following the instructions at http://www.winehq.com/site/sending_patches then send the patch to wine-patches(a)winehq.com Ivan.

1 0

Re: wave tests patch
by Francois Gouget 16 Aug '04

16 Aug '04

Robert Reif wrote: > Notify when position format not supported. > Test that position is 0 at start. Good patch. I was worried that tracing all waveGetPosition() failures would clober the output but after that's what one wants when tracing is enabled. Plus it uncovers interesting results: wave.c:584:found 1 WaveOut devices wave.c:472: 0: "SigmaTel Audio" (\\?\pci#ven_8086&dev_24c5&subsys_01641028&rev_01#3&61aaa01&0&fd#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave) 5.10 (1:100): channels=65535 formats=bffff support=002c(WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE) wave.c:482:Playing a 5 seconds reference tone. wave.c:483:All subsequent tones should be identical to this one. wave.c:484:Listen for stutter, changes in pitch, volume, etc. wave.c:369:Playing 5 second 440Hz tone at 22050x 8x1 wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES ... I get the same results on Windows 95, 98 and NT4. How is it that this works on your machine? Anyway, assuming that we need to round up I propose to modify the implementation as in the attached patch. The advantage is that it does not rely on ceil(). In fact it doesn't even use floating point arithmetic so we cannot get any rounding error. If this patch is ok by you, then I can apply it to all the drivers. I also noticed that we have similar code for the input devices. Does this one also round up? Or does it round down? (I could very well see MS make that one round down) -- Francois Gouget fgouget(a)codeweavers.com Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /var/cvs/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.135 diff -u -r1.135 audio.c --- dlls/winmm/wineoss/audio.c 19 Jul 2004 20:08:06 -0000 1.135 +++ dlls/winmm/wineoss/audio.c 20 Jul 2004 08:58:43 -0000 @@ -2077,7 +2077,6 @@ */ static DWORD wodGetPosition(WORD wDevID, LPMMTIME lpTime, DWORD uSize) { - double time; DWORD val; WINE_WAVEOUT* wwo; @@ -2116,15 +2115,21 @@ TRACE("TIME_SAMPLES=%lu\n", lpTime->u.sample); break; case TIME_SMPTE: - time = (double)val / (double)wwo->format.wf.nAvgBytesPerSec; - lpTime->u.smpte.hour = time / (60 * 60); - time -= lpTime->u.smpte.hour * (60 * 60); - lpTime->u.smpte.min = time / 60; - time -= lpTime->u.smpte.min * 60; - lpTime->u.smpte.sec = time; - time -= lpTime->u.smpte.sec; - lpTime->u.smpte.frame = round(time * 30); - lpTime->u.smpte.fps = 30; + val = val / (wwo->format.wBitsPerSample / 8) / wwo->format.wf.nChannels; + lpTime->u.smpte.sec = val / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.sec * wwo->format.wf.nSamplesPerSec; + lpTime->u.smpte.min = lpTime->u.smpte.sec / 60; + lpTime->u.smpte.sec -= 60 * lpTime->u.smpte.min; + lpTime->u.smpte.hour = lpTime->u.smpte.min / 60; + lpTime->u.smpte.min -= 60 * lpTime->u.smpte.hour; + lpTime->u.smpte.fps = 30; + lpTime->u.smpte.frame = val * lpTime->u.smpte.fps / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.frame * wwo->format.wf.nSamplesPerSec / lpTime->u.smpte.fps; + if (val != 0) + { + /* Round up */ + lpTime->u.smpte.frame++; + } TRACE("TIME_SMPTE=%02u:%02u:%02u:%02u\n", lpTime->u.smpte.hour, lpTime->u.smpte.min, lpTime->u.smpte.sec, lpTime->u.smpte.frame);

3 4

Adventures in serial port.
by Scott Snell 16 Aug '04

16 Aug '04

Hi All, I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code. Unfortunately the sands of time keep flowing and I am under pressure to find a solution. I have decided to use winelib to build our program that uses the serial port and write native code to read/write to the serial port. The rest of the suite I will continue to use with wine. This has gone well so far and again I am suprised at how smoothly I can do things, this time with winelib/winemaker. However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful. regards, scott.

5 4

Re: Fwd: provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins 16 Aug '04

16 Aug '04

Thanks a bunch Michael and Robert. This helps a lot. On Mon, 16 Aug 2004 10:44:36 +0100, Robert Shearman <rob(a)codeweavers.com> wrote: > Michael Jung wrote: > > >this value should be registered by rsabase.dll, which the appended patch does > >implement. > > > >Rob: I hope that's ok for you. > > > > > <snip> > > Looks good to me. > > Rob > > -- James Hawkins

1 0

Re: [Wine]faking network shares
by David Lee Lambert 16 Aug '04

16 Aug '04

On Thu, Aug 12, 2004 at 12:42:08PM +0100, Fergal Daly wrote: > I have an app that wants to read from \\server\directory\file.ini and I > don't have an easy way of changing this, so I want to tell wine that > \\server\directory is available in /mnt/smb/server/directory. Is this > possible? What do I need to do? If you try to read from a path starting "\\.\" in Wine (in some versions), you'll get a message saying something like "Fixme: UNC name (%s) not supported.", but there is basic support for Wine to read from a file directly over an SMB link for paths that start with "\\" up until Wine-20040505. It identifies itself as a WfW server and doesn't attempt to provide a username or password, as far as I can tell. It looks like the relevant functions were deleted before 20040615. In principle, Wine could probably provide UNC-name support by calling 'smbclient', or by parsing /etc/mtab for 'smbfs' mountpoints and trying to access them like any other file. Another alternative would be a configuration-file override to alias an arbitrary UNC path as some file, just like the old [Drive X] mappings. In your case, would it be acceptable to have a local, static copy of the .ini file, and just point Wine at that somehow? (Forwarding to the developer's list, since it looks like this is a useful feature that was removed because no one was finishing it.) -- resume at http://www.cse.msu.edu/~lamber45/resume.htm PGP key at http://www.cse.msu.edu/~lamber45/newmail.htm#GPGKey

3 4

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