wine-devel April 2002

wine-devel@winehq.org

132 participants
267 discussions

SafeDisc FAQs
by Laurent Pinchart 30 Apr '02

30 Apr '02

Hi, For those interrested, here's a FAQs about my SafeDisc support implementation. Feel free to comment. Laurent Pinchart

4 5

cups support apparently broken
by Michael Cardenas 30 Apr '02

30 Apr '02

Hello all. Apparently wine's cups support is broken. With our old version of wine, wine would correctly detect the current cups printer, but it couldn't actually print to it. So, you would see the print dialog, but when you hit the print button nothing happened. Now, I have cups installed and a build of yesterday's cvs and when I try to print wine tells me that there are no printers installed and I should "point to settings on the windows start menu, click printers" and add a printer. Anyone have any ideas on how this broke? thank you michael -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

4 8

Re: default windows version
by Insyde 30 Apr '02

30 Apr '02

>There's no such thing as a default version ;-) >Wine figures it out from the DLLs the program uses if no version is forced. So why I get an error msg if I start with no parameters and all DLL from win2k? this is the error I got when I start with out parameters (which is the same I have when the child program is called): err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=021f >Hmm, come to think of it: >Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) >on to the wine child process (not sure about that right now, I think we do), >the new process won't use the same forced winver value as the >parent process uses. >Is this a problem ? Should this info be passed to the wineserver to >globalize it ? Yes, if this happen it should be a problem. I think most people will never face it because their programs have only one executable. If you have a lot of child programs and need the version to be the chosen one then we need to send the parameter to wineserver to start with that winver. >Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. >Much better name. Yes, it really is. Ricardo.

3 2

default windows version
by Insyde 30 Apr '02

30 Apr '02

Hi, I had a problem loading a second program under wine. I called the first program with: wine --winver win2000 pgm1 I input a password and it wirtes a data file, unloads itself and loads a second program. But there was an error every time the second program was to start that send me to the debug screen. So I found misc/version.c line 196 that the default value to wine load a program was WIN31, so I changed it to NT2K. Is there any problem doing this? If not, why is the default still WIN31? Thanks, Ricardo.

2 2

File not found after cvs update
by Marcelo Welter 30 Apr '02

30 Apr '02

Hello friends after cvs update a make ./configure config.status: error: cannot find input file: dlls/snmpapi/Makefile.in what happen with this file...? Marcelo

2 1

[Help]: Notes Client on WINE with XIM (Chinese/Japanese Input)
by leanne 30 Apr '02

30 Apr '02

Dear all, We are trying to use WINE (22/4/2002 version) to run Notes Client r6 with Chinese/Japanese Input. XIM is started successfully, but in some widgets we could not input Chinese/Japanese. Please find the screenshot here (http://www.thizlinux.com/~leanne/notes.png). We are forwarding a mail (with Chinese) in Notes Client. Chinese can be displayed but NOT input in the mail content area (After "Subject" line). What type of widget it is so that we could fix it? We can type Chinese on "Address" line (listbox). p.s. We can display and input Chinese/Japanese in Notepad.exe without any problems. Yours, Leanne

2 2

Re: patch for cups printers
by Dmitry Timoshkov 29 Apr '02

29 Apr '02

"Michael Cardenas" <michael.cardenas(a)lindows.com> wrote: > --- winehq/dlls/gdi/printdrv.c Thu Mar 28 17:22:05 2002 > +++ wine/dlls/gdi/printdrv.c Mon Apr 29 15:29:42 2002 > @@ -482,6 +482,8 @@ > if (!strncmp("LPR:",pszOutput,4)) > sprintf(psCmd,"|lpr -P%s",pszOutput+4); > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); Something tells me that two '4's above should be replaced by '5's ... -- Dmitry.

1 0

Re: patch for cups printers
by Huw D M Davies 29 Apr '02

29 Apr '02

On Mon, Apr 29, 2002 at 03:39:46PM -0400, Michael Cardenas wrote: > Changelog: > This patch fixes printing on cups systems that don't have complete lpr > implementations. It won't affect non cups systems. > > It changes the device listed in the registry for cups printers to CUPS: > instead of LPR: and uses "lp -d" for a cups printer instead of "lpr -P". > > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); s/4/5/ ? By the way the cups user manual seems to imply that it supplies both lp and lpr commands. Of course we should probably send jobs to cups via the cupsPrintFile() api but I guess that can wait. Huw.

1 0

debugging focus problem
by degs 29 Apr '02

29 Apr '02

Hi, Can anyone suggest what debug channels would be useful for locating the cause of focus or mouse input routing problems? thanks -- degs

3 4

Re: default windows version
by Andreas Mohr 29 Apr '02

29 Apr '02

On Mon, Apr 29, 2002 at 07:07:13PM -0300, rootzz(a)ig.com.br wrote: > Em 29 Apr 2002, andi(a)rhlx01.fht-esslingen.de escreveu: > > >On Mon, Apr 29, 2002 at 04:58:16PM -0300, Insyde wrote: > >> Hi, > >> I had a problem loading a second program under wine. > >> I called the first program with: > >> wine --winver win2000 pgm1 > >> I input a password and it wirtes a data file, unloads itself > >> and loads a second program. But there was an error every > >> time the second program was to start that send me to the > >> debug screen. > >> So I found misc/version.c line 196 that the default value to > >> wine load a program was WIN31, so I changed it to NT2K. > >> > >> Is there any problem doing this? If not, why is the default still > >> WIN31? > >No, it's *not*. > > > >If you examine the code more closely, then you'll notice that > >defaultWinVersion only gets used in case versionForced is TRUE, > >which is only the case once defaultWinVersion gets set to an actually > >specified value. > > > >I know, the code is sort of confusing if you don't examine it closely, > >so feel free to comment on how to improve the situation with regards > >to defaultWinVersion initialization (I'd like to not initialize it at all, > >since it isn't being used unless there's a user setting, > >but that's not very clean of course ;-) > > So it's only used if I force a version? I forced a version as: > wine --winver win2000 pgm1 > when pgm1 stops and start pgm2 which version is used? The one that Wine figures out for the new program. > what is the default version though? There's no such thing as a default version ;-) Wine figures it out from the DLLs the program uses if no version is forced. Hmm, come to think of it: Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) on to the wine child process (not sure about that right now, I think we do), the new process won't use the same forced winver value as the parent process uses. Is this a problem ? Should this info be passed to the wineserver to globalize it ? Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. Much better name. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

2 1

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 April 2002