wine-devel May 2005

wine-devel@winehq.org

145 participants
348 discussions

winefile
by Martin Fuchs 14 May '05

14 May '05

Hi, I want to merge some Robert Dickenson's version of winfile (derived from the old winefile code in 2002) in the next time into winefile. At the same time I want to keep the code it in sync between the ReactOS code base and Wine. What do you think about splitting the source file into several smaller modules? winefile.c is quite large with its 4223 lines. Martin

3 4

Winelib's role in converting Windows applications
by Ira Krakow 14 May '05

14 May '05

As many of you know, Brian and I are writing a book on Wine and Winelib for Prentice Hall. Brian's doing the Wine part; I'm doing the Winelib part. At Wineconf, I had a number of conversations about Winelib's role in converting Windows apps. The consensus seems to be that the most efficient conversion path is for much of the Windows app to stay in Visual C++ (or whatever) and that only the modules that specifically require native Linux calls should be recompiled, via MinGW/Dev-C++ on the Windows side, and Winemaker on the Linux side, into Winelib objects. For example, if the application requires PAM authentication, or a Linux-based help system, these modules would be separated out and encapsulated as Winelib objects. I was thinking of using PAM authentication as a good example, since it works for any authentication scheme that the application requires. This is the approach I plan to take. I welcome all feedback. Thanks. Ira

6 5

Re: Assertion fails in riched20; relay debug segfaults
by Adrian Harvey 14 May '05

14 May '05

