wine-devel

wine-devel@winehq.org

2 participants
84471 discussions

Bug in cxx_frame_handler
by Robert Shearman 24 Oct '03

24 Oct '03

Hi, I believe there is a bug in cxx_frame_handler which causes an infinite loop of exceptions I believe the offending lines are 359-364. BTW, original exception was a call to NULL. Wine Trace: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=(nil) trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=0 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000001c trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=10 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000001c trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=10 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 ... same messages repeated again and again. gdb backtrace: #50 0x4005f518 in sigaction () from /lib/libc.so.6 #51 0x40775260 in __CxxFrameHandler (rec=0x4063ef04, frame=0x4074fc7c, exc_context=0x4063ef78, dispatch=0x4063ee94, context=0x4063eae0) at cppexcept.c:392 #52 0x401c4155 in __wine_call_from_32_regs () from /usr/local/lib/wine/ntdll.dll.so #53 0x40770d0d in __wine_regs_msvcrt_dll_77 () from /usr/local/lib/wine/msvcrt.dll.so #54 0x401a651f in EXC_RtlRaiseException (rec=0x4063ef04, context=0x4063ef78) at exception.c:216 #55 0x401bc646 in do_segv (context=0x4063ef78, trap_code=14, cr2=0x1c, err_code=4) at signal_i386.c:851 #56 0x401bca82 in segv_handler (__signal=11, __context= {sc_gs = 5335, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1080292788, sc_esi = 0, sc_ebp = 1080292716, sc_esp = 1080292648, sc_ebx = 1081684044, sc_edx = 1075713776, sc_ecx = 0, sc_eax = 0, sc_trapno = 14, sc_err = 4, sc_eip = 1081560996, sc_cs = 35, __csh = 0, sc_eflags = 66050, esp_at_signal = 1080292648, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 28}) at signal_i386.c:1057 #57 0x4005f518 in sigaction () from /lib/libc.so.6 #58 0x40775260 in __CxxFrameHandler (rec=0x4063f9dc, frame=0x4074fc7c, exc_context=0x4063fa50, dispatch=0x4063f96c, context=0x4063f5b8) at cppexcept.c:392 #59 0x401c4155 in __wine_call_from_32_regs () from /usr/local/lib/wine/ntdll.dll.so #60 0x40770d0d in __wine_regs_msvcrt_dll_77 () from /usr/local/lib/wine/msvcrt.dll.so #61 0x401a651f in EXC_RtlRaiseException (rec=0x4063f9dc, context=0x4063fa50) at exception.c:216 #62 0x401bc646 in do_segv (context=0x4063fa50, trap_code=14, cr2=0x0, err_code=4) at signal_i386.c:851 #63 0x401bca82 in segv_handler (__signal=11, __context= {sc_gs = 5335, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 49168, sc_edi = 1081408212, sc_esi = 1081408216, sc_ebp = 1081408220, sc_esp = 1081408180, sc_ebx = 1087173732, sc_edx = 1077335880, sc_ecx = 1077404792, sc_eax = 0, sc_trapno = 14, sc_err = 4, sc_eip = 0, sc_cs = 35, __csh = 0, sc_eflags = 66118, esp_at_signal = 1081408180, sc_ss = 43, __ssh = 0, i387 = 1080294784, oldmask = 0, cr2 = 0}) at signal_i386.c:1057 #64 0x4005f518 in sigaction () from /lib/libc.so.6 disassemble of section around second exception, sc_eip = 1081560996 (0x40774fa4): 0x40774f78 <cxx_frame_handler+180>: push %esi 0x40774f79 <cxx_frame_handler+181>: push %edx 0x40774f7a <cxx_frame_handler+182>: mov 0x18(%ebp),%edx 0x40774f7d <cxx_frame_handler+185>: push %edx 0x40774f7e <cxx_frame_handler+186>: pushl 0x14(%ebp) 0x40774f81 <cxx_frame_handler+189>: pushl 0x10(%ebp) 0x40774f84 <cxx_frame_handler+192>: mov 0xc(%ebp),%ecx 0x40774f87 <cxx_frame_handler+195>: push %ecx 0x40774f88 <cxx_frame_handler+196>: mov 0x8(%ebp),%edx 0x40774f8b <cxx_frame_handler+199>: push %edx 0x40774f8c <cxx_frame_handler+200>: call *%eax 0x40774f8e <cxx_frame_handler+202>: jmp 0x40775225 <cxx_frame_handler+865> 0x40774f93 <cxx_frame_handler+207>: cmpl $0x0,0xffffffe4(%ebp) 0x40774f97 <cxx_frame_handler+211>: jne 0x40774faa <cxx_frame_handler+230> 0x40774f99 <cxx_frame_handler+213>: call 0x40787070 <msvcrt_get_thread_data> 0x40774f9e <cxx_frame_handler+218>: mov 0x1c(%eax),%eax 0x40774fa1 <cxx_frame_handler+221>: mov %eax,0x8(%ebp) 0x40774fa4 <cxx_frame_handler+224>: mov 0x1c(%eax),%ecx 0x40774fa7 <cxx_frame_handler+227>: mov %ecx,0xffffffe4(%ebp) 0x40774faa <cxx_frame_handler+230>: mov 0x1fc(%ebx),%edx

