- Wine-Bugs - list.winehq.org

[Bug 1382] Lost course in Oracle Forms
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1381] Lost course in Oracle Forms
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1406] 16-BIT VB 3.0 APP -- "NOT ENOUGH SPACE FOR ENVIROMENT"
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1380] a bug for wine when running mirc
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1405] OleCreateFromFile() fails
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1379] Remove duplication of code between winesetup and wineconf/wineinstall.
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1378] WIN_FindWndPtr error
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1404] listview with LVS_OWNERDATA doesn't display properly
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1377] Undefined reference to HeapFree
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0

[Bug 1403] Pompei CD won't run
by Wine Bugs June 28, 2003

June 28, 2003

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.

1 0