- Wine-devel - list.winehq.org

Problem with the TEB parser
by Sylvain Petreolle 15 Sep '02

15 Sep '02

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 14 Sep '02

14 Sep '02

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 14 Sep '02

14 Sep '02

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 14 Sep '02

14 Sep '02

"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 14 Sep '02

14 Sep '02

(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 13 Sep '02

13 Sep '02

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 13 Sep '02

13 Sep '02

<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 13 Sep '02

13 Sep '02

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

configure and then make distclean
by Shachar Shemesh 13 Sep '02

13 Sep '02

Hi, For some strange reason (well, maybe not strange), I cannot run "make distclean" unless the make files are up to date. Is there a reason for this, or is this just a result of a check at the very begining of the makefile? It seems rather strange to me to do "./configure && make distclean; ./configure && make depend && make". Shachar P.S. No, I am not doing this every single time.

2 1

Re: Winemaker: improved MSVCRT support
by Francois Gouget 13 Sep '02

13 Sep '02

On 13 Sep 2002, Martin Wilck wrote: [...] > + if ($dllname =~ /^msvcrt\.dll$/) { You can also say 'if ($dllname eq "msvcrt.dll")'. Great work on winemaker :-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

1 0