wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Missing INT21h functions
by davep 12 May '01

12 May '01

Trying (more in hope than expectation) to run an ancient DOS program under Wine, I get this failure: err:int21:DOS3Call int21: unknown/not implemented parameters: int21: AX 0f9f, BX 005c, CX 0000, DX 005c, SI 008e, DI 005c, DS 107f, ES 109f Sure enough, DOS3Call() has a series of functions, including 0fh, which are unimplemented. Is there any reason why these functions should not be implemented? The win31 sdk doesn't mention any restrictions on which INT21 functions can be used, neither does Schulman. Dave Pickles

2 1

Qusetion From New Developer
by Uhmmmm 11 May '01

11 May '01

I've been using WINE for a while now, and I thought it was just about time to start helping out. I found some very easy things I can fix (a lot of the FIXMEs in the basic controls (botton, static, etc)). The only problem is that, I'm not sure how to submit the code once I've fixed it. If someone could let me know, I could start coding. Thanks in advance.

3 2

__compar_fn_t Linuxism in dlls/wineps/afm.c
by Gerald Pfeifer 11 May '01

11 May '01

I believe relying on __compar_fn_t in dlls/wineps/afm.c is a Linuxism recently added to dlls/wineps/afm.c (and only there), Ian. Given that __compar_fn_t is only used in that single file and nowhere else, I'd suggest to simply use a typedef of your own instead of the non-portable __compar_fn_t. -- Could you please have a look? Alexandre, in the mean-time please consider my patch below, which gets rid of the build failure at least. /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o afm.o afm.c afm.c: In function `SortFontMetrics': afm.c:686: `__compar_fn_t' undeclared (first use in this function) afm.c:686: (Each undeclared identifier is reported only once afm.c:686: for each function it appears in.) afm.c:686: syntax error before `UnicodeGlyphByNameIndex' afm.c:698: syntax error before `UnicodeGlyphByNameIndex' afm.c:718: syntax error before `UnicodeGlyphByUV' afm.c:729: syntax error before `AFMMetricsByUV' afm.c:691: warning: `pug' might be used uninitialized in this function afm.c: At top level: afm.c:644: warning: `UnicodeGlyphByNameIndex' defined but not used afm.c:649: warning: `UnicodeGlyphByUV' defined but not used afm.c:654: warning: `AFMMetricsByUV' defined but not used gmake[2]: *** [afm.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/vexpert/files8/test/wine/dlls/wineps' gmake[1]: *** [wineps/libwineps.so] Error 2 Thanks, Gerald Index: afm.c =================================================================== RCS file: /home/wine/wine/dlls/wineps/afm.c,v retrieving revision 1.13 diff -u -3 -p -r1.13 afm.c --- afm.c 2001/05/09 17:11:59 1.13 +++ afm.c 2001/05/11 10:58:58 @@ -683,7 +683,7 @@ static BOOL SortFontMetrics() qsort(aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); } for (i = 0; i < afm->NumofMetrics; ++i) @@ -695,7 +695,7 @@ static BOOL SortFontMetrics() pug = bsearch(&ug, aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); if (pug == NULL) { WARN("Glyph '%s' in font '%s' does not have a UV\n", @@ -715,7 +715,7 @@ static BOOL SortFontMetrics() /* typecast avoids compiler warning */ qsort((void *)(afm->Encoding->glyphs), afm->Encoding->size, - sizeof(UNICODEGLYPH), (__compar_fn_t)UnicodeGlyphByUV); + sizeof(UNICODEGLYPH), UnicodeGlyphByUV); for (i = 0; i < afm->Encoding->size; ++i) if (afm->Encoding->glyphs[i].UV >= 0) @@ -726,7 +726,7 @@ static BOOL SortFontMetrics() } qsort(afm->Metrics, afm->NumofMetrics, sizeof(AFMMETRICS), - (__compar_fn_t)AFMMetricsByUV); + AFMMetricsByUV); for (i = 0; i < afm->NumofMetrics; ++i) if (afm->Metrics[i].UV >= 0)

3 2

Wine Logo ?
by Marcus Meissner 11 May '01

11 May '01

Hi, Is the WINE Logo as used by WineHQ available somewhere in higher resolution? I need it for preparation of LinuxTag 2001 :) Ciao, Marcus

