Bein' A Playa In Da Hood
:-)
Tom
Yes it does! exactly the same.
Sorry! I checked, and double checked, by diffing against Last CVS. But I
didn't realize winegcc went such a long way.
In any way I wish it would be an header. dllimport/dllexport gives me a
warning even with -fms-extensions. In an header I could turn that off.
Maybe you are right! I have a small machine (PIII 512Mg). Also large
swap space might help.
But it take ages. 3.0 it is instantly.
Ivan Leo Murray-Smith wrote:
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
Sylvain Petreolle wrote:
--- Tom [EMAIL PROTECTED] a écrit :
Comments, Suggestions?
Tom
Hi,
ALSA multimedia driver:
* Mixer Support
* MiDi inn Support
* Check for 1.0 correctness
winealsa now has mixer support since Dec 11 2003 (thanks to Christian)
No it's wrong.
I
Tom wrote:
Comments, Suggestions?
Tom
Wine Status - Known To Do's
Window management
* Rewrite Wine's window management code to be able to change the
visual of an X window once the window has been
Dear Alexandre
Please explain in a few words what you're going to do. Is this going
to effect C++ Global data constructors as well.
I'm Just working, well more like fumbling, on a problem in STLPort with
global initialization of cout cin cerror (stdout stdin stderror).
Is it possible that,
I know there are interests in autocad 2000 status with
wine.
I was happy to read in
http://appdb.winehq.org/appview.php?appId=86versionId=102
that autocad 2000 actually starts up now, although
there seams to be a file open problem.
I just wanted to forward this news in case someone is
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
In the remote case, what we need is for the kernel
to manage the whole
protocol, so that we can do read() and write() calls
as if it were a
normal socket. You cannot manage the protocol in the
client process,
it breaks down as soon as two
Ferenc Wagner wrote:
Comments are welcome. Find the programs/winetest directory
enclosed. A cross-compiled binary is also available at
http://afavant.elte.hu/~wferi/wine.
I UPX-packed the binary and put it up here:
http://vmlinux.org/jakov/winetest.exe
It went down from 2 megs to 600 k.
On January 3, 2004 06:39 pm, Alexandre Julliard wrote:
Anyway, that constructor stuff is going to change, because we
need to intercept constructors and run them from the dll entry
point. I'm working on a patch to do that, which will hopefully
solve your problem at the same time.
Will this
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
On Sun, Jan 04, 2004 at 06:08:40PM +0100, Uwe Bonnes wrote:
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
On January 4, 2004 12:09 pm, Eric Pouech wrote:
So I'd go for a specific tab which could grow in the future
Remember, the idea is to keep winecfg as simple as possible,
not to add to it all possible options. In other words, unless
an option is very commonly changed, it shouldn't go into
winecfg.
Uwe Bonnes a écrit :
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
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Will this patch also remove the need for the wrapper for C++ programs?
Hopefully yes, that's the whole point of the patch.
--
Alexandre Julliard
[EMAIL PROTECTED]
Hello,
I am calling this patch pre5 rather than #5 because it doesnt fully
address the rest of the PSDK porting issues and one of my new years
resolutions for 2004 is for every patch I send to winehq to be good
enough to go right in to CVS. ;)
With this patch we can build 90% of comdlg32 on MS_VC
Juan Lang [EMAIL PROTECTED] writes:
Again, why? The named pipe server has to support
multiple accesses, so multiple processes can create
unique connections to the same pipe, and let the
server worry about concurrency. Even if that weren't
the case, using a synchronization object and shared
Hi,
not sure if anyone else has experienced this.
since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs
(20031205), if I type a dead_diaeresis - ¨ followed by a letter,
which would normally produce a ë or a ü it simply makes wine hang.
removing this patch(I removed it on
XLib threading seems to just cause pain all over. Is this the same as
the XIM deadlock reported a few weeks ago?
On Sun, 2004-01-04 at 19:07, grant williamson wrote:
Hi,
not sure if anyone else has experienced this.
since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs
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_
grant williamson [EMAIL PROTECTED] writes:
Hi,
not sure if anyone else has experienced this.
since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs
(20031205), if I type a dead_diaeresis - ¨ followed by a letter,
which would normally produce a ë or a ü it simply makes
I note that Win98 is about to be finally obsoleted. After this, it's
possible Microsoft will do the same as they did with IE and other stuff
for Win95 and pull downloads from their website. This is a problem,
because we currently need the DCOM downloads in order for some apps to
work
I guess
It breaks parallel makes and dll separation. Dlls should not depend on
one other this way. The best way is to duplicate the few things you
need in each dll.
OK, guess you're right... but just as a thought, would it make any
difference if I made symlinks from dmusic/dmusic_common.c to others
Hi guys,
I note that Win98 is about to be finally obsoleted. After this, it's
possible Microsoft will do the same as they did with IE and other stuff
for Win95 and pull downloads from their website. This is a problem,
because we currently need the DCOM downloads in order for some apps to
work -
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
On January 2, 2004 01:12 pm, Steven Edwards wrote:
http://cvs.reactos.com/cvsweb.cgi/reactos/lib/user32/controls/
Is a good example of a place where we have been able to import a large
chunck of WINE user32 code without a lot of nasty changes.
BTW, did any of the fixes from your tree been
On January 2, 2004 01:12 pm, Steven Edwards wrote:
Its hard for me to say but most of the problems lies in user/gdi/kernel
now. The Win16/32 Cleanup is closely tied to the MS_VC+PSDK porting so
even if we remove a dependancy on a Win16 function it does not really
mean the cleanup is done. The
On January 5, 2004 01:27 am, Dimitrie O. Paun wrote:
Look, I took a shot at creating a Porting page (attached). Legend:
^^
Yeah, right! Sorry, I forgot to actually attach it... :(
I promise, this time it is attached!
--
Dimi.
Hi folks,
After intense setup work from Alexandre and myself (about 3
clicks per person :P), we've managed to enable donations
through our SourceForge page:
http://sourceforge.net/projects/wine/
Direct donation link:
http://sourceforge.net/donate/index.php?group_id=6241
Now, to test the
On January 4, 2004 11:53 pm, Chris Morgan wrote:
I wasn't sure what to do with the resource files so I went and copied the
changes from the En.rc over to the rest of the rc files.
Don't do that, it will hide the fact that the resource was not
yet translated properly. Just update the En.rc one,
30 matches
Mail list logo