wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Problem with winebuild under cygwin
by Julien C 25 Oct '03

25 Oct '03

I am trying to build Wine cvs under Cygwin and when trying to build dlls I get this error: ../tools/winebuild/winebuild -o advapi32/advapi32.spec.def --def advapi32/advapi32.spec Unable to create output file '(null)' make: *** [advapi32/advapi32.spec.def] Error 1 Does someone have any idea on how to fix that ? Julien

2 1

wine in the press -- a little question :)
by Tom 25 Oct '03

25 Oct '03

Hello all, I have a question about "our" press page. Ive been looking for incidences where wine is mentioned in the press so when I update the press page I can do one nice update with "most" incidences where where mentioned. My question is should I add small incidences to the press page.... <example> http://www.newsforge.com/article.pl?sid=03/10/01/1417208&mode=thread&tid=51 </example> Or just sites where wine is the main topic ? Tom

2 1

Problem with winebuild under cygwin
by julienc＠imap.cc 25 Oct '03

25 Oct '03

1 0

Errors in user tests
by Sylvain Petreolle 25 Oct '03

25 Oct '03

Running the user tests, I get different results if run with 'make test' and manually in a terminal. If run with wine in a terminal: listbox gets 16 failures (no failure with make test) msg gets 24 failures (only 1 failure with make test.) If I launch the same runtest command that gets started from Makefile, I get no error. I dont understand what is happening here. With make: [syl@wine tests]$ make test ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual runtest, same command : [syl@wine tests]$ ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual runtest, flag -v : [syl@wine tests]$ ../../../tools/runtest -v -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c:165: Testing single selection... listbox.c:167: ... with NOSEL listbox.c:169: Testing multiple selection... listbox.c:171: ... with NOSEL listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual wine: [syl@wine tests]$ wine user32_test.exe.so listbox listbox.c:165: Testing single selection... listbox.c:129: Test failed: style 0, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0, step step, field anchor: expected 2, got -1 listbox.c:167: ... with NOSEL listbox.c:129: Test failed: style 0x4000, step click, field selected: expected 1, got -1 listbox.c:129: Test failed: style 0x4000, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x4000, step step, field selected: expected 2, got -1 listbox.c:134: Test failed: style 0x4000, step step, field anchor: expected 2, got -1 listbox.c:134: Test failed: style 0x4000, step step, field caret: expected 2, got 1 listbox.c:169: Testing multiple selection... listbox.c:129: Test failed: style 0x8, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x8, step step, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x8, step step, field selcount: expected 1, got 2 listbox.c:171: ... with NOSEL listbox.c:123: Test failed: style 0x4008, step init, field selected: expected -1, got 0 listbox.c:123: Test failed: style 0x4008, step init, field selcount: expected -1, got 0 listbox.c:129: Test failed: style 0x4008, step click, field anchor: expected 1, got -1 listbox.c:129: Test failed: style 0x4008, step click, field selcount: expected -1, got 0 listbox.c:134: Test failed: style 0x4008, step step, field anchor: expected 2, got -1 listbox.c:134: Test failed: style 0x4008, step step, field selcount: expected -1, got 0 listbox: 48 tests executed, 0 marked as todo, 16 failures. ===== 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

1 0

Re: kernel32: Fix lstrcmp(i)A/W to correct return values and document this behaviour
by Dmitry Timoshkov 25 Oct '03

25 Oct '03

"Rolf Kalbermatter" <rolf.kalbermatter(a)citeng.com> wrote: > int WINAPI lstrcmpA(LPCSTR str1, LPCSTR str2) > { > - int ret = CompareStringA(GetThreadLocale(), 0, str1, -1, str2, -1); > - if (ret) ret -= 2; > - return ret; > + int ret = CompareStringA(GetThreadLocale(), 0, str1, -1, str2, -1); > + if (!ret) > + { > + ret = CompareStringA(GetSystemDefaultLCID(), 0, str1, -1, str2, -1); > + if (!ret) > + { > + if (!str1) > + return (str2 ? -1 : 0); > + else if (!str2) > + return 1; > + return strcasecmp(str1, str2); > + } > + } > + return ret - 2; > } Windows doesn't do anything of the above. A patch for CompareString I sent recently to wine-devel has lots of tests and fixes for all the differences we have found so far. It just needs a clean approach for unicode.org/windows collation table differences merge to be included in Wine. -- Dmitry.

1 0

Summary of translations
by Vincent Béron 24 Oct '03

24 Oct '03

This is the current summary of Wine translations. It lists languages for which at least one resource exists. It can be found here: http://mecano.gme.usherb.ca/~vberon/wine/translation All comments welcome. Vincent

3 4

Re: Translation support (wrc)
by Alexandre Julliard 24 Oct '03

24 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Add support for comparing resources to wrc for translations. That's a clear case of preprocessor abuse... there has to be a better way to do that than with a 100-line macro. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: ClipCursor values init on start (resize missing update values)
by Carlos Lozano 24 Oct '03

24 Oct '03

