wine-devel October 2003

wine-devel@winehq.org

166 participants
384 discussions

Build without optimization is broken again
by Pavel Roskin 08 Oct '03

08 Oct '03

Hello! Build without optimization is broken again in CVS: gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `SetLastError' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentProcessId' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentThreadId' GetCurrentProcessId() and GetCurrentThreadId() are referenced by dlls/ntdll/virtual.c and dlls/ntdll/server.c respectively because they don't include ntdll_misc.h header that has replacement includes. SetLastError() is used by the set_status() wrapper in dlls/ntdll/heap.c. I believe NtCurrentTeb()->last_error is valid even for gcc x86 builds. At least it's used unconditionally in LdrInitializeThunk(), file dlls/ntdll/loader.c. ChangeLog: * dlls/ntdll/server.c, dlls/ntdll/virtual.c: Include ntdll_misc.h to suppress wrong dependencies when building Wine without optimization. * dlls/ntdll/heap.c: Define set_error unconditionally to eliminate dependency on SetLastError(). -- Regards, Pavel Roskin

1 0

Re: Render strings longer than 128 characters as individual chars
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

Thanks for the suggestion, Huw. I'll try applying that xrender patch to our build of X and see if it fixes the problems we were having... > If we really have to have > a workaround in Wine then the string should at least be batched rather > than passed character by character. I agree that this would be better - but using existing code that we know works had a distinct appeal, and in our testing we only came across a *very* few places where this happened, so trying to optimize it seemed like it wasn't worth the effort. Warren

1 0

A link to a article on Wine.
by Hannu Valtonen 08 Oct '03

08 Oct '03

Hello, I noticed a link on LinuxToday to an article on Wine and thought people might be interested. http://insight.zdnet.co.uk/business/0,39020481,39116972,00.htm (Summary) Basically the writer tried to install Paintshop Pro. Couldn't get it to work (InstallShield problem) and was frustrated by that. On the other hand he does recommend CrossOver Office as a polished product for firms and Wine for those who wish to experiment on their own. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

2 1

What does it take to run a third-party DLL under Wine?
by John Conneely 08 Oct '03

08 Oct '03

Hi! I need help determining the feasibility of writing a wrapper around a DLL so that I can call it from a Linux machine, perhaps as a SO. I'm looking for either a member of this list that could contract with us for support, or pointers to a more appropriate place where I can search for such a person. If you're interested in learning more, please read on - otherwise, thanks for your time! The DLL in question is one that interacts with call recording equipment in a telephone switch. Our customer has an incoming call center where they currently use windows machines on the desktops of the telephone agents. They're looking to replace these desktops with Linux machines, and are trying to convert to a 100% non-Microsoft shop. This DLL has five or six function calls that presumably communicates over the network with the switch. My initial thought was that we have three choices of how to architect a solution: 1) Port the code to Linux. I eliminated this as a choice because we don't have the source code for the DLL. 2) Use some kind of RPC mechanism (COBRA, SOAP, etc.) to have the DLL running under windows on a server. This would work in principle, and apparently it is the preferred solution by the maker of the DLL. However, it violates our client's no-Microsoft-code mandate, and our customer has rejected this as a solution. 3) Write a wrapper to use the DLL running under WINE. This is what I am pursuing now. I'm looking for someone who has done #3 for other DLLs, and understands the issues that might come up in getting a third party DLL to run under WINE without active support from the DLL's authors. I myself have used Linux quite extensively but have not had the opportunity to use WINE directly, so we will likely need some help in setting up our WINE environment. We've got funding to pursue this, so if you can show me that you've done something like this before, we will pay you to first do a feasibility analysis on the DLL in question, and then implement it. Thanks! John

3 3

Re: Move actual code out of assert statements
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

> The indentation is messed up. You should set your editor tab width to > 8 instead of 4. My apologies --- our internal coding standard has tabs set at 4 spaces - and I haven't figured out how to tell xemacs to use tabs of 8 spaces in some directories, and 4 spaces in others... I thought I had fixed any indentation issues in the patches I was submitting - guess I missed this one. I'll resubmit shortly... Warren

1 0

Wineconf survey - interim results - call for more votes
by Jeremy White 08 Oct '03

08 Oct '03

Hi folks, I've posted interim results at http://www.winehq.org/wineconf/midresults.html It looks like St. Paul and Munich are the leading contenders, but I'm concerned that we have a fairly modest turnout (although I and several others at CodeWeavers haven't voted yet). I haven't done any weighting yet, and I'm actually worried that my comments on weighting may have discouraged folks from responding. My plan was to only modestly increase the pull of major contributors; even votes from plebes like me will have value. So, again, if you would come to Wineconf, and haven't done so yet, please pop over to http://www.winehq.org/wineconf/ I'll call it final on Friday and tally results. Cheers, Jer

1 0

alsa, arts, etc
by dwillis＠stx.rr.com 08 Oct '03

08 Oct '03

how can i get alsa, arts, etc for audio instead of oss? i'm using wine for cooledit96 and the 3 second delay for oss emulation is quite annoying, but i'm still very happy to be using cooledit96 under linux. i'm using wine version 20030813. thanks, dave

2 2

Re: Render strings longer than 128 characters as individual chars
by Huw D M Davies 08 Oct '03

08 Oct '03

On Tue, Oct 07, 2003 at 01:03:08PM -0400, Warren_Baird(a)cimmetry.com wrote: > > > > (See attached file: patch_xrender_long_string.txt) This is most likely due to a buggy version of libxrender which Keith fixed with the attached patch to the XFree86 cvs. I'd suggest upgrading to a newer version of the library. If we really have to have a workaround in Wine then the string should at least be batched rather than passed character by character. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Protected mode interrupt problem
by Jukka Heinonen 08 Oct '03

08 Oct '03

Mike McCormack wrote: > Two 16bit programs launch, one after the other. Each program hooks INT > 0, however since our interrupt tables are global to all tasks, the > second task retrieves the interrupt vector that the first task set. > > The first task exits, and restores the original INT 0 vector. When the > second task exits, tries to restore the INT 0 vector set by the first > task, which now has an invalid selector, so it crashes. > > After a bit of discussion and writing a test program, we discovered that > it appears that some interrupt vectors are task local, and some are > global. The local ones appear to be stored in the TDB (task descriptor > block), in offsets 0x26 - 0x4a. > > The attached patch fixes this, though we're not sure that it is correct > for DOS programs. Well, I don't know much about the relation between Win16 tasks and DOS. If this is how interrupt vectors are handled under Win16 then I guess the basic idea in the patch is correct. However, I can't see why this would cause a crash because as far as I know, int 0 vector is never called by Wine. It doesn't really matter but I'm just curious... (Perhaps they handle int 0 as a call chain?) Anyway, this patch fails to initialize the vectors so any attempt to use them causes a crash. These vectors are not currently used by Wine (except 0x3e) so this is not yet a problem but I would really like to see this patch changed so that those vectors are properly initialized (possibly lazily) at program startup and when new task is created (are they copied from another task or reset to default values?). And, I don't think TASK_GetCurrent() should be called from winedos and I thought use of WINE_PACKED was unnecessary and deprecated. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 2

RE: question about copyright and code, is this legal?
by Patrik Stridvall 08 Oct '03

08 Oct '03

> Say I have a piece of code, x (which is copyright) which > always returns the > same output for a given input (e.g. a function that implements a math > formula or a function that retrieves some value from an > internal data table > stored in the dll or whatever) > Lets then say that I havent seen this code (either origonal C code or > disassembly) > Say I was to write a program that calls this function for all > valid inputs > and prints the inputs and outputs. > If I was to take the output of this program and, without > refering to the > origonal function or the dump program in any way (i.e. using just the > "truth table" for the function) generate a function that, for > any given > input, generates the same output as the original, have I > broken the law? Short answer: In depends on the nature of the output data and in which country you are in. Long answer: If the output data for each input data is not mearly a pure statement of some facts but an unique expression about something (be it some facts or otherwise) it is not permitted in any country. Note however that in some cases it might be possible to apply some another function and get rid of the unique expression and merely get the pure fact though... However in some countries it still depends on the nature of the pure facts though. In the US, it doesn't matter at all, see the "Feist" decision. In the Commonwealth countries and some other countries including my home country Sweden, each fact in and of itself is not protected either, however large collections of facts have some sort of protection as a whole and to some lesser degree to subsets of the whole collection. This is in order to protect the effort of collecting the facts and while case laws AFAIR at least in Sweden is a little unclear, it mostly seems to apply to collections of facts that have required a significant effort to collect... So functions the produce results that are purely algoritmic in nature are not protected. As far as Wine is concerned though I can't think of any Windows API that: 1. Returns pure facts (not having any unique expression) 2. Would fulfill the requirement of needed a significant effort to collect to collect the fact. So no I wouldn't worry about it as far as Wine is concerned.

3 2

← Newer
1
...
27
28
29
30
31
32
33
...
39
Older →

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 October 2003