Hi,
WineDbg is crashing immediately with Msdev (tested on wine20020228, note
that 20011226 & 20020122 are OK)
---- winedbg msdev.exe
...
Wine-dbg>
wine_dbg_cmd: Exception c0000005
fatal flex scanner internal error--end of buffer missed
-----
Winedbg is also crashing when Wine tries to launch Winedbg after Msdev
crash.
----- wine msdev.exe
...
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\CTL3D32.DLL'
(0x5f000000)
Unhandled exception: page fault on read access to 0x80000000 in 32-bit
code (0x402a4db1).
In 32-bit mode.
0x402a4db1 (NTDLL.DLL.strlen+0x31 in libc.so.6): movl 0x0(%eax),%ecx
Wine-dbg>parse error
WineDbg terminated on pid 806d910
-----
The tools I use :
flex version 2.5.4
GNU Bison version 1.28
gcc version 2.96 20000731 (Mandrake Linux 8.1 2.96-0.62mdk)
Any idea ?
--------------------------------------------
[mehmet@localhost msdev]$ winedbg msdev.exe
WineDbg starting... on pid 86a8ad0
Breakpoint 1 at 0x0040155c
No debug information in 32bit DLL 'D:\Program Files\Microsoft Visual
Studio\Common\MSDev98\Bin\msdev.exe' (0x00400000)
Loaded debug information from ELF 'wine' (0x00000000)
Breakpoint 2 at 0x4000da70 (_end+0x37fc0348)
Loaded debug information from ELF '/usr/local/lib/libntdll.so' (0x40029000)
Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x4011d000)
Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so'
(0x40133000)
No debug information in ELF '/lib/libm.so.6' (0x401fb000)
No debug information in ELF '/lib/libc.so.6' (0x4021e000)
No debug information in ELF '/lib/libdl.so.2' (0x4035c000)
Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in 32bit DLL 'NTDLL.DLL' (0x40061000)
No debug information in 32bit DLL 'KERNEL32.DLL' (0x40613000)
Loaded debug information from ELF '/usr/local/lib/libkernel32.so'
(0x405e7000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSVCRT.DLL'
(0x78000000)
No debug information in 32bit DLL 'ADVAPI32.DLL' (0x4071e000)
Loaded debug information from ELF '/usr/local/lib/libgdi32.so' (0x40662000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x406d6000)
Loaded debug information from ELF '/usr/local/lib/libadvapi32.so'
(0x40710000)
No debug information in 32bit DLL 'GDI32.DLL' (0x4067e000)
No debug information in 32bit DLL 'USER32.DLL' (0x4075f000)
Loaded debug information from ELF '/usr/local/lib/libuser32.so' (0x40731000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MFC42.DLL' (0x5f400000)
No debug information in 32bit DLL 'RPCRT4.DLL' (0x408ca000)
Loaded debug information from ELF '/usr/local/lib/libole32.so' (0x40857000)
Loaded debug information from ELF '/usr/local/lib/librpcrt4.so' (0x408b5000)
No debug information in 32bit DLL 'OLE32.DLL' (0x40870000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL'
(0x65340000)
No debug information in 32bit DLL 'SHLWAPI.DLL' (0x4095e000)
Loaded debug information from ELF '/usr/local/lib/libshell32.so'
(0x408db000)
Loaded debug information from ELF '/usr/local/lib/libshlwapi.so'
(0x40947000)
No debug information in 32bit DLL 'COMCTL32.DLL' (0x4098b000)
Loaded debug information from ELF '/usr/local/lib/libcomctl32.so'
(0x4097f000)
No debug information in 32bit DLL 'SHELL32.DLL' (0x408f8000)
No debug information in 32bit DLL 'D:\PROGRAM FILES\MICROSOFT VISUAL
STUDIO\COMMON\MSDEV98\BIN\DEVSHL.DLL' (0x50000000)
No debug information in 32bit DLL 'X11DRV.DLL' (0x40c30000)
Loaded debug information from ELF '/usr/local/lib/libx11drv.so' (0x40c20000)
Loaded debug information from ELF '/usr/local/lib/libwine_tsx11.so'
(0x40c71000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40361000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40c82000)
No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so' (0x4036a000)
No debug information in ELF '/usr/X11R6/lib/libXv.so' (0x404b2000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x404b7000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40c99000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ca8000)
Stopped on breakpoint 1 at 0x0040155c (msdev.exe.EntryPoint in
D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\msdev.exe)
In 32-bit mode.
Wine-dbg>
wine_dbg_cmd: Exception c0000005
fatal flex scanner internal error--end of buffer missed
In documentation/wine-doc/patches.html,
Albert den Haan says :
" For additions: mention that you have some new files
and include them as either separate attachments or by
appending the diff -u /dev/null /my/new/file output of
them to any cvs diff -u output you may have.
Alernatively, use diff -Nu olddir/ newdir/ in case of
multiple new files to add.
For removals, list the files."
I understood how to do when I have an addition,
but not when I have a removal.
Could someone give a sample ?
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
Referred to the last message about this issue, I must say that it was my
mistake to think wcmdmain.c was already the winebuild precompiled file.
But it isn't. I must generate it. I created the .spec file as
documented, but winebuild doen't find wcmdrc.res. So I try to create
wcmdrc.res using wrc utility from wmcdrc.rc, that comes with CVS
sources. I get errors. I'd like to maintain the application as it was
created in order to get it work properly.
[nacho@griserver mcvis32]$ /opt/wine/bin/wrc -r -L -I/opt/wine/include
-DWINELIB -D_REENTRANT -o wcmdrc.res wcmdrc.rc
wcmdrc.rc:1:147: Warning: Unmatched text '#' (0x23); please report
wcmdrc.rc:2:1: Warning: Newline in string constant encounterd (started
line 1)
wcmdrc.rc:3:1: Warning: Newline in string constant encounterd (started
line 1)
wcmdrc.rc:4:1: Warning: Newline in string constant encounterd (started
line 1)
wcmdrc.rc:6:1: Warning: Newline in string constant encounterd (started
line 5)
wcmdrc.rc:7:1: Warning: Newline in string constant encounterd (started
line 5)
wcmdrc.rc:7:246: Warning: Unmatched text '#' (0x23); please report
wcmdrc.rc:9:91: Warning: Unmatched text '#' (0x23); please report
wcmdrc.rc:10:84: Warning: Unmatched text '#' (0x23); please report
wcmdrc.rc:11:1: Warning: Newline in string constant encounterd (started
line 10)
wcmdrc.rc:11:233: Error: Unexpected end of file during preprocessing
[nacho@griserver mcvis32]$
I have not much experience in using window resources. So I don't know
where these errors come from.
Could anyone help me ?
I'll try to follow step by step the migration process. I'll test a
little application, and then will test the big one.
Thanks in advance. Ignasi Villagrasa.
The WineHQ.com move is complete, but not without some issues.
The 1st issue is that our mailing lists (mailman) sent out a huge amount
of email because the newsgroup gateway changed. It basically thought all
the messages on comp.emulators.ms-windows.wine were new. Apologies go
out to the users whose email inboxes we filled up.
So in the meantime, the newsgroup gateway, and the NNTP server on
winehq.com are offline until further notice.
If you notice any other issues that I am not aware of, please let me
know. There is a lot of things to a site that has been running as long
as Winehq.com has.
--
__ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com
| \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com
| .` / -_) | | / ' \/ _` | ' \ -= mailto:[email protected]
|_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon
I need to test a fix for a bug on a clean Wine
installation.
After removing my configuration directory, running
tools/wineinstall I noticed that new Windows
directories do not have fake files with 0 length I
used to see in my old directory (shell.dll,
shell32.dll, winsock.dll, wnsock32.dll, autoexec.bat,
config.sys). All these fake files have exactly the
same time, the same as some directories (e.g. Recent,
SendTo, which do not exist in the new directory).
Obviously, all these changes could not be made
manually by me.
Do you know what application created these
files/directories or I just dreamed all this up?
Andriy Palamarchuk
__________________________________________________
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/
--- Philipp Wollermann <phil_wo(a)gmx.net> wrote:
> You can create fake files with the command 'touch'.
> So if you want to create shell32.dll you would use:
> touch shell32.dll
> This simply creates a zero byte file with the name
> given.
Philipp, thank you for response.
I know how to create files manually.
I wandered if these files and directories were created
automatically by wineinstall script.
Andriy Palamarchuk
__________________________________________________
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/
FINAL NOTICE!
We are going to shut down the old Winehq.com box today. This will happen
at 9pm CST. At that time the new winehq.com box should be operational.
But as with all DNS transfers, there may be delay as the changes
propagate the net. If you can't get to winehq.com, use winehq.org
instead. There will be no difference between the two domains.
This is the final opportunity for you to contact me if you have any
questions or comments before we move.
--
__ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com
| \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com
| .` / -_) | | / ' \/ _` | ' \ -= mailto:[email protected]
|_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon
I've been following Wine development for the last 6 months, mostly watching
for improvements for the 2 Windows applications I actually care about --
Quicken and TurboTax.
Quicken has been mostly usable for that entire time period; however it's
behavior has significantly improved. Far fewer hangs, crashes and other
undesirable behavior. I won't enumerate the problems y'all have fixed,
but the user-visible progress has been great. There's still some rough
edges, but the improvements have been huge.
TurboTax was basically unusable until recently -- but when I returned from
a short vacation and updated my wine sources, all the show-stopping issues
with TurboTax had been resolved. Amazing.
The one issue in both tools that I still need to check on is both
consistently ran out of GDI space, which I've hacked around with some
tweaks to gdiobj.c.
There was a 3rd application I've been evaluating (RentTracker) which was
also unusable in mid-Feb, but which appears to work flawlessly now.
I just wanted to let you know that you've made great strides recently
and your work is greatly appreciated.
jeff
Snoop seems to me to be an incredibly useful tool, when it doesn't crash.
Attached is a patch that removes some of the functionality from snoop, but
makes it crash less.
Unfortunately, I still get a lot of crashes preceeded by the failure of the
assert
ordinal < nrofordinals
in SNOOP_GetProcAddress. I tried to prevent this by adding an if statement
there and returning zero if ordinal > nrofordinals, but that didn't stop the
crashes. Does anyone have any idea how to fix this? Does anyone know why the
ordinal number or the number of ordinals would wrong?