http://bugs.winehq.org/show_bug.cgi?id=2509
------- Additional Comments From jdaviestx(a)comcast.net 2004-12-10 09:22 -------
Created an attachment (id=700)
--> (http://bugs.winehq.org/attachment.cgi?id=700&action=view)
Executable reproducing the problem
Here's an executable that reproduces the problem (obviously, you would only
want to run this "safe" in wineconsole). If I run this exe in windows, I see
the following output:
C:\masm32>readcon
Type a string: abcdef
8
However, under wineconsole, I see the following:
[jdavies@dhcp-347-6 masm]$ wineconsole readcon
Type a string: abcdef
7
It looks like windows is returning the length of the string, plus the CRLF
delimiters, whereas wineconsole is returning one less. I still can't figure
out how to debug into a masm assembler app under wine to figure out if wine is
just not translating the linux eol into a 0d0a, or if it's just dropping a
character from the count.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2509
Summary: ReadConsoleA returning wrong length
Product: Wine
Version: 20040914
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdaviestx(a)comcast.net
I'm using Wine to run a really simple console application (part of a course I'm
taking on Assembler programming), and I've noticed that the following MASM code:
INVOKE ReadConsoleA,
consoleInHandle,
edx,
ecx,
OFFSET bytesRead,
0
(with, obviously, edx & ecx set to a buffer & its length, respectively) is
returning one less character in bytesRead than I actually typed. I'm trying to
wend my way through winedbg and figure this out myself, but if the gurus could
offer any assistance, I'd appreciate it.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=824
------- Additional Comments From randy.galbraith(a)cox.net 2004-11-10 10:11 -------
Tony,
Thanks for the info. I'll follow up using the method you suggest.
Best Regards,
-Randy Galbraith
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2508
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2004-11-10 07:31 -------
It's a good idea to write, test and submit testcases for these problems for our
testsuite
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2508
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2004-11-10 03:20 -------
Yup,
[andi@note include]$ grep -i c00000ba *.h
ntstatus.h:#define STATUS_FILE_IS_A_DIRECTORY 0xC00000BA
this also shows that it complains about creating a directory, which is invalid.
So this call
000b:Call kernel32.CreateFileW(10415fc0
L"Z:\\home\\vengeance\\Server\\Program\\Bin\\",40000000,00000007,00000000,00000003,02000000,00000000)
ret=1015b46d
is very obviously wrong, i.e. it is missing the filename part (which is even
more obvious since it actually contains a trailing \\, too!).
Check for string operations (or other function calls!) on the 10415fc0 string
before that call, something there is incorrect!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.