> On Wed, 11 May 2005 23:01:17 +1200, Adrian Harvey wrote: > > Well, I got some output at least! Never used strace before, but it > > looks kinda like a +relay trace for the kernel :-) > > Yep, that's exactly what it is :) > > > I also happened to be tailing the syslog (I was looking at something > > completely different) and I noticed that the following was written: > > > > May 11 22:50:55 orac kernel: strace[7749] trap stack segment rip:410c86 rsp:800000007b20 error:0 > > May 11 22:50:55 orac kernel: wine-preloader[7750]: segfault at 000000005575b624 rip 000000005575b624 rsp 00000000ffffc824 error 15 > > > > I doubt it's much use, but I thought any information might help here.... > > Somehow you managed to compile Wine as 64-bits, which isn't going to work. > I think you need to remove your current Wine installation and > install/compile it as 32 bits. > > thanks -mike OK, I've removed that install of wine form my system, updated to the latest CVS, re-run configure, make depend, make and make install, and still I get the same problem. I piped all the make output to a file, and the all the gcc commands have the -m32 flag after them (the winegcc ones don't, but these seem to all be linking rather than compiling.) I have run file over the binaries, and they all say ELF 32-bit LSB executable (or shared object, for the libraries). Out of interest, how did you know it had been compiled as 64 bit? Any ideas how I can track down which bit is being mis-compiled as 64 bit, so I can tidy up the build for that part? And is anyone else seeing the same symptoms (ie: WINEDEBUG="+relay" wine crashing)? I've got a pretty vanilla Fedora install, apart from being AMD64, so I shouldn't be unique.... thanks, Adrian

1 0

Re: Firefox 1.0.4 Installation
by Juan Lang 13 May '05

13 May '05

Andrew wrote: > Firefox appeared to install correctly, but it won't start. Trying to > install under winedbg with WINDEBUG=+trace winedbg to terminate the > application after I typed "next": Hmm, works for me here. I assume you mean WINEDEBUG=, not WINDEBUG=. And, do you mean WINEDEBUG=trace or WINEDEBUG=trace+all? I think +trace will have no effect, as trace isn't the name of a debug channel. --Juan __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail

1 0

Firefox 1.0.4 Installation
by Andrew Neil Ramage 13 May '05

13 May '05

When I tried to install Firefox 1.0.4 for Windows, I got the following output in the shell window I started wine from. andrew@zeus:~/Download/Software> wine Firefox\ Setup\ 1.0.4.exe fixme:win:SetWindowTextW cannot set text L"Extracting" of other process window 0x7002e err:static:STATIC_SetIcon huh? hicon!=0, but info=0??? err:static:STATIC_SetIcon huh? hicon!=0, but info=0??? err:ntdll:NtQueryInformationToken Unhandled Token Information class! fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:shell:Stream_WriteLocationInfo writing empty location info fixme:exec:ShellExecuteExW32 flags ignored: 0x00000340 andrew@zeus:~/Download/Software> err:ntdll:NtQueryInformationToken Unhandled Token Information class! fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 andrew@zeus:~/Download/Software> Firefox appeared to install correctly, but it won't start. Trying to install under winedbg with WINDEBUG=+trace winedbg to terminate the application after I typed "next": andrew@zeus:~/Download/Software> winedbg Firefox\ Setup\ 1.0.4.exe fixme:console:SetConsoleCtrlHandler (0x405ef3e0,1) - no error checking or testing yet WineDbg starting on pid 0x15 In 32 bit mode. Wine-dbg>next Process of pid=0x00000015 has terminated Wine-dbg> Does anyone know what is going wrong ? -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

Re: Extending File Dialog to include unix file paths [4/4]
by Steven Edwards 13 May '05

13 May '05

Hi, --- Francois Gouget <fgouget(a)free.fr> wrote: > No, that should not happen. If an application links with a library that > exports funcA() and funcB() but it only calls funcA(), then it will only > import funcA() and it will work on a system where that library only > exports funcA(). OK maybe I am thinking of a bug in binutils or something. There were a few of them caused problems when building on mingw which result in me having to hack Winebuild a bit. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

Re: winefile temporary allocations
by Francois Gouget 13 May '05

13 May '05

On Fri, 13 May 2005, Martin Fuchs wrote: > Changelog > use macros for platform dependent temporary allocations [...] > +#define TMP_ALLOC(s) HeapAlloc(GetProcessHeap(), 0, s) > +#define TMP_FREE(p) HeapFree(GetProcessHeap(), 0, p) > +#else > +#define TMP_ALLOC(s) alloca(s) > +#define TMP_FREE(p) > #endif Why is this needed? Doesn't HeapAlloc work on any 'Win32' platform? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot.

3 2

Re: Installing Acrobat Reader 7 and Acrobat in general
by gslink 13 May '05

13 May '05

Peter wrote: > I see. > Of course I have Acrobat 7 installed. The problem is Adobe does not > supply the DRM plugin (Yea I know some of you do not like DRM and I have > too some reservations but we should have the choice, shouldn't we?) > Since the only other way to get DRM support beside wine is VMware wich > is more ugly to set up. > > I would like to have a working Acrobat reader with DRM support on wine > since this is less trouble (and more efficent) then the VMware solution > people use atm. > > Maybe I can get Acrobat reader 5 with DRM support up and running. > Adobe has a very confusing policy of giving away information what > Version can on which Plattform. > I send them a note already but i fear (like always) I am ignored. :( > > cheers > Peter > > Am Donnerstag, den 12.05.2005, 11:46 -0400 schrieb gslink: > >>Use the native Linux Reader 7 from the Adobe web site. Running Reader 7 >>under Wine isn't worth the trouble. Acrobat Professional is a different >>matter. The latest Acrobat Professional that will work on Wine is 5. >>Both 6 and 7 require dlls that must be supplied from Windows. Seven has >>copy protect features that actually discourage use on any machine. With >>some trouble you can probably get 6 to work. It will currently install >>and with the addition of the missing dlls almost work. If someone wants >>to patch Wine so that 6 runs it would probably see considerable use. >> > > > The only difference between talking to a telephone pole and talking to Adobe is that if you drink enough the telephone pole will answer. In reality almost nothing of any importance currently runs on Wine without some setup. What you probably need to do is to experiment with replacing some of the dlls or adding some from Windows. This is usually what is necessary. You may also need to install the software in a Windows machine and then copy it over. Start trying things and something will probably work. I have been getting on the Wine people because this feature of Wine makes it useless for the average user. There needs to be some easy way for someone to report what is necessary to get a new version of something running or there needs to be a good configurator written. Wine is a very good program but the Wine group is making a classic programming error in forgetting the user interface. It doesn't make any difference how good it is if you can't get at it! In this case you can't.

2 1

Re: Looking for win9x/ME testers
by Saulius Krasuckas 13 May '05

13 May '05

* On Thu, 12 May 2005, Hans Leidekker wrote: > * On Thursday 12 May 2005 00:14, Kevin Koltzau wrote: > > The ole32_test.exe file is linked to missing export NTDLL.DLL:atoi. > > This patch fixes it. ... > Changelog: > Don't import from ntdll. Can someone explain me, please, where would atoi() function be linked now to? I still have not installed MinGW package, so cannot cross-compile winetest and cannot check this myself. :-/

2 1

Re: Extending File Dialog to include unix file paths [4/4]
by Steven Edwards 13 May '05

13 May '05

Hi Michael, I really like the idea of trying to tie the apps in better for users of Winelib applications but I have a few problems. (I should have spoken up when the first of the Unixfs stuff was going in to shell32 because I feel it should have been a shellext outsite of shell32 but now I am off the subject) --- Michael Lin <mlin(a)corvu.com.au> wrote: --- dlls/commdlg/comdlg32.spec +@ stdcall UnixFSGetOpenFileNameA(ptr) +@ stdcall UnixFSGetOpenFileN Is there anyway for us to have these functions inlined or something rather than exported all the time is there? The reason I ask is that being able to build applications using Wine on Windows and Mingw helps with testing and if we building on Windows using Wine headers and link to the Wine import libs the application will fail running the application on Windows because the Windows dll wont export these functions. +BOOL WINAPI UnixFSGetSaveFileNameW( + LPOPENFILENAMEW ofn) /* [in/out] address of init structure */ +{ + BOOL win16look = FALSE; + + if (ofn->Flags & (OFN_ALLOWMULTISELECT|OFN_ENABLEHOOK|OFN_ENABLETEMPLATE)) + win16look = (ofn->Flags & OFN_EXPLORER) ? FALSE : TRUE; + + if (win16look) + return GetFileName31W(ofn, SAVE_DIALOG); + else You should not need any of this for a Winelib app. Office97 does this where it creates a 32bit dialog with a Win16 look and its needed for backwards compatiblity only. No new application should depend on this behavior and clearly not one that you have the source code to in Winelib. I already broke this in Wine once. Just return GetFileDialog95W. + return GetFileDialog95W(ofn, SAVE_DIALOG, TRUE); } Thanks Steven Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

2 1

← Newer
1
...
15
16
17
18
19
20
21
...
35
Older →

Jump to page:

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 May 2005