Re: symbol hiding - with gcc -fvisibility

2004-05-21 Thread Guido Draheim
Mike Hearn wrote: On Mon, 17 May 2004 04:05:51 +0200, Guido Draheim wrote: gcc supports the universal attribute syntax, and it does now know about more symbol flavours as to their visibility. Probably you want to have "hidden". Attached are two simple test*.c files and a makefile. The final shared

Re: WINE filesystem idea

2004-05-21 Thread Abby Ricart
On Friday 21 May 2004 06:26, Jonathan Wilson wrote: > Basicly, when emulated windows version is set to NT4, 2000, XP or 2003, > WINE should pretend to apps that its running on NTFS. Why? Other than implementing those horrid ACLs, of what use would that be? NT4, 2000, and XP applications run just

Re: Wine on AMD64 (heap problem)

2004-05-21 Thread Maurizio Monge
Alle Monday 17 May 2004 13:00, Robert Lunnon ha scritto: > On Mon, 17 May 2004 04:25 am, Alexandre Julliard wrote: > > Mike Hearn <[EMAIL PROTECTED]> writes: > > > Put code which dumps the maps list when the process heap can't be > > > created, ie something like: > > > > > > { > > > char buffer[1

Re: [ros-cvs] CVS Update: reactos

2004-05-21 Thread Steven Edwards
Hello Dmitry, --- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > Yes, Wine is not perfect. No offence intended, but when ReactOS will > be able > to run at least MS Office XP then you could start comparing our > implementations > and state that Wine is not perfect in comparison. Right now I'm > afr

WINE filesystem idea

2004-05-21 Thread Jonathan Wilson
Basicly, when emulated windows version is set to NT4, 2000, XP or 2003, WINE should pretend to apps that its running on NTFS. If running as 95,98 or ME, it should pretend to apps that its running on FAT32. Or better yet, add an option for this (with my suggestions being the default) Just an idea

Re: Regression with Blizzard patching software

2004-05-21 Thread Saulius Krasuckas
That seems to be reported at wine-bugs: http://bugs.winehq.org/show_bug.cgi?id=2210 On Thu, 20 May 2004, Abby Ricart wrote: > > <>I believe the correct fix is to change DEFDLG_InitDlgInfo (defdlg.c) > > to not be static and then to call it instead of DIALOG_get_info on Did you really meant "in