1 0

win32 binary DLLs -> Unix wrappers?
by Peter Duthie 11 May '01

11 May '01

What I would like to do is take an existing windows DLL for which I have the SDK but not the source, and write/generate a C++ wrapper that accesses the code contained therein, and be linked with existing unix programs. Eg, say I have X.DLL, X.LIB and X.h Is there a way using wine that I can generate wrapper code (say X_wrapper.cc), so that I can link it with a unix program that I would write around the wrapper? Thus I would have the benefits of developing under the unix environment and libraries, while utilising a necessary proprietary windows DLL. Note, native windows applications that use this DLL work fine when run under wine regularly. I cannot find documentation for this in the mailing list archives, or the official docs, although Chapter 5 of the winelib users guide seems to be the right place to look, it appears to not be written yet. Can anyone please direct me to relevant documentation/examples/code? Thanks, -peter

3 2

Re: Add support for NOMINMAX
by Alexandre Julliard 11 May '01

11 May '01

Francois Gouget <fgouget(a)free.fr> writes: > Why? It doesn't make a big difference but after all, if min/max are > defined in their own header, why not take advantage of it to avoid > duplication? (I hate duplicating code :-) Because that's not how Windows does it. And I think it's a good thing to avoid unnecessary dependencies between the Windows headers and the MSVC ones. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add support for NOMINMAX
by Francois Gouget 11 May '01

11 May '01

