- Wine-Devel - list.winehq.org

Opinions about univesal printer driver
by m.kostrzewa＠pentacomp.com.pl Sept. 2, 2002

Sept. 2, 2002

Greetings to all Wine community! I've been wondering if this is the right place to post it, I belive yes, please forgive me if not :) I'm trying to imagine a method for using windows printer drivers under linux. As far as I know, from gdi's point of view it works like: LoadLibrary(driver) (drv appears to be a dll), some of 24 DDI functions which every printer driver should contain, Initialization = Enable, Control, next goes drawing functions like Output, Pixel. It doesn't have to access paralell ports - it can write to file (when printing under Windows you have this little checkbox, and gdi initializes driver telling this filename I think). Content of this file can be directly sent to port in Linux's way. I know that's not that simple, but I'm very interested in your opinions: what do you think about it having experience in dlling under linux :-) ? I know that wine doesn't run drivers, but it can run win dlls. Is it possible at all? Or this is just a linux-supports-every-printer dream? Perhaps someone tried this already? best regards, Michal Kostrzewa

3 2

Heap overruns
by Shachar Shemesh Sept. 2, 2002

Sept. 2, 2002

Hi list, I am currently having some problems with a change I am working on, that result in heap corruption as a result of buffer overrun. I was wondering whether there was any builtin debug options to detect and help fix these things. If there aren't, I am perfectly willing to sidetrack a little and write them. Please let me know. Shachar

5 8

internet explorer installation
by Franky Van Liedekerke Sept. 1, 2002

Sept. 1, 2002

Hi all, I have a program here that wants to install MDAC 2.6 SP1 first. Now this needs IE 4.0 SP1 or higher installed, so I try to install IE6. Now, when doing that, I get the following error: err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception This is using the latest cvs from wine. Does anybody know how to fix this, or simulate the registry entries so the MDAC install thinks IE is installed? I have to say that *somehow* I managed to get around that error once, but I can't remember what I did (no config changes to wine though, must be something I installed with wine) :( Franky

1 0

winedbg
by admiral coeyman Sept. 1, 2002

Sept. 1, 2002

Group, I am not the only developer who has trouble reading the wine debugger screen. The solution which was pointed out will not work for me since I do not run wine that way. We should have a real solution rather than one that is bodged together anyway. What I'm getting at is, are any developers already working on making the debugger screen more readable? Since I cannot do much until this is fixed, I'll take a crack at it if somebody can give me some pointers on changing the concole appearance settings, size/font/etc. Ideally, I'd like this to be controlled by a few variables in the wine configuration file, or registry so that they can be adjusted. My personal preference would be to redirect the debugger to an unsued virtual terminal because I can read those. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

2 3

ReactOS PSAPI released as LGPL
by Steven Edwards Aug. 31, 2002

Aug. 31, 2002

Hi all. To help share code with WINE I have asked some of the ReactOS developers to license thier work as LGPL where possible. ReactOS is distributed under the GPL with certain sources being LGPL or X11/BSD. In case anyone wants to work on PSAPI in wine feel free to leech whatever. I will keep wine-devel up to date if anything else is relicensed. CVSROOT: /CVS/ReactOS Module name: reactos Repository: reactos/lib/psapi/misc/ Changes by: hyperion(a)mok.lvcm.com 02/08/31 08:36:56 Modified files: reactos/lib/psapi/misc/: dllmain.c malloc.c win32.c reactos/lib/psapi/: psapi.def psapi.edf reactos/lib/psapi/enum/: module.c process.c reactos/lib/psapi/include/internal/: psapi.h reactos/lib/psapi/: makefile psapi.def psapi.edf reactos/lib/psapi/misc/: stubs.c win32.c Log message: PSAPI: all the annoying stuff (enumeration and search, basically) has been taken care of. Only profiling remains to be implemented. PSAPI (re)licensed under LGPL to be shared with WinE, as per Steven's request. Interfaces (headers and import library definitions) and trivial sources put in the public domain Check out the subsystem-independent routines in enum/ (FWIW: the whole DLL only imports two calls from kernel32.dll, SetLastError and AreFileApisANSI): they've been tested, and they could make for a great static library, to implement task manager, tlist, ToolHelp API, etc. Maybe a future addition to mingwnt? __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

removing mp3 code
by Marcus Meissner Aug. 31, 2002