1 0

Re: wine/include setupapi.h
by Dimitrie O. Paun 24 Oct '03

24 Oct '03

On October 21, 2003 11:07 pm, Alexandre Julliard wrote: > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9836 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ We've changed the cvsroot, and it reared it's ugly head. Can we either (1) create a symlink from /opt/cvs-commit to the new root, and switch back to the old root (2) apply this patch to patch.py Index: patch.py =================================================================== RCS file: /home/wine/tools/patch.py,v retrieving revision 1.13 diff -u -r1.13 patch.py --- patch.py 27 Sep 2002 22:14:53 -0000 1.13 +++ patch.py 23 Oct 2003 13:34:38 -0000 @@ -49,7 +49,7 @@ # # The CVS root directory -root = '/opt/cvs-commit' +root = '/home/winehq/opt/cvs-commit' # The commit log file logs = 'CVSROOT/commitlog' -- Dimi.

2 1

re: Proposal to resolve the issue of the broken wine-users gateway
by Dan Kegel 23 Oct '03

23 Oct '03

Jer wrote: > Say, Just chatting on IRC today, and ShadowHawk pointed out > that a host of other sites (Franks corner, etc) have sprung up > almost entirely because there are no user based forums > on winehq.org. > > This is, in part, due to the fact that the gateway between > the newsgroup and wine-users is busted. And it is that way, > because the gateway we were using is a dead project, and Jer > hasn't been able to wrestle it back into working > (and doesn't really want to). > > Further, I think it may be time to recognize that cool looking > forums are what users expect; that mailing lists and newsgroups > are really becoming the 'old' way of doing things. Nah. Forums blow donkey dong because they aren't easily google-searchable. I think we can get what users want by asking http://www.gmane.org/ to handle the gateway; then users that want a web interface can trivially use a gateway like http://groups.google.com. And that'd be *even less* work for Jer than setting up and maintaining Phorum. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

getting started with Winelib
by Ralf Juengling 23 Oct '03

23 Oct '03

Hi, I just installed wine-20031016. Trying to compile the test drive application as explained in the winelib user's guide 1.3.2, I end up getting the error message below. Any help appreciated, Ralf [juenglin@alpspitze winemine]$ ./configure --with-wine=/local checking whether make sets $(MAKE)... yes checking for gcc... gcc ... checking "for g++ -fno-for-scope option"... yes checking for windef.h... /local/include/wine/windows checking for windef.h header... /local/include/wine/windows checking for libwine.so... /local/lib checking for -lwine... /local/lib checking for libwine_unicode.so... /local/lib checking for -lwine_unicode... /local/lib checking for libwine_uuid.a... /local/lib checking for -lwine_uuid... /local/lib checking for libntdll.dll.so... configure: error: Could not find the Wine dlls (libntdll.dll.so) -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

