wine-devel

wine-devel@winehq.org

4 participants
84464 discussions

# Error trying to install AutoCad 2002
by Matts 04 Nov '02

04 Nov '02

This is the console output when I try to install Autocad 2002 Trial.I think the trial is identical to the full version in this aspect. Do you want me to log something? The error message in swedish say essantially "Installation package cannot be opened. Make sure that you can acces the package..." I changed win98 to winnt, and the error now says: "The service windows installer could not be used. This can happen if windows is run in failsafe mose or if windows installer is not installed correctly". [root@localhost cdrom]# wine /mnt/cdrom/setup.exe For language 'sv' several language ids were found: sv_SE - 041D; sv_FI - 081D; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=sv_SE err:font:ReadFontDir Can't open directory "/usr/X11R6/lib/X11/fonts/drakfont/ttf" For language 'sv' several language ids were found: sv_SE - 041D; sv_FI - 081D; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=sv_SE err:font:ReadFontDir Can't open directory "/usr/X11R6/lib/X11/fonts/drakfont/ttf" fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000004,0x00000001,0x405d5724): stub fixme:advapi:SetThreadToken ((nil), 0): stub (NT impl. only) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x405d5720): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x405d555c,80,0x405d55ac): stub fixme:advapi:SetThreadToken ((nil), cafe): stub (NT impl. only) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x45de6410): stub fixme:advapi:LookupPrivilegeValueW ((null),L"SeShutdownPrivilege",0x45de63e4): stub fixme:ntdll:NtAdjustPrivilegesToken (0x0000cafe,0x00000000,0x45de63e0,0x00000000,(nil),(nil)),stub! fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x45de6410): stub fixme:advapi:LookupPrivilegeValueW ((null),L"SeIncreaseQuotaPrivilege",0x45de63e4): stub fixme:ntdll:NtAdjustPrivilegesToken (0x0000cafe,0x00000000,0x45de63e0,0x00000000,(nil),(nil)),stub! fixme:thread:SetThreadExecutionState (0x80000001): stub, harmless (power management). fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5a84): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5a1c,80,0x45de5a6c): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5a84): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5a1c,80,0x45de5a6c): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5c28): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5bc0,80,0x45de5c10): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5a84): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5a1c,80,0x45de5a6c): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000c,0x00000001,0x45de5a84): stub fixme:ntdll:NtQueryInformationToken (0000cafe,1,0x45de5a1c,80,0x45de5a6c): stub fixme:thread:SetThreadExecutionState (0x80000000): stub, harmless (power management). fixme:ole:CoCreateInstance no classfactory created for CLSID {000c101c-0000-0000-c000-000000000046}, hres is 0x80040150 fixme:advapi:RegisterEventSourceW ((null),L"MsiInstaller"): stub fixme:advapi:ReportEventA stub fixme:advapi:DeregisterEventSource (1): stub Tjänsten Windows Installer kunde inte användas. Detta kan ske om Windows körs i felsäkert läge eller om Windows Installer inte installerats korrekt. Kontakta supportpersonal om du behöver ytterligare hjälp. [root@localhost cdrom]# _____________________________________________________________ Want a new web-based email account ? ---> http://www.firstlinux.net _____________________________________________________________ Select your own custom email address for FREE! Get you(a)yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag

2 1

Re: Problem with DirectSoundCreate
by steve.lustbader＠philips.com 04 Nov '02

04 Nov '02

A log is up at http://www.lustbader.net/dsound.log steve.lustbader(a)philips.com a écrit : > > My app calls DirectSoundCreate, which fails, returning > DSERR_ALLOCATED. I have no idea what the problem is. > Any ideas what might be wrong, or any traces, etc I could > provide to give more info? aren't you running in the background an app which keeps the audio port opened? running with -debugmsg +audio,+dsound would help A+

1 0

shlwapi tests fail
by Sylvain Petreolle 04 Nov '02

04 Nov '02

