http://bugs.winehq.org/show_bug.cgi?id=3020
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|wine: Call from 0x4d773d to |unimplemented
|unimplemented function |kernel32.dll.GetVolumePathNa
|kernel32.dll.GetVolumePathNa|meW
|meW, aborting |
--
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=2970
------- Additional Comments From jm.detrez(a)cegetel.net 2005-31-05 14:08 -------
it's seems in socket.c, in the function ws_sockaddr_ws2u() when it is ip you
just return the original pointer but in LINUX MANDRIVA 2005 it'seems that
struct sockaddr_in is a little bit different...
for this funct to work for me i must creat a new sockaadr_in pointer and copy
addr, family and port from the original to the new struct. Then i return the
new struct and it work ...
is this a bug, is this just in mandriva? i'm currently testing on FreeBSD, but
this append on some VB code ... (like CSOCKET www.vbip.com)
--
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.
On 5/27/05, Wine Bugs <wine-bugs(a)winehq.org> wrote:
> http://bugs.winehq.org/show_bug.cgi?id=3002
>
>
> Speeddymon(a)gmail.com changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Keywords| |regression
>
>
>
>
> ------- Additional Comments From Speeddymon(a)gmail.com 2005-27-05 00:50 -------
> Fernando, can you use the documentation at
> http://www.winehq.org/site/docs/wine-devel/x1316 to try and find the patch that
> caused this error? Once you have found it, please post a link to the email from
> the wine-cvs archive for that patch.
>
> Thanks!
>
> --
> Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>
Hi, as you should know, I am new in this, and I just dont understand
how to download the cvs tree to my hard disk, I tried but I can't do
it, I only get error messages and I don't know even if the options I
use with cvs are OK.
I will appreciate if you could guide to do it (maybe a step by step
tutorial or explanation or something, I usually don't need much
information to understand things), I want to get these regressions
corrected...
Regards, Fernando
http://bugs.winehq.org/show_bug.cgi?id=3011
------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2005-31-05 12:45 -------
If you have enough diskspace, run with WINEDEBUG=+relay,+snoop,+comm,+seh and
pipe into a file and run until the hang. Check if the hang is a loop of wine
calls, or something other, like e.g. a WaitCommEvent that never returns. In the
log file, you can also check the context, where the Int2F Handler is called. If
it is pctree16, this seems to be some pre-win32 common control implementation,
from what I read on the net.
Also, isn't there a Win32 version of that control program? Your problem seems
very specific...
--
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=3011
------- Additional Comments From mvmanol(a)yahoo.com 2005-31-05 12:07 -------
MiniLink Network Manager is a vendor specific 16 bit Windows application to
manage Ericsson microwave equipment clusters. For this purpose app use
proprietary protocol over com/modem channel to reach the equipment.
Anyway, I've made some desassembling on the executable..(MNM.exe file). I thing
that int2f API is implemented in PCTREE16.dll, but I'm not sure.
--
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=3020
Summary: wine: Call from 0x4d773d to unimplemented function
kernel32.dll.GetVolumePathNameW, aborting
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
virtualdub crashes , while the following message appears in the console:
wine: Call from 0x4d773d to unimplemented function
kernel32.dll.GetVolumePathNameW, aborting
this happens when i try the option: "Save AVI as" in virtualdub
--
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=3019
------- Additional Comments From ad(a)trapdoor.de 2005-31-05 09:38 -------
Got some additional information from the moment when ReadString is prceeded:
trace:file:ReadFile 0xa0 0x43aa9068 4096 0x4088f018 (nil)
warn:debugstr:OutputDebugStringA CFile exception: generic, File W:\rtf1, OS
error information = 1460.
What does this "OS error information = 1460" mean?
--
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=3019
Summary: read error on reading from rtlinux FIFO from wine
Product: Wine
Version: 20050310
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ad(a)trapdoor.de
i'm using wine to access a realtime application from a windows program by
reading and writing to realtime FIFOs (/dev/rtf*). I used an old system where
it worked fine for me (linux 2.4.19, RTL 3.2pre1, wine 20020804). After I
changed to a new System (linux 2.4.29, RTL 3.2rc1, wine 20050310) read
operations to these FIFOs failed. The windows program and the
realtime-application are the same as before and still run on the old system.
I compared the source-code of the rtlinux FIFO libraries of both versions and
found out, that they are almost equal excepting some cosmetic stuff.
I did the same read operations on normal files and on some other device files
(e.g. /dev/random). This worked as expected. Reading from the FIFO from a
native linux program also works without problems.
The windows program was compiled with a german version of Developer
Studio .NET. The source code i used for testing looks as follows:
char inbuffer[32];
int result;
CStdioFile cCmdFifo;
AfxMessageBox("OpenWrite");
cCmdFifo.Open("W:\\rtf1", CFile::modeWrite);
AfxMessageBox("Send PING");
cCmdFifo.WriteString("PING");
AfxMessageBox("CloseWrite");
cCmdFifo.Close();
Sleep(1000);
AfxMessageBox("OpenRead");
result=cCmdFifo.Open("W:\\rtf1", CFile::modeRead);
AfxMessageBox("ReadString");
cCmdFifo.ReadString(inbuffer, sizeof(inbuffer));
AfxMessageBox("CloseRead");
cCmdFifo.Close;
Drive W: is mapped to /dev and output of ls -la /dev/rtf1 looks like:
crw-r--r-- 1 root root 150, 1 2005-05-31 13:15 /dev/rtf1
When cCmdFifo.Readstring is called the system hangs. The same happens when
using cCmdFifo.Read instead.
When calling the program with winedbg, the program still hangs. Pressing
CTRL-C does not help getting more debugging information and I'm only able to
exit the debugger by "quit" command (i'm not familar with using winedbg :-( ).
I was not able to compile the old wine version on the new system, so I have no
information whether this version works on this system or not.
--
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=3018
------- Additional Comments From Speeddymon(a)gmail.com 2005-30-05 21:29 -------
Could you please also submit that patch to wine-patches with a note about what
it does and why it is necessary, as well as what it fixes, if you havent already?
--
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.