Winesetuptk 0.7 rc1
by Ivan Leo Murray-Smith 23 Oct '03

23 Oct '03

Hi list, The rc1 of winesetuptk 0.7 is at http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc1.tar.bz2 This version is up to date with wine current, there are a few interesting changes, for example you can find the about box without reading the source, for details see the changelog.

3 2

Regression patch found - now what?
by Shachar 23 Oct '03

23 Oct '03

Hi all, I have identified that the commit at http://www.winehq.org/hypermail/wine-cvs/2003/09/0204.html is causing a regression to my application. This is the same application that kept generating the sigsegv and catching it not so long ago (http://www.winehq.org/hypermail/wine-devel/2003/10/0044.html). after applying this patch, the program will no longer run. I get a dialog saying "unexpected error". I suspect that moving the instruction emulation ruined, in some way, the application's ability to call cli and sti. Can anyone who knows what this patch was all about comment on what is going here? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 4

Re: winetests: new addition
by Rolf Kalbermatter 23 Oct '03

23 Oct '03

Message: 1 Date: Wed, 22 Oct 2003 10:10:58 +0200 From: Jakob Eriksson <jakov(a)vmlinux.org> To: dpaun(a)rogers.com CC: Ferenc Wagner <wferi(a)afavant.elte.hu>, wine-devel(a)winehq.org Subject: Re: winetests: new addition >My thought exactly. I also tried to write a recursive delete using >plain Win32 but failed miserably. :-) You mean something like this: (Stolen shamelessly and a little modified fror SHELL_DeleteDirectory in shlfileop.c) #define IsDotDir(x) ((x[0] == '.') && ((x[1] == 0) || ((x[1] == '.') && (x[2] == 0)))) static BOOL removeDir(LPCSTR dir) { BOOL ret = TRUE; HANDLE hFind; WIN32_FIND_DATAA wfd; CHAR path[MAX_PATH]; /* Make sure the directory exists before going further */ PathCombineA(path, dir, "*"); hFind = FindFirstFileA(path, &wfd); if (hFind == INVALID_HANDLE_VALUE) return ret; do { LPSTR lp = wfd.cFileName; if (!lp[0]) lp = wfd.cAlternateFileName; if (IsDotDir(lp)) continue; PathCombineA(path, dir, lp); if (FILE_ATTRIBUTE_DIRECTORY & wfd.dwFileAttributes) { ret = removeDir(path); } else ret = DeleteFileA(path); } while (ret && FindNextFileA(hFind, &wfd)); FindClose(hFind); RemoveDirectoryA(dir); return ret; } Rolf Kalbermatter

2 1

printing broke?
by Kevin DeKorte 23 Oct '03

23 Oct '03

All, I have a question about cups printing. I have had wine apps be able to print in the past, but after a recent reinstall of wine I can't seem to print anymore. I can print from Linux just fine and Wine sees my cups printers. But when I try to print from Notepad it does nothing and when I try to print from Notes I get an insuffiencent memory error. I have tried both a source (CVS current as of 10/21) install and the RPM (2003/10/16) from source forge and both give me the same results. I admit I have not tried the 2003/9/11 build yet. Anyone else seeing this? Kevin

1 0

(vstserver/winelib) What happened to pthread_create and pthread_join?
by Kjetil S. Matheussen 23 Oct '03

23 Oct '03

Hi, I when trying to use vstserver with the latest cvs-version of wine (23.10.2003), wine cant load the winelib program because pthread_create and pthread_join functions are missing. Of course, I do solve this problem just by linking with the glibc pthread library. But, what has happened? When reading scheduler/pthread.c, some radical change seems to have happened since the last time I read the file. In short, my question is: How do I configure/make/link my winelib program to get proper support for the pthreads commands with the new system? (And a related question, any plans to support pthread_setschedparam in the future?) --