make[3]: Entre dans le répertoire `/home/wine/dlls/shlwapi/tests' ../../../programs/winetest/runtest -q -P wine -M shlwapi.dll -T ../../.. -p shlwapi_test.exe.so shreg.c && touch shreg.ok shreg.c:263: Test failed: didn't open copy make[3]: *** [shreg.ok] Erreur 1 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Error trying to install AutoCad 2002
by Matts 04 Nov '02

04 Nov '02

1 0

Problem with DirectSoundCreate
by steve.lustbader＠philips.com 04 Nov '02

04 Nov '02

My app calls DirectSoundCreate, which fails, returning DSERR_ALLOCATED. I have no idea what the problem is. Any ideas what might be wrong, or any traces, etc I could provide to give more info? -Steve

2 1

make test fails under dlls/advapi32
by Sylvain Petreolle 04 Nov '02

04 Nov '02

Using latest CVS, make test complains about undefined symbol : make[3]: Entre dans le répertoire `/home/wine/dlls/advapi32/tests' ../../../programs/winetest/runtest -q -P wine -M advapi32.dll -T ../../.. -p adv api32_test.exe.so registry.c && touch registry.ok /home/wine/miscemu/wine: could not load 'W:\dlls\advapi32\tests\advapi32_test.exe.so': /home/wine/dlls/advapi32/tests/advapi32_test.exe.so: undefined symbol: winetest_set_ok_location make[3]: *** [registry.ok] Erreur 1 make[3]: Quitte le répertoire `/home/wine/dlls/advapi32/tests' make[2]: *** [tests/__test__] Erreur 2 make[2]: Quitte le répertoire `/home/wine/dlls/advapi32' make[1]: *** [advapi32/__test__] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls/__test__] Erreur 2 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 4

i810 & wineoss & sound formats
by Francois Gouget 04 Nov '02

04 Nov '02

There is something that sees very wrong in OSS_WaveOutInit. We do: smplrate = 44100; if (ioctl(ossdev->fd, SNDCTL_DSP_SPEED, &smplrate) == 0) { ... this format is supported ... } But according to the OSS spect this ioctl call is not garanteed to give you the actual sampling frequency you asked for. So if the device only supports 11025Hz, ioctl will return success but you will find that after the call smplrate==11025. So it seems it would be more correct to do: smplrate = 44100; if (ioctl(ossdev->fd, SNDCTL_DSP_SPEED, &smplrate) == 0 && smplrate==44100) { ... this format is supported ... } There are other issues like you cannot assume that because a sound card supports 44100Hz in mono it supports it in stereo. It might only support stereo up to 22050Hz. Same thing with 8 bits vs. 16 bits. That's for old cards though, with modern cards it's the opposite. Some cards, e.g. based on the i810 chipset, support 48000Hz in 16 bit in stereo but nothing else, not 48000Hz in 16 bit in mono for instance. So assuming we do strict checks (I have code for that), for an i810 card waveOutGetDevCaps should return: 0: "CS4236/37/38" 1.0 (255:1): channels=2 formats=0000 support=006c I.e. none of the formats at 11025, 22050 or 44100 are supported. But testing this on Windows I get: 0: "YAMAHA AC-XG WDM Audio" 5.10 <1:100>: channels=65535 formats=bfff support=002c Which leads me to the following questions: * should waveOutGetDevCaps consider that a format is supported as long as we can up-sample to a format that is? * what does the b mean in 'formats=bfff'? I could not find any documentation... (the support=006c vs. 002c is not significant, it's just WAVECAPS_DIRECTSOUND) -- Francois Gouget fgouget(a)codeweavers.com

2 1

Crash without any usable hint
by Uwe Bonnes 04 Nov '02

04 Nov '02

Hallo, _pn.exe from webpack just stops now (after a webpack service pack has been applied and after a wine update. The controlling terminal tells about memory protection error "Speicherschutzfehler". I don't get any usefull log. Here a log with --debugmsg +seh,+relay,+server: 352180 08074640:Call kernel32.GlobalFindAtomW(40908714 L"PropertySheetInfo") ret=408f623f 352181 08074640: find_atom( local=0, name=L"PropertySheetInfo" ) 352182 08074640: find_atom() = OBJECT_NAME_NOT_FOUND { atom=0000 } 352183 08074640:Ret kernel32.GlobalFindAtomW() retval=00000000 ret=408f623f 352184 08074640:Call kernel32._EnterSysLevel(40921f98) ret=408d28fc 352185 08074640:Ret kernel32._EnterSysLevel() retval=00000008 ret=408d28fc 352186 08074640:Call kernel32._LeaveSysLevel(40921f98) ret=408d292c 352187 08074640:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408d292c 352188 08074640:Call kernel32.GlobalGetAtomNameW(00008002,409231f0,0000003c) ret=408aeee3 352189 08074640:Ret kernel32.GlobalGetAtomNameW() retval=00000007 ret=408aeee3 352190 08074640:Call kernel32._EnterSysLevel(40921f98) ret=408d28fc 352191 08074640:Ret kernel32._EnterSysLevel() retval=00000008 ret=408d28fc 352192 08074640:Call kernel32.lstrcpynW(40923268,42090040 L"",00000010) ret=408d7854 352193 08074640:Ret kernel32.lstrcpynW() retval=40923268 ret=408d7854 352194 08074640:Call kernel32._LeaveSysLevel(40921f98) ret=408d292c 352195 08074640:Ret kernel32._LeaveSysLevel() retval=00000000 ret=408d292c 352196 08074640:Call window proc 0x41d80428 (hwnd=00010023,msg=WM_SETFONT,wp=00000cce,lp=00000000) 352197 08074640:Call kernel32._ConfirmSysLevel(40921f98) ret=408d3d6e 352198 08074640:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=408d3d6e 352199 08074640: *signal* signal=11 ... 352765 08074640: *signal* signal=11 352766 08074640: *killed* exit_code=0 352767 08074640: *exited* signal=11 352768 08074640: *detached* 352769 /home/bon/.wine/user.reg: saving key \\User\\bon 352770 /home/bon/.wine/system.reg: saving key \\Machine 352771 /home/bon/.wine/userdef.reg: saving key \\User\\.Default 352772 wineserver: exiting (pid=28637 I tried to run with winedbg, but winedbg only tells that the thread has died. Any other hints how to takle? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: lostwages (alpha 1)
by Jeremy Newman 04 Nov '02

04 Nov '02

On Mon, 2002-11-04 at 02:48, Keith Matthews wrote: > Do please try not to have more javascript than is really necessary. Sexy > looking features are nice from a designer's point of view, but to a No js on this site at all. I prefer to do most on the server side. Works across more browsers that way. > Looks rather black rather than red (Konq 2.2 on laptop). /me loads up Konq and looks. > I prefer the screenshot to the one Francois has, but it could still be > improved by having rather more background that is obviously an OSS > desktop. Both screen shots were made by me. I made a quick new one that didn't have a CodeWeavers logo on it somewhere. The idea is to have that screenshot be random, so feel free to submit me screenshots. I prefer whole desktops, and several Win apps/games running at once. That shows real power. > I'm getting a debug log panel at the bottom, no idea if that is > intentional, critical or what. That's intentional, the site is in debug mode as it's in development. When I say alpha I mean it. The final will look NOTHING like this, this is a rough draft. The fist round it mainly work on the back end code and general layout of the boxes and nav. Everything thing else colors/images/logo will change. -- __ _WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | / -_) | | / ' \/ _` | ' \ -= jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

Re: lostwages (alpha 1)
by Jeremy Newman 04 Nov '02

04 Nov '02

On Mon, 2002-11-04 at 02:13, David Fraser wrote: > Just wondering, is it really neccessary to have the URLs as queries i.e. > http://lostwages.winehq.org/?page=Support&view=page-support > Couldn't they just be > http://lostwages.winehq.org/support I plan on something similar, the urls will be something like: http://lostwages.winehq.org/index.php/support/ The shorter urls (ie without the index.php) will also work with redirects hard coded in a .htaccess file. We love shortcuts. -- __ _WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | / -_) | | / ' \/ _` | ' \ -= jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel