wine-devel January 2004

wine-devel@winehq.org

129 participants
360 discussions

How can I run a program compiled with winelib when wine has been uninstalled.
by Bruce Zhang (HangZhou) 05 Jan '04

05 Jan '04

Dear all, I'm making efforts to let a program which is compiled with winelib run with wine uninstalled. This program was for windows initially, I managed to compile it under Linux(Redhat) with winelib. Now I have got the files "program" and "program.exe.so" and they run well on a PC with wine installed, but I want it to run with wine uninstalled. I think I can realize that by copying the .so files located in /usr/local/lib/wine to a new place and use them, but there are still problems, I got a "Segmentation fault" by now. Who can tell me how can I do with it or if the idea is feasible? I am a newbie of winelib, I've browsed the articles of the last three months in the mailist but couldn't find the answer I want. Any help will be sincerely appreciated. Bruce Zhang

2 1

Make the winehq.org domain the official one.
by Sylvain Petreolle 04 Jan '04

04 Jan '04

winehq.org has been stated as the official one on last month. Today, it doesnt apply to the bugzilla site, since we still receive bugzilla notifications with the .com domain. Shouldnt this part be changed too ? =============================================== De: "Wine Bugs" <wine-bugs _at_ winehq.com> http://bugs.winehq.com/show_bug.cgi?id=1434 Bug 1434 depends on bug 1587, which changed state. Bug 1587 Summary: Several games don't work anymore http://bugs.winehq.com/show_bug.cgi?id=1587 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: DMUSIC: my latest work
by Alexandre Julliard 04 Jan '04

04 Jan '04

Rok Mandeljc <rok.mandeljc(a)email.si> writes: > Hey everyone, > > I finally found some time to organise my dmusic work of last two months > in useful patch. Dmusic is now DX9 compatible, we have almost fully > implemented (but not working :( ) The dmusic_common.c thing is wrong, you can't use the same source file in multiple dlls, this won't build properly. Also you should not include private header files from other dlls, if definitions really have to be shared they should be in a common header somewhere in include/ or include/wine, though in most cases you should be able to avoid that. -- Alexandre Julliard julliard(a)winehq.com

3 5

Re: PATCH: Fix DLL constructors on OpenBSD
by wiml＠underhill.hhhh.org 04 Jan '04

04 Jan '04

Alexandre Julliard <julliard(a)winehq.org> writes: > The way it normally works is that the _init() function is built from > the contents of the .init section, so if you add code in .init it's > supposed to show up in _init(). Ah, right. This doesn't work on OBSD because __init() is fully defined in crtbeginS.c, instead of being split between crtbegin and crtend as in most gcc targets, so code added to .init is not executed. > [....] So there are two separate mechanisms, and > the constructors are built on top of the .init stuff. In our case we > need to be in .init because the constructors are normally called after > the rest of the .init code. It doesn't appear that the .init code on OpenBSD does anything before calling the functions listed in .ctors. (Well, that's not quite true: it sets a flag before calling the ctors.) As long as the foo.spec.o file is listed early on the linker's command line, its constructor(s) should be called before any others. The .so's destructors are called in the reverse order. What is it that _init() does on Linux, that the DLL init code needs to run first? I'd be interested in trying to write an autoconf test or something, if possible. Wim.

5 5

Warning: .stabs: description field ...
by Uwe Bonnes 04 Jan '04

04 Jan '04

Hallo, since some days, make in wine/programs/winetest produces: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o winetest.exe.spec.o winetest.exe.spec.c /tmp/ccOKsOhH.s: Assembler messages: /tmp/ccOKsOhH.s:852680: Warning: .stabs: description field '1a1be' too big, try a different debug format /tmp/ccOKsOhH.s:852683: Warning: .stabs: description field '1a1c7' too big, try a different debug format /tmp/ccOKsOhH.s:852686: Warning: .stabn: description field '1a1c7' too big, try a different debug format This is on a Suse 9.0 system. Is this a problem with my setup or do others observe it too? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

winecfg to configure directsound options?
by Chris Morgan 04 Jan '04

