- Wine-Devel - list.winehq.org

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Juan Lang March 16, 2005

March 16, 2005

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > Not sure what you mean, the windows dir is definitely being set in > wine.inf, and you can use %10% in there to access it. Where? I don't see a c:\windows anywhere in there. The env var stuff in shellpath.c was always a hack though, and I think the registration bug was holding me back from working on it. I'll try to move all the "special" stuff out of it and into wine.inf. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: RICHEDIT: RTF reader improvements and optimizations (synced to current CVS)
by Alexandre Julliard March 16, 2005

March 16, 2005

Krzysztof Foltman <kfoltman(a)portal.onet.pl> writes: > @@ -3721,6 +3723,22 @@ > else > RTFRouteToken(info); /* "\*" is ignored with known destinations */ > break; > + case rtfUnicode: > + { > + WCHAR buf[2]; > + buf[0] = info->rtfParam; The indentation is messed up, it looks like you set your tabs to 2 spaces. You should *never* do that, a tab is 8 spaces. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [bug2796] Richedit bug
by Paul Vriens March 16, 2005

March 16, 2005

On Wed, 2005-03-16 at 18:54, Ann and Jason Edmeades wrote: > Nice bug: > > WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1); > #define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0, > count*sizeof(type)) > > becomes > (WCHAR *)HeapAlloc(me_heap, 0, nLen+1*sizeof(WCHAR)) > > and by precedence rules means we allocate just nLen + 2 bytes rather than 2 > * (nLen+1) > > Changelog > > Correct memory allocation routine > > > Krzysztof - Does this solve the issue in the comment below it, ie the memory > overrun? > > Jason > Hi, this one also fixes a bug with riched20 when trying to install DVD Shrink 3.2.0.15. Thanks, Paul.

1 0

Re: [bug2796] Richedit bug
by Krzysztof Foltman March 16, 2005

March 16, 2005

Ann and Jason Edmeades wrote: > WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1); > #define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0, > count*sizeof(type)) That is so embarrasing! They teach this in the nursery school :/ By coincidence, I've spent at least half an hour today on finding the memory overwrite elsewhere, which turned out to be caused by the bug above. The buffer overrun comment refers to something else - I'm not sure if WideCharToMultiByte will produce single byte character string for ANSI codepages. If it produced a real multibyte string, it could exceed the buffer supplied by the application. Krzysztof

1 0

Re: IP Address control broken
by Rob Shearman March 16, 2005

March 16, 2005

Robert Reif wrote: > Rob Shearman wrote: > >>> Disabling the control does not change it's color. >> It doesn't change colour when disabled on Windows. Of course, this is purely a user interface feature so we could make this a Wine-only extenstion. Rob

2 1

wineboot - Multi-User environment
by Joe Baker March 16, 2005

March 16, 2005

It seems that if user1 is running a wine app and user2 is running a wine app, and user2 wants to perform a wineboot command, wineboot will wait till user1 closes out all wine applications. My observations are based on running winetools as user2 to install software while user1 continues to run a wine application. When it comes time to perform a "Windows Reboot", winetools just hangs there waiting for the wine processes to terminate. I think that wineboot should be modified to only attempt to stop processes owned by the user calling wineboot. -Joe Baker

1 0

winsock conformance tests
by gslink March 16, 2005

March 16, 2005

I have noted for some time that the winsock in Odin, the OS/2 version of Wine, seems to work better than the one in Wine. This might figure in conformance testing and in Wine updates.

1 0

IBM Acknowledges Wine! Offers bounty to port it to PPC64!
by Scott Ritchie March 16, 2005

March 16, 2005

IBM has started a new contest meant to spur open source development on their POWER architecture, http://www.linuxonpower.com/ Prizes are offered for coders that port some common open source applications to the architecture. A Tier 2 prize, a Mac G5, is offered to anyone who can port one of the list of Tier 2 applications. Color me shocked to find Wine and Winelib listed there! This marks a change in IBMs policy towards Wine, or perhaps signals a management oversight. While normally it seems that they have an active policy of censoring any references to Wine and completely denying its existence, here they are offering prizes for porting it to PPC. So, now, I guess, the obvious questions: Does Winelib even need any porting? Does it build on PPC as it is? Can we run notepad and such on Linux/PPC? Does any of the work done on porting to AMD64 help us here? Thanks, Scott Ritchie

5 7

STI, device drivers and stuff
by Damjan Jovanovic March 16, 2005

March 16, 2005

Hi I've started working on implementing STI functionality in Wine. STI is a Windows 98/2000 "Still Image" capture system, and I'm doing it to get my scanner working in Linux. I have a few questions: 1. Do you support/accept/like C++ code in Wine? COM is bad enough in C++, I would rather not do it in C. 2. STI has kernel mode components to deal USB / SCSI / serial / parallel ports. Is there any attempt to bring kernel mode support into Wine (ReactOS/Wine merger?) any time soon? If not, should I implement USB support using libusb in user-space? 3. Either way, changes need to be made to CreateFile(), CloseHandle(), DeviceIoControl(), ReadFile() and WriteFile() to accomodate this. What's the best way to do this? Do I need to change the Wine server, or just Wine's KERNEL32.DLL and/or NT*.DLL equivalents? 4. Anyone wanna help out? Bye Damjan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 4

Re: animate: audit and some fixes
by Tom Wickline March 16, 2005

March 16, 2005

On Wed, 16 Mar 2005 07:45:03 -0500, Dimitrie O. Paun <dpaun(a)rogers.com> wrote: > ChangeLog > Audit the control against Comctl32.dll version 6.0. > Proper handling of GWL_STYLE. > Implement WM_CLOSE. Fix WM_SIZE implementation. > Small cleanups. > > Index: dlls/comctl32/animate.c Hello Dimi, Can you update the http://winehq.org/site/status_ui page or do you want me to? Tom

2 1