http://bugs.winehq.com/show_bug.cgi?id=1358
Summary: "GraphicsDriver" = "none" wanted
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wine(a)how.dk
I suggest making a dummy graphicsdriver such "GraphicsDriver" = "none" which
just makes stdout and stdin transparent.
The two existing drivers x11drv and ttydrv won't do when running console
programs many times in a row (e.g. a win32 console compiler from a gnumakefile):
x11drv: initialization due to communication with xfs is painful over a slow
network (e.g. a modem line)
ttydrv: uses ncurses which means restoring the contents of the window each time
wine finishes. This erases the output of the console program.
Here is the code:
// original code beginning in line 73 of user_main.c (rev 1.50):
if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
----
// could be changed to something along these lines:
if (strncmp( "none", buffer, MAX_PATH) == 0 ) ; // do nothing
else if (!(graphics_driver = LoadLibraryA( buffer )))
{
MESSAGE( "Could not load graphics driver '%s'\n", buffer );
return FALSE;
}
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1358>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-02 08:38 -------
trace:crypt:CryptAcquireContextA (0x40541eb4, (null), (null), 1, 00000000)
trace:crypt:CryptCreateHash (0x4029ef40, 0x8003, 0x0, 00000000, 0x40541e84)
trace:crypt:CryptHashData (0x4029f4c8, 0x27108998, 2, 00000000)
trace:crypt:CryptDeriveKey (0x4029ef40, 26114, 0x1076491464, 00000000, 0x40541e80)
wine: Unhandled exception, starting debugger...
Looks like a stub isn't good enough
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1091
------- Additional Comments From jason_doig(a)scee.net 2003-04-02 01:58 -------
I am not convinced that this bug is infact related to the invalidated area. I
think it's a case of the appropriate controls within the area not being
scrolled. Commenting out the line in the X11 driver which checks if a control
is inside the scrolling rectangle or not results in all the controls being
scrolled and the window appears to function correctly again - albeit with some
(possibly unrelated) graphical update issues. I don't understand the internals
enough to think about a fix - but it seems to me that the window is scrolled
before the childrens positions are checked, so perhaps that might be one issue?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1091>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1357
Summary: Vobsub text writing problems
Product: Wine
Version: 20030318
Platform: PC
URL: http://vobsub.edensrising.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: webmaster(a)stratastuff.com
I have this video editing program for windows I often use to subtitle foreign
videos. It uses a plugin called textsub which "writes" the text to the movie.
Now, that further uses vobsub.dll (the final reference ;p). So, I tried it out
but got these erros:
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
fixme:text:ExtTextOutW called on an open path
etc.. etc... etc...
So, if anyone has any ideas on that. The link provided also has the source for
the dll in case you want to look at that at all. Thanks ahead of time for
everyone's help.
Sincerely,
Chris White
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1357>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:43 -------
Created an attachment (id=445)
wine --debugmsg +relay,+crypt msmoney.exe &>~/output.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:42 -------
Now, when the application starts, two windows open. One for "PSTORES.EXE" and
another for MSMoney. The application still bombs, but I don't get the same "no
implementation message". I'll attach the +crypt,+relay trace you asked for.
The patch given didn't apply on the version I have. The spec file has an
additional value after the parameter list, which appears to just be the function
name itself. I've patched as follows:
@ stdcall CryptGetHashParam(long long ptr ptr long) CryptGetHashParam
@ stdcall CryptGetKeyParam(long long ptr ptr long) CryptGetKeyParam
@ stdcall CryptGetLocalKeyLimits(long long long long long long long)
CryptGetLocalKeyLimits
@ stdcall CryptGetProvParam(long long ptr ptr long) CryptGetProvParam
@ stdcall CryptGetUserKey(long long ptr) CryptGetUserKey
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:46 -------
Created an attachment (id=444)
Patch to implement minimal CryptGetLocalKeyLimits() stub.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:45 -------
Could you please try the following patch and report a --debugmsg +relay,+crypt
logfile?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:22 -------
This might be a dupe of bug 682
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:20 -------
Hmm, could you give us the full debug output, rather than just the backtrace?
If the crash is caused by dereferencing 0xdeadbeef then it's probably due to the
unimplemented CryptGetLocalKeyLimits function. I had a quick scoot around, I
can't find any docs on that, MSDN doesn't appear to have any info on it, so
maybe it's a callback or undocumented function?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1161>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.