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
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
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
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.
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 ----------
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
>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.
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
--- 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