Donations at SourceForge

2004-01-04 Thread Dimitrie O. Paun
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

Re: #2 - Mdi Win16/32 Split

2004-01-04 Thread Dimitrie O. Paun
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.

Re: #2 - Mdi Win16/32 Split

2004-01-04 Thread Dimitrie O. Paun
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. T

Re: [winecfg] - audio tab w/autodetection, misc

2004-01-04 Thread Dimitrie O. Paun
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,

[winecfg] - audio tab w/autodetection, misc

2004-01-04 Thread Chris Morgan
Submitting this patch for comments. This patch adds an "Audio" tab to configure the audio driver that wine should be using. I also put together an autodetection routine that isn't complete and is almost certainly not portable. If you see anything that can be improved or that needs to be condi

Re: #2 - Mdi Win16/32 Split

2004-01-04 Thread Dimitrie O. Paun
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 po

Re: How can I run a program compiled with winelib when wine has been uninstalled.

2004-01-04 Thread Dimitrie O. Paun
On January 4, 2004 08:13 pm, Bruce Zhang (HangZhou) wrote: > 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 "

How can I run a program compiled with winelib when wine has been uninstalled.

2004-01-04 Thread Bruce Zhang (HangZhou)
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 inst

RE: Will DCOM98 be pulled?

2004-01-04 Thread Robert Shearman
> 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 g

Re: [Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

2004-01-04 Thread Alexandre Julliard
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 simp

Will DCOM98 be pulled?

2004-01-04 Thread Mike Hearn
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 - ca

Make the winehq.org domain the official one.

2004-01-04 Thread Sylvain Petreolle
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" http://bugs.wineh

Re: [Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

2004-01-04 Thread Mike Hearn
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 >

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Juan Lang
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > You have to do inter-process synchronization, pipe > handles can be > shared between processes. I don't see how you can do > that without > putting everything into the wine server, which is > the same as putting > it into the kernel except with a

[Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine

2004-01-04 Thread grant williamson
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

Re: DMUSIC: my latest work

2004-01-04 Thread Rok Mandeljc
> 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

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Alexandre Julliard
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

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Juan Lang
--- 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

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Alexandre Julliard
Juan Lang <[EMAIL PROTECTED]> writes: > I'm still not getting it. Those two SMBs are SMBtrans > SMBs, a single request and (typically) a single > response. My NetShareEnum and NetServerEnum functions > also use SMBtrans. What's hard? What does the kernel > do for us that makes it easier? Sett

#pre5 - comdlg32 MS_VC + PSDK porting

2004-01-04 Thread Steven Edwards
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

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Juan Lang
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > > The named pipe state can be queried via the > > QNmPHandState SMB and changed via the > SetNmPHandState > > SMB. See the X/Open IPC mechanisms for SMB, p114 > and > > p116 ( > > > Sure, if you already have SMB named pipes, then > implementing

Re: netapi32: implement NetServerEnum and NetShareEnum

2004-01-04 Thread Alexandre Julliard
Juan Lang <[EMAIL PROTECTED]> writes: > The named pipe state can be queried via the > QNmPHandState SMB and changed via the SetNmPHandState > SMB. See the X/Open IPC mechanisms for SMB, p114 and > p116 ( > http://www.opengroup.org/products/publications/catalog/c195.htm > ) Sure, if you already h

Re: PATCH: Fix DLL constructors on OpenBSD

2004-01-04 Thread Alexandre Julliard
"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]

Re: Warning: .stabs: description field ...

2004-01-04 Thread Eric Pouech
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 /tmp/ccOKsO

Re: winecfg to configure directsound options?

2004-01-04 Thread Dimitrie O. Paun
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.

Re: Warning: .stabs: description field ...

2004-01-04 Thread Marcus Meissner
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 >

Re: winecfg to configure directsound options?

2004-01-04 Thread Eric Pouech
Chris Morgan a écrit : 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 mi

Warning: .stabs: description field ...

2004-01-04 Thread Uwe Bonnes
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 messa

Re: PATCH: Fix DLL constructors on OpenBSD

2004-01-04 Thread Dimitrie O. Paun
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 th

Re: Winetest progress bar

2004-01-04 Thread Jakob Eriksson
Ferenc Wagner wrote: Comments are welcome. Find the programs/winetest directory enclosed. A cross-compiled binary is also available at . 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.

AutoCad 2000 latest status ?

2004-01-04 Thread John
I know there are interests in autocad 2000 status with wine. I was happy to read in http://appdb.winehq.org/appview.php?appId=86&versionId=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 intereste

Re: PATCH: Fix DLL constructors on OpenBSD

2004-01-04 Thread Boaz Harrosh
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, while

Re: Status ToDo's #2

2004-01-04 Thread Christian Costa
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 create

Re: Status ToDo's #2

2004-01-04 Thread Christian Costa
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

Re: Congradulations - windef.h

2004-01-04 Thread Boaz Harrosh
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 of

Re: Congradulations - windef.h

2004-01-04 Thread Boaz Harrosh
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. Als

WWN #203

2004-01-04 Thread Tom
Bein' A Playa In Da Hood :-) Tom