http://bugs.winehq.com/show_bug.cgi?id=1433
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:16 -------
Bug comments restored from Gmane.org:
FIRST:
./configure
make depend
make
ERROR from make:
The compiler finds an error in the comment field at row 97 in ppl.l.
I simply removed all comments and compiled OK.
SOLUTION: Remove the comments in the file ./tools/wpp/ppl.l
then wine will compile.
------- Additional Comments From mike <at> theoretic.com 2003-05-02 02:48 -------
This is due to a bug in the latest version of flex, downgrading will fix the
problem.
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:11
-------
Closing, previous details were deleted by Bugzilla update.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1432
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:16 -------
Bug comments restored from Gmane.org:
fixme:system:EnumDisplayDevicesW ((nil),0,0x406d1e48,0x00000000), stub!
fixme:system:EnumDisplayDevicesW (0x406d1e4c,0,0x406d1b00,0x00000000),
stub!
from dxdiag bug 1429
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1431
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:15 -------
Bug comments restored from Gmane.org:
fixme:reg:RegFlushKey (0x58): stub is what dxdiag says....
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1395
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:15 -------
Bug comments restored from Gmane.org:
When running uninstaller built from Mingw or MS-VC++ 6 under Win2K the
application seems to work and run fine when there is no information in the
uninstall branch of the registry. As soon as a program is registered and
uninstaller is run the program crashes. This has been tested on 3 systems and
with many differnt sources and versions of Mingw. When debugging under MSVC with
uninstall information in the registry the debugger stops at this code.
FetchUninstallInformation()
Line 225/226:
entries[numentries-1].key =
HeapAlloc(GetProcessHeap(), 0, strlen(subKeyName)+1);
Entries : Cxx0030: Expression could not be evaluated
I will attach a Visual Stdio build with sources/debugging information this evening.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1430
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:15 -------
Bug comments restored from Gmane.org:
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub!
Is what dxdiag outputs when running
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1429
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:14 -------
Bug comments restored from Gmane.org:
I think this is going to be a BIG one but it will get many games to work...
Running it with no modifactions gets a logical error in a windows message box (I
thinkg) of:
"Error: Could not find DXDIAGN.DLL"
and the fallowing wine errors:
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject couldn't load InprocServer32 dll F:\winexe\dxdiagn.dll
fixme:ole:CoCreateInstance no classfactory created for CLSID
{a65b8071-3bfe-4213-9a5b-491da4461ca7}, hres is 0x80070005
------- Additional Comments From hatky <at> users.sf.net 2003-04-30 14:24 -------
Well after copying the file dxdiagn.dll it now wants riched32.dll in the same nice
message box....
Now the new wine errors are:
fixme:reg:RegFlushKey (0x58): stub
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found -
16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found -
16-bit dll or version conflict.
err:ver:VerQueryValueW called on NE resource!
fixme:global:GlobalMemoryStatusEx we should emulate the 4GB bug here, as per
MSDN
fixme:dsound:DSCF_CreateInstance
(0x4158c7a4,(nil),{31efac30-515c-11d0-a9aa-00aa0061be93},0x406d1f08)
IID_IKsPropertySet not implemented
fixme:reg:RegFlushKey (0x68): stub
fixme:system:EnumDisplayDevicesW ((nil),0,0x406d1e48,0x00000000), stub!
fixme:system:EnumDisplayDevicesW (0x406d1e4c,0,0x406d1b00,0x00000000),
stub!
fixme:reg:RegFlushKey (0x68): stub
fixme:dsound:DSCF_CreateInstance
(0x4158c7a4,(nil),{31efac30-515c-11d0-a9aa-00aa0061be93},0x406d27c8)
IID_IKsPropertySet not implemented
fixme:reg:RegFlushKey (0x68): stub
------- Additional Comments From hatky <at> users.sf.net 2003-04-30 14:31 -------
Copying the riched32.dll does not get me any forther :(....
------- Additional Comments From spetreolle <at> yahoo.fr 2003-05-05 23:04 -------
Could you try to install directx completely, using the installer ?
Dxdiag almost run correctly today, if you omit ddraw (missing classes for now).
If this is already done, give the version youre trying to install.
------- Additional Comments From hatky <at> users.sf.net 2003-05-06 06:56 -------
The tests before were just taking the dxdiag exec from my windowsXP with directX
9.0a
Trying to install directX from microsoft's site:
It downloaded everyting and crashed on installing with the message:
An internal error occured.
Please refer to directx.log in you Windows folder to determine
problem.
it said it was installing v9.0 for 98/me (wine was set to emulate win98)
yes, this was a web setup
there are many wine messages but the last few are
Check permissions or set VFAT "quiet" mount flag
fixme:win:SetWindowTextW cannot set text L"Close" of other process window (nil
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not foun
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not foun
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not foun
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not foun
- 16-bit dll or version conflict.
fixme:setupapi:SetupIterateCabinetA not implemented (setupapi.dll)
------- Additional Comments From tjawatts <at> totalise.co.uk 2003-05-07 17:06 -------
Running on 20030408, I got the same error about the SetupIterateCabinetA. So I
ran it with native setupapi.dll (plus cfgmgr32.dll). The output is below, it
seems that something related to CAB is not implemented. Hope it helps ;-)
wine out put is thus:
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:import_dll No implementation for
NTDLL.dll.IoUnregisterDeviceInterface imported from
C:\windows\system\cfgmgr32.dll, setting to 0xdeadbeef
trace:loaddll:load_dll Loaded module 'C:\windows\system\cfgmgr32.dll' : native
trace:loaddll:load_dll Loaded module 'C:\WINDOWS\SYSTEM\MPR.dll' : builtin
trace:loaddll:load_dll Loaded module 'C:\windows\system\setupapi.dll' : native
trace:loaddll:MODULE_FlushModrefs Unloaded module
And DirectX.log output is like so:
05/08/03 01:50:50: dsetup32: IterateDownloadedCabs(): Iterating through
C:\WINDOWS\SYSTEM\DirectX\WebSetup\setup_w9x_eng.cab
05/08/03 01:50:50: dsetup32: LoadListFromInfSection(): Unable to load
C:\WINDOWS\SYSTEM\DirectX\WebSetup\filelist.dat - [(].
05/08/03 01:50:50: dsetup32: IterateDownloadedCabs(): Unable to get cab list in
section.
05/08/03 01:50:50: dsetup32: Installation ended with value -9 = Internal or
unsupported error
05/08/03 01:51:11: DXWSetup: WM_APP_ENDINSTALL
05/08/03 01:51:11: DXWSetup: ~CDXWSetup()
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1394
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:14 -------
Bug comments restored from Gmane.org:
Wine 20030408:
Drives can be changed, but the builtin commdlg.dll does not display any
directories in the respective drives...
I had to start applications with
wine -dll commdlg,comdlg32=n
to be able to browse the directory structure...
This worked in the previous version (20030115) I'd installed from the SuSE8.2
package, but that may have other reasons...
Hope this helps
------- Additional Comments From Pascal.Niklaus(a)unibas.ch 2003-04-17 09:32 -------
Forgot to say, I'm talking about a (the?) file-selection dialog...
------- Additional Comments From mike(a)theoretic.com 2003-04-23 08:16 -------
Odd. Are these directories symlinks by any chance?
------- Additional Comments From Pascal.Niklaus(a)unibas.ch 2003-04-23 11:12 -------
No, the directories are not symlinks...
I cannot see "windows", "Program Files" etc. in "C:\"... The window is just empty.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1393
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:13 -------
Bug comments restored from Gmane.org:
USB devices seem to be non-existent .
Tried to install HP scanner-software .
There is no mention anywhere .
Perhaps it is sufficient to add some phrases to
the config-file ,but I can't find the
correct form .
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1426
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:12 -------
Bug comments restored from Gmane.org:
err:module:import_dll Module (file) MFC42u.DLL (which is needed by
F:\winexe\mspaint.exe) not found
Is wine going to implement that?
Anyway copying that file comes to(the program is working quite well):
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:CoCreateInstance no classfactory created for CLSID
{a1f4e726-8cf1-11d1-bf92-0060081ed811}, hres is 0x80040150
err:module:import_dll No implementation for ntdll.dll.RtlUnhandledExceptionFilter
imported from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for KERNEL32.dll.CreateActCtxW imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for KERNEL32.dll.ReleaseActCtx imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for KERNEL32.dll.DeactivateActCtx
imported from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for KERNEL32.dll.ActivateActCtx imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.RegisterUserApiHook
imported from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.UnregisterUserApiHook
imported from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.GetScrollBarInfo imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.IsServerSideWindow
imported from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.PaintMenuBar imported from
C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.GetMenuBarInfo imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.CalcMenuBar imported from
C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.IsWindowInDestroy imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.GetWindowRgnBox imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for USER32.dll.GetTitleBarInfo imported from
C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for GDI32.dll.GdiDrawStream imported from
C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
err:module:import_dll No implementation for GDI32.dll.ClearBitmapAttributes imported
from C:\windows\system\uxtheme.dll, setting to 0xdeadbeef
fixme:dc:GetLayout (0x78): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x9b8): stub
fixme:dc:GetLayout (0x78): stub
fixme:ole:CoRegisterMessageFilter stub
------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de
2003-05-02 05:34
-------
The source to MFC42 comes with MSVC++. You can always compile it as .dll
yourself or redistribute with your application. Compiling as winelib .so is a
bigger task.
So reimplementing is not high on the task list.
I wonder why mspaint needs uxtheme.dll. Run depends.exe to find out why
uxtheme.dll is needed.
------- Additional Comments From hatky <at> users.sf.net 2003-05-02 08:26 -------
How do I get depends.exe?
------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de
2003-05-02 08:50
-------
Did you try "depends.exe" in google?
------- Additional Comments From hatky <at> users.sf.net 2003-05-02 09:23 -------
The program has a few errors of it's own on wine but I was actualy suprised I was
not need to boot to windows :)
If I understend this program right them mspaint uses UXTHEME.DLL for the function
DrawThemeBackground, OpenThemeData and CloseThemeData
I was wondering a long time if I can get that info without running a program a long
time ago so thanks for the program
------- Additional Comments From hatky <at> users.sf.net 2003-05-02 09:40 -------
Created an attachment (id=470)
--> (http://bugs.winehq.com/attachment.cgi?id=470&action=view)
Dependency tree
------- Additional Comments From hatky <at> users.sf.net 2003-05-02 09:41 -------
I seen you can save a dependecy walker image to I did and attached it ....
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1392
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:12 -------
Bug comments restored from Gmane.org:
Note the DPLAYX_ConstructData error prior to the semaphore blocking.
rbt@home:/home/rbt/.wine/Cavedog/TotalA> wine --debugmsg +dplay totala
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
fixme:reg:GetSystemInfo not yet supported on this system
fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found!
Using closest match instead (United States keyboard layout) for scancode mapping.
Please define your layout in windows/x11drv/keyboard.c and submit them
to us for inclusion into future Wine releases.
See the Wine User Guide, chapter "Keyboard" for more information.
trace:dplay:DllMain (0x5cb30000,0x00000001,0x1)
trace:dplay:DPLAYX_ConstructData DPLAYX dll loaded - construct called
trace:dplay:DPLAYX_ConstructData Semaphore 0x58 created
trace:dplay:DPLAYX_ConstructData Waiting for DPLAYX semaphore
trace:dplay:DPLAYX_ConstructData Through wait
trace:dplay:DPLAYX_ConstructData File mapped 0x5c created
err:dplay:DPLAYX_ConstructData : unable to map static data into process memory
space (487)
fixme:system:SystemParametersInfoA Unimplemented action: 94 (SPI_GETMOUSETRAILS)
fixme:system:SystemParametersInfoA Unimplemented action: 93 (SPI_SETMOUSETRAILS)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x5c309208)->(00010021,00000053)
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x5c30a5b8)->(0x5c309214,0x00000000),stub!
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
trace:dplay:DirectPlayLobbyCreateA lpGUIDDSP=0x0 lplpDPL=0x5d0368b7 lpUnk=0x0
lpData=0x0 dwDataSize=00000000
trace:dplay:DPL_CreateInterface for {26c66a70-b367-11cf-a024-00aa006157ac}
trace:dplay:DPL_AddRef ref count incremented to 1:1 for 0x5c30bb78
trace:dplay:DPL_QueryInterface
(0x5c30bb78)->({1bb4af80-a303-11d0-9c4f-00a0c905425e},0x5d0368bb)
trace:dplay:DPL_AddRef ref count incremented to 1:2 for 0x5c30c8a0
trace:dplay:IDirectPlayLobbyAImpl_GetConnectionSettings
(0x5c30c8a0)->(0x00000000,0x0,0x5c5e2b24)
trace:dplay:DPLAYX_GetConnectionSettingsA Waiting for DPLAYX semaphore
Killed
------- Additional Comments From rbt(a)rbt.ca 2003-04-16 20:24 -------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From rbt(a)rbt.ca 2003-04-18 09:25 -------
Created an attachment (id=456)
--> (http://bugs.winehq.com/attachment.cgi?id=456&action=view)
trace +dplay,+virtual
------- Additional Comments From rbt(a)rbt.ca 2003-04-18 16:47 -------
The error in DPLAYX is caused by (20030408 sources)
Line 466 in ntdll/virtual.c, function anon_mmap_aligned():
else if (ptr != base)
{
/* We couldn't get the address we wanted */
munmap( ptr, view_size );
return STATUS_CONFLICTING_ADDRESSES; /* !! HERE !! */
}
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1391
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:10 -------
Bug comments restored from Gmane.org:
I'm using Red Hat Linux 9 - kernel 2.4.20-9.
After instalation of wine-20010418 (rpm) when I tried to test with notepad.exe,
wine returns the message:
šwine: chdir to /tmp/.wine-root/server-302-7e59 : no such file or directoryš
I tried unistall the rpm and install by sources (compiling the program), but I
had the same results. I don't know what to do...
Tks.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-15 10:32
-------
Invalid report. Some research would probably have shown gazillions of hits about
this issue.
*** This bug has been marked as a duplicate of 1343 ***
------- Additional Comments From mike(a)theoretic.com 2003-04-16 04:13 -------
Perhaps we should put something on the front page about this for a while?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1424
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:10 -------
Bug comments restored from Gmane.org:
I just started messing with a few simple windows progs and tought it would be a
great acomplishment if we can run their programs
Think of it:
dxdiag is a great test case for the directX part (direct draw,direct 3d, sound, music,
direct play...)
ftp,telnet,ping,tracert can show who good the network code is
defrag will mybe show who great low level hardware accses is ? what will it do with
a non fat paritation? do I hear a challange?
I don't know what the rest of you think, but a big bug tree looks cool to me becouse
you know you can fix something little and to how many other things it helps so this
tree may get a bit big.... I don't hear no objections :)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1423
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:09 -------
Bug comments restored from Gmane.org:
I'm having trouble with this patch and Red Hat 9: <http://www.
winehq.com/hypermail/wine-cvs/2003/04/0224.html>. Multithreaded
apps started crashing deep down in the guts of gethostbyname_r
whenever it's called from multiple threads at once. The crash
typically looks like this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1118186784 (LWP 27326)]
0x4206c909 in fgets_unlocked () from /lib/tls/libc.so.6
(gdb) bt
#0 0x4206c909 in fgets_unlocked () from /lib/tls/libc.so.6
#1 0x4023e1e4 in _nss_files_gethostbyname_r () from
/lib/libnss_files.so.2
#2 0x420f2b3c in gethostbyname_r@@GLIBC_2.1.2 () from
/lib/tls/libc.so.6
#3 0x40cf77c7 in __ws_gethostbyname (name=0x402900cf "media.
monster.com",
dup_flag=1) at socket.c:3044
#4 0x40cf78f4 in WS_gethostbyname (name=0x402900cf "media.
monster.com")
at socket.c:3085
(gdb) info thr
* 8 Thread 1118186784 (LWP 27326) 0x4206c909 in fgets_unlocked
()
from /lib/tls/libc.so.6
7 Thread 1115761952 (LWP 27325) 0xffffe002 in ?? ()
6 Thread 1113337120 (LWP 27324) 0xffffe002 in ?? ()
5 Thread 1110912288 (LWP 27323) 0x004168ff in ?? ()
2 Thread 1100885280 (LWP 27314) 0xffffe002 in ?? ()
1 Thread 1074023232 (LWP 27305) 0xffffe002 in ?? ()
(gdb) thr 7
[Switching to thread 7 (Thread 1115761952 (LWP 27325))]#0
0xffffe002 in ?? ()
(gdb) bt
#0 0xffffe002 in ?? ()
#1 0x41c5f6d4 in send_dg () from /lib/libresolv.so.2
#2 0x41c5ecb5 in __libc_res_nsend () from /lib/libresolv.so.2
#3 0x41c5dc07 in __libc_res_nquery () from /lib/libresolv.so.2
#4 0x41c5e35b in __libc_res_nquerydomain () from /lib/libresolv.
so.2
#5 0x41c5df22 in __libc_res_nsearch () from /lib/libresolv.so.2
#6 0x40d0805f in _nss_dns_gethostbyname2_r () from
/lib/libnss_dns.so.2
#7 0x40d08293 in _nss_dns_gethostbyname_r () from
/lib/libnss_dns.so.2
#8 0x420f2b3c in gethostbyname_r@@GLIBC_2.1.2 () from
/lib/tls/libc.so.6
#9 0x40cf77c7 in __ws_gethostbyname (name=0x40295b4f "media.
monster.com",
dup_flag=1) at socket.c:3044
#10 0x40cf78f4 in WS_gethostbyname (name=0x40295b4f "media.
monster.com")
at socket.c:3085
Reversing patch #7969 seems to fix the problem. To reproduce the
crash, run the local web proxy Proxomitron <http://www.
proxomitron.org/> and try loading sites with lots of images. I'm
running Red Hat 9 with glibc 2.3.2-27.9 and the --with-nptl
configure option (wine fully rebuilt after installing RH9).
------- Additional Comments From prupe <at> myrealbox.com 2003-05-03 14:36 -------
After rebuilding from the latest CVS, I can't get this crash to happen any more.
Marking as fixed.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1390
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:09 -------
Bug comments restored from Gmane.org:
Happened for me on Mathematica 4.0 Type1 fonts since fonts.scale included
c0632bt_.pfa (as did fonts.dir, and will even after mkfontdir) but such a file was
not in the appropriate fonts directory. During startup:
...
Font metrics: 6.8% done
Font metrics: 6.9% done
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 45 (X_OpenFont)
Value in failed request: 0x2a0010a
Serial number of failed request: 964
Current serial number in output stream: 965
Must `xset fp rehash` after removing some font file to reproduce, and font must
be in fonts.scale.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1422
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
Wine-20030408 compilation fails in a couple of places (missing
symbols), because of the way I compiled ncurses. Ncurses could be compiled
with --with-termlib option which build terminfo-stuff into separate library,
libtinfo. I've got such a build, but wine would only add "-lncurses" to it's
command line when compiling/linking. So these symbols are not found. Wine
configure should check whether some terminfo-stuff symbol (e.g., acs_map) is
in libtinfo or libncurses, and in the former case, use "-lncurses -ltinfo".
Manual adding of -ltinfo to makefile did the compile for me, but it should
be incorporated to configure.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1421
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
my system:
was slackware-8.1 at first
almost everything built from sources now:
glibc-2.3.2
gcc-3.2.3
flex-2.5.31
bison-1.875
wine won't compile on my machine
attached are config.log and the results of running make
------- Additional Comments From man <at> oceanography.ru 2003-04-29 02:35 -------
Created an attachment (id=467)
--> (http://bugs.winehq.com/attachment.cgi?id=467&action=view)
configure log file, gzipped
------- Additional Comments From man <at> oceanography.ru 2003-04-29 02:36 -------
Created an attachment (id=468)
--> (http://bugs.winehq.com/attachment.cgi?id=468&action=view)
make log (with errors), gzipped
------- Additional Comments From mike <at> theoretic.com 2003-04-29 08:02 -------
Try downgrading flex.
------- Additional Comments From man <at> oceanography.ru 2003-04-29 10:44 -------
I though about it and, immediately after posting this bugreport, tried flex-2.5.27.
The problem is in flex (I've reported a bug on their page), because flex-2.5.27
worked. Thus, this bugreport was irrelevant to wine.
Sorry.
------- Additional Comments From man <at> oceanography.ru 2003-04-29 10:48 -------
Closing this irrelevant bug.
Gotta go bug(ger) flex.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1388
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:08 -------
Bug comments restored from Gmane.org:
QuicktimeInstaller craches with the following error:
fixme:win32:PE_CreateModule Security directory ignored
Warning: Language 'no_NO' was not found, retrying without country name...
Warning: Language 'no' was not recognized, defaulting to English
err:string:lstrcpyA (0x416015e0, (nil)): page fault occurred ! Caused by bug ?
------- Additional Comments From mike(a)theoretic.com 2003-04-15 05:29 -------
Which version of QuickTime is this?
------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 20:36 -------
lstrcpyA may have nothing to do with it.
Could you provide a +relay log and/or the debugger stack backtrace?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1420
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:07 -------
Bug comments restored from Gmane.org:
Wine will fail to run with nscd running in memory. 'nscd' is a DNS caching
service and should not effect wine operation.
The following error is produced every time:
wine: lstat /tmp/.wine-user/server-816-31a/socket : No such file or directory
strace pointed to the possible problem:
getuid32() = 1000
socket(PF_UNIX, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = 0
writev(3, [{"\2\0\0\0\1\0\0\0\5\0\0\0", 12}, {"1000\0", 5}], 2) = 17
read(3, "\0\0\0\0\1\0\0\0\10\0\0\0\2\0\0\0\350\3\0\0\350\3\0\0\1"..., 36) = 36
read(3, "user\0x\0\0/home/user\0/bin/ba"..., 35) = 35
close(3) = 0
stat64("/home/user/.wine", {st_mode=S_IFDIR|0750, st_size=232, ...}) = 0
chdir("/tmp/.wine-user/server-816-31a") = 0
stat64(".", {st_mode=S_IFDIR|0700, st_size=72, ...}) = 0
getuid32() = 1000
lstat64("socket", 0xbfffe430) = -1 ENOENT (No such file or directory)
Stopping the nscd service resolves the problem.
wine 20030318
nscd (GNU libc) 2.3.2
Gentoo Linux (2.4.20-gentoo-r3)
gcc (GCC) 3.2.2 20030322 (Gentoo Linux 1.4 3.2.2-r2)
glibc 2.3.2-r1
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-28 17:13
-------
Wow, good spot!
Immediately reassigning to Alexandre for fast bugfixing...
------- Additional Comments From dclark <at> akamail.com 2003-04-28 18:18 -------
Adding wine-bugs to the CC list, else any new postings won't show up on gmane
(nor the wine-bugs archives, I think).
------- Additional Comments From julliard <at> winehq.com 2003-04-28 18:34 -------
Nothing to do with nscd, it's the well known glibc problem.
Get the latest wine and build with the --with-nptl flag.
*** This bug has been marked as a duplicate of 1343 ***
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:10
-------
Closing
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.com/show_bug.cgi?id=1387
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:06 -------
Bug comments restored from Gmane.org:
Hello wine programmers,
I'm trying to install a Dorling Kindersley educational software
package called "Learning Ladder - Ages 5 - 7"
The install fails with the error:
Unhandled exception: page fault on read access
My environment is a fresh wine-20030318 on Redhat 8.0.
The output of the winedbg tool is attached.
Many thanks,
Simon Taylor
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 05:40 -------
Created an attachment (id=453)
--> (http://bugs.winehq.com/attachment.cgi?id=453&action=view)
The output of the winedbg tool
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-14 06:23
-------
Sorry, output is useless, since the program starts the real setup.exe with
CreateProcess() and then immediately quits.
And for some reason Wine doesn't keep logging the new process. :-\
Alexandre, could you tell us whether this behaviour is undesired and
should/could be changed?
BTW, you could run D:\dksetup\setup.exe instead of the setup wrapper.
That way the *real* installation program should get logged properly.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 07:30 -------
Created an attachment (id=454)
--> (http://bugs.winehq.com/attachment.cgi?id=454&action=view)
The output of bug_report.pl for /mnt/cdrom/dksetup/setup.exe
------- Additional Comments From mike(a)theoretic.com 2003-04-14 09:04 -------
If you've run up2date lately, you'll need the very latest release or CVS to
avoid problems with glibc
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:50 -------
Thanks for the attention people have given this bug report so far - it's very
heartening.
Things have moved along a little, I now get a different Unhandled exception
error ;-)
Specifically:
* I run " wine /mnt/cdrom/dksetup/setup.exe"
* I get a small Installshield Wizard window with a
progress bar and then another small window with:
Unhandled exception
Error Number: 0x80040706
Desciption: Object reference not set
Setup will now terminate
* I've run this process through a dozen times, (taking care to
clean up any old wine or wineserver processes still
running), and I've noticed that every so often I don't get the
Unhandled exception window, and I get as far as the full screen
Installshield window. But my wine session and screen are
unresponsive at that point.
I'm going to attach the latest bug_report.pl output. Are there any other
tests I can run to help?
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:52 -------
Oops. I forgot to mention in my last comment that I have installed
today's cut of wine from cvs. Otherwise I am running on a
fairly vanilla RedHat 8.0 laptop.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-14 23:53 -------
Created an attachment (id=455)
--> (http://bugs.winehq.com/attachment.cgi?id=455&action=view)
The output of the bug_report.pl program using wine-20030408
------- Additional Comments From mike(a)theoretic.com 2003-04-15 05:28 -------
Try installing dcom98 from microsoft.com
------- Additional Comments From simon(a)unisolve.com.au 2003-04-23 06:32 -------
Thanks for the suggestion Mike.
I've downloaded DCOM98.exe, but when I try to install it, I get an error
window that says:
A newer version of DCOM95 or DCOM98 had been installed.
To override, you must uninstall the current version first.
To ensure that I was not getting this error due to old dcom software
lying around, I then setup my wine config file so that it
pointed to new c: and e: drives (empty except for the minimum Windows
directories you guys recommend. So therefore it's a Unix only empty widows system).
It still generated the same error.
I searched for the error in the winehq bug list, and on google
generally. I saw a few mentions, but no obvious resolution.
If anyone can help me to progress this, I would be most grateful.
I'm very keen to install this app, (and others like it), that I
have purchased for my kids, and dammit (!) I don't want Windoze
in the house ;-)
------- Additional Comments From mike(a)theoretic.com 2003-04-23 10:41 -------
Are you running the DCOM installer with builtin ole32, oleaut32 or rpcrt4 dlls?
I don't really know what's going on here. I assume you've tried a clean install
right? DCOM should install right off with no problems on a clean install of
WineHQ CVS.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-24 00:10 -------
Actually no, dcom98.exe from microsoft.com does not install for me with a
fresh Unix only wine environment and todays CVS cut of wine.
I've attached a script file that shows the process I ran to prove this.
In summary, I:
* Removed my old c directory (/c)
* Got the latest wine from CVS and built it
* Logged in as a user who has never run wine before (eg: no .wine directory)
* Ran tools/wineinstall to rebuild wine and to build a local .wine directory
and a local c directory
* Confirmed what was done by wineinstall
* cd to the new c directory
* cp the DCOM98.exe file into that directory
* wine DCOM98.exe
And unfortunately, I get exactly the same error as before. It insists that
I have to uninstall the earlier DCOM version first ;-(
This is dead easy to reproduce, should I make this into a separate bug report
or leave it here?
Any feedback gratefully received.
------- Additional Comments From simon(a)unisolve.com.au 2003-04-24 00:12 -------
Created an attachment (id=463)
--> (http://bugs.winehq.com/attachment.cgi?id=463&action=view)
A 'script' file of the tools/wineinstall process
------- Additional Comments From mike(a)theoretic.com 2003-04-25 03:16 -------
I'll try this tonight with latest CVS wine (i haven't done an update for a while).
It sounds like something broke DCOM installation recently. Not good. If I get
the same results we should open a new bug.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1419
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:06 -------
Bug comments restored from Gmane.org:
It would be nice to have an option for wine.conf that disallows applications
running under WINE from accessing the network. This would be especially helpful
in the situation where a user would like to run an email attachment without
having to worry about spreading the latest MS virus.
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 20:20
-------
There was a discussion on wine-devel about that subject and the conclusion was
that Wine is the wrong level for implementing this kind of feature.
Instead, this sort of feature should be implemented at the Unix level by
preventing (some/specific) applications from making specific system calls, e.g.
network system calls, which would prevent malicious Linux applications from
doing bad things.
Using such a framework it would be possible to prevent Wine, and thus Windows
applications, from accessing the network, accessing specific directories or
files, etc, etc. And the advantage is that this would even stop cross-platform
viruses, i.e. viruses that know about Wine and make Linux system calls when they
detect they are on Linux.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1418
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:05 -------
Bug comments restored from Gmane.org:
There are various Telnet clients available, but it seems to me that there are
few that have full support for ANSI-BBS graphics. Also, it is important to have
Z-MODEM download capabilities in the client.. and freeware is nice too. All
these things seem to be part of the mTel Telnet Client. This client is
available from http://ozone.eesc.com/
mTel seems to be __the__ premier telnet client for use with telnet BBS (bulletin
board system) systems. Please add support for this program as it would be nice
to have a client compatible with Linux that supports ANSI-BBS and has Z-MODEM.
Thank you for considering my request.
------- Additional Comments From mike <at> theoretic.com 2003-04-28 10:18 -------
This bug is invalid, we don't add support for apps on a case by case basis. Try
it out, if it doesn't work report exactly what goes wrong to bugzilla.
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:10
-------
Assuming invalid and closing, previous details were deleted by Bugzilla update.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1417
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:04 -------
Bug comments restored from Gmane.org:
(See complete run log at bottom)
When I run Half-Life with wine, it crashes when I create a new game.
I run RedHat 8.0 (2.4.18-14 kernel) on a P4 2.4 with an Ati Radeon 9700pro and
correct drivers. I have a SB Live sound card.
I have tried multiple versions of wine and always get this error when I create a
new game.
------------------------------
T++B%@`@%@�q@.
@#F�q@+�.
@
�@`@P
------------------------------
I think this has something to do with the ATI drivers because I did run Mandrake
9 a couple of months ago with Half-Life fine (with a Geforce 3 that I don't own
anymore).
Complete run log
------------------------------
[root@localhost half-life]# wine hl -- hl.exe -console
err:wave:OSS_WaveOutInit /dev/mixer1: not found!
err:wave:OSS_WaveOutInit /dev/mixer2: not found!
err:wave:OSS_WaveInInit /dev/mixer1: not found!
err:wave:OSS_WaveInInit /dev/mixer2: not found!
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/ddrive/Games/Half-Life/sierra.inf".
Check permissions or set VFAT "quiet" mount flag
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/ddrive/Games/Half-Life/valve/config.cfg".
Check permissions or set VFAT "quiet" mount flag
fixme:reg:RegFlushKey (0x70): stub
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x4e450028)->(00000000,00000008)
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4ba0f2b8,00050068,1):stub
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4ba0f2b8,00050068,2):stub
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
err:dsound:DirectSoundCreate8 dsound already opened
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4ba0f2b8,0006003b,3):stub
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x50068), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:winmm:MMDRV_Exit Closing while ll-driver open
[root@localhost half-life]# wine hl -- hl.exe -console
err:wave:OSS_WaveOutInit /dev/mixer1: not found!
err:wave:OSS_WaveOutInit /dev/mixer2: not found!
err:wave:OSS_WaveInInit /dev/mixer1: not found!
err:wave:OSS_WaveInInit /dev/mixer2: not found!
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/ddrive/Games/Half-Life/sierra.inf".
Check permissions or set VFAT "quiet" mount flag
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/ddrive/Games/Half-Life/valve/config.cfg".
Check permissions or set VFAT "quiet" mount flag
fixme:reg:RegFlushKey (0x70): stub
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x4e450028)->(00000000,00000008)
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x402a4ac0,00010024,1):stub
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x402a4ac0,00010024,2):stub
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:dc:LockWindowUpdate (0x10024), partial stub!
fixme:dc:LockWindowUpdate ((nil)), partial stub!
T++B%@`@%@�q@.
@#F�q@+�.
@
�@`@P
------------------------------
------- Additional Comments From matthewcosta <at> optushome.com.au 2003-04-27
01:48 -------
Sorry I left this out
I am using Wine 20030318 compiled with OpenGL support (Dataparty)
------- Additional Comments From mike <at> theoretic.com 2003-04-28 05:18 -------
I've been seeing this for a while, not sure what causes it, except it seems to
be related to process creation.
Can you do a +process trace please?
Triage: altering summary
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1415
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:03 -------
Bug comments restored from Gmane.org:
This file is a descripton of Bug when we using CrossOver Office or Wine 20030408
on linux.
The error starts when the O.S. run (*.exe) a DriveListBox VBcomponent at a simple
form on Visual Basic 3;
Or on designer time when i try to access the DriveListBox VBcomponent and put on
the form.
Example of Form code
VERSION 2.00
Begin Form Pesq
BackColor = &H00C0C0C0&
BorderStyle = 3 'Fixed Double
Caption = "Pesquisa"
ClientHeight = 6195
ClientLeft = 1965
ClientTop = 690
ClientWidth = 8085
ClipControls = 0 'False
ControlBox = 0 'False
Height = 6600
Left = 1905
LinkTopic = "Form1"
MaxButton = 0 'False
MinButton = 0 'False
ScaleHeight = 6195
ScaleWidth = 8085
Top = 345
Width = 8205
Begin DriveListBox Drive1
Height = 315
Left = 120
TabIndex = 6
Top = 360
Width = 3135
End
End
*************************** Error
VB********************************************
./wine c:\\vb\\vb.exe
wine: Unhandled exception, starting debugger...
WineDbg starting on pid a
No debug information in ELF '/opt/cxoffice/bin/wineloader' (0x00000000)
Breakpoint 1 at 0x40009c4c
No debug information in ELF '/opt/cxoffice/lib/libntdll.dll.so' (0x40012000)
No debug information in ELF '/opt/cxoffice/lib/libwine.so' (0x40110000)
No debug information in ELF '/opt/cxoffice/lib/libwine_unicode.so' (0x40128000)
No debug information in ELF '/lib/libm.so.6' (0x40212000)
No debug information in ELF '/lib/libc.so.6' (0x40233000)
No debug information in ELF '/lib/libdl.so.2' (0x40343000)
No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/lib/libnss_compat.so.2' (0x40347000)
No debug information in ELF '/lib/libnsl.so.1' (0x40351000)
No debug information in ELF '/opt/cxoffice/lib/wine/mmsystem.dll.so' (0x408a3000)
No debug information in ELF '/opt/cxoffice/lib/wine/user32.dll.so' (0x40909000)
No debug information in ELF '/opt/cxoffice/lib/wine/gdi32.dll.so' (0x40a28000)
No debug information in ELF '/opt/cxoffice/lib/wine/advapi32.dll.so' (0x40aa2000)
No debug information in ELF '/opt/cxoffice/lib/wine/kernel32.dll.so' (0x40ace000)
Loaded debug information from ELF '/opt/cxoffice/lib/libcxfreetype.so' (0x40b7e000)
No debug information in ELF '/opt/cxoffice/lib/wine/x11drv.dll.so' (0x40bbd000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40c27000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40c2f000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40c44000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40c51000)
No debug information in ELF '/opt/cxoffice/lib/wine/imm32.dll.so' (0x40d0c000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4020b000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcDef.so.2'
(0x40364000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2'
(0x40d26000)
No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x40367000)
No debug information in ELF '/opt/cxoffice/lib/wine/wineoss.drv.so' (0x40da0000)
No debug information in ELF '/opt/cxoffice/lib/wine/msacm.drv.so' (0x40dd4000)
No debug information in ELF '/opt/cxoffice/lib/wine/msacm32.dll.so' (0x40deb000)
No debug information in ELF '/opt/cxoffice/lib/wine/midimap.drv.so' (0x40f20000)
No debug information in ELF '/opt/cxoffice/lib/wine/commdlg.dll.so' (0x41175000)
No debug information in ELF '/opt/cxoffice/lib/wine/shell32.dll.so' (0x411ed000)
No debug information in ELF '/opt/cxoffice/lib/wine/shlwapi.dll.so' (0x41266000)
No debug information in ELF '/opt/cxoffice/lib/wine/comctl32.dll.so' (0x412b1000)
No debug information in ELF '/opt/cxoffice/lib/wine/winspool.drv.so' (0x41346000)
No debug information in ELF '/opt/cxoffice/lib/wine/wineps.dll.so' (0x41480000)
No debug information in ELF '/usr/lib/libcups.so.2' (0x41610000)
No debug information in ELF '/lib/libnss_files.so.2' (0x40f35000)
No debug information in ELF '/opt/cxoffice/lib/wine/winedos.dll.so' (0x41628000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xomGeneric.so.2'
(0x40d85000)
No debug information in 32bit DLL 'Z:\opt\cxoffice\bin\wineloader' (0x08050000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL'
(0x40040000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL'
(0x40b00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL'
(0x40ab0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL'
(0x40a40000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL'
(0x40930000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL'
(0x408b0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IMM32.DLL'
(0x40d10000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
(0x40bd0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV'
(0x40db0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL'
(0x40df0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV'
(0x40de0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV'
(0x40f30000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL'
(0x65f00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL'
(0x41280000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL'
(0x412c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL'
(0x41210000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV'
(0x41350000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL'
(0x41190000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEPS.DLL'
(0x414a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL'
(0x41630000)
Unhandled exception: page fault on read access to 0x00000768 in 32-bit code
(0x4007ba50).
In 32-bit mode.
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0257 GS:0000
EIP:4007ba50 ESP:41161db4 EBP:41161dc0 EFLAGS:00010246( R- 00 I Z- -P1
)
EAX:00000000 EBX:400dfb80 ECX:ffffffff EDX:401159a0
ESI:ffffffff EDI:00000768
Stack dump:
0x41161db4: 409e50f4 0000040e 00000768 41161e90
0x41161dc4: 40961d10 00000000 00000000 00000768
0x41161dd4: ffffffff 00000000 00000000 409e50f4
0x41161de4: 00050027 0000040e 409e4dbc 409e50f4
0x41161df4: 00050027 0000040e 411731d8 00000001
0x41161e04: 411731c8 00000002 41161e1c 409948a7
0x41161e14:
004a: sel=0257 base=41173000 limit=00000fff 32-bit rw-
Backtrace:
=>0 0x4007ba50 (KERNEL32.DLL.MultiByteToWideChar+0x48 in libntdll.dll.so)
(ebp=41161dc0)
1 0x40961d10 (USER32.DLL.EditWndProc+0xc104 in user32.dll.so)
(ebp=41161e90)
2 0x4096230f (USER32.DLL.EditWndProc+0xc703 in user32.dll.so)
(ebp=41161eb4)
3 0x409626d5 (USER32.DLL.EditWndProc+0xcac9 in user32.dll.so)
(ebp=41161f10)
4 0x4096273b (USER32.DLL.EditWndProc+0xcb2f in user32.dll.so)
(ebp=41161f34)
5 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so)
(ebp=41161f58)
6 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so)
(ebp=41161f84)
7 0x409a3b34 (USER32.DLL.CallWindowProcA+0x40 in user32.dll.so)
(ebp=41161fac)
8 0x409b4c65 (USER32.DLL.IsCharAlphaW+0x32dd in user32.dll.so)
(ebp=41161ffc)
9 0x409b5978 (USER32.DLL.SendMessageTimeoutA+0xec in user32.dll.so)
(ebp=41162058)
10 0x409b5ad3 (USER32.DLL.SendMessageA+0x33 in user32.dll.so)
(ebp=41162084)
11 0x409535b3 (USER32.DLL.UnregisterDeviceNotification+0x1c053 in
user32.dll.so) (ebp=411620b8)
12 0x4095372b (USER32.DLL.UnregisterDeviceNotification+0x1c1cb in
user32.dll.so) (ebp=411620dc)
13 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so)
(ebp=41162100)
14 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so)
(ebp=4116212c)
15 0x409a37b2 (USER32.DLL.GetTaskmanWindow+0x5fee in user32.dll.so)
(ebp=41162160)
16 0x409a3aa2 (USER32.DLL.CallWindowProc16+0xb6 in user32.dll.so)
(ebp=4116218c)
17 0x40946dd4 (USER32.DLL.UnregisterDeviceNotification+0xf874 in
user32.dll.so) (ebp=411621ac)
18 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so)
(ebp=411621e4)
19 0x0347:0x0a1f (bp=8986)
20 0x02a7:0x0e75 (bp=8a72, far call assumed)
21 0x0347:0x044a (bp=8a9e, far call assumed)
22 0x0347:0x03ef (bp=8ab4)
23 0x02a7:0x18b2 (bp=8aca, far call assumed)
24 0x02a7:0x195a (bp=8ad6)
25 0x02a7:0x1a80 (bp=8ae4)
26 0x02a7:0x0fd9 (bp=8bc4)
27 0x0347:0x044a (bp=8bf0, far call assumed)
28 0x0347:0x03ef (bp=8c06)
29 0x0347:0x1fd9 (bp=8c1a)
30 0x03a7:0x2f49 (bp=8c6e, far call assumed)
31 0x03a7:0x2833 (bp=8d60)
32 0x03a7:0x1b41 (bp=8dde)
33 0x03a7:0x1779 (bp=8dfc)
34 0x03a7:0x17ce (bp=8e1a)
35 0x03a7:0x147e (bp=8e34)
36 0x028f:0x0520 (bp=8e78, far call assumed)
37 0x028f:0x030a (bp=8e8c)
38 0x028f:0x039f (bp=8e98)
39 0x0377:0x2449 (bp=8eac, far call assumed)
40 0x0377:0x341e (bp=8ed8)
41 0x00f7:0x0000 (bp=8f12, far call assumed)
42 0x4099db95 (USER32.DLL.GetTaskmanWindow+0x3d1 in user32.dll.so)
(ebp=411624ec)
43 0x409a39c2 (USER32.DLL.GetTaskmanWindow+0x61fe in user32.dll.so)
(ebp=41162524)
44 0x409a3c5a (USER32.DLL.CallWindowProcW+0x7a in user32.dll.so)
(ebp=4116254c)
45 0x409b4c44 (USER32.DLL.IsCharAlphaW+0x32bc in user32.dll.so)
(ebp=4116259c)
46 0x409b581f (USER32.DLL.SendMessageTimeoutW+0xdf in user32.dll.so)
(ebp=411625f4)
47 0x409b5a93 (USER32.DLL.SendMessageW+0x33 in user32.dll.so)
(ebp=41162620)
48 0x4094ea3b (USER32.DLL.UnregisterDeviceNotification+0x174db in
user32.dll.so) (ebp=41162710)
49 0x4094f20b (USER32.DLL.UnregisterDeviceNotification+0x17cab in
user32.dll.so) (ebp=41162734)
50 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so)
(ebp=41162758)
51 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so)
(ebp=41162784)
52 0x409a37b2 (USER32.DLL.GetTaskmanWindow+0x5fee in user32.dll.so)
(ebp=411627b8)
53 0x409a3aa2 (USER32.DLL.CallWindowProc16+0xb6 in user32.dll.so)
(ebp=411627e4)
54 0x40946dd4 (USER32.DLL.UnregisterDeviceNotification+0xf874 in
user32.dll.so) (ebp=41162804)
55 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so)
(ebp=4116283c)
56 0x0377:0x3fd0 (bp=8f28)
57 0x00f7:0x0000 (bp=8f62, far call assumed)
58 0x4099db95 (USER32.DLL.GetTaskmanWindow+0x3d1 in user32.dll.so)
(ebp=41162b44)
59 0x409a3a82 (USER32.DLL.CallWindowProc16+0x96 in user32.dll.so)
(ebp=41162b70)
60 0x409b75e1 (USER32.DLL.AlignRects+0x945 in user32.dll.so) (ebp=41162bbc)
61 0x40946e0d (USER32.DLL.UnregisterDeviceNotification+0xf8ad in
user32.dll.so) (ebp=41162bd0)
62 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so)
(ebp=41162c08)
63 0x0277:0x03f3 (bp=8f96)
64 0x0277:0x0253 (bp=8fa6)
65 0x0337:0x2569 (bp=8fb8, far call assumed)
66 0x0337:0x1492 (bp=0000)
0x4007ba50: repne scasb %es:(%edi)
Modules:
Address Module Name
0x08050000-08052000 (PE) Z:\opt\cxoffice\bin\wineloader
0x40040000-40042000 (PE) C:\WINDOWS\SYSTEM\NTDLL.DLL
0x408b0000-408b2000 (PE) C:\WINDOWS\SYSTEM\WINMM.DLL
0x40930000-40932000 (PE) C:\WINDOWS\SYSTEM\USER32.DLL
0x40a40000-40a42000 (PE) C:\WINDOWS\SYSTEM\GDI32.DLL
0x40ab0000-40ab2000 (PE) C:\WINDOWS\SYSTEM\ADVAPI32.DLL
0x40b00000-40b02000 (PE) C:\WINDOWS\SYSTEM\KERNEL32.DLL
0x40bd0000-40bd2000 (PE) C:\WINDOWS\SYSTEM\X11DRV.DLL
0x40d10000-40d12000 (PE) C:\WINDOWS\SYSTEM\IMM32.DLL
0x40db0000-40db2000 (PE) C:\WINDOWS\SYSTEM\WINEOSS.DRV
0x40de0000-40de2000 (PE) C:\WINDOWS\SYSTEM\MSACM.DRV
0x40df0000-40df2000 (PE) C:\WINDOWS\SYSTEM\MSACM32.DLL
0x40f30000-40f32000 (PE) C:\WINDOWS\SYSTEM\MIDIMAP.DRV
0x41190000-41192000 (PE) C:\WINDOWS\SYSTEM\COMDLG32.DLL
0x41210000-41212000 (PE) C:\WINDOWS\SYSTEM\SHELL32.DLL
0x41280000-41282000 (PE) C:\WINDOWS\SYSTEM\SHLWAPI.DLL
0x412c0000-412c2000 (PE) C:\WINDOWS\SYSTEM\COMCTL32.DLL
0x41350000-41352000 (PE) C:\WINDOWS\SYSTEM\WINSPOOL.DRV
0x414a0000-414a2000 (PE) C:\WINDOWS\SYSTEM\WINEPS.DLL
0x41630000-41632000 (PE) C:\WINDOWS\SYSTEM\WINEDOS.DLL
0x65f00000-65fc1800 (PE) C:\WINDOWS\SYSTEM\OLE32.DLL
Threads:
process tid prio
0000000a (D) Z:\opt\cxoffice\bin\wineloader
0000000c 0 <==
0000000b 0
00000008
00000009 0
WineDbg terminated on pid a
------- Additional Comments From joaquim <at> libnet.com.br 2003-04-25 18:04 -------
Created an attachment (id=464)
--> (http://bugs.winehq.com/attachment.cgi?id=464&action=view)
Binary teste
------- Additional Comments From joaquim <at> libnet.com.br 2003-04-27 18:28 -------
Using Vb 3
In Vb 6 this is OK
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1414
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:02 -------
Bug comments restored from Gmane.org:
Hi
I tried to compile wine on my debian-system today. However, a compilation error
occured in ppl.l (I think). I did not have this problem on debian 3.0 stable.
First, I tried to fix the problem on my own but I failed due to my inept skills
in C. In the error-output (which I attached below) the compiler talks about a
parse-error at line 97 in ppl.l but I couln't find it. Could this problem be
related to the fact that I run debian unstable and that my compiler-tools aren't
100% solid? If that is the case, can someone provide a work-around for this problem?
MAKE OUTPUT:
------------------------------- CUT ---------------------------------
make[2]: Leaving directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/uuid'
make[2]: Entering directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/wine'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/wine'
make[1]: Leaving directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs'
make[1]: Entering directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools'
make[2]: Entering directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools/wpp'
gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -D_REENTRANT -o lex.yy.o
lex.yy.c
./ppl.l:97:1: warning: "/*" within comment
./ppl.l: In function `pplex':
./ppl.l:309: `pp_incl_state' undeclared (first use in this function)
./ppl.l:309: (Each undeclared identifier is reported only once
./ppl.l:309: for each function it appears in.)
./ppl.l:309: `pp_pp' undeclared (first use in this function)
./ppl.l:314: `pp_ignore' undeclared (first use in this function)
./ppl.l:314: warning: implicit declaration of function `yy_pp_state'
./ppl.l:314: `pp_inc' undeclared (first use in this function)
./ppl.l:314: `tINCLUDE' undeclared (first use in this function)
./ppl.l:314: `pp_eol' undeclared (first use in this function)
./ppl.l:315: called object is not a function
./ppl.l:315: `pp_def' undeclared (first use in this function)
./ppl.l:316: `tERROR' undeclared (first use in this function)
./ppl.l:317: `tWARNING' undeclared (first use in this function)
./ppl.l:318: `tPRAGMA' undeclared (first use in this function)
./ppl.l:319: `tPPIDENT' undeclared (first use in this function)
./ppl.l:320: `pp_ifd' undeclared (first use in this function)
./ppl.l:320: `tUNDEF' undeclared (first use in this function)
./ppl.l:321: `tIFDEF' undeclared (first use in this function)
./ppl.l:322: `tIFNDEF' undeclared (first use in this function)
./ppl.l:323: `pp_if' undeclared (first use in this function)
./ppl.l:323: `tIF' undeclared (first use in this function)
./ppl.l:324: `tELIF' undeclared (first use in this function)
./ppl.l:325: `pp_endif' undeclared (first use in this function)
./ppl.l:325: `tELSE' undeclared (first use in this function)
./ppl.l:326: `tENDIF' undeclared (first use in this function)
./ppl.l:327: `pp_line' undeclared (first use in this function)
./ppl.l:327: `tLINE' undeclared (first use in this function)
./ppl.l:328: `tGCCLINE' undeclared (first use in this function)
./ppl.l:329: warning: implicit declaration of function `pperror'
./ppl.l:330: warning: implicit declaration of function `newline'
./ppl.l:330: `tNL' undeclared (first use in this function)
./ppl.l:338: warning: implicit declaration of function `make_number'
./ppl.l:338: `pplval' undeclared (first use in this function)
./ppl.l:339: warning: implicit declaration of function `new_string'
./ppl.l:339: warning: implicit declaration of function `add_string'
./ppl.l:339: `pp_iqs' undeclared (first use in this function)
./ppl.l:340: `pp_dqs' undeclared (first use in this function)
./ppl.l:344: called object is not a function
./ppl.l:366: `pp_defined' undeclared (first use in this function)
./ppl.l:366: `tDEFINED' undeclared (first use in this function)
./ppl.l:367: `tLSHIFT' undeclared (first use in this function)
./ppl.l:368: `tRSHIFT' undeclared (first use in this function)
./ppl.l:369: `tLOGAND' undeclared (first use in this function)
./ppl.l:370: `tLOGOR' undeclared (first use in this function)
./ppl.l:371: `tEQ' undeclared (first use in this function)
./ppl.l:372: `tNE' undeclared (first use in this function)
./ppl.l:373: `tLTE' undeclared (first use in this function)
./ppl.l:374: `tGTE' undeclared (first use in this function)
./ppl.l:379: `pp_sqs' undeclared (first use in this function)
./ppl.l:387: warning: implicit declaration of function `pp_xstrdup'
./ppl.l:387: `tIDENT' undeclared (first use in this function)
./ppl.l:418: `tLITERAL' undeclared (first use in this function)
./ppl.l:421: called object is not a function
./ppl.l:427: `pp_macro' undeclared (first use in this function)
./ppl.l:427: `tMACRO' undeclared (first use in this function)
./ppl.l:428: `pp_define' undeclared (first use in this function)
./ppl.l:428: `tDEFINE' undeclared (first use in this function)
./ppl.l:447: `pp_mbody' undeclared (first use in this function)
./ppl.l:447: `tMACROEND' undeclared (first use in this function)
./ppl.l:451: `tELIPSIS' undeclared (first use in this function)
./ppl.l:460: `tCONCAT' undeclared (first use in this function)
./ppl.l:461: `tSTRINGIZE' undeclared (first use in this function)
./ppl.l:479: `pp_macscan' undeclared (first use in this function)
./ppl.l:486: `macexpstackentry_t' undeclared (first use in this function)
./ppl.l:486: `mac' undeclared (first use in this function)
./ppl.l:486: warning: implicit declaration of function `pop_macro'
./ppl.l:488: warning: implicit declaration of function `put_buffer'
./ppl.l:490: warning: implicit declaration of function `free_macro'
./ppl.l:498: warning: implicit declaration of function `MACROPARENTHESES'
./ppl.l:498: invalid lvalue in increment
./ppl.l:499: warning: implicit declaration of function `add_text_to_macro'
./ppl.l:502: invalid lvalue in decrement
./ppl.l:505: warning: implicit declaration of function `macro_add_arg'
./ppl.l:518: `pp_comment' undeclared (first use in this function)
./ppl.l:519: `pp_status' undeclared (first use in this function)
./ppl.l:536: warning: implicit declaration of function `ppwarning'
./ppl.l:548: called object is not a function
./ppl.l:555: `RCINCL' undeclared (first use in this function)
./ppl.l:556: called object is not a function
./ppl.l:557: warning: implicit declaration of function `get_string'
./ppl.l:558: `tDQSTRING' undeclared (first use in this function)
./ppl.l:560: warning: implicit declaration of function `put_string'
./ppl.l:567: called object is not a function
./ppl.l:573: `tSQSTRING' undeclared (first use in this function)
./ppl.l:583: `tIQSTRING' undeclared (first use in this function)
./ppl.l:613: warning: implicit declaration of function `string_start'
./ppl.l:620: `pp_entry_t' undeclared (first use in this function)
./ppl.l:620: `ppp' undeclared (first use in this function)
./ppl.l:622: warning: implicit declaration of function `pplookup'
./ppl.l:624: called object is not a function
./ppl.l:627: called object is not a function
./ppl.l:633: called object is not a function
./ppl.l:633: `INITIAL' undeclared (first use in this function)
./ppl.l:635: `tRCINCLUDE' undeclared (first use in this function)
./ppl.l:644: `def_special' undeclared (first use in this function)
./ppl.l:645: warning: implicit declaration of function `expand_special'
./ppl.l:647: `def_define' undeclared (first use in this function)
./ppl.l:648: warning: implicit declaration of function `expand_define'
./ppl.l:650: `def_macro' undeclared (first use in this function)
./ppl.l:651: `pp_macign' undeclared (first use in this function)
./ppl.l:652: warning: implicit declaration of function `push_macro'
./ppl.l:655: warning: implicit declaration of function `pp_internal_error'
./ppl.l:679: `tRCINCLUDEPATH' undeclared (first use in this function)
./ppl.l:692: warning: implicit declaration of function `isprint'
./ppl.l:708: `pp_macexp' undeclared (first use in this function)
./ppl.l:696: `bufferstackentry_t' undeclared (first use in this function)
./ppl.l:696: `bep' undeclared (first use in this function)
./ppl.l:696: warning: implicit declaration of function `pop_buffer'
./ppl.l:698: warning: implicit declaration of function `pp_get_if_depth'
./ppl.l:711: warning: implicit declaration of function `expand_macro'
./ppl.l: At top level:
./ppl.l:742: warning: `newline' was declared implicitly `extern' and later `static'
./ppl.l:330: warning: previous declaration of `newline'
./ppl.l:742: warning: type mismatch with previous implicit declaration
./ppl.l:330: warning: previous implicit declaration of `newline'
./ppl.l:742: warning: `newline' was previously implicitly declared to return `int'
./ppl.l: In function `newline':
./ppl.l:743: `pp_status' undeclared (first use in this function)
./ppl.l:749: `ncontinuations' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:782: syntax error before "YYSTYPE"
./ppl.l:783: warning: `make_number' was declared implicitly `extern' and later
`static'
./ppl.l:338: warning: previous declaration of `make_number'
./ppl.l: In function `make_number':
./ppl.l:790: warning: implicit declaration of function `toupper'
./ppl.l:790: `str' undeclared (first use in this function)
./ppl.l:790: `len' undeclared (first use in this function)
./ppl.l:824: `val' undeclared (first use in this function)
./ppl.l:824: `radix' undeclared (first use in this function)
./ppl.l:825: `tULONG' undeclared (first use in this function)
./ppl.l:830: `tSLONG' undeclared (first use in this function)
./ppl.l:835: `tUINT' undeclared (first use in this function)
./ppl.l:840: `tSINT' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:851: syntax error before '*' token
./ppl.l:852: warning: `expand_special' was declared implicitly `extern' and
later `static'
./ppl.l:645: warning: previous declaration of `expand_special'
./ppl.l:852: warning: type mismatch with previous implicit declaration
./ppl.l:645: warning: previous implicit declaration of `expand_special'
./ppl.l:852: warning: `expand_special' was previously implicitly declared to
return `int'
./ppl.l: In function `expand_special':
./ppl.l:856: warning: implicit declaration of function `assert'
./ppl.l:856: `ppp' undeclared (first use in this function)
./ppl.l:856: `def_special' undeclared (first use in this function)
./ppl.l:861: warning: implicit declaration of function `pp_xrealloc'
./ppl.l:861: warning: assignment makes pointer from integer without a cast
./ppl.l:862: `pp_status' undeclared (first use in this function)
./ppl.l:867: warning: assignment makes pointer from integer without a cast
./ppl.l:875: `macexpstackidx' undeclared (first use in this function)
./ppl.l:883: warning: implicit declaration of function `push_buffer'
./ppl.l: At top level:
./ppl.l:888: syntax error before '*' token
./ppl.l:889: warning: `expand_define' was declared implicitly `extern' and later
`static'
./ppl.l:648: warning: previous declaration of `expand_define'
./ppl.l:889: warning: type mismatch with previous implicit declaration
./ppl.l:648: warning: previous implicit declaration of `expand_define'
./ppl.l:889: warning: `expand_define' was previously implicitly declared to
return `int'
./ppl.l: In function `expand_define':
./ppl.l:890: `ppp' undeclared (first use in this function)
./ppl.l:890: `def_define' undeclared (first use in this function)
./ppl.l:894: `macexpstackidx' undeclared (first use in this function)
./ppl.l:895: `pp_status' undeclared (first use in this function)
./ppl.l: In function `add_text':
./ppl.l:916: `ALLOCBLOCKSIZE' undeclared (first use in this function)
./ppl.l:917: warning: assignment makes pointer from integer without a cast
./ppl.l: At top level:
./ppl.l:925: syntax error before '*' token
./ppl.l:925: syntax error before '*' token
./ppl.l:926: warning: return type defaults to `int'
./ppl.l: In function `add_expand_text':
./ppl.l:932: `mtp' undeclared (first use in this function)
./ppl.l:937: `exp_text' undeclared (first use in this function)
./ppl.l:943: `exp_stringize' undeclared (first use in this function)
./ppl.l:947: `mep' undeclared (first use in this function)
./ppl.l:960: `exp_concat' undeclared (first use in this function)
./ppl.l:966: warning: implicit declaration of function `isspace'
./ppl.l:973: `nnl' undeclared (first use in this function)
./ppl.l:995: `exp_subst' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1022: syntax error before '*' token
./ppl.l:1023: warning: `expand_macro' was declared implicitly `extern' and later
`static'
./ppl.l:711: warning: previous declaration of `expand_macro'
./ppl.l:1023: warning: type mismatch with previous implicit declaration
./ppl.l:711: warning: previous implicit declaration of `expand_macro'
./ppl.l:1023: warning: `expand_macro' was previously implicitly declared to
return `int'
./ppl.l: In function `expand_macro':
./ppl.l:1024: `mtext_t' undeclared (first use in this function)
./ppl.l:1024: `mtp' undeclared (first use in this function)
./ppl.l:1028: `pp_entry_t' undeclared (first use in this function)
./ppl.l:1028: `ppp' undeclared (first use in this function)
./ppl.l:1028: `mep' undeclared (first use in this function)
./ppl.l:1031: `def_macro' undeclared (first use in this function)
./ppl.l:1042: `macexpstackidx' undeclared (first use in this function)
./ppl.l:1043: `pp_status' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1101: warning: `new_string' was declared implicitly `extern' and later
`static'
./ppl.l:339: warning: previous declaration of `new_string'
./ppl.l:1101: warning: type mismatch with previous implicit declaration
./ppl.l:339: warning: previous implicit declaration of `new_string'
./ppl.l:1101: warning: `new_string' was previously implicitly declared to return
`int'
./ppl.l: In function `new_string':
./ppl.l:1106: `strbuf_idx' undeclared (first use in this function)
./ppl.l:1107: `str_startline' undeclared (first use in this function)
./ppl.l:1107: `pp_status' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1111: warning: `add_string' was declared implicitly `extern' and later
`static'
./ppl.l:339: warning: previous declaration of `add_string'
./ppl.l:1111: warning: type mismatch with previous implicit declaration
./ppl.l:339: warning: previous implicit declaration of `add_string'
./ppl.l:1111: warning: `add_string' was previously implicitly declared to return
`int'
./ppl.l: In function `add_string':
./ppl.l:1114: `strbuf_idx' undeclared (first use in this function)
./ppl.l:1114: `strbuf_alloc' undeclared (first use in this function)
./ppl.l:1116: `ALLOCBLOCKSIZE' undeclared (first use in this function)
./ppl.l:1117: `strbuffer' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1126: warning: `get_string' was declared implicitly `extern' and later
`static'
./ppl.l:582: warning: previous declaration of `get_string'
./ppl.l:1126: warning: type mismatch with previous implicit declaration
./ppl.l:582: warning: previous implicit declaration of `get_string'
./ppl.l:1126: warning: `get_string' was previously implicitly declared to return
`int'
./ppl.l: In function `get_string':
./ppl.l:1127: warning: implicit declaration of function `pp_xmalloc'
./ppl.l:1127: `strbuf_idx' undeclared (first use in this function)
./ppl.l:1127: warning: initialization makes pointer from integer without a cast
./ppl.l:1128: `strbuffer' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1137: warning: `put_string' was declared implicitly `extern' and later
`static'
./ppl.l:575: warning: previous declaration of `put_string'
./ppl.l:1137: warning: type mismatch with previous implicit declaration
./ppl.l:575: warning: previous implicit declaration of `put_string'
./ppl.l:1137: warning: `put_string' was previously implicitly declared to return
`int'
./ppl.l: In function `put_string':
./ppl.l:1138: `strbuffer' undeclared (first use in this function)
./ppl.l:1138: `strbuf_idx' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1145: warning: `string_start' was declared implicitly `extern' and later
`static'
./ppl.l:613: warning: previous declaration of `string_start'
./ppl.l: In function `string_start':
./ppl.l:1146: `str_startline' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1155: syntax error before '*' token
./ppl.l:1156: warning: `push_buffer' was declared implicitly `extern' and later
`static'
./ppl.l:1089: warning: previous declaration of `push_buffer'
./ppl.l:1156: warning: type mismatch with previous implicit declaration
./ppl.l:1089: warning: previous implicit declaration of `push_buffer'
./ppl.l:1156: warning: `push_buffer' was previously implicitly declared to
return `int'
./ppl.l: In function `push_buffer':
./ppl.l:1157: `ppdebug' undeclared (first use in this function)
./ppl.l:1158: `bufferstackidx' undeclared (first use in this function)
./ppl.l:1158: `ppp' undeclared (first use in this function)
./ppl.l:1158: `filename' undeclared (first use in this function)
./ppl.l:1158: `incname' undeclared (first use in this function)
./ppl.l:1158: `pop' undeclared (first use in this function)
./ppl.l:1159: `MAXBUFFERSTACK' undeclared (first use in this function)
./ppl.l:1162: `bufferstack' undeclared (first use in this function)
./ppl.l:1165: `pp_status' undeclared (first use in this function)
./ppl.l:1170: `ncontinuations' undeclared (first use in this function)
./ppl.l:1171: `pp_incl_state' undeclared (first use in this function)
./ppl.l:1173: `pass_data' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1190: syntax error before '*' token
./ppl.l:1191: warning: return type defaults to `int'
./ppl.l:1191: warning: type mismatch with previous implicit declaration
./ppl.l:696: warning: previous implicit declaration of `pop_buffer'
./ppl.l:1191: warning: `pop_buffer' was previously implicitly declared to return
`int'
./ppl.l: In function `pop_buffer':
./ppl.l:1192: `bufferstackidx' undeclared (first use in this function)
./ppl.l:1200: `bufferstack' undeclared (first use in this function)
./ppl.l:1204: `pp_status' undeclared (first use in this function)
./ppl.l:1207: `ncontinuations' undeclared (first use in this function)
./ppl.l:1214: `pp_incl_state' undeclared (first use in this function)
./ppl.l:1216: `pp_entry_t' undeclared (first use in this function)
./ppl.l:1216: `ppp' undeclared (first use in this function)
./ppl.l:1219: `includelogicentry_t' undeclared (first use in this function)
./ppl.l:1219: `iep' undeclared (first use in this function)
./ppl.l:1224: `pp_includelogiclist' undeclared (first use in this function)
./ppl.l:1237: `pass_data' undeclared (first use in this function)
./ppl.l:1242: `ppdebug' undeclared (first use in this function)
./ppl.l:1257: warning: implicit declaration of function `yy_current_state'
./ppl.l:1257: `pp_macexp' undeclared (first use in this function)
./ppl.l:1258: warning: implicit declaration of function `macro_add_expansion'
./ppl.l: At top level:
./ppl.l:1273: syntax error before '*' token
./ppl.l:1274: warning: `push_macro' was declared implicitly `extern' and later
`static'
./ppl.l:652: warning: previous declaration of `push_macro'
./ppl.l:1274: warning: type mismatch with previous implicit declaration
./ppl.l:652: warning: previous implicit declaration of `push_macro'
./ppl.l:1274: warning: `push_macro' was previously implicitly declared to return
`int'
./ppl.l: In function `push_macro':
./ppl.l:1275: `macexpstackidx' undeclared (first use in this function)
./ppl.l:1275: `MAXMACEXPSTACK' undeclared (first use in this function)
./ppl.l:1278: `macexpstack' undeclared (first use in this function)
./ppl.l:1280: `ppp' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1284: syntax error before '*' token
./ppl.l:1285: warning: return type defaults to `int'
./ppl.l: In function `top_macro':
./ppl.l:1286: `macexpstackidx' undeclared (first use in this function)
./ppl.l:1286: `macexpstack' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1289: syntax error before '*' token
./ppl.l:1290: warning: return type defaults to `int'
./ppl.l:1290: warning: type mismatch with previous implicit declaration
./ppl.l:710: warning: previous implicit declaration of `pop_macro'
./ppl.l:1290: warning: `pop_macro' was previously implicitly declared to return
`int'
./ppl.l: In function `pop_macro':
./ppl.l:1291: `macexpstackidx' undeclared (first use in this function)
./ppl.l:1293: `macexpstack' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1296: syntax error before '*' token
./ppl.l:1297: warning: `free_macro' was declared implicitly `extern' and later
`static'
./ppl.l:490: warning: previous declaration of `free_macro'
./ppl.l:1297: warning: type mismatch with previous implicit declaration
./ppl.l:490: warning: previous implicit declaration of `free_macro'
./ppl.l:1297: warning: `free_macro' was previously implicitly declared to return
`int'
./ppl.l: In function `free_macro':
./ppl.l:1300: `mep' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1312: warning: `add_text_to_macro' was declared implicitly `extern' and
later `static'
./ppl.l:518: warning: previous declaration of `add_text_to_macro'
./ppl.l:1312: warning: type mismatch with previous implicit declaration
./ppl.l:518: warning: previous implicit declaration of `add_text_to_macro'
./ppl.l:1312: warning: `add_text_to_macro' was previously implicitly declared to
return `int'
./ppl.l: In function `add_text_to_macro':
./ppl.l:1313: `macexpstackentry_t' undeclared (first use in this function)
./ppl.l:1313: `mep' undeclared (first use in this function)
./ppl.l:1319: `ALLOCBLOCKSIZE' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1328: warning: `macro_add_arg' was declared implicitly `extern' and
later `static'
./ppl.l:514: warning: previous declaration of `macro_add_arg'
./ppl.l:1328: warning: type mismatch with previous implicit declaration
./ppl.l:514: warning: previous implicit declaration of `macro_add_arg'
./ppl.l:1328: warning: `macro_add_arg' was previously implicitly declared to
return `int'
./ppl.l: In function `macro_add_arg':
./ppl.l:1331: `macexpstackentry_t' undeclared (first use in this function)
./ppl.l:1331: `mep' undeclared (first use in this function)
./ppl.l:1352: `pp_status' undeclared (first use in this function)
./ppl.l:1360: `pp_macexp' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1368: warning: `macro_add_expansion' was declared implicitly `extern'
and later `static'
./ppl.l:1258: warning: previous declaration of `macro_add_expansion'
./ppl.l:1368: warning: type mismatch with previous implicit declaration
./ppl.l:1258: warning: previous implicit declaration of `macro_add_expansion'
./ppl.l:1368: warning: `macro_add_expansion' was previously implicitly declared
to return `int'
./ppl.l: In function `macro_add_expansion':
./ppl.l:1369: `macexpstackentry_t' undeclared (first use in this function)
./ppl.l:1369: `mep' undeclared (first use in this function)
./ppl.l:1380: `pp_status' undeclared (first use in this function)
./ppl.l: At top level:
./ppl.l:1393: warning: `put_buffer' was declared implicitly `extern' and later
`static'
./ppl.l:1138: warning: previous declaration of `put_buffer'
./ppl.l:1393: warning: type mismatch with previous implicit declaration
./ppl.l:1138: warning: previous implicit declaration of `put_buffer'
./ppl.l:1393: warning: `put_buffer' was previously implicitly declared to return
`int'
./ppl.l: In function `put_buffer':
./ppl.l:1397: `pass_data' undeclared (first use in this function)
./ppl.l: In function `pp_do_include':
./ppl.l:1421: `includelogicentry_t' undeclared (first use in this function)
./ppl.l:1421: `iep' undeclared (first use in this function)
./ppl.l:1423: `pp_includelogiclist' undeclared (first use in this function)
./ppl.l:1444: warning: implicit declaration of function `pp_open_include'
./ppl.l:1444: warning: assignment makes pointer from integer without a cast
./ppl.l:1449: `pp_incl_state' undeclared (first use in this function)
./ppl.l:1452: `pass_data' undeclared (first use in this function)
./ppl.l:1455: `pp_status' undeclared (first use in this function)
./ppl.l: In function `pp_push_ignore_state':
./ppl.l:1471: `pp_ignore' undeclared (first use in this function)
/usr/include/stdlib.h: At top level:
lex.yy.c:15493: warning: `yyunput' defined but not used
make[2]: *** [lex.yy.o] Error 1
make[2]: Leaving directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools/wpp'
make[1]: *** [wpp] Error 2
make[1]: Leaving directory
`/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools'
make: *** [tools] Error 2
Compilation failed, aborting install.
willgott@fubar:/mnt/hdd1/data/home/willgott/download/program/wine$
------- Additional Comments From rklazes <at> xs4all.nl 2003-04-25 03:23 -------
It is a bug in flex. See
http://sourceforge.net/tracker/index.php?func=detail&aid=720983&group_id=72…
For the time being, I stick with 2.5.4a-33
------- Additional Comments From ville.jutvik <at> home.se 2003-04-25 03:34 -------
You're right. The problem was fixed when I removed the leading (large) comment
in ppp.l. I guess we have to wait for a new flex-version :)
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:09
-------
Assuming fixed and closing, previous details were deleted by Bugzilla update.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1386
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:02 -------
Bug comments restored from Gmane.org:
I've got the following error :
Erreur : err:wave:IDsDriverBufferImpl_Play ioctl(/dev/dsp,
SNDCTL_DSP_SETTRIGGER) failed (Invalid argument)
I use RH8.0 with OSS modules for my SoundBlaster 16 ISA
Extract of my configuration :
"Drivers" = "wineoss.drv"
"WaveMapper" = "msacm.drv"
"MidiMapper" = "midimap.drv"
------- Additional Comments From reif(a)earthlink.net 2003-04-13 21:43 -------
Could you trace the program for me?
Run the program as:
wine --debugmsg +wave,+dsound program.exe >& trace
where program.exe is the program that fails and e-mail
the trace file to me.
------- Additional Comments From bn304001(a)belgacom.net 2003-04-21 10:23 -------
Patches furnished by Robert Reif resolve the problem.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1385
------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:01 -------
Bug comments restored from Gmane.org:
I installed and attempted to get this game to run yesterday.
The first screen displayed is a language choice screen - and the option has to
be picked with the mouse. Once this has been done, there are two "cut scenes"
which can by bypassed by either clicking the mouse, or pressing a key on the
keyboard - again both of these work. Next is the skill level selection screen,
again a mouse only choice, and the you get to "Position your first based" which
requires a click somewhere with the mouse on the picture of the globe. As soon
as you do this, you are presented with a a text input field asking for the name
of the base.
At this point the keyboard stops working.
If wine has been launched from a terminal window, you can see the input being
echoed in it.
I tried this using various combinations of "Managed" set to "Y" or "N", and with
a discrete "Desktop" as well - none of these settings makes any difference to
the way the input is handled.
Setting DXGrab to "Y" merely mean getting the mouse back again after you give up
with the game is harder :) - it also has no effect on keyboard input.
I will also attempt this with a newer build of wine - and will update this log
with the results :)
------- Additional Comments From godeater(a)cream.org 2003-04-13 04:10 -------
Created an attachment (id=452)
--> (http://bugs.winehq.com/attachment.cgi?id=452&action=view)
results from --debugmsg +dinput,+event
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-13 04:20
-------
Invalid ;)
Wine had dinput problems around that time; should be working now.
Try newest version (or CVS!).
------- Additional Comments From lionel.ulmer(a)free.fr 2003-04-13 04:56 -------
What did you change in your configuration since the log you gave me on IRC ?
When I look at this one, I see Keyboard events in the X11 event loop (contrary
to the logs you gave me on IRC).
So you could always try with latest CVS as Andreas told you (as this time it's
not an event-related bug but a DInput one and I fixed some stuff after the
release you are using).
But still, I would like to understand the difference between the two sets of
logs :-) (to be able to try to debug why it did not work in the other
configurations).
------- Additional Comments From godeater(a)cream.org 2003-04-13 05:15 -------
I didn't change anything in the configs at all.
The differences between the two logs are because I used key presses earlier in
the games execution - I thought I explained this well enough in the first entry
for this bug - but I'll try again :)
On loading the game, you are presented with some buttons which allow you to
choose which language you are playing the game in. These buttons can *only* be
manipulated with the mouse.
As soon as you have selected which language you want, the screen clears, and
goes into a introductory video. In the logs which I sent through IRC, I had once
again clicked with the mouse to get these things off the screen ASAP. In the log
attached to this bug report however, I had tried using the keyboard to bypass
the video - and that worked.
However, after that stage, you are once again presented with a set of mouse only
activated buttons to select skill level, and are then shown the main game
screen, and are asked where on the world map you would like your first base
positioned. You click again with the mouse somewhere in the map, and then you
are presented with a text input box asking for the base's name. *This* is the
point at which keyboard input no longer works. This is the same point at which I
was having trouble while talking to you in IRC - I had just not previously tried
using the keyboard to skip the movies sequence at the beginning.
Hope this helps :)
------- Additional Comments From godeater(a)cream.org 2003-04-13 07:13 -------
Right - I've just updated to the latest wine, straight out of CVS.
It's built, installed and configured.
Problem is still the same as before :(
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1413
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:01 -------
Bug comments restored from Gmane.org:
Wine version: 20030408
attempting to compile on Solaris 2.7, i've ran into the following problems:
a) can not use system-supplied lex (does not understand -C and other options)
- had to install flex package
b) can not use system-supplied yacc (does not understand options)
- had to install bison package
c) warning about using system 'strip' utility (--strip-unneeded option)
- ignored
d) multiple warning about X* functions returning int (i'm guessing no
declarations)
e) multiple warnings about using 'char' type as subscript (i'm guessing
standard does not like it?)
f) in $SRC/dlls/ntdll/signal_sparc.c (in SIGNAL_init() function), there is
a call to 'sigfillset &all_sigs)', where all_sigs is not defined.
- commented out, since it's not being used in this function
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1412
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:01 -------
Bug comments restored from Gmane.org:
wine version: 20030408
- my application attempts to play an .avi file as part of its splashscreen (on startup).
It failed with the message 'Can't get AVI Codec'. After some tracing and looking
around, i made the following changes to get it to run:
a) in my system.ini file, there was only entry for 'VIDC.MRLD=msrle32.dll'
under drivers32 section, so I added another entry 'VIDC.MRLE=msrle32.dll'
(don't ask me why, i just noticed that it was looking for MRLE in the code). This
has changed my error message to 'Can't get output BIH'. So,
b) in $SRC/dlls/comctl32/animate.c, around line 659, you'll note a code
that does SendMessage(ICM_DECOMPRESS_GET_FORMAT); first time
to get the size of the buffer, and second time to actually get the buffer. Well,
the second time call will fail, since it will return the size of the buffer (just as it
did the first time), but the original code is checking the return against ICERR_OK.
I changed the check to the following (which fixed my problem):
if (fnIC.fnICSendMessage(infoPtr->hic, ICM_DECOMPRESS_GET_FORMAT,
(DWORD)infoPtr->inbih, (DWORD)infoPtr->outbih) != outSize) {
WARN("Can't get output BIH\n");
return FALSE;
}
------- Additional Comments From mike <at> theoretic.com 2003-04-25 03:23 -------
Cool, could you submit this as a patch to wine-patches? That'll make it easier
to get into Wine CVS.
------- Additional Comments From stanleyg76 <at> yahoo.com 2003-04-29 20:09 -------
Created an attachment (id=469)
--> (http://bugs.winehq.com/attachment.cgi?id=469&action=view)
diff to fix bug1412
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:03
-------
Moved from wine-multimedia to wine-patches (we really need a patch keyword).
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1411
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:00 -------
Bug comments restored from Gmane.org:
I'm going to send a bug report generated by bub_report.pl.
------- Additional Comments From puoti <at> inwind.it 2003-04-22 19:03 -------
Created an attachment (id=461)
--> (http://bugs.winehq.com/attachment.cgi?id=461&action=view)
The bug report
------- Additional Comments From mike <at> theoretic.com 2003-04-23 10:43 -------
It seems there's a crash here, the debugger runs but I can't see where the
exception is thrown. Can you give more detail than just "it won't run"?
------- Additional Comments From puoti <at> inwind.it 2003-04-24 11:40 -------
It starts, I get some sheel output (It's in the attachment), I don't see
anything load on the screen, and I get the debugger to open and give a lot of
output messages. My main computer is down, so I can do much about any bugs for
now, if you want to fix it it would be a good idea to download the software and
try it on your pc.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1384
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:59 -------
Bug comments restored from Gmane.org:
When a run the Out of This World game, I get the game's screen and then wine
show me the following errors:
bash-2.05a$ wine world.exe
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3.
Expect deadlock!
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 73 (X_GetImage)
Serial number of failed request: 629
Current serial number in output stream: 629
err:ntdll:RtlpWaitForCriticalSection section 0x400e7b48
"../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=000d
err:ntdll:RtlpWaitForCriticalSection section 0x40a0a570 "x11drv_main.c:
X11DRV_CritSection" wait timed out, retrying (60 sec) tid=000a
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 16:24
-------
Interesting.
Please attach a --debugmsg +relay,+int,+ddraw logfile.
Thanks!
------- Additional Comments From dclark(a)akamail.com 2003-04-13 10:17 -------
In the future, please try to make that an attachment, rather than pasting it
into the comment area.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1410
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:59 -------
Bug comments restored from Gmane.org:
To do this I copied the installation directory from a windows box.
Starlancer starts, but the mouse won't work, you can' see it at all and nothing
happenseven if you try clicking where you think the mouse is. I'll send a +relay
log.
As usual I'm running MDK 9.1 glibc 2.3
The Requirements for this game are windows 95/98 with directx 7.
------- Additional Comments From puoti <at> inwind.it 2003-04-22 19:23 -------
Created an attachment (id=462)
--> (http://bugs.winehq.com/attachment.cgi?id=462&action=view)
The log
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 20:46
-------
Adding the download keyword (assuming the bug is reproducible with the trial
version)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1383
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:58 -------
Bug comments restored from Gmane.org:
I just upgraded to Red Hat 9:
Linux otter 2.4.20-9 #1 Wed Apr 2 13:24:44 EST 2003 i686 athlon i386 GNU/Linux
. . . and now no variety of WINE (Codeweavers, CVS, etc.) will run.
I get the message:
wine: '/tmp/.wine-samlb/server-2107-4356c/socket' is not a socket
Wine failed with return code 1
The WINE log in /tmp says the same thing
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 15:20
-------
*Any* kind of prior research whatsoever would have indicated that this is a
problem caused by the glibc this version uses (this is a VERY frequent report
recently).
Solution: upgrade to very latest Wine (CVS version!).
------- Additional Comments From spetreolle(a)yahoo.fr 2003-05-06 21:17 -------
*** Bug 1443 has been marked as a duplicate of this bug. ***
------- Additional Comments From ronald(a)gtinet.sk 2003-05-09 20:48 -------
this bug remains also in the very latest (cvs) version...
------- Additional Comments From mike(a)theoretic.com 2003-05-12 03:28 -------
You need to run configure using the --with-nptl option
------- Additional Comments From mike(a)theoretic.com 2003-05-14 04:35 -------
Try removing Wine completely from your system, then installing using
./tools/wineinstall from current CVS. That should fix it.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1553
Summary: Overlapped I/O fails on sockets
Product: Wine
Version: CVS
Platform: PC
URL: http://www.tglsoft.de/misc/hamster_en.htm
OS/Version: Linux
Status: NEW
Keywords: regression, download
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: prupe(a)myrealbox.com
Patch #8594 <http://www.winehq.
com/hypermail/wine-cvs/2003/06/0232.html> causes problems with
Hamster v2.0.0.1 (downloadable from <http://www.tglsoft.
de/misc/hamster_en.htm>), a local mail and news server.
When Hamster connects to a remote server and tries to read data,
it immediately loses the connection with an error. After some
debugging on my own, it seems that WS_select is noticing data
available for reading on the socket, but then ReadFile returns 0
bytes and STATUS_SUCCESS.
Reversing patch #8594 fixes the problem. Other networking apps
seem to work fine, so I suspect the problem is specific to
overlapped I/O on sockets.
A section of +file,+winsock logging before the patch
trace:winsock:__ws_select read 0x42592318, write (nil), excp
(nil) timeout 0x42592310
trace:winsock:fd_set_export
trace:file:ReadFile 0x70 0x41817388 1024 0x4259240c 0x425923f8
trace:file:FILE_ReadFileEx file 0x70 to buf 0x41817388 num 1024
0x425923f8 func (nil)
trace:file:GetOverlappedResult (0x70 0x425923f8 0x4259240c 0)
trace:file:GetOverlappedResult waiting on 0x425923f8
trace:file:FILE_AsyncReadService 0x425923f8 0x41817388
trace:file:FILE_AsyncReadService read 59 more bytes 59/1024 so
far
trace:file:GetOverlappedResult wait on 0x425923f8 returned 192
trace:file:GetOverlappedResult waiting on 0x425923f8
trace:file:GetOverlappedResult wait on 0x425923f8 returned 0
trace:file:GetOverlappedResult (0x70 0x425923f8 0x4259240c 0)
After the patch, there's just
trace:winsock:__ws_select read 0x42592318, write (nil), excp
(nil) timeout 0x42592310
trace:winsock:fd_set_export
trace:file:ReadFile 0x80 0x41817324 1024 0x4259240c 0x425923f8
trace:file:GetOverlappedResult (0x80 0x425923f8 0x4259240c 0)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1409
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:57 -------
Bug comments restored from Gmane.org:
The Starlancer trial installer won't work correctly. It starts the set up, but
it stops at 12%. I wanted to send a +relay log, but it got to over a gigabyte in
a few minitues. Anybody wanting to reproduce the problem can download the tral
version from the microsoft download page.
I run this installer on Mandrake 9.1 glibc 2.3 current cvs wine.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1408
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:57 -------
Bug comments restored from Gmane.org:
The installer starts, but complains about ADCPM dot being installed. You should
istall this from the install/remove applications cpl in the windows control
panel, that wine doesn't have.
Anybody wanting to reproduce the bug can download the trial version from
http://www.microsoft.com/games/PC/crimsonskies.asp
This happens using Mandrake 9.1 with glibc 2.3 and current cvs wine
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1407
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:56 -------
Bug comments restored from Gmane.org:
Not rum QuarkXpress 3.1
nvoking /usr/bin/wine.bin c:\xpress\xpress.exe ...
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
err:dc:CreateDCA no driver found for DIB
Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive
fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100
(2,0x412c49d6,0x412c4924
fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100
(2,0x412c49d6,0x412c4924
fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100
(2,0x412c49d6,0x412c4924
fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100
(2,0x412c49d6,0x412c4924
fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100
(2,0x412c49d6,0x412c4924
fixme:ole:OleRegisterClientDoc16 (QuarkXPress,Clipbrd,...): stub
err:int:do_int2f_16 Accessing unknown VxD 0200 - Expect a failure now.
wine: Unhandled exception, starting debugger...
WineDbg starting on pid 8
No debug information in ELF '/usr/bin/wine.bin' ((nil))
Breakpoint 1 at 0x40009c4c
No debug information in ELF '/usr/lib/libntdll.dll.so' (0x40012000)
No debug information in ELF '/usr/lib/libwine.so.1' (0x400fc000)
No debug information in ELF '/usr/lib/libwine_unicode.so.1' (0x40114000)
No debug information in ELF '/lib/libm.so.6' (0x401fd000)
No debug information in ELF '/lib/libc.so.6' (0x4021e000)
No debug information in ELF '/lib/libdl.so.2' (0x4032e000)
No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/lib/libnss_compat.so.2' (0x40332000)
No debug information in ELF '/lib/libnsl.so.1' (0x4033c000)
No debug information in ELF '/usr/lib/wine/mmsystem.dll.so' (0x40883000)
No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x408e8000)
No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x40a05000)
No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40a77000)
No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40aa2000)
No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40b58000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40bc6000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40bce000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40be3000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40bf0000)
No debug information in ELF '/usr/lib/libGL.so.1' (0x40cab000)
No debug information in ELF '/lib/libpthread.so.0' (0x40d11000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x401f6000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcDef.so.2'
(0x40bbe000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2'
(0x40d70000)
No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x40bc1000)
No debug information in ELF '/usr/lib/wine/wineoss.drv.so' (0x40d8b000)
No debug information in ELF '/usr/lib/wine/msacm.drv.so' (0x40dbe000)
No debug information in ELF '/usr/lib/wine/msacm32.dll.so' (0x40dd6000)
No debug information in ELF '/usr/lib/wine/midimap.drv.so' (0x40f10000)
No debug information in ELF '/usr/lib/wine/commdlg.dll.so' (0x41390000)
No debug information in ELF '/usr/lib/wine/shell32.dll.so' (0x41407000)
No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x41484000)
No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x414f2000)
No debug information in ELF '/usr/lib/wine/shlwapi.dll.so' (0x41537000)
No debug information in ELF '/usr/lib/wine/comctl32.dll.so' (0x41581000)
No debug information in ELF '/usr/lib/wine/winspool.drv.so' (0x41612000)
No debug information in ELF '/usr/lib/wine/olecli.dll.so' (0x41750000)
No debug information in ELF '/usr/lib/wine/ver.dll.so' (0x4176b000)
No debug information in ELF '/usr/lib/wine/lz32.dll.so' (0x41785000)
No debug information in ELF '/usr/lib/wine/winedos.dll.so' (0x4179c000)
No debug information in 32bit DLL '/usr/bin/wine.bin' (0x3c010000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL'
(0x40ad0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL'
(0x40a80000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a20000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL'
(0x40910000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL'
(0x40890000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
(0x40b70000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV'
(0x40d90000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL'
(0x40de0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV'
(0x40dd0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV'
(0x40f20000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL'
(0x41510000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x414a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL'
(0x41550000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL'
(0x41590000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL'
(0x41420000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV'
(0x41620000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL'
(0x413a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLECLI32.DLL'
(0x41760000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x41790000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL'
(0x41770000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL'
(0x417b0000)
Unhandled exception: page fault on read access to 0x000000bc in 32-bit code
(0x417c5d7f).
In 32-bit mode.
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:024f GS:0000
EIP:417c5d7f ESP:41152580 EBP:41152580 EFLAGS:00010216( R- 00 I -A-P1 )
EAX:0000002f EBX:417d559c ECX:00000246 EDX:4115291c
ESI:4115291c EDI:4115291c
Stack dump:
0x41152580 (MIDIMAP.DRV.DriverProc+0x22e688): 4115286c 417c1ed4 0000002f
417d559c
0x41152590 (MIDIMAP.DRV.DriverProc+0x22e698): 4115291c 0000a4c8 411525bc
409581e3
0x411525a0 (MIDIMAP.DRV.DriverProc+0x22e6a8): 409c1f7c 00000047 00000000
411525f8
0x411525b0 (MIDIMAP.DRV.DriverProc+0x22e6b8): 40959638 00000004 00010021
00000047
0x411525c0 (MIDIMAP.DRV.DriverProc+0x22e6c8): 00000000 00000000 06572378
409c1f7c
0x411525d0 (MIDIMAP.DRV.DriverProc+0x22e6d8): 00000000 00000047 400dd124
40095fae
0x411525e0 (MIDIMAP.DRV.DriverProc+0x22e6e8):
0049: sel=024f base=41163000 limit=00000fff 32-bit rw-
Backtrace:
=>0 0x417c5d7f (WINEDOS.DLL.EmulateInterruptPM+0x7e7 in winedos.dll.so)
(ebp=41152580)
1 0x417c1ed4 (WINEDOS.DLL.EntryPoint+0xbd7c in winedos.dll.so)
(ebp=4115286c)
2 0x417c3619 (WINEDOS.DLL.EntryPoint+0xd4c1 in winedos.dll.so)
(ebp=411528e4)
3 0x417c5488 (WINEDOS.DLL.EntryPoint+0xf330 in winedos.dll.so) (ebp=411528f4)
4 0x417c7485 (WINEDOS.DLL.LoadDosExe+0x945 in winedos.dll.so)
(ebp=41152908)
5 0x400b80f4 (KERNEL32.DLL.__wine_call_from_16_regs+0x144 in libntdll.dll.so)
(ebp=41152c10)
6 0x0bc7:0x0dd8 (bp=a4fa)
7 0x0bc7:0x3871 (bp=a536)
8 0x025f:0x9b77 (bp=a666)
9 0x0277:0x4c43 (bp=a832)
10 0x025f:0x52c2 (bp=a8ba)
11 0x025f:0x00b5 (bp=0000)
0x417c5d7f (WINEDOS.DLL.EmulateInterruptPM+0x7e7 in winedos.dll.so): movl
0x0(,%eax,4),%eax
Modules:
Address Module Name
0x3c010000-3c012000 (PE) /usr/bin/wine.bin
0x40040000-40042000 (PE) C:\WINDOWS\SYSTEM\NTDLL.DLL
0x40890000-40892000 (PE) C:\WINDOWS\SYSTEM\WINMM.DLL
0x40910000-40912000 (PE) C:\WINDOWS\SYSTEM\USER32.DLL
0x40a20000-40a22000 (PE) C:\WINDOWS\SYSTEM\GDI32.DLL
0x40a80000-40a82000 (PE) C:\WINDOWS\SYSTEM\ADVAPI32.DLL
0x40ad0000-40ad2000 (PE) C:\WINDOWS\SYSTEM\KERNEL32.DLL
0x40b70000-40b72000 (PE) C:\WINDOWS\SYSTEM\X11DRV.DLL
0x40d90000-40d92000 (PE) C:\WINDOWS\SYSTEM\WINEOSS.DRV
0x40dd0000-40dd2000 (PE) C:\WINDOWS\SYSTEM\MSACM.DRV
0x40de0000-40de2000 (PE) C:\WINDOWS\SYSTEM\MSACM32.DLL
0x40f20000-40f22000 (PE) C:\WINDOWS\SYSTEM\MIDIMAP.DRV
0x413a0000-413a2000 (PE) C:\WINDOWS\SYSTEM\COMDLG32.DLL
0x41420000-41422000 (PE) C:\WINDOWS\SYSTEM\SHELL32.DLL
0x414a0000-414a2000 (PE) C:\WINDOWS\SYSTEM\OLE32.DLL
0x41510000-41512000 (PE) C:\WINDOWS\SYSTEM\RPCRT4.DLL
0x41550000-41552000 (PE) C:\WINDOWS\SYSTEM\SHLWAPI.DLL
0x41590000-41592000 (PE) C:\WINDOWS\SYSTEM\COMCTL32.DLL
0x41620000-41622000 (PE) C:\WINDOWS\SYSTEM\WINSPOOL.DRV
0x41760000-41762000 (PE) C:\WINDOWS\SYSTEM\OLECLI32.DLL
0x41770000-41772000 (PE) C:\WINDOWS\SYSTEM\VERSION.DLL
0x41790000-41792000 (PE) C:\WINDOWS\SYSTEM\LZ32.DLL
0x417b0000-417b2000 (PE) C:\WINDOWS\SYSTEM\WINEDOS.DLL
Threads:
process tid prio
00000008 (D) /usr/bin/wine.bin
0000000a 0 <==
00000009 0
WineDbg terminated on pid 8
Wine exited with a successful status
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-22 14:02
-------
Interesting. That crash might be because VxD 0200
(which is VIPX, "Netware Virtual IPX Driver", BTW!) can not be used in Wine.
You could implement a built-in Version of VIPX...
But the crash could also simply be because of some protected mode interrupt
handling issue (and the VxD not being available is probably expected anyway).
Please attach a --debugmsg +relay,+int logfile.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1382
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:56 -------
Bug comments restored from Gmane.org:
In Oracle Forms Runtime Developer 2000
The lost course if when it is transferred of a field for another one in a forms
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1381
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:55 -------
Bug comments restored from Gmane.org:
In Oracle Forms Runtime Developer 2000
The lost course if when it is transferred of a field for another one in a forms
------- Additional Comments From mike(a)theoretic.com 2003-04-14 05:27 -------
I don't understand what this problem is. Could you please explain what is going
wrong exactly, and perhaps try and find a program we can download that shows the
same problem?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1406
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:54 -------
Bug comments restored from Gmane.org:
I have been hoping to see this working with baseline WINE releases for about 2
years now. It's not a high priority but it's a curious problem. One particular
application I have errors out with a "NOT ENOUGH SPACE FOR ENVIRONMENT" message
on startup. I do not have the source code for this application.
The application itself is a 16-bit VB 3.0 application used to access an online
database. The header indicates it's an MZ type executable and the imports show
it's based on VBRUN300. There's an NE marker in the header as well. Another
application with exactly the same header (but a different app nonetheless) works
just fine.
The WINE trace shows the following as the cause:
err:local:LOCAL_GetBlock not enough space in local heap 0dc7 for 140 bytes
Now, all that said, if I uncomment the FIXMEs int memory/local.c and prevent the
call from returning 0 in LOCAL_GetBlock, it works fine (for a while at least).
So, I guess the question is, why are the FIXME's in that function still FIXME's
after all this time. I'm sure there is a reason for not uncommenting this code
but if anybody could shed light on this, or get the FIXME's accepted it would be
really appreciated.
------- Additional Comments From marc_lavergne <at> yahoo.com 2003-04-22 21:40
-------
I did some more digging, it appears that the local heap is hitting the 64K
barrier on an attempt to grow it. The application actually fails in GrowHeap
around line 500 where the check to see if oldheap > 0xfff0 eval to true and a
FALSE gets returned. The error just bubbles up from the call to GrowHeap in
GetBlock. All the heap pointers and size values seem normal, so it's really
running out of space. Fair enough, so the question becomes WHY is the heap NOT
being exceeded in native Win98 but IS being exceeded in WINE. It only makes
sense that some cleanup of the heap happens under native Win that is not
happening under WINE. I'm a little at a loss from that point though. I assume a
heap walker like program would be helpful.
------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de
2003-04-23 02:37
-------
Probably we put things on the local heap that don't belong there.
Try to find out what items there take up the most space.
------- Additional Comments From marc_lavergne <at> yahoo.com 2003-04-23 07:26
-------
Makes sense. Can you recommend a program that will let me see calls to the local
heap under Win9x and I will try to track it down. The error occurs early during
startup so accounting for the allocations by hand is a possibility. I'll compare
it to the calls I see under WINE and post back.
On another note, there's a an application that starts with the problem VB
program auto-magically under Win98, WSASRV.EXE (Windows Sockets Asynchronous
Request Server). It appears it is being launched by one of the VBXs. This
program does not start with the "working" VB 3.0 16-bit prog.
Also, I took a look at the heap using HEAPWALK.EXE but it didn't show anything
of value besides a rough count of 1.8M for the total heap size when running
under Win98.
------- Additional Comments From marc_lavergne <at> yahoo.com 2003-05-15 22:56
-------
Since there's a workaround, moving this to a normal severity. I haven't had a
chance to revisit it but I will get the heap alloc trace done shortly.
Workaround: modify LOCAL_GetBlock in memory/local.c to prevent arena==0 exits.
Not a permanent fix since it introduces an unhandled condition and is "the wrong
way to do things" anyhow.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1380
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:54 -------
Bug comments restored from Gmane.org:
when i was using wine to emulate mirc , it show 'unhandled exception' after i
success connect to mirc server , what is this mean?
anyone know how to solve my problem ppl mail to me with solutions
abuthens(a)hotmail.com
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 05:20
-------
This Wine version is **WAY** too old.
Feel free to reopen bug if it persists with a very modern Wine version.
------- Additional Comments From mike(a)theoretic.com 2003-04-12 17:18 -------
FWIW I can run mIRC fine here with no problems.
However, that wine version is the first in the list - it may be selected just
because no other was chosen. We should really change bugzilla to have "None" as
the first entry in the version drop down.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1405
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:52 -------
Bug comments restored from Gmane.org:
App has two menu items, "open for edit" and "open in place" that try to
activate the selected file in OLE container, in an application window or
in-place.
Can send a sample file if needed
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1379
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:52 -------
Bug comments restored from Gmane.org:
Currently, winesetup duplicates all of the code contained in wineconf.
Instead, wineconf should be improved to generate the new style config
file, and then winesetup should rely on wineconf to generate the default
configuration file.
Similarly, there is functionality such as creating the default registry
files that is now done by both winesetup and wineinstall.
At this time, it seems like the right thing to do is to break up or
parameterize wineinstall, so that it can be used for single function actions,
and then have winesetup call those functions.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1378
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:52 -------
Bug comments restored from Gmane.org:
I am using redhat 7.3 and I downloaded and installed wine-20030318.
When I run windows application setup.exe,
I am getting the following error.
linux# wine ./setup.exe
err:win:WIN_FindWndPtr window 10029 belongs to other process.
How to rectify this problem?
Thanks,
baskar
------- Additional Comments From mike(a)theoretic.com 2003-04-12 17:01 -------
I think that message is just a warning... wine IPC is not quite finished yet,
that message can be ignored.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1404
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:51 -------
Bug comments restored from Gmane.org:
(Build and) run the test program in ownerdatatest.zip,
and select 'View/Capture View' from the menu.
This will pop up a window which is full of data on
Windows, but blank on Wine. I first ran into this
in Januray 2003, and it looks like it's still not right in April 2003.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1377
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:51 -------
Bug comments restored from Gmane.org:
http://article.gmane.org/gmane.comp.emulators.wine.bugs/4534
[Listing tooo looong..]
------- Additional Comments From mike(a)theoretic.com 2003-04-10 12:05 -------
This is a known bug with winebuild and the latest binutils version.
------- Additional Comments From marcus(a)jet.franken.de 2003-04-11 08:31 -------
fixed in current WINE CVS.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1403
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:51 -------
Bug comments restored from Gmane.org:
I've got a CD on the history of the city of Pompei, that was destroyed by the
Vesuvio volcano in 79 a.C.
The installer, after many attempts, installed the software in c:\POMPEII, but
the program won't run, I'm sending the bug report geneated by bug_report.pl
using wine cvs 20030420
------- Additional Comments From puoti <at> inwind.it 2003-04-21 09:17 -------
Created an attachment (id=459)
--> (http://bugs.winehq.com/attachment.cgi?id=459&action=view)
Bug report generated by bug_report.pl
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-21
10:52 -------
At the bottom, there is:
000a:Call kernel32.GetConsoleScreenBufferInfo(00000008,41592850) ret=415d174a
000a:Ret kernel32.GetConsoleScreenBufferInfo() retval=00000000 ret=415d174a
wine: Unhandled exception, starting debugger...
This sounds a LOT like GetConsoleScreenBufferInfo() is the reason (since this
call fails).
Now why the program is calling GetConsoleScreenBufferInfo() for a non-console
app is way beyond me...
But a reasonable guess would be that this call probably doesn't fail e.g. in
Win9x, even for non-console apps, so we should probably fix that.
You could also repost a --debugmsg +relay,+console,+server log...
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-21
10:58 -------
Wait, I'm afraid I'm totally mistaken.
GetConsoleScreenBufferInfo() probably SHOULD fail.
And since it's got a return address of 0x415d174a, it's probably called
by Wine code.
The real crash is in INT10_SetVideoMode, of course.
Could it be that you're running a DOS program without using the recommended
wcmd or wineconsole?
If so, then crashes might happen (they shouldn't, though).
Could you retry using wcmd? (just out of interest, it won't affect this bug, of
course)
------- Additional Comments From puoti <at> inwind.it 2003-04-21 11:22 -------
Created an attachment (id=460)
--> (http://bugs.winehq.com/attachment.cgi?id=460&action=view)
The +relay,+console,+server log
------- Additional Comments From puoti <at> inwind.it 2003-04-21 11:26 -------
This is an an application for win31 and windows 95 (I have winver set at win98),
if I run it in wcmd I get this:
C:\POMPEII>pompeii
C:\POMPEII>err:module:get_registry_value Invalid load order module-type L"so",
ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:ntdll:RtlpWaitForCriticalSection section 0x400f33d8
"../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=000b
wine: Unhandled exception, starting debugger...
err:ntdll:RtlpWaitForCriticalSection section 0x400f3ea8 "loader.c:
loader_section" wait timed out, retrying (60 sec) tid=000b
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
WineDbg starting on pid a
Loaded debug information from ELF 'wine' ((nil))
Breakpoint 1 at 0x4000af50 (_end+0x3ff7714)
Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x40021000)
Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x40113000)
Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x4012a000)
No debug information in ELF '/lib/i686/libm.so.6' (0x4020b000)
No debug information in ELF '/lib/i686/libc.so.6' (0x4022e000)
No debug information in ELF '/lib/libdl.so.2' (0x40361000)
Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/lib/libnss_files.so.2' (0x40364000)
Loaded debug information from ELF '/usr/local/lib/wine/mmsystem.dll.so' (0x406d3000)
Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x4073a000)
Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x4085f000)
Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x408d9000)
Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x40905000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x409bc000)
No debug information in ELF '/lib/libz.so.1' (0x40a0a000)
Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40a18000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40a82000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40a8b000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40aa2000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ab0000)
No debug information in ELF '/usr/lib/libGL.so.1' (0x40b8f000)
No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40bf6000)
No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x41143000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4114c000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2'
(0x40014000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2'
(0x411b0000)
No debug information in ELF '/usr/lib/gconv/ISO8859-15.so' (0x40018000)
Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x411ce000)
Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x41201000)
Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x41218000)
Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x41350000)
Loaded debug information from ELF '/usr/local/lib/wine/winedos.dll.so' (0x415a5000)
Loaded debug information from ELF '/usr/local/lib/wine/commdlg.dll.so' (0x415df000)
Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x41656000)
Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x416d4000)
Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x41744000)
Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x4178a000)
Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x417d6000)
Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x4186f000)
No debug information in 32bit DLL 'Z:\usr\local\bin\wine' (0x3c010000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40930000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408f0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40870000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40760000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x406e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40a30000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x411e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41220000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41210000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41360000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x415b0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41760000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x416f0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x417a0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x417e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41670000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41880000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x415f0000)
Unhandled exception: wait failed on critical section 0x400f33d8 (Win16Mutex in
libntdll.dll.so)
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
err:module:get_registry_value Invalid load order module-type L"so", ignored
fixme:hook:SetWindowsHookEx16 hook type 6 broken in Win16
First chance exception: page fault on write access to 0x00000449 in 32-bit code
(0x415bf95a).
In 32-bit mode.
0x415bf95a (INT10_SetVideoMode+0x7a [int10.c:693] in winedos.dll.so): movb
%al,0x49(%edx)
697 if (ptr->Depth == 0)
Wine-dbg>
------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-21 14:20 -------
Well, seeing the function where the crash is, we should rather try to understand
why this 'ptr' is NULL in the 'INT10_SetVideoMode' function :-)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1402
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:49 -------
Bug comments restored from Gmane.org:
error:
wine: chdir to /tmp/.wine-matty/server-343-6bca3 : No such file or directory
This is probably User error as I am a bloody newbie...
Matt Young
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1376
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:48 -------
Bug comments restored from Gmane.org:
While trying to install an app that uses InstallShield 6 (Watchtower Library
2001), the installation process hangs after the "Wizard setup" window closes.
The following message appear on the console:
fixme:seh:check_resource_write Broken app is writing to the resource data,
enabling work-around
fixme:ole:CoTreatAsClass
({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
fixme:ole:CoTreatAsClass
({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
))))cannot set text "InstallShield Wizard" of other process window (nil)
fixme:ole:_copy_arg argument was coerced in-place (0x3 -> 0xb); source data has
been modified!!!
fixme:ole:CoTreatAsClass
({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{00000000-0000-0000-0000-000000000000})
fixme:ole:_xread Read only 0 of 4 bytes from 0x48.
fixme:ole:_StubReaderThread Failed with hres 80004005
This appears on a build done from an uptodate cvs checkout (April 8 2003). The
install was being done to a fake-windows directory tree.
------- Additional Comments From mike(a)theoretic.com 2003-04-09 04:21 -------
Do you have stdole32.tlb? Try installing DCOM98, that may help
------- Additional Comments From klevin(a)eskimo.com 2003-04-09 11:37 -------
Yep, DCOM98 is installed and stdole32.tlb is at
/usr/share/wine-c/windows/system/stdole32.tlb.
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de
2003-05-07 15:55 -------
Marcus did some work on
_copy_arg argument was coerced in-place
Did you try a recent version?
------- Additional Comments From klevin(a)eskimo.com 2003-05-07 17:48 -------
I've been testing with updated builds from my cvs checkout every 2-5 days
(thought today was the first time in a week or so). Just tried with a current
checkout. I now get the following output on console:
fixme:seh:check_resource_write Broken app is writing to the resource data,
enabling work-around
FIXME:pthread_cond_init
fixme:ole:CoTreatAsClass
({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
FIXME:pthread_cond_init
FIXME:pthread_cond_init
fixme:ole:CoTreatAsClass
({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
Instead of just hanging, I now get an error message after the "Wizard setup"
window closes. The window states: "An error occurred while launching the seupt.
(0x80004002)" After clicking "Ok" on the error message, the installation hangs.
Not very informative to me, but . . .
------- Additional Comments From spetreolle(a)yahoo.fr 2003-05-07 19:23 -------
80004002L is E_NOINTERFACE, which says you could have a problem
with the matching InstallShield dll, Ilog.dll.
A quick look in regedit shows :
C:\Program Files\Common Files\InstallShield\engine\6\Intel 32\ILog.dll
C:\Program Files\Common Files\InstallShield\engine\6\Intel 32\iKernel.exe
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1400
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:48 -------
Bug comments restored from Gmane.org:
I play Counter-Strike using Wine, and while the game itself plays perfectly
there are several problems related to screen resolution. Starting
Counter-Strike changes to a virtual resolution (i can still scroll over the rest
of the desktop with my mouse) fine, but when I join a game the resolution
changes back to the deskop resolution and i have to change the resolution
maually using ctrl+alt+minus. This wouldn't be such a big deal, except that the
game isn't always exactly centered and i have to scroll the cursor to center it.
Sometimes while playing the game will somehow become off-centered again, and
i'll have to exit out to the menu to get a cursor to recenter it. Another
problem is that the game will place dialogs offscreen that should have been
centered, apparently because it's using the real X resolution for the screen
dimensions rather than the virtual one.
I'm sure similar problems exist for other games, and while there are other ways
of fixing them, implementing XRandR for resolution changing is probably the
"right" and simplest way to do it.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-20 01:56 -------
Well, while waiting for someone (maybe you :-) ) to submit a patch, the *real*
easiest solution to this problem was always to run Wine in Desktop mode in a
second X server running at the resolution you wish to use.
This fixes all your problems (and you can even, when pausing the game, switch
back to the 'real' desktop to check mails and stuff :-) ).
------- Additional Comments From mike <at> theoretic.com 2003-04-23 10:51 -------
Triage:
Severity -> enhancement
Status -> NEW
XRandR by the way is mostly useful for apps that can reconfigure themselves to
the new size of the desktop, I personally don't think this is a valid bug
actually as the VidMode extensions do what Wine needs, R&R is mostly useful for
things like window managers, gnome panel and so on. But I don't know enough
about this area to close it as such, and I suppose using randr to switch
resolutions may have some advantages.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-24
01:40 -------
Hmm, why? A missing feature IS a bug, though only an "enhancement bug" in most
cases.
Provided that we deem it a reasonable feature, of course, which I think XRandR is...
------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-24 02:25 -------
I agree 100 % with Mike here... This feature is mostly only used by games
(otherwise XVidMode does the trick just fine) and we already support 1) DXGrab
to have the mouse confined to the gaming screen and 2) colour conversion for 2D
DirectX games.
So if the current Wine does not work properly, we should raise bugs on the
CURRENT implementation (saying maybe that when we use XVidMode, we center the
current window, ...) and not add a new feature.
------- Additional Comments From mike <at> theoretic.com 2003-04-25 03:19 -------
I thought as much. Updating the bug status to reflect this. I'm pretty sure that
XRandR doesn't buy us anything in this case that VidMode doesn't.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1375
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:46 -------
Bug comments restored from Gmane.org:
Please see the attached source file coded by Cesar Mello (mello(a)elipse.com.br)
and the attached text file.
Trying to paste (Ctrl+V) the context the text file on the "About 1" about
dialog doesn't have any effects.
This looks critical, because the user isn't able to paste big stuff on a
dialog, preventing important programs to work correctly (like our script editor,
for example).
Does anyone have an idea about this?
Felipe
------- Additional Comments From felipewd(a)elipse.com.br 2003-04-08 16:20 -------
Created an attachment (id=449)
--> (http://bugs.winehq.com/attachment.cgi?id=449&action=view)
.tar.gz that contains the "About 1" source code (example program)
------- Additional Comments From felipewd(a)elipse.com.br 2003-04-08 16:22 -------
Created an attachment (id=450)
--> (http://bugs.winehq.com/attachment.cgi?id=450&action=view)
Text to try and paste it in the "About 1" program.
------- Additional Comments From mike(a)theoretic.com 2003-04-09 04:20 -------
Hi, what mime type is the test program? I get application/executable, but your
description says source code?
If you could provide a compiled binary of the program as well that'd be useful.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1374
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:45 -------
Bug comments restored from Gmane.org:
In Valve worlcraft/hammer v3.4, The 3D camera view is a blank window, the
graphics either isnt renedered or is not visible.
The following messgae appears in the console when a file is opened:
err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd 0x3008e!
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1366
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:45 -------
Bug comments restored from Gmane.org:
Wine ver.:20030318
Program name:notepad.exe
Bug desc.:
Wine crashes with the following messagebox
-------------------------------------------
|Microsoft Visual C++ Runtime Library Error|
-------------------------------------------
| Runtime Error |
| |
| \/ Program:C:\windows\notepad.exe |
| /\ |
| R6016 |
| -not enough space for thread data |
| |
-------------------------------------------
Wine full output:
>err:win32:PE_fixup_imports No implementation for
>ntdll.dll.164(NtImpersonateAnonymousToken) imported from
>C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef
>err:win32:PE_fixup_imports No implementation for
>ntdll.dll.506(RtlDllShutdownInProgress) imported from
>C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef
>err:win32:PE_fixup_imports No implementation for ntdll.dll.17(DbgPrintEx)
>imported from C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef
>err:win32:PE_fixup_imports No implementation for
>ADVAPI32.dll.617(SystemFunction036) imported from
>C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef
>err:win32:PE_fixup_imports No implementation for
>ADVAPI32.dll.622(TraceMessage)
>imported from C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef
>fixme:wave:ALSA_WaveInit -
>err:heap:HEAP_GetPtr Invalid heap (nil)!
>err:heap:HEAP_GetPtr Invalid heap (nil)!
>err:heap:HEAP_GetPtr Invalid heap (nil)!
>fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
Windows version tested:Windows XP Professional
------- Additional Comments From pes01 <at> ocsic.za.com 2003-05-02 05:10 -------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de
2003-05-02 05:20
-------
Do you use native MSVCRT dll? Is wine set to the same version as the version
this MSVCRT cam from? I had similar error when the versions disaggreed.
------- Additional Comments From pes01 <at> ocsic.za.com 2003-05-02 05:51 -------
Comments From Uwe Bonnes 2003-05-02 05:20
Helped me to get further. It solved the problem
In the wine config, a couple of dll's was specified as "native",
I changed it to "builtin, native".
Notes actualy started.
Thanks.
------- Additional Comments From mike <at> theoretic.com 2003-05-06 03:33 -------
Resolving fixed
------- Additional Comments From mike <at> theoretic.com 2003-05-06 03:34 -------
closing
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1373
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:44 -------
Bug comments restored from Gmane.org:
With wine-20030317 (got it as rpm and srpm from SuSE) the calls to MFC
DBase.Open(...) fails while it is working fine with SuSE wine-20020812 (rpm).
I am using unixODBC 2.2.2 with mySQL 3.23.52 drivers.
The application source is under control of my collegue and written with VC++/MFC.
We made lots of tests, but did not get these lines working (with the newer wine
version):
CDatabase DBase;
char buf[128];
try {
// This fails and a DB exception is thrown
sprintf(buf,"ODBC;DSN=%.100s",DefaultConnect);
DBase.Open(NULL,FALSE,FALSE,_T(buf),FALSE);
}
e->m_strError gives something like (from german) 'Failed to connect to host'.
As strace shows, there is a connection, some data exchange and after that a
connection shutdown.
After removing wine-20030317 and re-installion of wine-20020812 everything works
well (again).
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1372
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:43 -------
Bug comments restored from Gmane.org:
Why is it not advisable to run wineinstall as root,
when it asks for the password later anyway?
Why does wineinstall further assume the current user has write access
to the wine source root? I don't see why I must chown my entire source
as a regular user, then su to that user, then install, and be asked for
the root password so that wineinstall can install correctly.
I keep my sources in /usr/src, and they are owned by root.
Perhaps wine should let me install as root if I wish to do so?
Why does wineinstall not allow the installation of a global windows root
Why can't it su to root and create one...or allow users to run it as root..
Why am I told to run wineinstall as root to generate a global wine.conf
(if I refuse to make a local one), when wineinstall refuses to be ran as root?
Finally, why can't wineinstall be incorporated in: make install?
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-06 15:30
-------
a) Because users use root WAY too often. It's a counter-measure.
b) because wineinstall configures the Wine environment for a *specific* user.
(a Wine configuration is not "global")
Thus you need start with this specific user, and when it wants to install the
Wine files on your system, you are supposed to provide the root password.
> Why am I told to run wineinstall as root to generate a global wine.conf
> (if I refuse to make a local one), when wineinstall refuses to be ran as root?
Hmm, if it still says that, then it's a bug. A global wine.conf is deprecated.
Yep, it's a bug.
> Finally, why can't wineinstall be incorporated in: make install?
Because make install shouldn't do what wineinstall does. And the other way around.
make install simply installs the compiled Wine files on the system, whereas
wineinstall is a "one size fits all" for lazy users which configures everything
down to the kitchen sink :-)
Confirming, since wineinstall still talks about wine.conf
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1371
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:42 -------
Bug comments restored from Gmane.org:
I just added a second monitor to my system and wine no longer runs. The multiple
monitor setup is using XFree86 4.1.0 with Xinerama.
Here is the output from wine when I try to run a program:
Invoking /usr/bin/wine.bin /home/tmmacpha/c_drive/Program Files/KaZaA
Lite/Kazaa.exe ...
fixme:win32:PE_CreateModule Unknown directory 15 ignored
wine: Unhandled exception, starting debugger...
------- Additional Comments From lionel.ulmer(a)free.fr 2003-04-06 01:50 -------
Could you try to :
1) run in Synchronous mode (change the line 'Synchronous' = 'Y' in your config
file)
2) start with an 'easier' application than Kazaa (something like Notepad) and see
if it crashes too
3) try maybe to run in Desktop mode
If it still crashes, please attach to this bug report a compressed
'--debugmsg +relay,+seh' log plus the output of the debugger window.
By the way, which Wine version ?
------- Additional Comments From trevor.macphail.lists(a)shaw.ca 2003-04-06 17:10
-------
Created an attachment (id=448)
--> (http://bugs.winehq.com/attachment.cgi?id=448&action=view)
Output from: wine --debugmsg +relay,+seh notepad.exe
------- Additional Comments From trevor.macphail.lists(a)shaw.ca 2003-04-06 17:11
-------
And another note: I am using wine version 20030115
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1370
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:41 -------
Bug comments restored from Gmane.org:
This kind of command fails with wcmd:
start /wait somebatfile.bat
------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:24 -------
Confirmed: AFAICT, wcmd does not support 'start'.
Adding the source keyword since we obviously have the wcmd source ;-)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1362
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:38 -------
Bug comments restored from Gmane.org:
Bug report #286 talks about a half-life menu rendering problem in resent
versions of wine. This problem still exists for half-life in wine-20030318 it
probably has to do with DirectX directdraw and could also be the related to the
reason starcraft runs very very slowly in newer versions of wine.
------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-03 07:54
-------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1361
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:37 -------
Bug comments restored from Gmane.org:
I'm running Red Hat Linux 8.0 2.4.18-14 on an nForce2 mainboard, the A7N8X
Deluxe. When running wine-20030219 half-life and starcraft's sound works fine
(I believe they both use DirectX for sound). When I installed wine-20030318 the
starcraft sound is intermittently on and off and half-life's sound is totally
gone. I'm not sure about the inner workings of Linux's driver architecture but
the proprietary non-opensource nvaudio module driver I'm using might have
something to do with it. I kind of doubt it, but thought I'd say I'm using that.
------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:44 -------
Did any other updates to your system take place between this time, in
particular, did you run up2date?
If not, then this is prolly a directsound regression, there have been quite a
few DSound changes lately. If so then I'll assign this to robert reif, as he's
done much of the work lately. Ideally, you would do a CVS regression trace,
could you do one of them?
------- Additional Comments From reif <at> earthlink.net 2003-04-03 12:17 -------
Could you do a trace for me?
Run your program as:
wine --debugmsg +wave,+dsound program.exe >& trace
where program.exe is either starcraft or half-life
and either post the files here or email them directly to me.
------- Additional Comments From reif <at> earthlink.net 2003-04-06 20:21 -------
Are you using a microphone with half-life? If so (or even if not),
the problem may be related to bug 1363.
In the [dsound] section of the config file, add:
"HardwareAcceleration" = "Emulation"
and see if that helps.
If so, then the real fix will have to wait until I finish the direct sound
capture driver.
------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-08 22:06
-------
I built the wine CVS on 04/07/2003 and did the following:
[gsurbey@02f2847 Half-Life]$ pwd
/usr/share/wine-c/Program Files/Half-Life
[gsurbey@02f2847 Half-Life]$ wine --debugmsg +wave +dsound hl.exe >& trace
[gsurbey@02f2847 Half-Life]$ cat trace
wine: cannot find '+dsound'
I don't know why it can't find dsound... so I tried
wine --debugmsg +wave hl.exe >& trace
and I've included the output in the attached file, but I'm not sure if this
output will help you since there's no dsound loaded...
then I did a "make uninstall" of the cvs tree and did a "./tools/wineinstall"
for wine-20010510 and got the same exact dsound not found message. BUT sound in
wine-20010510 works fine in half-life and starcraft. The "HardwareAcceleration"
= "Emulation" option in my ~/.wine/config changed nothing, probablly since the
dsound isn't being loaded to begin with.
------- Additional Comments From mike <at> theoretic.com 2003-04-09 04:32 -------
Note the "," mark between +wave and +dsound - not very intuitive I know.
------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-10 15:01
-------
Alright, I made a successful trace and sent the file to Robert Reif. Thx for
the tip about the comma, I'll be sure to be less newbish about sending in bug
reports in the future.
------- Additional Comments From reif <at> earthlink.net 2003-04-10 20:53 -------
Created an attachment (id=451)
--> (http://bugs.winehq.com/attachment.cgi?id=451&action=view)
program trace of +wave,+dsound
------- Additional Comments From reif <at> earthlink.net 2003-04-10 20:58 -------
It's not a capture or full duplex or multiple sound card issue so it's not
something I introduced. However, it is having problems mixing the
sound. I'm going to have to defer this to someone that is more familiar
with the mixer buffer problems. I'm attaching the trace you sent.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1360
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:35 -------
Bug comments restored from Gmane.org:
In mIRC for example DNS-Lookup doesn't work.
When i use IP all work fine.
I'm using FreeBSD 4.7.
------- Additional Comments From peter <at> lego-hc11.de 2003-04-03 14:41 -------
http://www.mail-archive.com/freebsd-questions <at>
freebsd.org/msg24552.html
<-- It seems not to be my problem alone.
------- Additional Comments From mike <at> theoretic.com 2003-04-03 15:19 -------
Gerald, could you take a look at this? It seems quite similar to bug 733, fixed
by a check for a re-entrant libc.
------- Additional Comments From peter <at> lego-hc11.de 2003-04-03 16:40 -------
I tried the FreeBSD package.
But the DNS-lookup does still not work for me.
But "pkg_add" gave some warnings:
pkg_add: warning: package 'wine-2003.03.18' requires 'imake-4.2.0_1', but
'imake-4.3.0' is installed
pkg_add: warning: package 'wine-2003.03.18' requires
'XFree86-libraries-4.2.1_1', but 'XFree86-libraries-4.3.0_1' is installed
Is this a problem? I don't think?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1359
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:34 -------
Bug comments restored from Gmane.org:
It stops giving:
XIO: fatal IO error 0 (Success) on X server ":0.0"
after 177 requests (176 known processed) with 0 events remaining.
------- Additional Comments From mike <at> theoretic.com 2003-04-03 02:59 -------
This is caused by the new glibc, and is a known problem
*** This bug has been marked as a duplicate of 1343 ***
------- Additional Comments From apunga <at> mymail.ro 2003-04-03 08:16 -------
I can't figure out how did RedHat release RH9 with this crappy bug inside. By
the way just installed it on 2nd April (2 days after the release) and I had 10
packages to upgrade already (security updates) :D
Ok, I miss wine, but I cannot fix it. I beg you for this.
------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:46 -------
This isn't a Redhat bug, it's due to the move to NPTL threading. All new distros
are affected (mdk9.1, new suse, gentoo etc).
The Wine team are working hard to resolve this. The tracker bug will be updated
when it's fixed. Hold tight ;)
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:06 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1358
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:33 -------
Bug comments restored from Gmane.org:
I suggest making a dummy graphicsdriver such "GraphicsDriver" = "none" which
just makes stdout and stdin transparent.
The two existing drivers x11drv and ttydrv won't do when running console
programs many times in a row (e.g. a win32 console compiler from a gnumakefile):
x11drv: initialization due to communication with xfs is painful over a slow
network (e.g. a modem line)
ttydrv: uses ncurses which means restoring the contents of the window each time
wine finishes. This erases the output of the console program.
Here is the code:
// original code beginning in line 73 of user_main.c (rev 1.50):
if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
----
// could be changed to something along these lines:
if (strncmp( "none", buffer, MAX_PATH) == 0 ) ; // do nothing
else if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
------- Additional Comments From mike <at> theoretic.com 2003-04-03 02:56 -------
What is wrong with wineconsole? It was patched lately to use the standard
stdin/stdout, so you can run winedbg in the xterm from which it was started for
instance.
Is that what you're thinking of?
------- Additional Comments From wine <at> how.dk 2003-04-03 16:49 -------
Not sure (haven't tried the latest version). If wineconsole still uses ncurses
clearing/restoring the console after the program finishes, then the "none"
driver is still needed.
------- Additional Comments From mike <at> theoretic.com 2003-04-04 03:18 -------
I don't think it does, running winedbg with the console driver is just like
running gdb. Please try Wine CVS and see if this is fixed.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1357
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:31 -------
Bug comments restored from Gmane.org:
I have this video editing program for windows I often use to subtitle foreign
videos. It uses a plugin called textsub which "writes" the text to the movie.
Now, that further uses vobsub.dll (the final reference ;p). So, I tried it out
but got these erros:
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
etc.. etc... etc...
So, if anyone has any ideas on that. The link provided also has the source for
the dll in case you want to look at that at all. Thanks ahead of time for
everyone's help.
Sincerely,
Chris White
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1355
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:30 -------
Bug comments restored from Gmane.org:
This visual bug affects quite a few apps at the moment, the "wrap rectangle" of
static text controls is too short, leading to small labels spilling out onto 2
lines. I can attach a screenshot if it'd be useful but a lot of apps show this
problem.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1353
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:30 -------
Bug comments restored from Gmane.org:
We all know this, but it's still a bug, there is no directx 9 implementation,
that also means no direct3d 9, so lots of new games won't run on wine.
------- Additional Comments From daracerz <at> hotmail.com 2003-04-19 20:37 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1352
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:29 -------
Bug comments restored from Gmane.org:
I did start 4NT by typing: wine 4ntu.exebut it fails and start debugger with a
message
saying:"Unhandled page fault on read access to 0x4040003a at address 0x004716c5""Do
you want to debug it?"I tried setting "version" = "nt40" but same
results.This is the console output:[cad@pc-2 4NT]$ wine
4nt.exefixme:win32:PE_CreateModule Unknown
directory 15 ignoredfixme:win32:PE_CreateModule Security directory ignoredwine:
Unhandled exception,
starting debugger...
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 18:55
-------
Created an attachment (id=440)
--> (http://bugs.winehq.com/attachment.cgi?id=440&action=view)
message from debugger
------- Additional Comments From juan <at> virtual-orbis.com 2003-04-18 22:00
-------
under wine-20030408 crashes the same, starts debugger...
just typed:
wine 4nt.exe to start 4NT and wine crashes...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1351
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:28 -------
Bug comments restored from Gmane.org:
4DOS doesn't work when started by wine under mandrake linux 8.1
Output is:
[cad@pc-2 cad]$ wine 4dos.com
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 061e, DS 00c8, ES f000
fixme:int21:DOSVM_Int21Handler SetSystemDate(81/83/17477): not allowed
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c8, ES 00c8
4DOS XMS swapping initialized (241K)
4DOS running under DESQview
4DOS running under Windows 95
err:int:do_int2f_16 int2f: unknown/not implemented parameters:
int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 110b, BX 0200, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0001, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0003, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4
err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters:
int15: AX 120b, BX 0501, CX 0005, DX 0000, SI 315b, DI 6d70, DS 63ed, ES 94e4
err:seh:EXC_DefaultHandling Unhandled exception code 80000111 flags 0 addr 0x21
[cad@pc-2 cad]$
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 14:44
-------
5/11/2003 12:12:31 +0300
From: Jukka Heinonen <jhei <at> iki.fi> (in an e-mail to Juan Melgarejo)
4DOS calls those DESQview routines that really must be emulated
in order to get 4DOS working. But I already figured out why 4DOS
thinks it is running under DESQview (set date routine is used for
installation checks!). I also fixed a bunch of other bugs and 4DOS
should now work using latest Wine CVS version. Perhaps you should
verify this and close bug #1351 (or update it because editing command
line and some 4DOS commands do not work).
<< [article] >>
[Bug 1351] - JP soft's 4DOS
Subject: [Bug 1351] - JP soft's 4DOS
From: wine-bugs <at> winehq.com
Date: Thu, 15 May 2003 15:47:34 -0500
Newsgroups: gmane.comp.emulators.wine.bugs
Reply-to: wine-devel <at> winehq.orghttp://bugs.winehq.com/show_bug.cgi?id=1351
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:47
-------
under 20030508 version 4DOS now loads, but hangs without executing any
command...
(lots of int2f & int21 messages than ever)
[cad@pc-2 cad]$ wine 4dos.com
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 0605, DS 00c7, ES f000
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c7, ES 00c7
4DOS XMS swapping initialized (241K)
4DOS running under Windows 95
err:int:do_int2f_16 int2f: unknown/not implemented parameters:
int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4
4DOS 7.50 (Win95) DOS 7.00
Copyright 1988-2003 Rex Conn & JP Software Inc. All Rights Reserved
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4
4DOS, S/N 999001. This trial version of 4DOS may be used for up to 21 days
before purchase.
>> 21 days remain in your evaluation period. To learn about how the
>> evaluation period works see TRIAL.TXT.
To order call 410-810-8819, visit our web site at http://jpsoft.com/,
or see the order form in ORDERS.TXT.
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4
fixme:int21:INT_Int21Handler Unimplemented long file name function:
err:int21:INT_Int21Handler int21: unknown/not implemented parameters:
int21: AX 71a7, BX 0000, CX 0000, DX 01c3, SI a086, DI a05a, DS 94e4, ES 94e4
rem C:\ARCHIV~1\THEHAC~1\THD.EXE /NORES /NOMENSAJE
SET BLASTER=A220 I5 D1 T4
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff16, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
REM - BY WINDOWS SETUP - C:\WINDOWS\COMMAND\MSCDEX /D:MVCD001 /M:10 /V /E
rem MODE CON CODEPAGE PREPARE=((850) C:\WINDOWS\COMMAND\EGA.CPI)
rem MODE CON CODEPAGE SELECT=850
rem KEYB LA,,C:\WINDOWS\COMMAND\KEYBOARD.SYS
SET
PATH=C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff50, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
SET
PATH=C:\ARCHIV~1\THEHAC~1\;C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS;Y:\4DOS
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff6e, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
set comspec=Y:\4DOS\4dos.com
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX ae00, BX a64a, CX ff19, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44e, BX 0000, CX 0029, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7
y:\>err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters:
int2f: AX d44e, BX 0001, CX 0042, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1205
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:27 -------
Bug comments restored from Gmane.org:
DOSFS_OpenDevice does not have any support for parallel printers
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1350
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:26 -------
Bug comments restored from Gmane.org:
It is supposed that this app acts like an enhanced "DOS Command prompt window"
that supports JP soft's 4DOS features under M$ windows GUI without using the
4DOS DOS-mode binary.
When running under Wine,the window is drawn correctly, menus are ok, but it
does not display text in the app's command text window (it displays "?"
character instead of typed characters), this text appears instead on linux's
tty from where wine was invoked.
(must change text colors in the app to see the "?" characters, otherwise it
appears to be "blank").
Moreover, the app open a second window that is supposed to be the console for
output of the typed commands that is broken (cannot show its content)
I'm reporting this version of Take Command, because lastest (5.0) version does
not work at all under wine (starts debugger).
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:09
-------
Created an attachment (id=437)
--> (http://bugs.winehq.com/attachment.cgi?id=437&action=view)
Take command window after typing "dir". Output is shown in the Linux shell
window while the
main window show inverted "?" signs. To see the "?" signs is necessary to change
default foreground & background colors in the app otherwise the text is displayed as
"blank". Behind the Konsole & Take Command window is TCMD window that is filled with
other Xwindow's content.
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:17
-------
Created an attachment (id=438)
--> (http://bugs.winehq.com/attachment.cgi?id=438&action=view)
Take Command under win98 (normal behaviour, no TCMD console window)
------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:23
-------
Wine output:
[cad@pc-2 TC32301]$ wine TCMD32.EXE
err:win:WIN_FindWndPtr window 0x10021 belongs to other process
fixme:console:SetConsoleCtrlHandler (0x4245ae,1) - no error checking or
testing yet
fixme:class:get_class_ptr reading from class of other process window 0x10021
Take Command/32 3,01A Windows 95 4,0
Copyright 1988-2001 Rex Conn & JP Software Inc. All Rights Reserved
Take Command/32, S/N 999001. This trial version of Take Command may be used
for up to 21 days before purchase.
>> 20 days remain in your evaluation period. To learn about how the
>> evaluation period works see TRIAL.TXT.
To order call 800-368-8777 (US / Canada only) or 781-646-3975, visit our
web site at http://www.jpsoft.com/, or see the order form in
ORDFORM.TXT.
[y:\tc32301]dir
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:20
-------
Isn't it a console bug? If so this should be assigned to the wine-console component.
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-04 22:43
-------
Output is diverted to console (bug). It should be inside the text area of
TCMD32.EXE window (below the menu bar).
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-11 22:51
-------
fixed URL in bugreport
------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:54
-------
5/11/2003 12:12:31 +0300
In a mail from: Jukka Heinonen <jhei <at> iki.fi>
I have a feeling that bug #1352 is what prevents newer TakeCommand/32
versions from running. I have no idea what causes this bug.
I didn't find older TakeCommand/32 versions mentioned in bug #1350
but TakeCommand/16 seems to show similar behaviour. It looks like
TC/16 calls DOS int21 routines for input/output and expects
that those interrupts somehow interact with TC/16 window. Input
related problem is quite easy to fix but I don't know how
TC/16 expects its window to be updated via int21.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1227
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:22 -------
Bug comments restored from Gmane.org:
There is a explorer example where a click into the treeview does nothing.
Running with -dll=comctl32=n does fix it.
------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16
07:21 -------
Created an attachment (id=368)
--> (http://bugs.winehq.com/attachment.cgi?id=368&action=view)
Source and exe of the example
------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16
07:22 -------
the attachment is a zip file...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1226
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:21 -------
Bug comments restored from Gmane.org:
Im trying to play StarCraft with IPX and this is what I got! :(
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-16
08:27 -------
C0000024 is STATUS_OBJECT_TYPE_MISMATCH, which then got translated into error 6
(ERROR_INVALID_HANDLE).
This one sounds interesting. Please attach a --debugmsg +relay,+winsock log.
------- Additional Comments From marc <at> bazooka.se 2003-01-17 08:54 -------
this is the +winsock print... +relay is really to slow... it doesent seem to
matter if I add an IPX interface or not ./ipx_interface add -p eth0 802.3 0x12345678
[marc@dhcppc2 marc]$ nice -n 20 wine -debugmsg +winsock
/home/marc/starcraft/StarCraft.exe
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
fixme:console:SetConsoleCtrlHandler (0x4c6410,1) - no error checking or testing
yet
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40292110)->(00010021,00000013)
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x40295e80,00010021,2):stub
trace:winsock:DllMain 0x44070000 0x1 (nil)
trace:winsock:DllMain 0x44070000 0x0 (nil)
trace:winsock:DllMain 0x440c0000 0x1 (nil)
trace:winsock:WSAStartup verReq=101
trace:winsock:WSAStartup succeeded
trace:winsock:WS_socket af=6 type=2 protocol=1000
trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0
flags=0x1
trace:winsock:WS_socket af=6 type=2 protocol=1000
trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0
flags=0x1
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WS_bind socket ffffffff, ptr 0x1800ff70, length 14
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to
0x407727a4, tolen 14, ovl (nil), func (nil)
fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6
trace:winsock:WSASendTo fd=-1, type=0, flags=0
warn:winsock:WSASendTo -> ERROR 6
trace:winsock:WS_closesocket socket ffffffff
trace:winsock:WS_closesocket socket ffffffff
trace:winsock:DllMain 0x440c0000 0x0 (nil)
[marc@dhcppc2 marc]$
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-19
11:37 -------
Please retry with Wine CVS in about a week; Roderick Colenbrander just submitted
an IPX configure script fix that might also fix that particular issue.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1225
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:20 -------
Bug comments restored from Gmane.org:
hello there,
i get a compile error with the latest cvs-wine version.
compiling with gcc-3.1 on libc-2.2.5:
make[1]: Entering directory `/morespace/hdc/dl/wine/wine/ole'
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT
-o dx8guid.o dx8guid.c
In file included from dx8guid.c:26:
../include/winuser.h:2396: unnamed fields of type other than struct or
union are not allowed
../include/winuser.h:2409: unnamed fields of type other than struct or
union are not allowed
make[1]: *** [dx8guid.o] Error 1
make[1]: Leaving directory `/morespace/hdc/dl/wine/wine/ole'
------- Additional Comments From hughes2002 <at> btinternet.com 2003-01-15
07:36 -------
I can confirm the same error occurs with GCC 3.1 and glibc-2.2.4.
It is due to the nameless struct MONITORINFO which occurs in winuser.h.
A temporary hack is to define -DNONAMELESSSTRUCT in the ole/Makefile.
Doing this allows the compile to continue until it comes upon the next #include
of winuser.h. So far, I've found it occurs in tools/bin2res, tools/wrc,
dlls/d3d8 and dlls/d3dx8
and dlls/opengl32.
Defining NONAMELESSSTRUCT in the appropriate .c file that includes winuser.h
also solves the
problem on a smaller scale.
------- Additional Comments From marcus <at> jet.franken.de 2003-01-17 15:18
-------
confirmed.
I submitted a patch to fix the MONITORINFOEX structs.
The IDL structs are a bit weirder though.
------- Additional Comments From Steven_Ed4153 <at> yahoo.com 2003-03-17 12:20
-------
This bug can be closed. I had this same problem on Mingw untill Marcus submited
his patch.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1134
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:16 -------
Bug comments restored from Gmane.org:
running wine 20021031 with an installed copy of Windows ME, I tried to start MS
Word. It complained that it was not installed. I compared the wine system.reg
and the registry dump from regedit.exe and found the following difference:
Windows Registry:
[HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES\Applications\WINWORD.EXE\shell\edit\command]
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=hex(7):4c,6a,4e,25,21,67,78,73,66,28,4e,67,5d,71,46,60,48,7b,4c,73,\
57,4f,52,44,46,69,6c,65,73,3e,6c,6c,54,5d,6a,49,7b,6a,66,28,3d,31,26,4c,5b,\
2d,38,31,2d,5d,20,2f,6e,00,00
~/.wine/system.reg:
[Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036529854
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=str(7):"LjN%!gxsf(Ng]qF`H{LsWORDFiles>llT]jI{jf(=1&L[-81-] /n\0"
Replacing the "command"= line in ~/.wine/system.reg with the one from the
Windows registry fixed the problem. Looking at an ASCII table, I realized that
the string was the same byte values, except the byte order was swapped.
Changing the byte order to
[Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036745211
@="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=str(7):"jL%Ng!sx(fgNq]`F{HsLOWDRiFel>sll}TIjj{(f1=L&-[18]-/ n\0"
fixed the problem. MS Word started, loaded a file and saved it with no problem.
This is probably a general problem with all registry values that load to str(7).
I saw it in several other str(7) values in the system.reg file.
Should be easy to fix, but I don't know anything about Wine's architecture, so I
don't even know where to begin looking for the function that reads in the
Windows registry.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1132
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:16 -------
Bug comments restored from Gmane.org:
Hi,
We're experimenting with quicktime audio/video codec support in MPlayer.
Audio already works using libwine, but it crashes with video.
We've made a minimalist sample app, to read a file, decode and write to another
file. It works in real windows (both cygwin and msvc-compiled exe) but
crashes in Nth CreateEventA(0,0,0,0) call inside wine (according to gdb,
in kernel/sync.c:45) under linux.
The source (.c for cygwin/gcc, .cpp for msvc), .EXE, and the input datafile
can be downloaded here:
[ftp|http]://ftp.mplayerhq.hu/MPlayer/samples/qtvideo/
It requires qtmlClient.dll from QT5 SDK (I put that file there too), and
installed QuickTime 5.x player (for recompiling exe from source you need
the full QT SDK for includes)
I've tested with Wine-20021031.tar.gz and codeweavers-wine-20020904
both compiled from source, with gcc 2.95.3.
my ~/.wine is symlinked to crossover plugin's dotwine dir, where i have QT5
player installed.
If you need more info, tell me.
thanks,
A'rpi / Astral & ESP-team
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07
12:44 -------
Waaaah, cool ! :-)
Hmm, could you attach a --debugmsg +relay,+server logfile ?
I currently don't have a lot of time, but I'm sure others are also interested.
------- Additional Comments From arpi <at> mplayerhq.hu 2002-11-07 12:51 -------
Are you sure you want it?
It wrote HUGE log for a while (around a half minute), and it crashed when the
log was around 280 MB long, then it (4 instances of wine still running)
continued writing the log...
then i've killed.
A'rpi
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07
14:18 -------
Err, not so sure any more ;-)))
Hmm, could you attach a log showing about 5000 lines around the problem ?
Or maybe I'd even have to install that stuff... *sigh*
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1135
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:15 -------
Bug comments restored from Gmane.org:
When you do click about a menu, it doesn't work.
The rebar background, or could be even the toolbar background is missing.
(this last is a comctl32 problem, or missing feature)
Carlos.
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08
15:25 -------
This is two seperate bugs. Lets treat this one as the menu bug. Please open a
seperate bug for the rebar bug.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-12-28 04:25
-------
This could be due to missing CreateMenu/DestroyMenu state memorizing
functionality that is implemented from Win9x on (Win 3.x didn't have that).
(implementing this properly is difficult, since it's unknown how exactly to do that)
Another programs affected by this is FilZip 2.01 (IIRC).
Another program with non-working menus is reported to be QuoteTracker.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16
-------
And yet another program that might be broken the same way is
CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23
-------
Forgot to mention that the CFMX report is in AppDB.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1136
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:13 -------
Bug comments restored from Gmane.org:
Hello all!
I do not know if this is a wine-specific problem, its very strange, but here
you are:
I am developing under Linux a server-side application. As client I have to use
Internet-Explorer, because the rest of the wold does :-(
When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6
and wine,
I can not use the dialogArguments-Property in the opened dialog-Window.
First I thougt, that I made some error in JavaScript, but as I tried my scripts
out
on a real windows-box (same IE5.5 and IE6) it worked fine.
Somewhere between the windows there are my arguments lost.
Here is it like it should be:
test.html:
<script>
window.showModelessDialog("dialog.html", "test")
</script>
This small html-file opens a dialog and displays this document in it:
dialog.html:
<script>
alert(window.dialogArguments)
</script>
Now the opened dialog displays a message "test". Because dialogArguments are
set by the
showModelessDIalog-Method.
This works on the real windows-box. IT DOES NOT WORK on wine. It always
displays "undefined".
How can this be? Looks like a very highlevel error somewhere?
yours
Gunter
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1138
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:10 -------
Bug comments restored from Gmane.org:
If HTTP server responds with "302 Content moved", Wine's HTTP implementation in
wininet.so does not correctly try to download content from the new location
specified in the Location-header.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1139
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:09 -------
Bug comments restored from Gmane.org:
regression starting from 20021031Windows commander 3.51 used to work fine but
has now a problemwith the drop down list for drive selection:"Cannot change
Visible in OnShow or OnHide"I thought of a download link here but as it turns
out the currentdownloadable version 5.5 has bad problems with wine
altogether.(http://www.ghisler.com/download.htm)
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-10
14:52 -------
If its a regression then using CVS could you please narrow it down to the patch
that
caused the regression. The way to do regression testing is outlined here.
http://www.winehq.org/docs/wine-devel/cvs-regression.shtml
------- Additional Comments From micha(a)freemail.com.au 2002-11-13 14:35 -------
Sorry, at this time this is beyond me. Actually, before posting this
I looked at the regression testing - and gave up. Until now I only used binary
versions (those for SuSE) and the problem occurred starting with 20021031.
I had hoped this would be enough for the developer(s) to narrow it down - and
hopefully still be useful. I am only beginning to dig in to this.
At least I can meanwhile correct this much: The current download version of
Windows Commander (now "Total Commander") actually DOES run under Wine.
It just has a silly splash screen waiting for some input, that gets immediately
covered by the main window so that the latter appears to be dead.
Having solved that: The problem in question can still be seen with this version
although the useful message pointing out the problem does not come up any more.
One just gets an empty rectangle.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1140
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:07 -------
Bug comments restored from Gmane.org:
It seems that WINE Setup API has problem parsing comments in .INFs. For
instance, when trying to install HTML Help Workshop above the Setup fails with
the message:
Incorrect INF file syntax in section 'HHWDestinationDir ; Ask user
for custom destination'
Uncompressing the self-extracting package and removing the comments avoids the
problem:
cabextract htmlhelp.exe
mv htmlhelp.inf htmlhelp.inf.orig
sed -e 's/;.*$//g' htmlhelp.inf.orig > htmlhelp.inf
wine setup.exe
------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:08 -------
These are the relevant bits when running with -debugmsg +all
trace:string:lstrcpynA (0x406c1c5c, "W95INF16.DLL", 260)
trace:string:lstrcpynA (0x406c1118, "/home/jfonseca", 1024)
trace:string:lstrcpynW (0x403cb028, L"HHWDestinationDir\t\t; Ask user for custom
destination", 2048)
trace:string:lstrcpynA (0x406c0a78, "/home/jfonseca", 1024)
trace:setupapi:IpGetProfileString16 0x403c8e48: section "version" entry
"signature" ret "$Chicago$"
trace:setupapi:GenFormStrWithoutPlaceHolders16 "HHWDestinationDir\t\t; Ask user
for custom destination" -> "HHWDestinationDir\t\t; Ask user for custom destination"
trace:reg:RegQueryValueExA
(0x50,"ProgramFilesPath",(nil),(nil),0x406c1d14,0x406c1e7c=260)
trace:reg:RegQueryValueExA
(0x50,"SM_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100)
trace:reg:RegQueryValueExA
(0x50,"PF_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100)
trace:string:lstrcpynA (0x406c0ddc, "/home/jfonseca", 1024)
trace:string:lstrcpynA (0x406c0d78, "/home/jfonseca", 1024)
trace:resource:LoadStringA instance = 75a50000, id = 045d, buffer = 406c1b34,
length = 512
trace:resource:LoadStringW instance = 75a50000, id = 045d, buffer = 403c9818,
length = 512
trace:resource:LoadStringW strlen = 41
trace:resource:LoadStringW L"Incorrect INF file syntax in section '%1'" loaded !
trace:resource:LoadStringA "Incorrect INF file syntax in section '%1'" loaded !
------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:39 -------
The strangest thing is that the ';' is already being considered in
value_name_state() in dlls/setupapi/parser.c.
I guess the problem must live on PARSER_string_substW() in
dlls/setupapi/parser.c, which is called by GenFormStrWithoutPlaceHolders16.
Unfortunately there isn't available information about this later API.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1142
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:05 -------
Bug comments restored from Gmane.org:
when a user (user a) in a network environment opens an excel spreadsheet that
another user (user b) already has open, they get a message that the file is
already opened for writing by user b. When running excel2k with wine, if user a
tries to go into a file that user b already has open for writing, there is no
prompt. Likewise, if user a opens a file for writing, and user b tries to access
that file, user b doesn't recieve a prompt...there is no error message for this
and i am not sure if this is a bug or something that would need to be built into
wine...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1144
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:02 -------
Bug comments restored from Gmane.org:
[Laurent@cyrus tools]$ ./wineinstall
WINE Installer v0.73
~/wine-20021031 ~/wine-20021031/tools
Running configure...
configure: creating cache config.cache
checking build system type... i686-pc-linux-gnuoldld
checking host system type... i686-pc-linux-gnuoldld
checking whether make sets ${MAKE}... yes
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable C compiler found in $PATH
Configure failed, aborting install.
Here the result of the installation that I have tent to carry out under
RED HAT 8.0
I have also test with ./configure and the result is the same one
would have a idee.
Thanking you by advance and with gratitude for the neophyte
Laurent
------- Additional Comments From marcus(a)jet.franken.de 2002-11-14 11:31 -------
You need to install the gcc, bison, flex, make rpms from the redhat cds (and
probably more). If there is a development profile to select in the redhat
package manager frontend, please select it.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-14 11:55
-------
I'd advise you to really read the README file next time - the file's naming
definitely serves a purpose...
Oh well, good luck !
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1145
------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:01 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 14:46 -------
Working on this...
------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 15:56 -------
Created an attachment (id=338)
--> (http://bugs.winehq.com/attachment.cgi?id=338&action=view)
Patch for ntdll
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 -------
Patch committed:
http://cvs.winehq.com/patch.py?id=6347
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 -------
Patch committed, this one's done!
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1146
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:59 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 -------
Patch committed:
http://cvs.winehq.com/patch.py?id=6365
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 -------
Yeap, it's closed!
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1147
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:57 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:45 -------
Created an attachment (id=337)
--> (http://bugs.winehq.com/attachment.cgi?id=337&action=view)
Make shell32 compile without WINE_NO_STRICT
------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:47 -------
Since this is my first try to STRICT:ify a dll in wine i'm attaching it here for
review before sending to wine-patches.
If it's okay i'll continue and help with the other few dlls that's left.
One thing that worries me is if i should do:
if ((int)hInstance < 32)
or
if (hInstance < (HINSTANCE)32)
Except from that should the fact that it's compiling without warnings be enough,
shouldn't it?
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-18
10:48 -------
At this point in time you should send the patch to wine-patches(a)winehq.com . You
will get far more review of it there.
Please include a link to this bug report in your patch submission.
You should include a link here (in the Additional Comments:) to the patch in in
the wine-patches archive http://www.winehq.com/hypermail/wine-patches/ (this is
nice to do as it provides a good cross reference.).
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 -------
Patch submitted
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 -------
Patch committed:
http://cvs.winehq.com/patch.py?id=6364
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1148
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:55 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From dpaun(a)rogers.com 2002-11-22 13:41 -------
Patch submitted:
http://www.winehq.com/hypermail/wine-patches/2002/11/0291.html
Will close it when it's committed.
------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:31 -------
Alexandre committed this instead:
http://cvs.winehq.com/patch.py?id=6373
------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:32 -------
So it's closed!
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1149
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:54 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:17 -------
Fixed by this:
http://www.winehq.com/hypermail/wine-patches/2002/11/0296.html
Let's close this bug when the patch gets committed.
------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:35 -------
Fix by this patch:
http://cvs.winehq.com/patch.py?id=6371
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1150
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:52 -------
Bug comments restored from Gmane.org:
To make this dll compile with -DSTRICT do the following:
- remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile
- do a make clean in that dll
- do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To
fix wrong handle conversions, use the tips given in bug 90.
------- Additional Comments From hughes2002(a)btinternet.com 2002-11-15 20:05 -------
Created an attachment (id=333)
--> (http://bugs.winehq.com/attachment.cgi?id=333&action=view)
Patch for colordlg.c and cdlg32.c - more to follow (hope these are okay - this
is my first time hacking on Wine)
------- Additional Comments From hughes2002(a)btinternet.com 2002-11-16 20:04 -------
Created an attachment (id=334)
--> (http://bugs.winehq.com/attachment.cgi?id=334&action=view)
Full patch for commdlg (hope this is okay - this is my first time hacking on Wine)
------- Additional Comments From fgouget(a)codeweavers.com 2002-11-16 20:15 -------
Cool.
The best is to send it to wine-patches (or wine-dev) to give it more exposure
and get more comments.
------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:12 -------
Patch submitted.
------ Additional Comments From dpaun(a)rogers.com 2002-11-21 18:13 -------
Patch:
http://cvs.winehq.com/patch.py?id=6363
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1151
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:50 -------
Bug comments restored from Gmane.org:
Fixed width font fields in Windows are variable width in WINE. You can verify
this by opening up NOTEPAD.EXE in Wine. Instead of the fixed
width (teletype/courier) font for displaying characters in the text field,
Wine supplies a variable width solution. This is only a minor problem when
using NOTEPAD.EXE. But it is a major problem when using software that assumes
a fixed width font. This pertains specifically to my favorite text editor,
NoteTab Pro. It runs very well with WINE except that it renders the text (and
the blinking cursor) incorrectly because it expects a fixed width text field
but Wine supplies a variable width font. I would love to be able to use
NoteTab Pro under Linux, but it is not very enjoyable unless this kink is
worked out.
thanks,
Peter Kirby
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-17 04:11
-------
CC'd Huw Davies.
------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:13 -------
Adding link to the download page for the FreeWare version:
http://notetab.com/download.htm
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1152
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:48 -------
Bug comments restored from Gmane.org:
Current version management code doesn't seem to work properly in a lot of cases.
GetFileVersionInfoA is said to only work with Win32 file images on MSDN, yet our
code happily parses any kind of file information, both Win16 and Win32, and,
worse yet, it even sometimes returns the *wrong* kind of format
(as can be witnessed by running UltimateZip 2.7 - well, trying to run, that is...).
I'm about to submit some test cases for version information code, and I'm also
thinking
of deliberately changing the code quite a lot in order to fix the worst issues,
but of course this will then break a lot of other things, thus forcing someone
to properly redesign this code (I currently really don't have time to do that).
IMHO having a properly working version information code is pretty important,
and the code seems to also be quite broken, thus leading to problems with lots
of programs, so I assigned it a severity of "major".
(another example of version problems seems to be the thread "Ulead Mediastudio
2.5 on Wine" on c.e.m.w.)
What needs to be done IMHO is to first design very thorough (all-encompassing)
test cases on Windows to be used on Wine
(check Win16/Win32 file images, check for proper ASCII/Unicode handling, ...,
so in total we might end up having some maybe 6 up to 10 different test cases),
and then one would have to correct the current code (and still keeping in mind
that we need to handle our own version information in our .so libraries properly !).
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1153
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:47 -------
Bug comments restored from Gmane.org:
CreatePen() seems to subsquently render half as wide as it should be. If
PS_ENDCAP_ROUND is requested, Arc() renders with (I think) PS_ENDCAP_SQUARE.
I worked around the former by changing circa line 50 in wine-20021031/graphics/
x1drv/pen.c to remove the factor "* 0.5" in the parameter to GDI_ROUND().
Example source (an FLTK fluid specification) and executable at:
http://www.afn.org/~wilson/foo.flhttp://www.afn.org/~wilson/foo.exe
Line at proper width (100 pixels) will be jammed against the window frame;
270-degree arc should have round ends as well. Both look fine on W95 and WXP.
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de
2002-11-17 13:46 -------
Good spotting!
I also fould in grahics.c X11DRV_DrawArc() the place where the endcap style was
unconditional overwritten with the square style.
I sent a patch to wine-patches.
If Akexandre accepts and applies the patch, please close the bug
Bye
------- Additional Comments From wilson(a)afn.org 2002-11-25 20:11 -------
Uwe's patches appear to fix my test application. Thanks all.
------- Additional Comments From wilson(a)afn.org 2002-11-25 20:13 -------
Uwe asked that I close this bug, not merely mark it "Fixed".
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1154
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:45 -------
Bug comments restored from Gmane.org:
When running Master of Orion 2 (a six year old Win95 game from Microprose) with
the Debian unstable package of Wine 20021031 I see the following error messages:
<-- snip -->
$ wine orion95.exe
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a0978)->(00010021,00000011)
fixme:x11drv:X11DRV_DDHAL_CreatePalette stub
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x403a0978)->(flags=0x00000001,handle=(nil))
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x403a0978)->(flags=0x00000001,handle=(nil))
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x403a0978)->(flags=0x00000001,handle=(nil))
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x403a0978)->(flags=0x00000001,handle=(nil))
fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank
(0x403a0978)->(flags=0x00000001,handle=(nil))
<-- snip -->
They seem to be nonfatal (the game runs fine).
<-- snip -->
$ grep ddraw .wine/config
"ddraw" = "builtin, native"
$
<-- snip -->
I'll attach the output of "wine -debugmsg +ddraw orion95.exe".
------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 16:20 -------
Created an attachment (id=335)
--> (http://bugs.winehq.com/attachment.cgi?id=335&action=view)
Output of "wine -debugmsg +ddraw orion95.exe"
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17
18:57 -------
Is the program displaying an screen coruption and if so could you provide a
screenshot.Also please provide a description of what you expect to se (but don't)
------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 19:05 -------
There's no screen corruption and the program runs fine.
It's simply that these messages sound as if there's something that might need to
get fixed.
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17
21:00 -------
If its not casing problems for your program then its just janitorial work
marking as trivial. For the most part I do not worry about fixme's unless they
interfere with a programs operation.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1155
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:43 -------
Bug comments restored from Gmane.org:
I get the above error when trying to load Panzer Elite.
Wine 20021031
Redhat 8.0
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1156
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:42 -------
Bug comments restored from Gmane.org:
------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:59 -------
These messages can be ignored. What actually goes wrong? If no response in a few
weeks, this bug should be closed.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1156
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:41 -------
Bug comments restored from Gmane.org:
Wine 20021031
Redhat 8.0
[tazman@nitremb21 tazman]$ wine "/mnt/cdrom/panzer_elite/panzer_elite.exe"
fixme:process:CreateProcessA (D:\panzer_elite\3d_control_center.exe,...):
NORMAL_PRIORITY_CLASS ignored
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402b47a0)->(00010024,00000011)
fixme:ddraw:MESA_IDirect3D2Impl_CreateDevice
(0x402b4350)->({84e63de0-46aa-11cf-816f-0000c020156e},0x402b4e50,0x444408): stub
fixme:process:CreateProcessA (D:\panzer_elite\mymenu.exe,...):
NORMAL_PRIORITY_CLASS ignored
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1157
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:40 -------
Bug comments restored from Gmane.org:
------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2002-12-09
15:44 -------
It appears that it does display Hebrew properly, but only when the fonts are
loaded in the fakeroot directory. When the exact same fonts are available
through the X configuration (have not tried a font server, it used to work even
worst than setting the fonts dir and using ttmkfdir), Hebrew characters are
displayed as squares instead.
This happens both when running Unicode and Ansi programs.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1159
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:37 -------
Bug comments restored from Gmane.org:
The patch http://cvs.winehq.com/patch.py?id=6301 introduced a regression:
with "DesktopDoubleBuffered" = "N" and "ScreenDepth" = "8" in the config file
wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever.
Setting "DesktopDoubleBuffered" = "Y" or commenting out "ScreenDepth" (or
setting it to 16) makes the bug go away.
The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from
X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) .
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:35 -------
Bug comments restored from Gmane.org:
This is on Wine 20021031 (no option appears for this above).
CryptoAPI is broken under this version. I started poking around trying to find
out if someone was working on this. All I could find was a conversation between
two people -- both of whom seem to indicate that they were close to finishing
some kind of implementation for this. This was around August/September 2001.
There was another discussion as to legal issues surrounding cryptography exports
and licensing issues surrounding the integration with OpenSSL.
I'm a complete novice with Wine. I'm trying to run the application Microsoft
Money 2001 from an existing installation on a Windows partition. The most
successful attempt to date passes the splash screen and opens the main window,
but does not draw the "home" page. This is the trace:
=>0 0x7ca03a36 (RSAENH.DLL.CPDuplicateHash+0x12d in
C:\WINDOWS\SYSTEM\RSAENH.DLL) (ebp=406b1e10)
1 0x4099bf0b (ADVAPI32.DLL.CryptDeriveKey+0x145 in advapi32.dll.so) (ebp=406b1e58)
2 0x27108809 (MNYUTIL.DLL.??_7COfdPoolAdvDates@@6B@+0x69 in C:\PROGRAM
FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1e80)
3 0x271088ea (MNYUTIL.DLL.?Encrypt@@YAPAEPBEKPAKPBD@Z+0x4a in C:\PROGRAM
FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1eb0)
4 0x2710889b (MNYUTIL.DLL.?SetPassword@CEncryptedPassword@@QAEXPBD@Z+0x46 in
C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b268c)
5 0x10554d47 (MNYOB99.DLL.?FCreate@CPlaceBar@@UAEHPAVCWnd@@@Z+0x6c8 in
C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b28c8)
6 0x1055a77f (MNYOB99.DLL.?InitInstance@CObeliskDLL@@QAEHXZ+0xd75 in
C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2c9c)
7 0x10559bf9 (MNYOB99.DLL.?InitInstance@CObeliskDLL@@QAEHXZ+0x1ef in
C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2d98)
8 0x5f40b4f3 (MFC42.DLL.1576+0x47 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=406b2e58)
9 0x400c6709 (KERNEL32.DLL.CreatePipe+0xd99 in libntdll.dll.so) (ebp=406b2f1c)
10 0x400cb1c7 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x659 in libntdll.dll.so)
(ebp=406b2ff4)
11 0x400cb418 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x8aa in libntdll.dll.so)
(ebp=00000000)
I've tried using the native advapi32.dll, but this fares even worse (or
better?). Money complains that is unable to load a resource and crashes. At
least with the builtin advapi I get a stack trace.
The other settings are trivial -- mostly defaults from winesetuptk. The major
change is that the windowing mode is desktop. Other windowing modes fail.
Double-buffering fails for the desktop mode. Installing money natively to Wine
fails with an internal error (2761?) at about the 50% mark.
If you need more information, just give me some basic instruction as to the
debugmsg options and wine config you'd like.
------- Additional Comments From mike(a)theoretic.com 2003-03-30 15:20 -------
Is this still a bug in latest CVS? CryptoAPI has been implemented for a long
time now iirc, it sounds like a regression or bug, rather than unimplemented API.
------- Additional Comments From pollockd(a)magma.ca 2003-03-30 20:29 -------
I'm currently running the wine-20021125 package from Gentoo. They also have
20030115 and 20030219, but these are marked as unstable. This is a bit of the
current goo from the trace (-debugmsg +all).
trace:string:lstrcpynW (0x4053e748, L"C:\\WINDOWS\\SYSTEM\\USER32.DLL", 260)
trace:crypt:CryptCreateHash (0x402fe678, 0x8003, 0x0, 00000000, 0x4053f674)
trace:crypt:CryptHashData (0x43b900a8, 0x41382c80, 66, 00000000)
trace:crypt:CryptDeriveKey (0x402fe678, 26625, 0x1136197800, 00000001, 0x4053f678)
wine: Unhandled exception, starting debugger...
It definitely seems (to the novice's eyes) that it is still failing somewhere in
cryptographic code. I wish I could be more help.
------- Additional Comments From mike(a)theoretic.com 2003-03-31 03:35 -------
Yes, the trace indicates that it's failing inside the crypto code, that doesn't
mean it's unimplemented however.
I'll confirm this bug. Without a test app to reproduce this crash, there's not
much we can do to fix it, unless somebody recognises this trace.
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-31 11:06
-------
Why?
Couldn't it be that our ADVAPI32.CryptDeriveKey simply calls into the crypt
provider DLL
(in this case, RSAENH.DLL) function in an illegal way?
It's most likely CPDeriveKey() that's called illegally, since that is the only
provider DLL function our CryptDeriveKey() calls...
BTW, The algorithm used (26625) is
ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | 1
and thus it should be RC4:
#define CALG_RC4 (ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM |
ALG_SID_RC4)
since ALG_SID_RC4 is 1
Hmm, strange, why is the alg id RC4, but the DLL is called RSAENH.DLL??
Maybe that is the real problem?
BTW, could you try using a different version of RSAENH.DLL?
------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 -------
I'm not sure how to try using a different RSAENH.DLL. I specified the
command-line as: "wine --debugmsg +all --dll rsaenh=b msmoney.exe
&>~/output.txt". I hope that's what you wanted. It didn't change the result,
however.
Here's some more stuff I've been able to find in the logs.
err:win32:PE_fixup_imports No implementation for
ADVAPI32.dll.71(CryptGetLocalKeyLimits) imported from
C:\windows\system\rsabase.dll, setting to 0xdeadbeef
I'm set up to use the built-in advapi32 implementation. I'll attach my config,
in case there are some glaring errors that I haven't noticed.
Just to check, I tried again with both:
wine --debugmsg +all --dll advapi32=n,rsaenh=b msmoney.exe &>~/output.txt
wine --debugmsg +all --dll rsaenh=b,rsabase=b msmoney.exe &>~/output.txt
Native advapi32 failed to get anywhere (even to the splash), and native rsabase
had no effect.
------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 -------
Created an attachment (id=442)
--> (http://bugs.winehq.com/attachment.cgi?id=442&action=view)
Wine Configuration File
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:20 -------
Hmm, could you give us the full debug output, rather than just the backtrace?
If the crash is caused by dereferencing 0xdeadbeef then it's probably due to the
unimplemented CryptGetLocalKeyLimits function. I had a quick scoot around, I
can't find any docs on that, MSDN doesn't appear to have any info on it, so
maybe it's a callback or undocumented function?
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:22 -------
This might be a dupe of bug 682
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:45
-------
Could you please try the following patch and report a --debugmsg +relay,+crypt
logfile?
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:46
-------
Created an attachment (id=444)
--> (http://bugs.winehq.com/attachment.cgi?id=444&action=view)
Patch to implement minimal CryptGetLocalKeyLimits() stub.
------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:42 -------
Now, when the application starts, two windows open. One for "PSTORES.EXE" and
another for MSMoney. The application still bombs, but I don't get the same "no
implementation message". I'll attach the +crypt,+relay trace you asked for.
The patch given didn't apply on the version I have. The spec file has an
additional value after the parameter list, which appears to just be the function
name itself. I've patched as follows:
@ stdcall CryptGetHashParam(long long ptr ptr long) CryptGetHashParam
@ stdcall CryptGetKeyParam(long long ptr ptr long) CryptGetKeyParam
@ stdcall CryptGetLocalKeyLimits(long long long long long long long)
CryptGetLocalKeyLimits
@ stdcall CryptGetProvParam(long long ptr ptr long) CryptGetProvParam
@ stdcall CryptGetUserKey(long long ptr) CryptGetUserKey
------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:43 -------
Created an attachment (id=445)
--> (http://bugs.winehq.com/attachment.cgi?id=445&action=view)
wine --debugmsg +relay,+crypt msmoney.exe &>~/output.txt
------- Additional Comments From mike(a)theoretic.com 2003-04-02 08:38 -------
trace:crypt:CryptAcquireContextA (0x40541eb4, (null), (null), 1, 00000000)
trace:crypt:CryptCreateHash (0x4029ef40, 0x8003, 0x0, 00000000, 0x40541e84)
trace:crypt:CryptHashData (0x4029f4c8, 0x27108998, 2, 00000000)
trace:crypt:CryptDeriveKey (0x4029ef40, 26114, 0x1076491464, 00000000, 0x40541e80)
wine: Unhandled exception, starting debugger...
Looks like a stub isn't good enough
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1162
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:31 -------
Bug comments restored from Gmane.org:
This game runs almost perfect in wine. The only problem that I have is that it
has a screen for parents to use that is inaccesable. The way it is supposed to
be accessed is through pressing Ctrl-P. This does not work... any help suggestions..
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-22 06:32
-------
Check out a
--debugmsg+relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg logfile
to find out why this key combo doesn't get recognized or gets lost (especially
event and keyboard should be helpful).
(remove some debugmsg options if needed)
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-24
12:48 -------
Created an attachment (id=341)
--> (http://bugs.winehq.com/attachment.cgi?id=341&action=view)
11000 line log (snipped) +relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-25
19:01 -------
I snipped down the log some on my own and ran across this section as I was doing so
0874e8e0:Call USER.106: GETKEYSTATE(0070) ret=029f:0a36 ds=0397
trace:msg:GetKeyState key (0x50) -> 0
0874e8e0:Ret USER.106: GETKEYSTATE() retval=0000 ret=029f:0a36 ds=0397
Now ascii(70) is lower case p and ascii (50) is upper case P. After playing
around a bit I found that GetKeyState is defined in /windows/message.c and this
function converts the keypressed to upper for whatever reason so I commented it
out as in the following patch and now ctrl-P works.
Index: message.c
===================================================================
RCS file: /home/wine/wine/windows/message.c,v
retrieving revision 1.148
diff -u -r1.148 message.c
--- message.c 30 Oct 2002 23:45:38 -0000 1.148
+++ message.c 26 Nov 2002 00:40:19 -0000
@@ -665,7 +665,7 @@
{
INT retval;
- if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a';
+/* if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; */
retval = ((WORD)(QueueKeyStateTable[vkey] & 0x80) << 8 ) |
(QueueKeyStateTable[vkey] & 0x80) |
(QueueKeyStateTable[vkey] & 0x01);
Now I suspect that this is not the "Right Fix" tm but I am going to submit it to
wine-devel anyway.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1166
------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:24 -------
Bug comments restored from Gmane.org:
was bug 1002 but I don't know how to reopen it...
the msvcrt's 'unhandled: %' bug is still there in Wine 20021125
last time you had some problems with attachments, so now I put part of it into
comment:
08077c00:Call msvcrt.strstr(406c2820 "// Registry key which tells that there is
already a complete installation on the"...,0040537c "KEY_INSTALLCOMPLETE")
ret=004010a9
08077c00:Ret msvcrt.strstr() retval=00000000 ret=004010a9
08077c00:Call msvcrt.fgets(406c2820,00000200,403c1050) ret=00401092
08077c00:trace:msvcrt:MSVCRT_fgets :file(0x403c1050) fd (3) str (0x406c2820) len
(512)
08077c00:trace:msvcrt:MSVCRT_fgets :got 'KEY_INSTALLCOMPLETE
"SOFTWARE\BlueByte\Incubation\InstallIncComplete"
'
08077c00:Ret msvcrt.fgets() retval=406c2820 ret=00401092
08077c00:Call msvcrt.strstr(406c2820 "KEY_INSTALLCOMPLETE
\"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n",0040537c
"KEY_INSTALLCOMPLETE") ret=004010a9
08077c00:Ret msvcrt.strstr() retval=406c2820 ret=004010a9
08077c00:warn:msvcrt:MSVCRT_sscanf KEY_INSTALLCOMPLETE
"SOFTWARE\BlueByte\Incubation\InstallIncComplete"
("%s"): semi-stub
08077c00:trace:msvcrt:MSVCRT_sscanf returning 1
08077c00:Call msvcrt.strlen(406c2a20 "KEY_INSTALLCOMPLETE") ret=004010d8
08077c00:Ret msvcrt.strlen() retval=00000013 ret=004010d8
08077c00:Call msvcrt.strcpy(406c2abc,406c2833 "
\"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n") ret=004010e6
08077c00:Ret msvcrt.strcpy() retval=406c2abc ret=004010e6
08077c00:warn:msvcrt:MSVCRT_sscanf
"SOFTWARE\BlueByte\Incubation\InstallIncComplete"
("%"%[^"]s"): semi-stub
08077c00:fixme:msvcrt:MSVCRT_sscanf unhandled: %"
08077c00:trace:msvcrt:MSVCRT_sscanf returning 0
------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:04 -------
Created an attachment (id=359)
--> (http://bugs.winehq.com/attachment.cgi?id=359&action=view)
Quick-hack patch
------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:09 -------
This is the first part of your origional problem (bug #1002). The program is
passing %" as the format and is expecting to start the input from the first "
character in the input stream. I have attached a simple fix which should work
but I haven't actually tested if it works ok. Let me know if it works.
------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-17 03:21 -------
install now works but later in game it crashes (with unhandled exception)
it is strange - when i run game normally (wine incubation.exe) I get unhandled
exception in msvcrt sscanf. but when I run game with 'wine --debugmsg +all,
+trace, +relay incubation.exe >& log' I get unhandled exception in ntdll sscanf.
So I don't know... Part of log is attached, but I am not sure if it is connected
to this bug or it is something else. so if it does then send me how i should
test it for you (parameters to --debugmsg and stuff like that)... if it soeasn't
then for me it is fixed (when this patch will be in wine sources)
log:
...lot of stuff before..... full length of log was 250MB....
080ced98:Call ntdll.RtlEnterCriticalSection(468d13c0) ret=40eb8503
080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40eb8503
080ced98:Call ntdll.RtlLeaveCriticalSection(468d13c0) ret=40eb8537
080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40eb8537
080ced98:Call msvcrt.??2@YAPAXI@Z(00000024) ret=00478f08
080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000024) ret=40c60547
080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000028): returning
468d14c0
080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14c0 ret=40c60547
080ced98:trace:msvcrt:MSVCRT_operator_new (36) returning 0x468d14c0
080ced98:trace:msvcrt:_lock (9)
080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961
080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961
080ced98:trace:msvcrt:_unlock (9)
080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39
080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39
080ced98:Ret msvcrt.??2@YAPAXI@Z() retval=468d14c0 ret=00478f08
080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048ccd3
080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14c4 ret=0048ccd3
080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048cd15
080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14d4 ret=0048cd15
080ced98:CALL newtoolsr.38: ??0String@BB@@QAE@XZ() ret=00478f84
080ced98:Call msvcrt.??2@YAPAXI@Z(00000001) ret=10001ef4
080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000001) ret=40c60547
080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning
468d14f0
080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14f0 ret=40c60547
080ced98:trace:msvcrt:MSVCRT_operator_new (1) returning 0x468d14f0
080ced98:trace:msvcrt:_lock (9)
080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961
080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961
080ced98:trace:msvcrt:_unlock (9)
080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39
080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39
080ced98:Ret msvcrt.??2@YAPAXI@Z() retval=468d14f0 ret=10001ef4
080ced98:RET newtoolsr.38: ??0String@BB@@QAE@XZ() retval = 004eda84 ret=00478f84
080ced98:Call msvcrt.?name@type_info@@QBEPBDXZ(00000001) ret=00478f9f
080ced98:trace:msvcrt:MSVCRT_type_info_name
080ced98:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402b2b9b
080ced98:trace:seh:EXC_RtlRaiseException info[0]=00000000
080ced98:trace:seh:EXC_RtlRaiseException info[1]=00000009
080ced98: queue_exception_event( first=1,
record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}}
)
080ced98: queue_exception_event() = 0 { handle=(nil) }
080ced98:trace:seh:EXC_CallHandler calling handler at 0x479e25 code=c0000005 flags=0
080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2c88,405b0a44,405b0960)
ret=400d5085 fs=008f
eax=004abf28 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44
ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216
080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f
eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44
ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216
080ced98:trace:seh:EXC_CallHandler handler returned 1
080ced98:trace:seh:EXC_CallHandler calling handler at 0x4124dc code=c0000005 flags=0
080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2ca4,405b0a44,405b0960)
ret=400d5085 fs=008f
eax=004aa9e0 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44
ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216
080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f
eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44
ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216
080ced98:trace:seh:EXC_CallHandler handler returned 1
080ced98:trace:seh:EXC_CallHandler calling handler at 0x4a3102 code=c0000005 flags=0
080ced98:Call msvcrt._except_handler3(405b09d0,406c2e74,405b0a44,405b0960)
ret=400d5085
080ced98:trace:msvcrt:_except_handler3 exception c0000005 flags=0 at 0x402b2b9b
handler=0x4a3102 0x405b0a44 0x405b0960 semi-stub
080ced98:trace:msvcrt:_except_handler3 filter = 0x4a2e80
080ced98:Call msvcrt._XcptFilter(c0000005,405b0844) ret=004a2e97
080ced98:fixme:msvcrt:_XcptFilter (-1073741819,0x405b0844)semi-stub
080ced98:Call kernel32.UnhandledExceptionFilter(405b0844) ret=40c5aeb9
080ced98: queue_exception_event( first=0,
record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}}
)
080ced98: queue_exception_event() = 0 { handle=(nil) }
080ced98: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" )
080ced98: create_event() = 0 { handle=0x98 }
wine: Unhandled exception, starting debugger...
------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-17 11:25 -------
This doesn't look like it's related to the sscanf problem. It seems like this
is related to bug #1124. By looking at that bug, it could be possible that your
program doesn't install properly, wether because of a scanf bug or not.
------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-18 07:00 -------
hard to tell, anyway I think when this patch will be commited to wine this
should be marked as fixed
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.