http://bugs.winehq.com/show_bug.cgi?id=1754
------- Additional Comments From sureshd(a)tstt.net.tt 2003-06-10 12:52 -------
Wine is only problematic with Daceasy. I've installed other software and gotten
them to run without problems.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1756
Summary: troubles with native dll files: commctrl, comctl, ole32,
shell32, comdlg, oleaut32
Product: Wine
Version: 20030911
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: 98i7c1c001(a)sneakemail.com
Forgive me if this is a repeat
All errors were using RedHat 9 and wine 20030911 prebuilt rpm for redhat9 from
SourceForge. All dlls are 98se from http://www.drd.dyndns.org/. all errors are
created with WinMX and have been created again with Kazaa Lite 2.1 build 3
launcher kpp.exe.
When i am launching WinMX.exe (v 3.31) with no native dlls for the second time
wine hangs with the message
err:thunk:_loadthunk Unable to find thunk data 'Cctl1632_ThunkData16' in
commctrl.dll, required by comctl32.dll (conflicting/incorrect DLL versions !?).
err:thunk:_loadthunk Unable to find thunk data 'Cctl1632_ThunkData16' in
commctrl.dll, required by comctl32.dll (conflicting/incorrect DLL versions !?).
Then nothing happens. The cursor is positioned right below the second error
message. Breaking the command with Control-c will, without trouble, return to
prompt. This also happens when launching kpp.exe from the Kazaa Lite 2.1 ++
build 3 package.
The error was fixed but another was created when using the native ole32.dll from
a win98se distrobution. The following error occurs:
err:module:import_dll Loading module (file) ole32.dll (which is needed by
C:\WINDOWS\SYSTEM\shell32.dll) failed (error c00000e5).
err:module:load_library can't load shell32.dll
wine: Unhandled exception (thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 8 24") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x5a98a
attempting to fix this with a native shell32.dll file will only give the next error:
err:module:import_dll Loading module (file) shell32.dll (which is needed by
C:\WINDOWS\SYSTEM\comdlg32.dll) failed (error c00000e5).
err:module:load_library can't load comdlg32.dll
wine: Unhandled exception (thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 8 24") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x5a98a
adding the native comdlg32.dll will simply return the error:
err:module:import_dll Loading module (file) ole32.dll (which is needed by
C:\WINDOWS\SYSTEM\shlwapi.dll) failed (error c00000e5).
err:module:load_library can't load shlwapi.dll
err:module:import_dll Loading module (file) SHLWAPI.dll (which is needed by
C:\Windows\System\comdlg32.dll) failed (error c0000017).
err:win32:PE_LoadLibraryExA can't load C:\Windows\System\comdlg32.dll
err:module:import_dll Loading module (file) comdlg32.dll (which is needed by
C:\Program Files\WinMX\WinMX.exe) failed (error c0000017).
adding shwapi.dll will result in the final error message that i can not fix:
err:module:import_dll Loading module (file) SHELL32.dll (which is needed by
C:\Windows\System\comdlg32.dll) failed (error c00000e5).
err:win32:PE_LoadLibraryExA can't load C:\Windows\System\comdlg32.dll
err:module:import_dll Loading module (file) comdlg32.dll (which is needed by
C:\Program Files\WinMX\WinMX.exe) failed (error c0000017).
if you have any questions please email me at 98i7c1c001(a)sneakemail.com. Thanks
for your time and effort on this product.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1730
------- Additional Comments From max-wine(a)alcyone.com 2003-03-10 19:33 -------
Slackware 9 appears to have version 4.1.0 of libgif/libungif installed, which as
far as I know is the latest:
lrwxrwxrwx 1 root root 10 Jul 19 08:41 /usr/lib/libgif.a ->
libungif.a
lrwxrwxrwx 1 root root 11 Jul 19 08:41 /usr/lib/libgif.so ->
libgif.so.4*
lrwxrwxrwx 1 root root 15 Jul 19 08:41 /usr/lib/libgif.so.4 ->
libgif.so.4.1.0*
lrwxrwxrwx 1 root root 17 Jul 19 08:41 /usr/lib/libgif.so.4.1.0
-> libungif.so.4.1.0*
Does WINE require an older version?
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1755
Summary: PowerBuilder application crashes on some windows with
datawindows.
Product: Wine
Version: 20030911
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: wine-net
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: jtaklob(a)lycos.com
The PB compiled application will crash for some windows that has datawindows.
The application requires ODBC and I install UnixODBC-2.2.6. The backend
database is Postgres and I install psqlodbc-07.03.0100.
The OS is Mandrake 8.1 and Gnome as the Xwindows server.
Below will be the 100 lines of the wine-dbg message:
==
000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408341f8
000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408341f8
000f:Ret advapi32.RegQueryValueExA() retval=00000000 ret=405c1b78
000f:Call advapi32.RegQueryValueExA
(00000028,405d077c "ExtDbgOnInternalException",00000000,40812e48,40812e4c,40812e
50) ret=405c1b78
000f:Call ntdll.RtlInitAnsiString
(40812c48,405d077c "ExtDbgOnInternalException") ret=40833fa0
000f:Ret ntdll.RtlInitAnsiString() retval=0000001a ret=40833fa0
000f:Call ntdll.RtlAnsiStringToUnicodeString(400e5af8,40812c48,00000000)
ret=40833fba
000f:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=40833fba
000f:Call ntdll.NtQueryValueKey
(00000028,400e5af8,00000002,40812c50,00000100,40812c44) ret=40833ffe
000f:Ret ntdll.NtQueryValueKey() retval=00000000 ret=40833ffe
000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408341f8
000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408341f8
000f:Ret advapi32.RegQueryValueExA() retval=00000000 ret=405c1b78
000f:Call advapi32.RegCloseKey(00000028) ret=405c1bde
000f:Call ntdll.NtClose(00000028) ret=408334f7
000f:Ret ntdll.NtClose() retval=00000000 ret=408334f7
000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408334fd
000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408334fd
000f:Ret advapi32.RegCloseKey() retval=00000000 ret=405c1bde
WineDbg starting on pid 8
Loaded debug information from ELF 'wine' ((nil))
Breakpoint 1 at 0x4000da70 (_end+0x400c1fc)
Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x40025000)
Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x400ee000)
Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1'
(0x40106000)
No debug information in ELF '/lib/libc.so.6' (0x401f9000)
No debug information in ELF '/lib/libm.so.6' (0x40337000)
No debug information in ELF '/lib/libdl.so.2' (0x4035a000)
Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000)
Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so'
(0x4035f000)
No debug information in ELF '/lib/libnss_files.so.2' (0x40468000)
Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so'
(0x407b3000)
Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so'
(0x408e8000)
Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so'
(0x4095e000)
Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so'
(0x4098b000)
Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so'
(0x409a8000)
Loaded debug information from ELF '/usr/local/lib/wine/iphlpapi.dll.so'
(0x409d1000)
Loaded debug information from ELF '/usr/local/lib/wine/comdlg32.dll.so'
(0x409f0000)
Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so'
(0x40a6a000)
Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so'
(0x40ae7000)
Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so'
(0x40b5b000)
Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so'
(0x40ba3000)
Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so'
(0x40bf7000)
Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so'
(0x40c8f000)
Loaded debug information from ELF '/usr/local/lib/wine/olepro32.dll.so'
(0x40cb2000)
Loaded debug information from ELF '/usr/local/lib/wine/oleaut32.dll.so'
(0x40cc7000)
Loaded debug information from ELF '/usr/local/lib/wine/version.dll.so'
(0x40d3a000)
Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' (0x40d55000)
Loaded debug information from ELF '/usr/local/lib/wine/oledlg.dll.so'
(0x40d6d000)
Loaded debug information from ELF '/usr/local/lib/wine/imm32.dll.so'
(0x40d83000)
Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so'
(0x40d9e000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40473000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40e09000)
No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so.1' (0x40591000)
No debug information in ELF '/usr/X11R6/lib/libXv.so.1' (0x40597000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40e20000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e2f000)
Loaded debug information from ELF '/lib/libpthread.so.0' (0x40f95000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40f19000)
Loaded debug information from ELF '/usr/local/lib/wine/odbc32.dll.so'
(0x40f60000)
No debug information in ELF '/usr/lib/libodbc.so' (0x42790000)
Loaded debug information from ELF '/usr/local/lib/libodbcpsql.so.1.0.0'
(0x428f0000)
No debug information in ELF '/lib/libnsl.so.1' (0x4296a000)
No debug information in ELF '/lib/libcrypt.so.1' (0x42980000)
No debug information in 32bit DLL 'C:\Program Files\rapy\check_writer.exe'
(0x400000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40390000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40970000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40900000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x409e0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x409b0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40990000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\MSVCRT.DLL'
(0x78000000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\LIBJCC.DLL'
(0x10000000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40b70000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40b00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40bc0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40c10000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40a90000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40ca0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40a00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL' (0x40ce0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEPRO32.DLL' (0x40cc0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x40d60000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40d40000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEDLG.DLL' (0x40d70000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IMM32.DLL' (0x40d90000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\MSVCIRT.DLL'
(0x780a0000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBVM80.DLL'
(0x10b00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40db0000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\CWMAIN.DLL' (0x40b000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ODBC32.DLL' (0x40f70000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBODB80.DLL'
(0x14f00000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBDWE80.DLL'
(0x11500000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\CWCALENDAR.DLL'
(0x45c000)
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x10b82396).
In 32-bit mode.
0x10b82396 (PBVM80.DLL.PBE_FmtFormatData+0x1f6 in PBVM80.DLL): repne scasb
%es:(%edi)
Wine-dbg>WineDbg terminated on pid 8
==
Thanx for the help. I look forward the fix.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1754
Summary: Daceasy Accounting installshield crashes with
ikernel.exe error
Product: Wine
Version: 20030813
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: sureshd(a)tstt.net.tt
When I run the Exectable for the daceasy Installation, this is the error I get:
The installation never finishes. What can I do to get it to install? I saw
another accounting package with a similar error, but no solution...
$wine MSetup.exe
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found
- 16-bit dll or version conflict.
$ fixme:seh:check_resource_write Broken app is writing to the resource data,
enabling work-around
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1737
------- Additional Comments From mike(a)theoretic.com 2003-02-10 12:06 -------
Is this using builtin or native richedit? IIRC our richedit control is nowhere
near fully implemented, you may need to either do some work on it, or use native
for now.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1714
------- Additional Comments From mike(a)theoretic.com 2003-02-10 12:04 -------
Try getting a backtrace using winedbg, also a +relay,+seh trace may be useful.
Really though you need to debug this one I think....
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1752
------- Additional Comments From traxtopel(a)hotpop.com 2003-02-10 03:31 -------
<Traxtopel> checking openssl/ssl.h presence... yes
<Traxtopel> checking for openssl/ssl.h... yes
<Traxtopel> configure:13973: checking for openssl/ssl.h
<Traxtopel> ac_cv_header_openssl_ssl_h=yes
<papineau> So in include/config.h, HAVE_OPENSSL_SSL_H is defined?
<Traxtopel> nope
<Traxtopel> #undef HAVE_OPENSSL_SSL_H
<papineau> config.h or config.h.in? It's supposed to be commented in config.h if
absent
<Traxtopel> sorry wrong by me
<Traxtopel> iys defined
<Traxtopel> I opened the template
<Traxtopel> #define HAVE_OPENSSL_SSL_H 1
<Traxtopel> thats in include/config.h
<papineau> So your openssl is detected and usable...
<Traxtopel> well, wine seems to think so
<Traxtopel> but something makes it bail out
<papineau> Next thing could be to try to compile cookie.c with -E rather than
-c, and check the output to verify what's the problem with kssl.h
<Traxtopel> where does cookie get compile from?
<papineau> dlls/wininet
<Traxtopel> ok got it
<papineau> Where's your krb5.h? /usr/kerberos/include/krb5h?
<Traxtopel> /usr/include/krb5.h
<papineau> That explains why mine is not found (bummer). It comes from package
krb5-devel?
<Traxtopel> yep
<Traxtopel> I guess I can symlink it
<papineau> The problem is not that it's not found
<papineau> Well, doesn't seem to.
<Traxtopel> can I add an extra path somewhere
<papineau> Your krb5.h is found, no need to add a path.
<Traxtopel> ah ok
<Traxtopel> misread what u said
<Traxtopel> I notice in redhat 9 it is in /usr/kerberos/
<papineau> In dlls/wininet, do make, then copy the gcc line while changing the
-c to -E and the output to cookie.i.
<Traxtopel> hmm I will need to restart it, I did a make clean
<papineau> You don't need everything, just a couple.
<papineau> Begin with dlls/wininet, it'll tell you what you need (probably
tools/wrc and libs)
<Traxtopel> ok let me look
<Traxtopel> ok that went clean
<Traxtopel> using th -E
<papineau> Ok.
<papineau> It's the result of the first pass of gcc, replacing all macros etc.
and before actually compiling anything.
<papineau> Open the output file and search for kssl.h
<Traxtopel> ah ok
<Traxtopel> typedef struct kssl_ctx_st
<Traxtopel> {
<Traxtopel> /* used by: disposition:
*/
<Traxtopel> char *service_name; /* C,S default ok
(kssl) */
<Traxtopel> char *service_host; /* C input, REQUIRED
*/
<Traxtopel> char *client_princ; /* S output from krb5
ticket */
<Traxtopel> char *keytab_file; /* S NULL
(/etc/krb5.keytab) */
<Traxtopel> char *cred_cache; /* C NULL (default)
*/
<Traxtopel> krb5_enctype enctype;
<Traxtopel> int length;
<Traxtopel> krb5_octet FAR *key;
<Traxtopel> } KSSL_CTX;
<Traxtopel>
<Traxtopel> #define KSSL_CLIENT 1
<Traxtopel> #define KSSL_SERVER 2
<Traxtopel> #define KSSL_SERVICE 3
<Traxtopel> #define KSSL_KEYTAB 4
<Traxtopel>
<Traxtopel> #define KSSL_CTX_OK 0
<Traxtopel> #define KSSL_CTX_ERR 1
<Traxtopel> #define KSSL_NOMEM 2
<Traxtopel>
<Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which,
char *text);
<Traxtopel> KSSL_CTX *kssl_ctx_new(void);
<Traxtopel> oops sorry
<Traxtopel> #define KSSL_ERR_MAX 255
<Traxtopel> typedef struct kssl_err_st {
<Traxtopel> int reason;
<Traxtopel> char text[KSSL_ERR_MAX+1];
<Traxtopel> } KSSL_ERR;
<Traxtopel>
<Traxtopel>
<Traxtopel> ** (1) Kerberos session key to SSL, and
<Traxtopel> ** (2) Config data between application and SSL lib
<Traxtopel> */
<Traxtopel> typedef struct kssl_ctx_st
<Traxtopel> {
<Traxtopel> /* used by: disposition:
*/
<Traxtopel> char *service_name; /* C,S default ok
(kssl) */
<Traxtopel> char *service_host; /* C input, REQUIRED
*/
<Traxtopel> char *client_princ; /* S output from krb5
ticket */
<Traxtopel> char *keytab_file; /* S NULL
(/etc/krb5.keytab) */
<Traxtopel> char *cred_cache; /* C NULL (default)
*/
<Traxtopel> krb5_enctype enctype;
<Traxtopel> int length;
<Traxtopel> krb5_octet FAR *key;
<Traxtopel> } KSSL_CTX;
<Traxtopel>
<Traxtopel> #define KSSL_CLIENT 1
<Traxtopel> #define KSSL_SERVER 2
<Traxtopel> #define KSSL_SERVICE 3
<Traxtopel> #define KSSL_KEYTAB 4
<Traxtopel>
<Traxtopel> #define KSSL_CTX_OK 0
<Traxtopel> #define KSSL_CTX_ERR 1
<Traxtopel> #define KSSL_NOMEM 2
<Traxtopel>
<Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which,
char *text);
<Traxtopel> missed a bit
<papineau> What I want is the lines in cookie.o resulting from kssl.h being
included.
<papineau> There are no comments, no #define, no macros
<papineau> They all have already been processed
<Traxtopel> typedef struct kssl_err_st {
<Traxtopel> int reason;
<Traxtopel> char text[255 +1];
<Traxtopel> } KSSL_ERR;
<Traxtopel>
<Traxtopel>
<Traxtopel>
<Traxtopel>
<Traxtopel>
<Traxtopel>
<Traxtopel> typedef struct kssl_ctx_st
<Traxtopel> {
<Traxtopel>
<Traxtopel> char *service_name;
<Traxtopel> char *service_host;
<Traxtopel> char *client_princ;
<Traxtopel> char *keytab_file;
<Traxtopel> char *cred_cache;
<Traxtopel> krb5_enctype enctype;
<Traxtopel> int length;
<Traxtopel> krb5_octet do_not_use_this_in_wine *key;
<Traxtopel> } KSSL_CTX;
<Traxtopel> # 149 "/usr/include/openssl/kssl.h" 3 4
<Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which,
char *text);
<Traxtopel> KSSL_CTX *kssl_ctx_new(void);
<Traxtopel> KSSL_CTX *kssl_ctx_free(KSSL_CTX *kssl_ctx);
<Traxtopel> void kssl_ctx_show(KSSL_CTX *kssl_ctx);
<Traxtopel> krb5_error_code kssl_ctx_setprinc(KSSL_CTX *kssl_ctx, int which,
<Traxtopel> is that more like it?
<papineau> That's what I want to see, yes
<papineau> See the do_not_use_this_in_wine?
<Traxtopel> ah yes
<Traxtopel> so something with krb5_octet
<papineau> It's the definition of FAR, because one of the wine headers defined
it that way
<papineau> So there's an incompatibilty between your version of ssl with
kerberos and wine
<Traxtopel> and if I disable the krb5_octet in the header
<Traxtopel> or all of them
<papineau> Resolution could involve passing --without-ssl to wine's ./configure,
or defining OPENSSL_NO_KRB5
<papineau> The problem is not with krb5_octet per see, but with a keyword used
by ssl w/ krb5 which Wine forbids
<Traxtopel> do u want the bugzilla number to add the info to
<papineau> Go ahead
<Traxtopel> it uses its owns methods
<Traxtopel> one sec
<Traxtopel> http://bugs.winehq.com/show_bug.cgi?id=1752
<Traxtopel> 1752
<Traxtopel> ok, thanks you have been a great help
<papineau> The final resolution will probably involve either an #undef FAR just
before including ssl.h in cookie.c (you can try that right away) (but that's a
hack), or
<Traxtopel> ok I will try it
<papineau> getting openssl kerberos to not use FAR at all
<Traxtopel> first I will see if wine compiles/works without ssl
<Traxtopel> hehe
<papineau> Good luck!
--
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.