1 0

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Szakacsits Szabolcs 23 Oct '03

23 Oct '03

Jakob Eriksson wrote: > Nevertheless, I too wonder what ntfsresize -i /device would do on a > Longhorn... is the command "ntfsresize" still there BTW? Hmmm, ntfsresize is an open source Linux util what I wrote over a year ago and today used by several distros to non-destructively resize NTFS safely, if feasible (it was written a "do it or leave it" way). There are several ways to try it out. If one has already Linux then just install ntfsprogs and try it on the Longhorn partition. If one has floppy then boot a floppy Linux (but not Tom's RTBT or Leka, they have 32 bit file size and other limits) and one might use the statically linked ntfsresize from the below page. If one has Knoppix or one of the other rescue, Live CD or distro CD that includes it then just boot it and run ntfsresize from a terminal, etc. I list here what I was told or know about who uses it and how, etc http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html It's zero risk because the -i (info) options mounts the partition read-only. There can be 3 outcomes, 1. segfault -> NTFS changed significantly 2. change will be caught by libntfs or ntfsresize 3. no changes and it will work. I expect 2. Unfortunately I don't know any easier way how to figure out if there were changes or not. Szaka

1 0

Instant crash with wine 20031016 - regression?
by Thomas Mertes 23 Oct '03

23 Oct '03

Hello After compiling and installing Wine 20031016 it crashes instantly. Older versions up to 200309011 work without problems. Here is what I did: tm@penguin:~ > wine Speicherzugriffsfehler <--- Translation: Memory access error tm@penguin:~ > gdb wine GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-suse-linux"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 (gdb) where #0 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 #1 0x4013e98e in _dl_sym () from /lib/libc.so.6 #2 0x4015f4b4 in dlsym_doit () from /lib/libdl.so.2 #3 0x4000d480 in _dl_catch_error () from /lib/ld-linux.so.2 #4 0x4015f7e0 in _dlerror_run () from /lib/libdl.so.2 #5 0x4015f473 in dlsym () from /lib/libdl.so.2 #6 0x3c001e02 in __pthread_initialize () at ../scheduler/pthread.c:763 #7 0x3c001e68 in init () at ../scheduler/pthread.c:770 #8 0x3c001ec9 in __do_global_ctors_aux () #9 0x3c001022 in _init () #10 0x4005dc34 in __libc_start_main () from /lib/libc.so.6 (gdb) q tm@penguin:~ > gcc --version 2.95.3 tm@penguin:~ > uname -a Linux penguin 2.4.4-64GB-SMP #1 SMP Wed May 16 01:20:45 GMT 2001 i686 unknown tm@penguin:~ > Btw: My system is Suse Linux version 7.2. Greetings Thomas -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

1 0

Re: Which WINE for Vector Linux 3.2 SOHO?
by Ivan Leo Murray-Smith 22 Oct '03

22 Oct '03

>The slackware packages on the sf.net site without the S9 postfix should >be built for the previous version of gcc. I suppose you mean the old glibc. Anyway I can't see anything without S9 in the name.

1 0

sql.y line 73
by Dietrich Teickner 22 Oct '03

22 Oct '03

Hello, I need help. Since some time I try to compile wine new. I have done this without problems some times before. I have started ./configure and after them make depend && make. The build stops in wine/dll/msy with make[2]: Wechsel in das Verzeichnis ?/home/.xx./Wine/wine/dlls/msi½ gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o distinct.o distinct.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o handle.o handle.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o msi.o msi.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o msiquery.o msiquery.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o order.o order.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o record.o record.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o select.o select.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o suminfo.o suminfo.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o table.o table.c yacc -d -t ./sql.y yacc: e - line 73 of "./sql.y", syntax error %pure-parser ^ make[2]: *** [y.tab.c] Fehler 1 make[2]: Verlassen des Verzeichnisses ?/home/.xx./Wine/wine/dlls/msi½ make[1]: *** [msi] Fehler 2 make[1]: Verlassen des Verzeichnisses ?/home/.xx./Wine/wine/dlls½ make: *** [dlls] Fehler 2 .xx.@x2l:~/Wine/wine> the same after make clean and new .configure and new make depend && make. %} %pure-parser <- this is line 73 %union { How can help ? Dietrich

3 2

Re: Loadorder: new disable keyword.
by Alexandre Julliard 22 Oct '03

22 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Add a "disabled" keyword to dlloverride to completely disable the > loading of a module. This is redundant, an empty loadorder does exactly the same thing. -- Alexandre Julliard julliard(a)winehq.com

1 0

Acclaim Re-Volt / drm / DSound ?
by Sylvain Petreolle 22 Oct '03

22 Oct '03

Hi, Im trying to run Acclaim Re-Volt Demo with wine. It didnt start at all, complaining about drm errors. Having tons of dsound errors, I disabled the dsound with "Drivers" = "" in config. And know what ? Re-Volt now starts further. I want to debug this issue, but I dont have any idea where to start digging. If DSound is enabled, the message I have is DRM_R200_TEXTURE: return = -11 offset=0x01000000 pitch=0x8 format=4 image width=256 height=256 blit width=256 height=256 data=0x4b0d8200 ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

need some modifications in ras.h
by flyker 22 Oct '03

22 Oct '03

Please add this code in ras.h Thanks. DECL_WINELIB_TYPE_AW(LPRASENTRY) /* Enumerates intermediate states to a connection. (See RasDial) */ #define RASCS_PAUSED 0x1000 #define RASCS_DONE 0x2000 typedef enum tagRASCONNSTATE { RASCS_OpenPort = 0, RASCS_PortOpened, RASCS_ConnectDevice, RASCS_DeviceConnected, RASCS_AllDevicesConnected, RASCS_Authenticate, RASCS_AuthNotify, RASCS_AuthRetry, RASCS_AuthCallback, RASCS_AuthChangePassword, RASCS_AuthProject, RASCS_AuthLinkSpeed, RASCS_AuthAck, RASCS_ReAuthenticate, RASCS_Authenticated, RASCS_PrepareForCallback, RASCS_WaitForModemReset, RASCS_WaitForCallback, RASCS_Projected, RASCS_StartAuthentication, RASCS_CallbackComplete, RASCS_LogonNetwork, RASCS_SubEntryConnected, RASCS_SubEntryDisconnected, RASCS_Interactive = RASCS_PAUSED, RASCS_RetryAuthentication, RASCS_CallbackSetByCaller, RASCS_PasswordExpired, RASCS_InvokeEapUI, RASCS_Connected = RASCS_DONE, RASCS_Disconnected } RASCONNSTATE, *LPRASCONNSTATE; typedef struct tagRASCONNSTATUSW { DWORD dwSize; RASCONNSTATE rasconnstate; DWORD dwError; WCHAR szDeviceType[ RAS_MaxDeviceType + 1 ]; WCHAR szDeviceName[ RAS_MaxDeviceName + 1 ]; WCHAR szPhoneNumber[ RAS_MaxPhoneNumber + 1 ]; } RASCONNSTATUSW, *LPRASCONNSTATUSW; typedef struct tagRASCONNSTATUSA { DWORD dwSize; RASCONNSTATE rasconnstate; DWORD dwError; CHAR szDeviceType[ RAS_MaxDeviceType + 1 ]; CHAR szDeviceName[ RAS_MaxDeviceName + 1 ]; CHAR szPhoneNumber[ RAS_MaxPhoneNumber + 1 ]; } RASCONNSTATUSA, *LPRASCONNSTATUSA; DECL_WINELIB_TYPE_AW(RASCONNSTATUS) DECL_WINELIB_TYPE_AW(LPRASCONNSTATUS) typedef struct tagRASDIALEXTENSIONS { DWORD dwSize; DWORD dwfOptions; HWND hwndParent; DWORD reserved; DWORD reserved1; } RASDIALEXTENSIONS, *LPRASDIALEXTENSIONS; #define LPHRASCONN HRASCONN*

2 1

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Ivan Leo Murray-Smith 22 Oct '03

22 Oct '03

>BTW, it would be interesting if one could check, try out what's Longhorn's >NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device >would tell it. Longhorn doesn't use NTFS, it uses a new filesystem called WinFS, even if it's probably based on NTFS.

4 3

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Szakacsits Szabolcs 22 Oct '03

22 Oct '03

Hi, Jan Kratochvil <rcpt-ros-kernel.AT.reactos.com_at_jankratochvil.net> wrote: > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > project for reliable r/w access in Wine way by using MS-Windows > ntfs.sys driver. The goal of the Linux-NTFS project is the provide completely open source code to access, manage NTFS filesystems, not only r/w access whatever way. It's a big difference. There is already a full r/w driver for Linux by Paragon for a while - although it costs money but it doesn't have legal threats. Why the open source write capability isn't achieved? In short, no active development for over a year and before that the code base was completely rewritten, after former developer(s) stopped working on it 3-4 years ago. Otherwise write access is pretty close, I'd say 2-4 months hard work (if one isn't familiar with NTFS that's another 1-3 months). > There are rumours GPL may be problem for linking with proprietary code > (ntfs.sys&ntoskrnl.exe) >From GPL point of view I don't think so. But I could imagine one isn't allowed to use ntfs.sys, ntoskrnl.exe the way he/she wants legally. They need to be checked (plus consider what's legal today can be illegal tomorrow, so keep checking). Or just ask Microsoft. At the same time you could also ask if they have patents on NTFS. I couldn't find any contrary to the rumours. There was a fuss years ago about Microsoft wanted to sue Linux NTFS developers, but the fact seems to be Microsoft threatened only Jeff V. Merkey because he had signed NDA with Microsoft, still he was developing and distributing NTFS tools for Linux. Microsoft denied all of this publicly. You can google up the full story but IMHO it's better just to ask Microsoft. Szaka

3 10

Re: Fix comctl32 conformance test
by Hans Leidekker 22 Oct '03

22 Oct '03

On Wednesday 22 October 2003 08:52, Rolf Kalbermatter wrote: > the build process. Seems like MS has to fix a few things in their SDK > to make their import libs match the SDK documentation after those > functions really got available in the first release of W95 and finally > got documented this year. Yes, but what counts for us is what actually exists in their import libs, regardless of documentation. Of course, documentation would probably mean more users of those functions, but (if correct) it would also mean easier implementation for Wine. > Just a thought, can I use Wine import libs in Visual C ;-) ? I haven't tried (I don't have MSVC). But it should be possible. I think Wine is supposed to achieve this type of compatibility as well. You could then - say - use MSVC to write an application that links against a wine-only lib - say - x11drv. -Hans