04 Jan '04

I was planning to add the audio driver as a configuration option in winecfg but had a few questions. Does anyone use the directsound options? If so it probably makes sense to have an "Audio" tab in winecfg with the audio driver and the dsound options. If not then it might make sense to put the audio driver alone on another page, maybe the general config page? Should we have a multimedia page? What other multimedia options would go there? Thanks, Chris

3 2

Status ToDo's #2
by Tom 04 Jan '04

04 Jan '04

Comments, Suggestions? Tom

5 6

Re: Congradulations - windef.h
by Ivan Leo Murray-Smith 04 Jan '04

04 Jan '04

>You cannot use KDevelop 2.1 release with wine. Too many files to deep. >It will crash trying to import that project. (After 10 minuets of a >progress bar) Sucessfully imported, configured, currently building in KDevelop 2.1 shipped with Mandrake Linux 9.2 Ivan.

2 1

Congradulations :-}
by Boaz Harrosh 04 Jan '04

04 Jan '04

Just wanted to let people know. And share this happy moment with my fellow workman I have successfully Beta released a WinLib port of a, 1 million lines of code, windows program. QA will Install a first Linux Machine and will start to bang on it tomorrow. (Well more like an advanced Alfa I guess) Technologies successfully compiled and running in the Project: - Windows GUI & API (wrapped in an Old C++ lib, ZAFF). - ODBC under CRecordSet from MFC - I use the MSSQL drivers, SQLing data from a neighboring WinXP-SQL Server. I used an mdac.exe installation application from Microsoft. With ODBC32 native DLL. - General MFC contains, Strings, OleDispatch OleVariant OleBSTR... and even some GUI. - Actually to manage that I had an MSVC++ wizard generated MFC MDI Application with ODBC access and forms. Which helped me debug the MFC library. So MFC is pretty much covered. - ATL/WTL OCX hosting and General ATL use for anything COM. - Here too a WTL app-wizard generated MDI application with IE and other OCXes on Forms help me verify the ATL subsystem. Including support for "uuidof", "#pragma property" and more. Hosting and Events work fine. ( actually ActiveX controls compile too, but TLB problem must be resolved.) - A solution for Linking with C++ shared libraries that in-turn also use windows API. (I call them C++ fake DLLs.) - C++ STL from STLPort ported to Wine to compile using msvcrt (and MFC) And more stuff I cannot remember now. By far the biggest problem was the msvcrt vs STL. and other native C++. This caused a big Linking problem where STL would bypass msvcrt but other application code would not. This proved to be fatal. From circular linking to allocators not matching to Libraries not able to load. Since MFC and ATL would not even think to compile with out msvcrt Headers and lib the issue had to be resolved. The only way I managed to solve it all is by directly linking msvcrt GCC style into STLPort and into every module there of. Now that would make some conflicts with OCX's like IE6 that can only run with native msvcrt.dll, so I also had to change it's name. One of the thing I would like to eventually do is Make a static msvcrt library using same source code but having different make files to be used in such situations where it has to be directly linked. Tomorrow I will start synchronization with wine current tree. Once I have it synced (2 days max). I will need someone to help me and guide me on how to send it all in. Dimi, will that be you? So I guess the scores are: Wine vs Windows 1:1 World vs Microsoft 3:10 (we are making progress, wait for the last round) Boaz vs GCC 7:4 Good vs Evil (I better not say) Happy new Year to all Free Life Boaz

5 16

Re: netapi32: implement NetServerEnum and NetShareEnum
by Juan Lang 04 Jan '04

04 Jan '04

--- Dan Kegel <dank(a)gmane.kegel.com> wrote: > My goodness. I didn't know that document existed. > Thanks for > the link! Is there a complete list anywhere of > Win32 APIs > that have been documented by opengroup.org? My pleasure. Don't know of one, but check out the references section of Chris Hertel's (beyond sufficient praise) Implementing CIFS book, http://ubiqx.org/cifs/References.html That's where I found the link. --Juan __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

1 0

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 January 2004