El vie, 24 de oct de 2003, a las 23:08, Carlos Lozano escribio: > > - Windows init the clipcursor values with width and height of > the screen of the primary display monitor. > (Theme Hospital mouse is now fixed) Hmmm, it is even more complex what i had thought. When the resolution mode is changed, the values for clipcursor are reset to 0,0,X,Y. Now the question is: a) Should we modify the function SYSMETRICS_Set, and when the values SM_CXSCREEN or SM_CYSCREEN will get changed, call to the Clipcursor function b) or add a Clipcursor call after of every change resolution function?? Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

Re: FoldStringA (using W version)
by Jon Griffiths 24 Oct '03

24 Oct '03

Hi, > + goto FoldStringA_exit; > ^^^^^^^^^^^^^^^^^^^^^^ > No allocation has been done yet, just "return 0;" would be > enough! Indeed, although the above is functionally identical. Feel free to submit a patch if you feel strongly about it... > Interesting idea, but I wonder how you can distinguish between > equal 0 and FALSE without some real magic! > Same applies to lstrcmpi No magic required. Use GetLastError(), just like it says. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 4

WineHQ: PATCH to fix IPersistFile::Load() and associated functions
by Subhobroto Sinha 24 Oct '03

24 Oct '03

Hi. I finally produced the "official patch" after verifying that everything is OK. Thanks to Dimi for putting up a temporary diff for me meanwhile ;) This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. For the uninitiated, here's what has to be done: Please make sure that you have the 20031016 source (latest tarball) (1)Copy this .diff to dlls/shell32/ (2)Run 'patch' on this diff file (3)It should patch "shelllink.c" (4)Type 'make' to rebuild 'shell32.dll.so' (5)'su' out and overwrite/symlink the current 'shell32.dll.so' over the installed one Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address BTW: If I should have submitted at 'wine-patches' rather at 'wine-devel', please let me know :=) I really want this BUG fixed you know ;-) Regards Subhobroto Sinha --- shelllink.c.original 2003-10-22 17:56:31.000000000 +0530 +++ shelllink.c 2003-10-24 13:09:59.000000000 +0530 @@ -18,7 +18,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * NOTES - * Nearly complete informations about the binary formats + * Nearly complete informations about the binary formats * of .lnk files avaiable at http://www.wotsit.org * */ @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT wineStream_LoadString( IStream* stm, LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards unicode==TRUE.(Atleast for shortcuts..) + However, the value of SCF_UNICODE does NOT seem to be 0x1000. + Until then, we assume it true. + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + TRACE("read %s\n", debugstr_w(str)); + str[count/2]=0; + *pstr = str; + return S_OK; +} static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { +/*This is the original function short circuited to the above till we find out correct 'SCF_UNICODE'. +Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95*/ +return (wineStream_LoadString(stm,pstr)); +#if 0 DWORD count; USHORT len; LPVOID temp; @@ -453,6 +493,7 @@ *pstr = str; return S_OK; +#endif } static HRESULT Stream_LoadLocation( IStream* stm ) @@ -533,6 +574,27 @@ if( FAILED( r ) ) return r; } + /*Fill in the target path. This marked portion will be rewritten once GetPathFromIDList() is completed*/ + //LPITEMIDLIST pidltemp=_dbg_ILGetNext(This->pPidl); + LPITEMIDLIST pidltemp=ILGetNext(This->pPidl); + char szPasha[128][MAX_PATH]={{0},{0}},szTemp[MAX_PATH]={0}; + int i=0,j=1; + do + { + _ILSimpleGetText(pidltemp,szPasha[i++],MAX_PATH); + pidltemp=ILGetNext(pidltemp); + }while(pidltemp->mkid.cb); + strcpy(szTemp,szPasha[0]); + for(;j<i;j++) + { + strcat(szTemp,szPasha[j]); + if(j!=(i-1))strcat(szTemp,"\\"); + } + strcat(szTemp,szPasha[j]); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + MultiByteToWideChar(CP_ACP,0,szTemp,(strlen(szTemp)+1),This->sPath,(strlen(szTemp)+1)); + TRACE("%s\n",szTemp); + /*End marking*/ This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1); __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

IPersistFile patch
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

>BTW: If I should have submitted at 'wine-patches' >rather at 'wine-devel', please let me know :=) >I really want this BUG fixed you know ;-) If you send your patch to wine-patches and it's OK for Alexandre, your patch will get into the CVS, and into the next release of wine.

1 0

Winesetuptk
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

Rc1 had a bug that caused winesetuptk to crash when it looked for a real windows drive and didn't find one. Also, with rc2 winver is set to 98, as a lot of apps refuse to install on 95. source http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc2.tar.bz2 binary http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc2.bz2

1 0

Re: Winesetuptk 0.7 rc1
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

>My ignorance may be obvious here, but is there any reason it is 5 meg? >(I don't remember the old one being that big.) You can get a 700kb compressed binary at www003.portalis.it/115/download/prerelease/winesetuptk0.7rc1.bz2 freedback is welcome.

1 0

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

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