wine-bugs June 2003

wine-bugs@winehq.org

1 participants
858 discussions

[Bug 1321] Files do not retain their timestamps with CopyFile
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1321 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:24 ------- Bug comments restored from Gmane.org: When using the CopyFile api, the copied file does not retain its timestamps as they do under Windows. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:40 ------- Confirming, we should do this. Patches are welcome, I don't think it'd be hard. MSDN doesn't seem to mention behaviour here, but I expect the reporter is right :) -- 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 1322] IsTextUnicode failure with IS_TEXT_UNICODE_REVERSE_MASK
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1322 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:21 ------- Bug comments restored from Gmane.org: Calling IsTextUnicode with the IS_TEXT_UNICODE_UNICODE_MASK option correctly determines that ansi text is not unicode. However calling IsTextUnicode with the IS_TEXT_UNICODE_REVERSE_MASK option for that same ansi text incorrectly reports that the text is Unicode. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14 20:34 ------- AFAICT IsTextUnicode is very rudimentary in wine. If you want to improve it please look in dlls/ntdll/rtlstr.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.

1 0

[Bug 1323] wctomb does not fail on invalid characters
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1323 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:00 ------- Bug comments restored from Gmane.org: To determine whether text is ansii, unicode (big or little endian) a series of test are performed including calling wctomb. This routine should return -1 if the conversion cannot be performed in the current locale. As a result, under Wine, an ansii string appears to be unicode (both big or little endian). -- 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 1325] program window (calamus) remains small
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1325 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:52 ------- Bug comments restored from Gmane.org: solved with a patch ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:28 ------- So, is this bug fixed then? -- 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 1326] Close Combat doesn't run
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1326 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:51 ------- Bug comments restored from Gmane.org: Close Combat installs fine from CD_ROM (it even does a direct link on desktop), but when I try to run CC.exe, I get a following note in a single popup-window: --- Close Combat Error Close Combat requires indeo 4.1 to display the videos. Please run the Close Combat setup again. --- I have indeo 4.1 codec in /usr/lib/win32/w32codec-0.90/ir41_32.dll When I run the setup.exe from CD-ROM, it installs the Close Combat all over again and when I run setup.exe from the installed directory I get following popup: --- Setup Error 544 Setup in unable to open the data file 'C:\Program Files\Microsoft Games\Close Combat\Setup\SETUP.stf'; run Setup again from where you originally ran it. --- ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 15:38 ------- Well, the problem is that the installer should also (if it installs the Intel Indeo codecs) put a lot of stuff in the registry... So one solution would be to do a '--debugmsg +relay', look at a RegOpenKey or something like that that fails. If you find it, people will be very happy to provide you with the key to put in your registry. Better would be to have the installer actually working though :-) ------- Additional Comments From mike <at> theoretic.com 2003-03-19 09:01 ------- The codec in /usr/lib/win32 is unlikely to be used by wine, I think that's mplayer, which uses wine internally but the two don't interact. -- 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 1327] Can't read .ini when installing driver for Visioneer PaperPort 6000 (a scanner)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1327 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:48 ------- Bug comments restored from Gmane.org: This is my first time submitting a bug to the wine bugtracker, and I'm not versed in the wine internals; I hope I've fingered the correct module. Apologies if not! Download 6000.exe from http://www.visioneer.com/support/flatbed/6000downloads.asp Attempt to install it with "wine 6000.exe" InstallShield extracts its files, then displays an error dialog, "Missing or Invalid Parameter: UpdateNumber", and stops installing. I did some tracing: InstallShield calls GetPrivateProfileStringA() to retrieve the UpdateNumber entry from X:\update.exe\UPDATE.INI. Yes, the .ini exists and contains that entry. Its real filename is /tmp/update.ini. /tmp/update.exe is a file, put there by InstallShield. If I'm reading the trace correctly, it looks like wine's dosfs subsystem is returning /tmp/update.exe/update.ini as the real path, which is obviously wrong. Why a file is being used as a mount point in the first place is a mystery to me... Hopefully the above procedure should let you reproduce my trace easily, but I can send it if that's required. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14 20:06 ------- Perhaps the bug is valid. However I have my doubts about getting your scanner to work using this method. Hmm... A bug is a bug though... ------- Additional Comments From dankna <at> childe.crusoe.net 2003-03-15 18:20 ------- Well, other people have reported success with this method (not with my model scanner), so it certainly seemed worth a try. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-16 12:55 ------- A relavant trace would help (what channels did you use?) -- 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 1330] argv[0] should be translated into DOS syntax
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1330 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:35 ------- Bug comments restored from Gmane.org: Running a DOS program from the command line, i.e.: wine -- ../prog.exe arg1 arg2 it would be helpful if the path to the executable (../prog.exe) was converted to DOS form (..\prog.exe) when it was passed in to the program as argv[0]. Having this path in UNIX form confused a program that was trying to find the path to its home dir. The work-around was easy, (specify a DOS path) but other WINE users may get bit by this as well. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:15 ------- Confirming bug, changing 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.

1 0

