http://bugs.winehq.com/show_bug.cgi?id=1131
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-09 00:09 -------
It looks like the "if (!Uuid) Uuid = &uuid_nil;" was added to CVS since the last
snapshot (20021031). (I use CVS bleading edge So that solves that.)
About the file not being found I think you should start a new bug report for
that. I think it might be a case sensitivity thing but without a trace I
wouldn't know. Please open a new bug report and I will see what I can do.
Resolving fixed (fix is already in cvs)
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=1131>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1131
------- Additional Comments From jms(a)josh.com 2002-11-08 23:08 -------
ok, so when adding the trace statements to rpcrt4_main.c following the
instructions you gave, i noticed that you had an additional if condition that
the current cvs source (20021031) didn't actually include...
"if (!Uuid) Uuid = &uuid_nil;"
i added it to the file, did a make depend,make, make install and i now can
start excel...
sorry for the lack of knowledge on the debugging, but i figured i would do the
right thing when i came across the error and lend help the best i could...
any clue as to how to get it to stop telling me that "the file you are trying
to open doesn't exist" when i try to open a file that truely does exist?
Thanks again for your help!
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=1131>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1135
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://download.com.com/3000|http://www.tucows.com/system
|-2248-10062544.html |/preview/209285.html
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
Summary|WinISO 5.3: Menus doesn't |WinISO 5.3: Menus doesn't
|working and bad rebar |working
|background |
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08 15:25 -------
This is two seperate bugs. Lets treat this one as the menu bug. Please open a
seperate bug for the rebar bug.
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=1135>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1136
Summary: No dialogArguments in modelessDialog in Internet
Explorer
Product: Wine
Version: 20020904
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: gbgbgb50(a)hotmail.com
Hello all!
I do not know if this is a wine-specific problem, its very strange, but here
you are:
I am developing under Linux a server-side application. As client I have to use
Internet-Explorer, because the rest of the wold does :-(
When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6
and wine,
I can not use the dialogArguments-Property in the opened dialog-Window.
First I thougt, that I made some error in JavaScript, but as I tried my scripts
out
on a real windows-box (same IE5.5 and IE6) it worked fine.
Somewhere between the windows there are my arguments lost.
Here is it like it should be:
test.html:
<script>
window.showModelessDialog("dialog.html", "test")
</script>
This small html-file opens a dialog and displays this document in it:
dialog.html:
<script>
alert(window.dialogArguments)
</script>
Now the opened dialog displays a message "test". Because dialogArguments are
set by the
showModelessDIalog-Method.
This works on the real windows-box. IT DOES NOT WORK on wine. It always
displays "undefined".
How can this be? Looks like a very highlevel error somewhere?
yours
Gunter
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=1136>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1131
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08 13:58 -------
choose your favorite test editor and edit
where_ever_wine_is/dlls/rpcrt4/rpcrt4_main.c
search for UuidToStringA
You should end up with at this
/*************************************************************************
* UuidToStringA [RPCRT4.@]
*
* Converts a UUID to a string.
*
* UUID format is 8 hex digits, followed by a hyphen then three groups of
* 4 hex digits each followed by a hyphen and then 12 hex digits
*
* RETURNS
*
* S_OK if successful.
* S_OUT_OF_MEMORY if unsucessful.
*/
RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid)
{
*StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37);
if(!(*StringUuid))
return RPC_S_OUT_OF_MEMORY;
if (!Uuid) Uuid = &uuid_nil;
sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x",
Uuid->Data1, Uuid->Data2, Uuid->Data3,
Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2],
Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5],
Uuid->Data4[6], Uuid->Data4[7] );
return RPC_S_OK;
}
---
Insert trace statements before each statement so we an find out what is going
wrong like so
/*************************************************************************
* UuidToStringA [RPCRT4.@]
*
* Converts a UUID to a string.
*
* UUID format is 8 hex digits, followed by a hyphen then three groups of
* 4 hex digits each followed by a hyphen and then 12 hex digits
*
* RETURNS
*
* S_OK if successful.
* S_OUT_OF_MEMORY if unsucessful.
*/
RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid)
{
TRACE("before HeapAlloc")
*StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37);
TRACE("Before if(!(*StringUuid))")
if(!(*StringUuid))
return RPC_S_OUT_OF_MEMORY;
TRACE("Before if(!Uuid)")
if (!Uuid) Uuid = &uuid_nil;
TRACE("Before sprintf(")
sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x",
Uuid->Data1, Uuid->Data2, Uuid->Data3,
Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2],
Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5],
Uuid->Data4[6], Uuid->Data4[7] );
TRACE("Before Return")
return RPC_S_OK;
}
Save the file and do a "make && make depend", "su" "make install" cycle so the
traces are in the wine binary
Is that simple enough or would you want more help?
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=1131>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1135
Summary: WinISO 5.3: Menus doesn't working and bad rebar
background
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: clozano(a)andago.com
When you do click about a menu, it doesn't work.
The rebar background, or could be even the toolbar background is missing.
(this last is a comctl32 problem, or missing feature)
Carlos.
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=1135>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1131
------- Additional Comments From jms(a)josh.com 2002-11-08 12:07 -------
naw, man...
i don't think you understand...
i am a router/firewall guy, not a programmer...
in order to do this, i would need very explicit instructions...
sorry!
:-/
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=1131>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1126
------- Additional Comments From ezra_daniel(a)hotmail.com 2002-11-08 08:47 -------
I have tried latest tar.gz (from date 20023110) and still the same result.
Everything in Lotus Notes can be correctly seen but this.
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=1126>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1133
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.com |marcus(a)jet.franken.de
Status|UNCONFIRMED |ASSIGNED
everconfirmed|0 |1
------- Additional Comments From marcus(a)jet.franken.de 2002-11-08 05:37 -------
it is a problem of the winesetuptk version in this wine package, so my fauilt I guess.
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=1133>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=986
------- Additional Comments From mcbridematt(a)hotmail.com 2002-11-08 05:23 -------
I've looked through and old set of Offical Platform SDK Headers (October 2000,
find it somewhere on planetmirror.com ) and ODBC has puzzled me a bit.
There is no Odbc.h, there are two files called OdbcInst.h and OdbcSS.h.
OdbcInst.h contains a kinda SQL Abstraction Layer and the other one some simular
methods. touch(ing) the file won't work. Office 2K needs a actual working example.
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=986>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.