I noticed that you didn't apply this part of the minmax patch: --- cut here --- Index: include/windef.h =================================================================== RCS file: /home/cvs/wine/wine/include/windef.h,v retrieving revision 1.57 diff -u -r1.57 windef.h --- include/windef.h 2001/05/07 20:14:00 1.57 +++ include/windef.h 2001/05/11 01:17:37 @@ -14,6 +14,9 @@ #define WINVER 0x0500 #include "winnt.h" +#ifndef NOMINMAX +#include "minmax.h" +#endif #ifdef __cplusplus @@ -140,15 +143,6 @@ #define ADD_LOWORD(dw,val) ((dw) = ((dw) & 0xffff0000) | LOWORD((DWORD)(dw)+(val))) #endif -/* min and max macros */ -#ifndef NOMINMAX -#ifndef max -#define max(a,b) (((a) > (b)) ? (a) : (b)) -#endif -#ifndef min -#define min(a,b) (((a) < (b)) ? (a) : (b)) -#endif -#endif /* NOMINMAX */ #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ --- cut here --- Why? It doesn't make a big difference but after all, if min/max are defined in their own header, why not take advantage of it to avoid duplication? (I hate duplicating code :-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ La terre est une bêta...

1 0

[PATCH] Small SetParent fix
by gerard patel 10 May '01

10 May '01

Calling SetParent of a child window does not create a X counterpart in current Cvs if parent = 0. Fixes one at least of the 2 crashes I had pointed to with the User patch of 24 april. ChangeLog: * dlls/x11drv/window.c creates (again) a X counterpart for children windows reparented to 0

1 0

Re: GDB remote debugging
by Alexandre Julliard 10 May '01

10 May '01

Ove Kaaven <ovehk(a)ping.uio.no> writes: > I assume Alexandre isn't going to like some of the stuff in here, but I > suppose it's up to him whether to take it or leave it... How did you guess I wouldn't like it? ;-) Actually I think it's a neat hack, but it doesn't belong in the server at all. You should be able to do the same thing as a client-side process using the Win32 debugging API. It could be either a stand-alone Winelib app, or a special mode inside winedbg so that you can reuse some of the code in there. -- Alexandre Julliard julliard(a)winehq.com

3 2

Small Fixes
by kenon＠go2.pl 10 May '01

10 May '01

Hi, I had some problems with application Super Memo 8.0 . It is an old 16-bit app ( hard for debugging :-) ) written in Borland Delphi (I guess). I wrote a patch and posted to wine-patches two months ago ,but that patch was rejected :-( . Now I have much simpler and I think correct patch solving the problem. --- windows/painting.c_or Wed Mar 28 16:39:17 2001 +++ windows/painting.c Sat May 5 14:19:43 2001 @@ -1710,7 +1710,7 @@ { /* send palette change notification */ HWND hWnd = WindowFromDC( hDC ); - if (hWnd) SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); + if (hWnd) PostMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); } return realized; } There is another bug. When I press <ENTER> the app runs in other way under wine than it runs under Windoze. My workaround ( only workaround ) is --- controls/edit.c_or Thu May 10 03:24:06 2001 +++ controls/edit.c Thu May 10 03:24:10 2001 @@ -849,7 +849,7 @@ case WM_GETDLGCODE: DPRINTF_EDIT_MSG32("WM_GETDLGCODE"); - result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS; + result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS |DLGC_WANTMESSAGE; if (lParam && (((LPMSG)lParam)->message == WM_KEYDOWN)) { --

1 0

Is the DECIMAL variant type too long ?
by gerard patel 10 May '01

10 May '01

After the following patch : ChangeSet ID: 989259340138108821120113 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard@wine2. 01/05/07 14:15:40 Modified files: include : oleauto.h wtypes.h include/wine : obj_base.h obj_oleaut.h Log message: Francois Gouget <fgouget(a)codeweavers.com> Added support for the DECIMAL type. Names are no longer suffixed with 32! Removed it. Borland Builder 4 crashes while starting :-/ Tracing the crash shows that it hangs immediately after the *first* variant Api access : Call oleaut32.VariantCopyInd(405869b0,40586974) ret=405b2e6b tid=08065a10 trace:ole:VariantCopyInd (0x405869b0, 0x40586974) trace:ole:VariantCopy (0x405869b0, 0x40586974) trace:ole:VariantClear (0x405869b0) Ret oleaut32.VariantCopyInd() retval=00000000 ret=405b2e6b tid=08065a10 Call oleaut32.VariantChangeTypeEx(40586968,405869b0,00000400,00000000,00000003) ret=405b301c tid=08065a10 trace:ole:VariantInit (0x4058685c),stub trace:ole:VariantChangeTypeEx (0x40586968, 0x405869b0 (11), 1024, 0, 3),stub trace:ole:VariantClear (0x40586968) trace:ole:VarI4FromBool ( -1, 0x40586970 ), stub trace:ole:VariantClear (0x4058685c) Ret oleaut32.VariantChangeTypeEx() retval=00000000 ret=405b301c tid=08065a10 err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. I have changed the trace slightly, the 11 listed for the VariantChangeTypeEx shows that the original type is a boolean. The call is trying to change a boolean (11) into an integer (3). The changes in include/wtypes.h are the important ones. Replacing the new DECIMAL type by typedef struct tagDEC { BYTE aa[2]; } DECIMAL; get rid of the crash. If I make the byte array 16 bytes long, same crash as the current Wine behaviour. If I make it 10 bytes long, access violation. If I make it 8 bytes long, it works too. Could the DECIMAL type be a pointer to the real data ?? Gerard

2 1

Stupid winedbg question
by Francois Gouget 10 May '01

10 May '01

This is probably a stupid question but I did not find the answer in the doc (Wine Developper's Guide). How do I copy-paste something from winedbg? A backtrace for instance. Or how do I copy/paste anything to/from any console application for that matter. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

4 6

Stupid autoconf question
by Ian Pilcher 09 May '01

09 May '01

Here is my first cut at adding a check for the FreeType libraries and header files to the Wine configuration scripts. It's basically a copy of Marcus' CUPS stuff. Since this is the first time I've done anything with autoconf, I figured I'd post it here for review: diff -urN ../wine-20010502cvs/configure.in ./configure.in --- ../wine-20010502cvs/configure.in Wed May 2 12:57:30 2001 +++ ./configure.in Thu May 3 01:44:48 2001 @@ -378,6 +378,19 @@ ) AC_SUBST(CUPSLIBS) +FREETYPELIBS="" +dnl **** Check for FreeType 2 **** +wine_cv_warn_ftsystem_h=no +AC_CHECK_LIB(freetype,FT_Init_FreeType, + AC_CHECK_HEADER(freetype2/freetype/ftsystem.h, + AC_DEFINE(HAVE_FREETYPE) + FREETYPELIBS="-lfreetype" + FREETYPEINCL="-I/usr/include/freetype2", + wine_cv_warn_ftsystem_h=yes) +) +AC_SUBST(FREETYPELIBS) +AC_SUBST(FREETYPEINCL) + dnl **** Check for IPX (currently Linux only) **** AC_CACHE_CHECK("for GNU style IPX support", ac_cv_c_ipx_gnu, AC_TRY_COMPILE( @@ -1316,6 +1329,15 @@ echo "*** Note: You have cups runtime libraries, but no development" echo "*** libraries. Install the cups-devel package or whichever package" echo "*** contains cups.h to enable CUPS support in WINE." +fi + +if test "$wine_cv_warn_ftsystem_h" = "yes" +then + echo + echo "*** Note: Your system appears to have the FreeType 2 runtime libraries" + echo "*** installed, but the corresponding header files are not installed in" + echo "*** /usr/include/freetype2/freetype. Install the freetype-devel package" + echo "*** to enable TrueType font support in Wine." fi echo diff -urN ../wine-20010502cvs/dlls/wineps/Makefile.in ./dlls/wineps/Makefile.in --- ../wine-20010502cvs/dlls/wineps/Makefile.in Sun Apr 29 13:21:22 2001 +++ ./dlls/wineps/Makefile.in Thu May 3 01:45:13 2001 @@ -6,7 +6,8 @@ SOVERSION = 1.0 ALTNAMES = wineps16 IMPORTS = user32 gdi32 winspool.drv kernel32 ntdll -EXTRALIBS = @CUPSLIBS@ +EXTRALIBS = @CUPSLIBS@ @FREETYPELIBS@ +EXTRAINCL = @FREETYPEINCL@ C_SRCS = \ afm.c \ diff -urN ../wine-20010502cvs/include/acconfig.h ./include/acconfig.h --- ../wine-20010502cvs/include/acconfig.h Sun Apr 29 13:21:22 2001 +++ ./include/acconfig.h Thu May 3 01:45:04 2001 @@ -122,3 +122,6 @@ /* Define if we have CUPS */ #undef HAVE_CUPS + +/* Define if FreeType 2 is installed */ +#undef HAVE_FREETYPE It seems to work on my system (Red Hat 7.1), although for some reason it can't even detect the FreeType library when the freetype-devel package is removed (no great loss). At this point I have a couple of questions: * Does anyone see anything wrong with this? * I've omitted the resulting changes to wine/configure and wine/include/config.h.in from the patch above. Is this form more convenient for final submission, or should I include the changes to those files? (If the latter is the case, I'll probably go ahead and submit the autoconf changes before I get any code written, so that wine/configure doesn't get hugely out of sync.) Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

3 3

Re: doors IPC
by Alexandre Julliard 09 May '01

09 May '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Since critical sections are thought to be 'fast' and 'short time' locking > primitives, and Win32 threads should not sleep in a critical section, > we can just give up our timeslice and wait for the other thread that > has the lock to continue. Well, there are tons of places where we will sleep inside a critical section, so it could potentially burn a lot of CPU. That doesn't necessarily make it slower, but it would probably impact other applications more. As usual, the only way to tell is to do benchmarks. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add missing newline to WARN messages
by Dmitry Timoshkov 09 May '01

09 May '01

"Francois Gouget" <fgouget(a)free.fr> wrote: > * I scanned the source for TRACE/WARN/ERR/FIXME statements without a > terminating newline. There are few cases where this is justified because > of following DPRINTFs. But most of the time there should be a \n > otherwise the trace will not be flushed to disk immediately and the logs > will look bad. You forgot to remove redundant ' around %s in the traces when output is made by debugstr_a or debugstr_w. Actually you removed some of them, but not all.

2 1

PRESS: CodeWeavers: crossover plugins windows / linux
by Marcus Meissner 09 May '01

09 May '01

Hi, The EETimes has an article about CodeWeavers current project, which appears to bring some Windows Browser plugins to Linux. http://www.eet.com/story/OEG20010508S0061 Ciao, Marcus

2 1

Re: Re: Stupid winedbg question
by Mike McCormack 09 May '01

09 May '01

Cutting and pasting in winedbg's xterm only works for me if i hold the shift key down when doing it. Dunno why. i've got more serious problems with winedbg... when exceptions are thrown on critical sections, winedbg starts, but then itself gets stuck on _the same_ critical section. Happens all the time with netscape... i've applied Marcus's patch and i'll see if that reduces the frequency of failures, but it probably won't help winedbg's problems. Mike > > Francois Gouget wrote: > > > > > > A backtrace for instance. Or how do I copy/paste anything to/from any > > > console application for that matter. > > > > > > > Select the text you want to copy and click with your middle mouse button > > (mouse button 2) wherever you want to paste it. > > Nope. I tried that, of course, and it doesn't work. ------------------------------------------ mailto:Mike_McCormack@looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your own free web email at http://www.looksmart.com.au LookSmart Australia

1 0

PRESS: GameSpy: Ports vs. WINE
by Marcus Meissner 09 May '01

09 May '01

Hi, Gamespy has an article regarding whether Games should be ported to Linux or emulated using WINE. Introduces porting Companies and Transgaming, then procedes to give statements from Gavriel, Michael Simms (CEO of TuxGames), Scott Draeker (Loki Games President), ... Except Gavriel (of course) all take on major flaming Wine, WineX and TransGaming. http://www.gamespy.com/articles/may01/wine/ Ciao, Marcus

1 0

Re: Add missing newline to WARN messages
by Francois Gouget 09 May '01

09 May '01

Here's the list of weird traces: dlls/comctl32/datetime.c:221 dlls/comctl32/datetime.c:224 It looks like the goal was to print stuff on the same line in multiple steps (one TRACE has a '\n' at the beginning) but no DPRINTF is used. Also I'm not sure we would always end up printing a '\n'. Add '\n's everywhere? objects/region.c:908 objects/region.c:911 objects/region.c:918 objects/region.c:936 The '\n' usage is inconsistent. Put '\n's everywhere? dlls/ole32/compositemoniker.c:340 There's a DPRINTF I'm not sure of but there's also (comment by me): { FIXME("()\n"); /* FIXME: To whoever wrote this code: It's either return or break. it cannot be both! */ break; return E_NOTIMPL; } I would say that it should be a return but I'm not 100% sure. Anyone familiar with this code? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot.

1 0

FIXMEs in basic controls
by Uhmmmm 09 May '01

09 May '01

I don't know how high of a priority the basic controls (buttons, edit boxes, static, etc) are, but they sure do have a lot of FIXMEs that I'd be willing to help with. Mainly things that the writers didn't know what windoze did. I could probably fix a lot of these. I have a windoze machine, and I could tinker with it to find out the correct behaviour. The only thing is that I'm relatively new to editing wine's sources, and extremely new to CVS, so I wouldn't know what to do with the code when I've finished. If someone could clue me in, I'd be more than happy to clean up some of the FIXMEs.

1 0

Re: Aargh! Wine won't run anything
by David.Goodenough＠dga.co.uk 08 May '01

08 May '01

Well the RtlpWaitForCriticalSection, or at least one of them, has been a long running feature of Notes startup (see the note I posted a few days ago) and still happens on the 0418 drop. Occasionally since that post I have noticed that I get a continuous set of these on shutdown, so something is obviously being changed in this area. It would be nice to get rid of the underlying problem. I have not however seen the default handler problem. Regards David Ian Pilcher <ian.pilcher(a)home.com> on 08-05-2001 06:48:45 AM To: wine-devel(a)winehq.com cc: (bcc: David Goodenough/DGA/GB) Subject: Aargh! Wine won't run anything The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher@home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher@home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 1

doors IPC
by Damjan Lango 08 May '01

08 May '01

Hi, Some time ago here was a discussion about speeding up the communication between the wineserver and the application with various kernel patches. I was reading "Unix Network Programming, volume 2 - IPC" and ran over a "doors" IPC api that is implemented on Solaris and has the lowest latency. According to the book it is ~3 times faster than pipe. Actual values for Solaris 2.6 in the book are: (in miliseconds) doors: 121 sysv msgq: 260 pipe: 324 unix dom. socket: 465 posix msgq: 584 ... There is also a link to a Linux implementation of doors on: http://www.rampant.org/doors/ On this link you will find also more info on doors. But according to the performance tests that the author made, the linux pipe is somewhat the same speed as doors so maybe it could be optimized more or maybe is Linux's pipe already so optimized that doors are unnecesary. So what do you think, would this be useful for speeding up wine? I apologoize if you already know about this... ciao Damjan

2 1

RE: Aargh! Wine won't run anything
by Ian Pilcher 08 May '01

08 May '01

I hate following up to my own messages. I sent the previous note after I couldn't get anything useful out of winedbg. Then I had the idea of just running Wine under gdb, and I got the following: Program received signal SIGSEGV, Segmentation fault. 0x402f1b93 in strchr () from /lib/i686/libc.so.6 (gdb) bt #0 0x402f1b93 in strchr () from /lib/i686/libc.so.6 #1 0x405f6c78 in ?? () #2 0x409a459e in PRINTCAP_LoadPrinters () at info.c:265 #3 0x409a46c9 in WINSPOOL_LoadSystemPrinters () at info.c:298 #4 0x409aac08 in WINSPOOL_EntryPoint (hInstance=1083838464, reason=1, lpReserved=0x1) at wspool.c:30 #5 0x40082ea7 in PE_InitDLL (module=1083838464, type=1, lpReserved=0x1) at pe_image.c:737 #6 0x4007eb75 in MODULE_InitDLL (wm=0x403a1aa0, type=1, lpReserved=0x1) at module.c:115 #7 0x4007ec92 in MODULE_DllProcessAttach (wm=0x403a1aa0, lpReserved=0x1) at module.c:182 #8 0x4007ec6c in MODULE_DllProcessAttach (wm=0x403a1598, lpReserved=0x1) at module.c:177 #9 0x4007ec6c in MODULE_DllProcessAttach (wm=0x0, lpReserved=0x1) at module.c:177 #10 0x400c83b1 in start_process () at process.c:372 #11 0x400cbeb5 in SYSDEPS_DoCallOnStack ( func=0x400c8270 <start_process>, arg=0x0) at sysdeps.c:173 #12 0x400cbf5f in SYSDEPS_CallOnStack () at sysdeps.c:183 #13 0x400cc002 in SYSDEPS_SwitchToThreadStack ( func=0x400c8270 <start_process>) at sysdeps.c:236 #14 0x400c87fb in PROCESS_InitWine (argc=2, argv=0xbffff8dc, win16_exe_name=0x804d620 "", win16_exe_file=0x804d724) at process.c:525 #15 0x0804c187 in main () at main.c:84 #16 0x40289177 in __libc_start_main (main=0x804c16c <main>, argc=2, ubp_av=0xbffff8dc, init=0x80486f8 <_init>, fini=0x804c1d0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff8cc) at ../sysdeps/generic/libc-start.c:129 I'm rebuilding now, with Marcus' LPR printing patch backed out. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 2

Aargh! Wine won't run anything
by Ian Pilcher 08 May '01

08 May '01

The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher@home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher@home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Re: PATCH: wineps passthrough postscript
by Dmitry Timoshkov 07 May '01

07 May '01

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > It works now much better, except it somehow cannot upload fonts(?) and > queries support for escapes 4568 and 4567 which are unknown to me. PlatformSDK July 2000 defines #define SPCLPASSTHROUGH2 4568 /* new escape for NT5 pscript driver */ >From its name, it means HP PCL pass through mode. Apparently 4567 is defined in the Win2000 DDK.

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