November 2002 - Wine-Devel - list.winehq.org

Office '97 and Office XP
by Boris Nov. 21, 2002

Nov. 21, 2002

I cant seem to get Office '97 installed. Setup starts up and when it says "Searching for installed components", It says "Setup cannot continue". What could be causing that? I can install Office 2000 properly but '97 wont install? Also after tinkering around with my wine configuration, [Best results is when I say im running Winme] but it tries installing but then has a problem. It would be great getting the Office '97 and XP installation working easily.

1 0

Re: Get rid of W->A calls: LoadImageW
by Huw D M Davies Nov. 21, 2002

Nov. 21, 2002

On Tue, Nov 19, 2002 at 09:10:31PM +0100, Stefan Leichter wrote: > Changelog > ------------ > replaced CreateDCA by CreateDCW in LoadImageW to Get rid of W->A calls > > Index: wine/windows/cursoricon.c > =================================================================== > RCS file: /home/wine/wine/windows/cursoricon.c,v > retrieving revision 1.56 > diff -u -r1.56 cursoricon.c > --- wine/windows/cursoricon.c 13 Nov 2002 19:43:53 -0000 1.56 > +++ wine/windows/cursoricon.c 18 Nov 2002 21:38:42 -0000 > @@ -72,6 +72,8 @@ > > static HDC screen_dc; > > +static WCHAR DISPLAYW[] = {'D','I','S','P','L','A','Y',0}; > + > /********************************************************************** > * ICONCACHE for cursors/icons loaded with LR_SHARED. > * > @@ -2052,7 +2054,7 @@ > return BITMAP_Load( hinst, name, loadflags ); > > case IMAGE_ICON: > - if (!screen_dc) screen_dc = CreateDCA( "DISPLAY", NULL, NULL, NULL ); > + if (!screen_dc) screen_dc = CreateDCW( DISPLAYW, NULL, NULL, NULL ); > if (screen_dc) > { > UINT palEnts = GetSystemPaletteEntries(screen_dc, 0, 0, NULL); > I don't see the point of this at all. Why does it matter that we're calling CreateDCA here? it's not as if we're losing information by converting a Unicode to an Ascii string. Huw.

2 1

Winelib support
by Dimitrie O. Paun Nov. 21, 2002

Nov. 21, 2002

Hi folks, I'm one of the Wine (http://www.winehq.org) developers, and I just managed to build Putty under Winelib. That is, Putty now runs as a native Linux application. The interesting part is that I've managed to do so with virtually no changes to the source code, just a few changes to the makefile.cyg file. Now, my question to you: are you interested in supporting Putty under Wine, as a Winelib app? If so, I can clean up my changes, and send you a patch for the build system to incorporate in your tree. BTW, the resulting executable is about 500K, so it's not that large, compared to the Windows one at 360K. -- Dimi.

1 0

Wine Doc
by Dustin Navea Nov. 20, 2002

Nov. 20, 2002

When I go to make wine docs with make html, I still receive the files that someone was getting before, looks like random numbers and letters for the filename in /wine/documentation/wine-doc... -Dustin

3 3

Re: wine/ include/x11drv.h include/config.h.in gra ...
by Michael Stefaniuc Nov. 20, 2002

Nov. 20, 2002

Hello, it seems that this patch introduced a nasty bug (at least for me). With "DesktopDoubleBuffered" = "N" wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever. The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) . Setting "DesktopDoubleBuffered" = "Y" 'fixes' the bug. Any idea? bye michael P.S.: i'll open a bug report but at the moment i'm too tired. On Thu, Nov 14, 2002 at 10:16:39PM -0600, Alexandre Julliard wrote: > ChangeSet ID: 6301 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2002/11/14 22:16:39 > > Modified files: > include : x11drv.h config.h.in > graphics/x11drv: opengl.c > dlls/x11drv : x11drv_main.c > dlls/opengl32 : Makefile.in > dlls/glu32 : Makefile.in > dlls/ddraw : Makefile.in > dlls/d3d8 : Makefile.in > . : configure.ac configure > > Log message: > Lionel Ulmer <lionel.ulmer(a)free.fr> > Load OpenGL library dynamically from x11drv. > > Patch: http://cvs.winehq.com/patch.py?id=6301 > > Old revision New revision Changes Path > 1.117 1.118 +3 -1 wine/include/x11drv.h > 1.132 1.133 +3 -0 wine/include/config.h.in > 1.12 1.13 +79 -22 wine/graphics/x11drv/opengl.c > 1.64 1.65 +8 -9 wine/dlls/x11drv/x11drv_main.c > 1.12 1.13 +1 -1 wine/dlls/opengl32/Makefile.in > 1.3 1.4 +1 -1 wine/dlls/glu32/Makefile.in > 1.26 1.27 +1 -1 wine/dlls/ddraw/Makefile.in > 1.3 1.4 +1 -1 wine/dlls/d3d8/Makefile.in > 1.95 1.96 +6 -3 wine/configure.ac > 1.361 1.362 +67 -4 wine/configure -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 2

Installing office apps
by Anant Kabra Nov. 20, 2002

Nov. 20, 2002

Hi, I've got a windows free install of wine (Debian daily build package). I'm trying to install office apps (Office 2k - word, excel, ms project 2k), but for each I get the following behavior I go through the license key and customize installation sections fine, then it starts verifying install tasks, this gets about half way through then I get a dialog saying Internal error 2761: Contact product support for assistance. I click OK and the install terminates. Any ideas what's going on? Can I do anything else to provide more information? Thanks, -- Anant Kabra email: anant(a)yash.com phone: (210) 379-0338 (mobile)

1 0

_itoa
by Dimitrie O. Paun Nov. 20, 2002

Nov. 20, 2002

Folks, msvcrt has this in its spec file: dlls/msvcrt/msvcrt.spec:@ forward -noimport _itoa ntdll._itoa Yet at link time, I get an undefined reference error: /home/dimi/dev/wine/wine/tools/winebuild/winebuild -fPIC -DSTRICT -o visual-mingw.exe.spec.c --exe visual-mingw.exe -m gui -r rsrc.res CList.o editor.o main.o process.o project.o winui.o -L/home/dimi/dev/wine/wine/dlls -ladvapi32 -lole32 -lcomdlg32 -lcomctl32 -lshell32 -luser32 -lgdi32 -lkernel32 -lmsvcrt gcc -D_WIN32_IE=0x0400 -c -o visual-mingw.exe.spec.o visual-mingw.exe.spec.c g++ -shared -Wl,-Bsymbolic visual-mingw.exe.spec.o CList.o editor.o main.o process.o project.o winui.o -o visual-mingw.exe.so -L/home/dimi/dev/wine/wine/library -lwine -lm project.o: In function `CProject::Open(char*, unsigned short)': project.o(.text+0x20e5): undefined reference to `_itoa' winui.o: In function `CStatusBar::WriteLong(long, int)': winui.o(.text+0x1d9a): undefined reference to `_itoa' winui.o: In function `CMessageBox::DisplayLong(long)': winui.o(.text+0x30a2): undefined reference to `_itoa' However, if I also link in ntdll, it works: /home/dimi/dev/wine/wine/tools/winebuild/winebuild -fPIC -DSTRICT -o visual-mingw.exe.spec.c --exe visual-mingw.exe -m gui -r rsrc.res CList.o editor.o main.o process.o project.o winui.o -L/home/dimi/dev/wine/wine/dlls -ladvapi32 -lole32 -lcomdlg32 -lcomctl32 -lshell32 -luser32 -lgdi32 -lkernel32 -lntdll -lmsvcrt gcc -D_WIN32_IE=0x0400 -c -o visual-mingw.exe.spec.o visual-mingw.exe.spec.c g++ -shared -Wl,-Bsymbolic visual-mingw.exe.spec.o CList.o editor.o main.o process.o project.o winui.o -o visual-mingw.exe.so -L/home/dimi/dev/wine/wine/library -lwine -lm [dimi(a)dimi src]$ Question is, is this correct? Do I need to link ntdll into the app as well? -- Dimi.

3 3

Imporving support for graphics tablets in wine (wintab.dll)
by Robert North Nov. 20, 2002

Nov. 20, 2002

Modern graphics tablets also provide pressure and tilt information, essential for quality graphics editors such as Painter & Photoshop. Currently graphics tablets are treated as mice in wine, and so cannot provide this information to a Win16/32 app. To access pressure & tilt info in Windows, a programmer would use the wintab.dll. Has anyone attempted to build a wintab.dll for Wine? I'm interested in attempting an extremely limited implementation for Painter & Photoshop, but don't want to reinvent the wheel. Assuming nobody has done this what's the first step? Raise a bug, and accept it? Bye -Rob.

4 4

Re: Win32s cleanups
by Dimitrie O. Paun Nov. 20, 2002

Nov. 20, 2002

On November 19, 2002 12:30 pm, Jukka Heinonen wrote: > File msdos/vxd.c and files dlls/win32s/* should now be the > only files which contain Win32s specific code. We should just nuke it altogether. As Ulrich explained, it's only useful for running the Win32s *subsystem* that came with some older apps. Again, that's useful not for the apps, but for the silly Win32 MS subsystem. And it's most likely broken anyway. Now, why anyone do that? What's to gain? It doesn't help anyone, it just adds bloat and confusion to the tree. And waists valuable developer time. Like yours for dealing with it, or Ulrich for explaining, or mine, or anyone following this thread. And thing is, in 2-3 months people will forget, and this will come back to haunt us. And more time will be wasted. And so on. Just get rid of it, everybody wins. -- Dimi.

2 2

RE: About picture format.
by Patrik Stridvall Nov. 20, 2002

Nov. 20, 2002

> ÔÚ 2002-11-20 Èý µÄ 18:13£¬ Patrik Stridvall Ð´µÀ£º > > > 0^80?3 2002-11-20 0?60<5 0...80?2 15:270"50...1 > Marcus Meissner 0^40...70...80?80"50?2 > > > > On Tue, Nov 19, 2002 at 09:20:40PM +0800, yf wrote: > > > > > I'm using a application that using 0x0010 picture format. > > > I found that > > > > > wine only support Bitmap and JPEG picture format. Where > > > can I get some > > > > > info about it. I want to implement it. Pls give me some > > > hints about it. > > > > > > > > Where is it trying to use that picture format? In which > API call? > > > fixme:ole:OLEPictureImpl_Load Unknown magic 0010 > > > > > > that is wine-20021031/dlls/oleaut32/olepicture.c > > > > OK. This only means that the first two bytes in the file is > 0x10 0x00. > > > > I don't know what file format that is. > > > > But if you know what file it is trying to load you can run the > > Unix command file on it, perhaps it will tell what type of file > > it is. > I used, but file tell: "data". That means it don't know yet. > Maybe it is > not a pic format, but why OLEPictureImpl_Load handle it, I wonder? I don't know. You need to send some sort of trace of your application if it is to be possible to determine that.

1 0