1 0

wine and Crossover in the press
by Tom 22 Oct '03

22 Oct '03

Anyone had a look at this? http://www.theinquirer.net/?article=12207 Tom

2 2

GetProcessWindowStation
by Mathias Berchtold 22 Oct '03

22 Oct '03

Hello ... I get the following error when trying to run SmartFTP on Wine. fixme:advapi:RevertToSelf (), stub fixme:advapi:SetThreadToken ((nil), 0xa0): stub (NT impl. only) fixme:win:GetProcessWindowStation (void): stub fixme:win32:GetUserObjectInformationA (0x1 1 0x4078e8e4 12 0x4078e8d8),stub! And afer that I get a Debug ASSERT from the Microsoft Visual C++ Library. File: Allocate.cpp Line: 108 Expression: bSuccess I think the Assert is caused because of the missing function implementations. Do you have any plans to implement them in the future? Wine Information ================ wine --version Wine 20031016 windows="win2k" ("win98" doesn't work because wine "ignores" the unicows.dll) [AppDefaults\\smartftp.exe\\DllOverrides] "ole32" = "native" "oleaut32" = "native" "rpcrt4" = "native" "urlmon" = "native" "comctl32" = "builtin" "wininet" = "builtin" "shdocvw" = "native" "shlwapi" = "native" "crypt32" = "native" "mshtml" = "native" "unicows" = "native" "crypt32" = "native" "cryptui" = "native" "wintrust" = "native" If you need the debug build of SmartFTP to test please contact me. Thanks a lot -Mat SmartFTP.com -----Original Message----- From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin@winehq.org] On Behalf Of Alexandre Julliard Sent: Mittwoch, 22. Oktober 2003 04:20 To: Vincent Béron Cc: Wine devel Subject: Re: Changes to kernel messages lang Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Attached program says so on W2K SP4. There's a message table in > kernel32 for 0x0000, for the others it returns NULL. Is that way to do > it different from yours? Yes, FindResource with language 0 is going to return a resource in all sorts of cases, so it's not a good test. And actually if the resource was really NEUTRAL, then all your FindResource calls should have succeeded. The best way to find out is to dump the resource table of the dll, using something like winedump -x. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Fabian Cenedese 22 Oct '03

22 Oct '03

Hi I don't know much about NTFS (only using it) and even less about Linux-NTFS. But it was funny following this conversation. >> Filesystem must be the rock solid data storage structure. You must >> know the meaning of each byte (*) for such reliable and interoperable >> filesystem. > >Exactly. Every needed byte is known. Wow! Really? >> (*) You do not need to know the journalling metadata as long as you do not >> support journalling and/or its recovery. > >One of the unknown issues is journaling :) AHA! And not only "The unknown issue" but "One of the unknown issues". Reminds me of Asterix: Whole Europe is part of the Roman Empire. Whole...? Sorry, I couldn't resist, no offense :) bye Fabi

