http://bugs.winehq.org/show_bug.cgi?id=14221
Summary: After Wineboot startup
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deepblu(a)poczta.fm
Created an attachment (id=14508)
--> (http://bugs.winehq.org/attachment.cgi?id=14508)
wine_dump
After Wineboot start i have message like in attachment;
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14827
Summary: Autocad 2005 : Multiline text edit crashes application
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
If you try to edit a multiline text (MTEXT) or a dimension text on autocad
(tested on 2005), following happens :
1) The editor is (correctly) shown, but edited text is not visible on text area
2) If you use ESC to abort command, you retourns on autocad correctly
3) If you press OK button to accept changes, the whole autocad hangs.
Ciao
Max
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14422
Summary: AutoCAD 2005 fails to start
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: r.snajdr(a)coramexport.cz
AutoCAD 2005 now installs but it wont start. It reports some problems about
gdiplus. I tryed to istall another one from ddl.com but it did not help
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13838
Summary: AutoCAD 2005 setup : Missing backslash in registry entry
and profile path
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
During setup of AutoCAD2005, some values in registry are incorrectly set.
In detail, what should be :
C:\\windows\\profiles\\massimo\\Applicazioni\\Autodesk\\AutoCAD 2005\\......
Is instead written like that :
C:\\windows\\profiles\\massimo\\ApplicazioniAutodesk\\AutoCAD 2005\\
Note the missing '\\' between 'Applicazioni' and 'Autodesk'
Folders in profile are created accordingly, so instead of :
massimo
Applicazioni
Autodesk
It's created as :
massimo
ApplicazioniAutodesk
That brings problems in some addons (like ExpressTools for autocad) and, I
guess,
it's the cause for the first-run error messagebox.
I think some path-related functions in wine is missing the terminating \\.
Ciao
Max
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10635
Summary: Tivo Desktop 2.5.1 will not install
Product: Wine
Version: 0.9.50.
Platform: PC
URL: http://www.tivo.com/mytivo/domore/tivotogo/windows.html
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joseph_scott123(a)msn.com
When trying to install Tivo Desktop 2.5.1 I get the following messages and it
fails to install.
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not
registered
err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10}
could be created for context 0x1
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"UILevel", clsid
{000c1090-0000-0000-c000-000000000046}
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
Usage:
Install a product:
msiexec {package|productcode} [property]
msiexec /i {package|productcode} [property]
msiexec /a package [property]
Repair an installation:
msiexec /f[p|o|e|d|c|a|u|m|s|v] {package|productcode}
Uninstall a product:
msiexec /x {package|productcode} [property]
Advertise a product:
msiexec /j[u|m] package [/t transform] [/g languageid]
msiexec {u|m} package [/t transform] [/g languageid]
Apply a patch:
msiexec /p patchpackage [property]
msiexec /p patchpackage /a package [property]
Modifiers for above operations:
msiexec /l[*][i|w|e|a|r|u|c|m|o|p|v|][+|!] logfile
msiexec /q{|n|b|r|f|n+|b+|b-}
Register a module:
msiexec /y module
Unregister a module:
msiexec /z module
Display usage and copyright:
msiexec {/h|/?}
NOTE: Product code on commandline unimplemented as of yet
Copyright 2004 Vincent B�ron
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15462
Summary: Wine blocking on exit when stdout and stderr are piped
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)neko.net.nz
Created an attachment (id=16357)
--> (http://bugs.winehq.org/attachment.cgi?id=16357)
Output of two simultaneous runs of described script
The issue occurs when concurrently running shell scripts which call Wine
processes whose standard out and standard error are both piped to another
program.
When two instances of a script such as the following are run concurrently, the
first child wine processes started by each of then run together, but in one of
the scripts that child doesn't fully exit until the _other_ script has
completely run and exited. (The Wine process terminates, but the pipeline
doesn't complete and so the script doesn't continue.)
A bash test-case to show this behaviour is as follows:
for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine
sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date`
The problem doesn't occur if either the redirection or pipe is removed, if I
run the scripts in separate Wine environments using $WINEPREFIX, or if I have
another long-lived Wine process which stays running throughout the entire
operation.
An example run with timing is attached.
The test Wine program used above, 'sleep-long', is the following tiny C program
(tested with Microsoft cl and Cygwin GCC with mingw):
#include <stdio.h>
#include <windows.h>
int main(){
printf("Started fake compiler, sleeping 8000ms\n");
Sleep(8000);
printf("Exiting fake compiler\n");
exit(0);
}
I've been able to reproduce this problem on several systems and Wine versions
(Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine
1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged
Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged
Wine 0.9.25-2.1)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14350
Summary: SetClassLongW() to subclass window EDIT control Problem
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hongbo(a)njstar.com
CC: hongbo(a)njstar.com
Created an attachment (id=14649)
--> (http://bugs.winehq.org/attachment.cgi?id=14649)
MSVC6 MFC test project with exe in debug dir
Summary:
SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on
WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on
Windows, but Unicode Windows on Wine.
How To Repeat:
In the attached VC6 MFC ANSI App project, SetClassLongW is called in
-------------------------------------------------------------------
static WNDPROC lpfnOldEditWndProc=NULL;
LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam)
{
return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message,
wParam,lParam);
}
int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if (CView::OnCreate(lpCreateStruct) == -1)
return -1;
HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1,
1,NULL,NULL,NULL,NULL);
lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC,
(DWORD)EditWndProc);
// TODO: Add your specialized creation code here
return 0;
}
-------------------------------------------------------------------
There is a EDIT control on the About dialogbox, when click 'OK' on window
the program report the Edit Box is NOT unicode Window. But Under Wine 1.0,
It says 'the Edit Box IS unicode Window'.
To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12891
Summary: ntdll: exception.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12597)
--> (http://bugs.winehq.org/attachment.cgi?id=12597)
+relay,+seh,+ntdll in git
exception.c:602: Test failed: expected 4 exceptions, got 0
fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly
*** Error code 1
+relay,+seh,+ntdll log attached
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10219
Summary: Windows Media Player 11 setup fails
Product: Wine
Version: 0.9.48.
Platform: PC
URL: http://www.microsoft.com/windows/windowsmedia/download/A
llDownloads.aspx?displang=en&qstechnology=
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
The setup program for Windows Media Player 11 tries to validate Windows if the
version is set to XP, and this fails. There was talk some time ago about an
ntlm_auth patch that would allow the validation, but it fails for me even
though I have the correct version of Samba installed.
However, the installer does not run the Genuine check if the Windows version is
set to Vista. When run thus it does work, however; it tries to create an
instance of a wuapi.dll class, which is not registered in Wine. When I use a
native dll from XP and register it the console output changes saying no
instance could be created.
The installer then says no updates could be found.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.