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

Re: Office '97 install problems
by Dan Schwarz 21 Nov '02

21 Nov '02

Boris <boris(a)thinovations.com> wrote: > 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? You're trying to install an upgrade-only version of Office '97. This version will scan your hard drive for an existing Office '95 or '97 installation, and it will abort if it doesn't find one. Satisfy this precondition or find a full version of Office '97 and you should be fine. -Dan

1 0

RE: About picture format.
by Patrik Stridvall 21 Nov '02

21 Nov '02

> ÔÚ 2002-11-20 Èý µÄ 15:27£¬ Marcus Meissner Ð´µÀ£º > > 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. Otherwise you have add code in olepicture.c to handle the case 0x0010 and some code for dumping the file from there.

3 2

Office '97 and Office XP
by Boris 21 Nov '02

21 Nov '02

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 21 Nov '02

21 Nov '02

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 21 Nov '02

21 Nov '02

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 21 Nov '02

21 Nov '02

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 20 Nov '02

20 Nov '02

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 20 Nov '02

20 Nov '02

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 20 Nov '02

20 Nov '02

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 20 Nov '02

20 Nov '02

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