[Bug 1334] wine under redhat8.1 beta5 cannot use name resolution
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1334 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:55 ------- Bug comments restored from Gmane.org: Running wine built on redhat (beta 5 - 8.0.94) 8.1. Notes starts, runs but will not do name resolution. Log shows the following. fixme:file:LockFile not implemented in server fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:winsock:WSACancelAsyncRequest (0xdeae),stub fixme:file:LockFile not implemented in server fixme:file:UnlockFile not implemented in server Name resolution is accessible to user from console, correct permissions set. On same build on other distribution i.e. mandrake8 it works fine.I can turn on debugging if someone wants me to? ------- Additional Comments From traxtopel <at> hotpop.com 2003-03-20 04:06 ------- Running a debug on winsock, I get the following, still will not resolve. Edited /etc/hosts added it manually. Under user ID notes is started I can ping this address. fixme:ole:CoRegisterMessageFilter stub fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:thread:SYSDEPS_SpawnThread CreateThread: stub trace:winsock:DllMain 0x41dc0000 0x1 (nil) trace:winsock:WSAStartup verReq=101 trace:winsock:WSAStartup succeeded trace:winsock:WSASetBlockingHook hook 0x41cb2510 trace:winsock:WSAAsyncGetHostByName hwnd 0x2002c, msg 00000401, host D15ML003, buffer 1024 fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:winsock:WSACancelAsyncRequest (0xdeae),stub ------- Additional Comments From traxtopel <at> hotpop.com 2003-03-21 02:12 ------- Not sure what has changed but somewhere between cvs 20030320 1pm CET & 20030321 8am CET dns resolving is working again? ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:04 ------- OK, I'll close this bug. Probably there was a slight regression that's been fixed. Thanks for reporting the issue! :) ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15: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.

1 0

[Bug 1335] Game Drakan wants to update to Winsock2 which does not function
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1335 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:51 ------- Bug comments restored from Gmane.org: When I try to install Drakan under Linux and without Windows it wants to update to winsock2. Because this does not function the setup hangs. Could there be a way of making Drakan believe that the update worked? ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:07 ------ Wine supports winsock2 mostly anyway, so it shouldn't need to update. The real question is, why does it think it needs to update? Do you have a ws2_32.dll file in your fake windows/system directory? ------- Additional Comments From dh <at> onclick.org 2003-03-30 16:29 ------- No, there is no such file. Maybe the game Drakan just wants wine to update, if necessary or not, and expects some ok-message back? ------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:40 ------- Change to your fake windows/system directory, then run "touch ws2_32.dll". See if that makes any difference. ------- Additional Comments From dh <at> onclick.org 2003-03-31 10:18 ------- I got a new error. There was a serious error popup followed by a popup that said that the setup directory could not be found. Is that the path to the game cd? This I found in ws2setup.log: WS2SETUP begin: 02/25/2003 07:44:14 RegQueryValueEx(VendorInstallDll) failed VendorWantsMSTCP=1, WantsMSIPX=2, WantsSetupUI=1 WantsMSDNS=1, WantsMSSAP=0 New wsock32.dll file version: 0004000a.00000678 Created WS2BAKUP.BAT backup batch file No version info for C:\WINDOWS\SYSTEM\wsock32.dll WS2SETUP end: failure windows/ws2setup.log (END) This is all I found on screen: Font metrics: 100.0% done fixme:int21:DOS3Call get interrupt vector - move to winedos... fixme:int21:DOS3Call get interrupt vector - move to winedos... fixme:process:CreateProcessA (E:\_ISTMP0.DIR\W95ws2setup.exe,...): CREATE_SEPARATE_WOW_VDM ignored fixme:win32:PE_CreateModule Security directory ignored fixme:process:CreateProcessA (E:\MSE000\setup.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x40712c9c ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x40068618 ignored fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. -- 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 1337] Application support broken: Les Secrets de l'intelligence, UbiSoft
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1337 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:47 ------- Bug comments restored from Gmane.org: I previously used "Les Secrets de l'intelligence, Ubisoft" and it worked well. This application was designed for Windows 95. Now, I can't make it run with the last release. What changed in my config: automount use for /mnt/cdrom. Trace: --------------- [j@laptop Les Secrets]$ wine SECRETS.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Loading required GL library /usr/X11R6/lib/libGL.so.1.2 err:module:BUILTIN32_LoadLibraryExA loaded .so but dll wing.dll still not found - 16-bit dll or version conflict. file_set_error: Permission denied fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f wine: Unhandled exception, starting debugger... [1]+ Stopped wine SECRETS.exe [j@laptop Les Secrets]$ bg [1]+ wine SECRETS.exe & [j@laptop Les Secrets]$ killall wine [1]+ Terminated wine SECRETS.exe [j@laptop Les Secrets]$ ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21 04:37 ------- Hmm, strange errors. Please attach a --debugmsg +relay,+files,+dosfs,+server logfile. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21 04:38 ------- Ugh, that should have been +file, of course... ------- Additional Comments From titan.costa <at> wanadoo.fr 2003-03-21 17:10 ------- 16-bit dll or version conflict ? That reminds me a problem I've had once. Do you have a wing.dll in you app directory ? ------- Additional Comments From jerome.bouat <at> wanadoo.fr 2003-03-22 06:00 ------- [j@laptop j]$ find ~/.wine/c -name 'wing\.dll' [j@laptop j]$ Created an attachment (id=426) --> (http://bugs.winehq.com/attachment.cgi?id=426&action=view) wine --debugmsg +relay,+files,+dosfs,+server SECRETS.exe 2>log.err -- 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

← Newer
1
...
40
41
42
43
44
45
46
...
86
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2003