- Wine-Devel - list.winehq.org

Re: Fixed typo error in wingdi.h, added structure tags in winbase.h
by Francois Gouget Sept. 15, 2002

Sept. 15, 2002

On Sun, 15 Sep 2002, Juraj Hercek wrote: > Hi everybody, > I was permanently fixing COLORREF in wingdi.h after every update of > wine snapshot. I hope, I'll never have to do it again :o). I needed also > some tags to be defined in structures in winbase.h file. Hmm, apparently the patch is missing so I'm afraid you will have to keep patching things ;-) Unless you resubmit with the patch of course. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

1 0

Re: Shell execute with URLs
by Eric Pouech Sept. 15, 2002

Sept. 15, 2002

Duane Clark a écrit : > > I finally managed to test the shell execute functions with URLs. why do you call WaitForInputIdle through a pointer ? loader needs to do it because of DLL separation (loader belongs to kernel32, and thus cannot call user32) your code lives in shell32, which already loads user32, so direct call would do A+

2 1

Problem with the TEB parser
by Sylvain Petreolle Sept. 15, 2002

Sept. 15, 2002

Hi list, I encounter problem with the TEB parser. Enabling the builtin olepro32 and run winedbg on a program that needs it stops with following errors hen halting on a read access to 0x0. what could I do to debug this ? First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:04c7 EIP:00000000 ESP:405c25f0 EBP:4000b6c9 EFLAGS:00010206( R- 00 I - -P1 ) EAX:400136bc EBX:400134c0 ECX:4000bd00 EDX:400136bc ESI:00000000 EDI:00000000 Stack dump: 0x405c25f0 (NTDLL.DLL.sqrt+0x396ccc): *** Invalid address 0x405c25f0 (NTDLL.DLL.sqrt+0x396ccc) 0011: sel=008f base=4013e0c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x00000000 (ebp=4000b6c9) Can't read TEB:cur_stack 0x00000000: *** Invalid address 0x00000000 -- no code -- ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

UML Merged Into 2.5.34 , VxD's
by Thomas Wickline Sept. 14, 2002

Sept. 14, 2002

I see UML made it into the 2.5.34 kernel http://user-mode-linux.sourceforge.net/ From what I get VxD drivers try to get hold of your pci bus and a ton of other stuff . Could this be the start to a fix down the road when it comes to .vxd support ? Will this help when it comes to a Wine Kernel Module ? cut from there site --- User-Mode Linux gives you a virtual machine that may have more hardware and software virtual resources than your actual, physical computer. Disk storage for the virtual machine is entirely contained inside a single file on your physical machine. You can assign your virtual machine only the hardware access you want it to have. With properly limited access, nothing you do on the virtual machine can change or damage your real computer, or its software. ----- Tom

6 6

Regitry Load*RegistryFiles options oboleted?
by Raul Dias Sept. 14, 2002

Sept. 14, 2002

Hi, Did the regsitry section options: LoadGlobalRegistryFiles and LoadHomeRegistryFiles got obsoleted? It is not in misc/registry.c or anywhere else in the source other than in documentation dir. When was it obsoleted? why? Regards, Raul Dias

1 1

Re: recognize Unix-style hidden files
by Alexandre Julliard Sept. 14, 2002

Sept. 14, 2002

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > The semantics associated in Unix with files starting with > a . is that they are hidden, *exactly* like the hidden DOS > files. We should mark them as such. > > We're lucky in that the DOS world does not use files that > only have extension, so we have no semantical conflict. I don't think I agree with that. Maybe in the days of 8.3 files yes, but nowadays Windows apps can create files starting with a dot, and they don't expect these files to be hidden. Also hidden files are much harder to access under Windows than dot files under Unix, so I'm not sure it would really be better for the user. -- Alexandre Julliard julliard(a)winehq.com

5 12

Press: LinuxPlanet makes a great case for Wine
by Francois Gouget Sept. 14, 2002

Sept. 14, 2002

(and reviews CrossOver Office 1.2 too :-) * August 29, 2002 - LinuxPlanet CrossOver Office: Cutting to the Quicken http://www.linuxplanet.com/linuxplanet/reviews/4405/1/ -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

1 0

Re: wine/ dlls/ntdll/Makefile.in win32/device.c me ...
by Dimitrie O. Paun Sept. 13, 2002

Sept. 13, 2002

On September 13, 2002 02:52 pm, Alexandre Julliard wrote: > Log message: > Copied the registry functions needed by VMM into device.c and got rid > of memory/registry.c. Hmm, this is painful. Why and how long do we have to support Win95 advapi32? -- Dimi.

2 2

Re: Re:can windows be reparented?
by Dmitry Timoshkov Sept. 13, 2002

Sept. 13, 2002

<us(a)the-edmeades.demon.co.uk> wrote: > To be honest I never investigated further once I commented out the SetParent call, > as I was continuing to fix oleaut32 and left the gui side to someone else! > > I know it was being called in the failing case, and removing it allowed the > windows to pop up, BUT they were still wrong as you could access the 'parent' > whereas you should not be able to Could you please test patch posted by Bill Medland to wine-patches today? It's not entirely correct though. My tests show that SetWindowLong(GWL_HWNDPARENT) call changes simultaneously both parent and owner for top level windows and returns old value (not sure old owner or parent it is). But top level windows created by Visual Vasic are special: they have no parent, but only owner according to Spy++. In my tests I can't reproduce it yet. A bit of investigation of Wine source revealed that some places use GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). Since their behaviour is different in respect of top level and child windows, some major clean up in that area in Wine is needed. -- Dmitry.

4 5

Winemaker broken?
by steve.lustbader＠philips.com Sept. 13, 2002

Sept. 13, 2002

Winemaker doesn't work in the latest CVS. When I run it, it tells me: Global symbol "$app_name" requires explicit package name at /usr/local/bin/winemaker line 1674. Execution of /usr/local/bin/winemaker aborted due to compilation errors. It worked as of Sept 10. -Steve

2 2