Aug. 31, 2002

Hi, Apparently distributing even mp3 decoders is not royaltee free anymore, according to the slashdot thread and the Thomson MultiMedia pages. So we probably should remove the msacm mp3 decoder we include. :( Ciao, Marcus

8 10

quartz.dll
by Hidenori Takeshima Aug. 31, 2002

Aug. 31, 2002

I'm original developer of quartz. I don't want my quartz code to be restored. There seems to be many patented algorythms. Many codecs like MPEG-1/2/4 are patented. The ffmpeg library seems to use many patented codes. And the legal state of quartz interfaces is unclear for me. I can't accept any liability. Please add all codes in CVS explicitly: The code has been removed since the original author requests 'please remove my quartz codes' explicitly. The original author don't accept any liability. __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 2

Re: PATCH: rename WIN_Handle{16,32} to HWND_{16,32}
by Alexandre Julliard Aug. 31, 2002

Aug. 31, 2002

Michael Stefaniuc <mstefani(a)redhat.de> writes: > - rename WIN_Handle{16,32} to HWND_{16,32} to make it consistent > with the other handle <--> handle16 macros I think you should keep WIN_Handle32 as it is, to make it clear that it does more that simply cast the handle to the right type. Especially since we will need an HWND_32 macro in other dlls that does what its name suggests. Otherwise it's going to be very confusing to have HWND_32 be sometimes a simple macro and sometimes a complex function. -- Alexandre Julliard julliard(a)winehq.com

1 0

MYOB 3.5.2 autorun
by Anand Kumria Aug. 31, 2002

Aug. 31, 2002

I just tried out MYOB (a popular financial program used widely in Australia). The autorun program on the CD attempts to start programs using WinExec as WinExec("whatnews\\whatnews.exe") Unfortunately the FILE_contains_pathW function belueves that is a full path which causes (in files/directory.c): if (FILE_contains_pathW(name)) { ret = DOSFS_GetFullName( name, TRUE, full_name ); goto done; } to fail and return an error to WinExec and subsequently not do anything. The below patch fixes this problem (for me) and lets me install a number of ancillory programs. Unfortunately MYOB install uses InstallShield6 as its installer, so I've had no success with the actual program. Is there a better way to do this patch? Thanks, Anand -- `` We are shaped by our thoughts, we become what we think. When the mind is pure, joy follows like a shadow that never leaves. '' -- Buddha, The Dhammapada --- files/directory.c Sun Sep 1 01:27:00 2002 +++ files/directory.c Sun Sep 1 01:26:02 2002 @@ -821,12 +821,11 @@ } /* If the name contains an explicit path, everything's easy */ + /* But only jump if we successfully found it */ - if (FILE_contains_pathW(name)) - { - ret = DOSFS_GetFullName( name, TRUE, full_name ); + if ( FILE_contains_pathW(name) && + DOSFS_GetFullName(name, TRUE, full_name) ) goto done; - } /* Search in the specified path */

1 0

Re: seg fault compiling wine
by Sebastian 'yath' Schmidt Aug. 31, 2002

Aug. 31, 2002

On Tue, May 07, 2002 at 08:40:20PM -0500, Mason Kidd wrote: > Hi everyone, Hi, > I'm getting a segmentation fault compiling wine. This is the error > message: > [...] I got the same error. > wine-20020411 release of wine and got the same error. I am assuming > that > there is something wrong with my setup, because I compiled the CVS > source about 2 weeks ago without problems, which was after the > wine-20020411 release. Any ideas? It seems the configure-script is broken; it detects mmap64(), but there isn't mmap64(). So size_t gets 32 bits and off_t 64 bits. fstat() returns a structure with a member of type off_t, which is handed over to mmap(), which wants a size_t. mmap() gets 0 as size, returns a NULL-pointer, and in check_header(), where get_dword() the program receives a segmentation fault. Fix: change the "#define _FILE_OFFSET_BITS 64" in config.h to "#undef _FILE_OFFSET_BITS" and recompile. Sebastian -- pub 1024D/5A13B048 2001-08-28 Sebastian Schmidt (yath) <yathen(a)web.de> Key fingerprint = 8D25 C96B 3DE0 C7D0 AE01 6824 BC15 6273 5A13 B048 VI VI VI The editor of the beast.

1 0