2 1

Xlib and wine and XGrabButton
by Gerhard W. Gruber 22 Oct '03

22 Oct '03

I currently write a small desktop app (in case you are curious http://sourceforge.net/projects/launchmenu) and for this I have to research on how to grab mouse events and eventually keyboard as well. Now I thought that this might be usefull for wine when playing games under the DirectX emulation, so I checked the sources for XGrabButton()/XGrabKey() and I couldn't find any references to it. When I tried to play Thief and Thief 2 I always had the problem that the keys are going to the shell where I started it from, instead of going into the game. I wrote a small test app for my project in order to get this feature straight and there I could capture all mouse events (haven't tried keyboard, but it should work equally well) without any interference with the remaining X system. Is this intenttionally that these functions are not used and if so what is the reason for it? Or is there a layer in between wine and X so that wine is not using Xlib API directly? I think that using this should work at least in programs where the entire screen is taken over, like in games, probably other applications well. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 4

Re: Changes to kernel messages lang
by Alexandre Julliard 22 Oct '03

22 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > W2k kernel messagetable is LANG_NEUTRAL, SUBLANG_NEUTRAL only. > > Changelog: > Make the kernel messagetable LANG_NEUTRAL, as native. Are you sure about that one? All the dlls I have checked (Win95, NT4, XP) have the language set to 0x0409. In what case is that causing trouble? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: More dutch translations
by Alexandre Julliard 21 Oct '03

21 Oct '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog: > - More resources translated to dutch. > - Make an example consistent with it's description (wcmd). The wcmd change is wrong, the default prompt really is $p$g. Also your patch got wrapped, you'll have to resubmit. -- Alexandre Julliard julliard(a)winehq.com

1 0

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-devel