Re: Should all A functions forward to their respective W's?

2005-04-05 Thread James Hawkins
On Apr 5, 2005 1:19 AM, Shachar Shemesh <[EMAIL PROTECTED]> wrote: > I think that for all functions we can, but care should be taken about > what "can" means. It's understandable that there will be functions where this process is not applicable, but for a majority of the api, we can implement the

Re: Should all A functions forward to their respective W's?

2005-04-05 Thread Uwe Bonnes
> "James" == James Hawkins <[EMAIL PROTECTED]> writes: James> Hi, In the current state of wine, we have several A/W functions. James> Sometimes both the A and W functions are separately implemented James> with an ansi and unicode implementation respectively. Other A/W James> f

Wayne and twin

2005-04-05 Thread Brouard Nicolas
Hi, I haven't seen recent information on wine and twain. I already sent a similar mail to wine-users and, in a second step to wine-devel, but without any information back until now. May be the trick "Wine and twain" to "Wayne and twin" will give me more chance to be listen. Or may be my quest

Re: redirecting text to standard INPUT

2005-04-05 Thread Brouard Nicolas
Le vendredi 25 mars 2005 Ã 22:01 +0100, Hans Leidekker a Ãcrit : > On Friday 25 March 2005 16:14, Raphael Clifford wrote: > > > I am running a windows app under wine that prints text to the screen. > > This can be copied and pasted into wine's notepad. Is there any way to > > get wine to simply

Re: redirecting text to standard INPUT

2005-04-05 Thread Hans Leidekker
On Tuesday 5 April 2005 12:39, Brouard Nicolas wrote: > With the same kind of idea, I would like to run Stata, a nice > statistical package, in batch mode (it was running in batch mode on > AIX). Maybe CXtest fits your needs? http://cxtest.org/ -Hans

Re: comctl32: tab unicodification

2005-04-05 Thread Dmitry Timoshkov
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote: >infoPtr = (TAB_INFO *)Alloc (sizeof(TAB_INFO)); > > - SetWindowLongA(hwnd, 0, (DWORD)infoPtr); > + SetWindowLongPtrW(hwnd, 0, (DWORD_PTR)infoPtr); If you change it here ... > @@ -2975,7 +2952,7 @@ > KillTimer(infoPtr->hwnd, TAB_HOTTRACK

Re: comctl32: tab unicodification

2005-04-05 Thread Dimitrie O. Paun
On Tue, Apr 05, 2005 at 09:04:18PM +0900, Dmitry Timoshkov wrote: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote: > > >infoPtr = (TAB_INFO *)Alloc (sizeof(TAB_INFO)); > > > > - SetWindowLongA(hwnd, 0, (DWORD)infoPtr); > > + SetWindowLongPtrW(hwnd, 0, (DWORD_PTR)infoPtr); > > If you change

Re: Wayne and twin

2005-04-05 Thread Andreas Mohr
Hi, On Tue, Apr 05, 2005 at 12:21:10PM +0200, Brouard Nicolas wrote: > What can I do to go further At a minimum, it'd be useful to post logs with the +twain channel added. twain.dll support seems to be very old (Corel!!), so it's quite easily imaginable that something broke in the meantime or tha

Re: [Wine]Re: Wayne and twin

2005-04-05 Thread Brouard Nicolas
Le mardi 05 avril 2005 Ã 14:56 +0200, Andreas Mohr a Ãcrit : > Hi, > > On Tue, Apr 05, 2005 at 12:21:10PM +0200, Brouard Nicolas wrote: > > What can I do to go further > At a minimum, it'd be useful to post logs with the +twain channel added. > > twain.dll support seems to be very old (Corel!!),

Re: Remove reference to nonexistant strmif.h

2005-04-05 Thread Kees Cook
On Mon, Apr 04, 2005 at 10:24:53PM -0400, Dimitrie O. Paun wrote: > ChangeLog > Remove reference to nonexistant strmif.h > +++ include/Makefile.in 5 Apr 2005 02:23:26 - > - strmif.h \ /src/wine-cvs/include$ ls strmif.h strmif.h ? it's there for me. :) -- Kees Cook

Notes on adding a test

2005-04-05 Thread Dan Kegel
Thomas Kho mentioned that http://www.geekymedia.com/twiki/bin/view.cgi/WineDev/AddingMakefile was helpful to him. Since the webmaster there says he's taking down that wiki soon, here's a copy for posterity. -- snip -- Topic: AddingMakefile (as part of a new Wine test) Follow the example of the lze

Press: medical records software works with Wine

2005-04-05 Thread Brian Vincent
Here's an interesting story about some medical software that works with Wine and CrossOver Office: http://www.linuxmednews.com/linuxmednews/1112336432/index_html quote: "He finally succeeded in running the CPRS client on Linux with only a few problems. Previous releases of WINE could not run the c

Re: Remove reference to nonexistant strmif.h

2005-04-05 Thread Francois Gouget
On Mon, 4 Apr 2005, Kees Cook wrote: On Mon, Apr 04, 2005 at 10:24:53PM -0400, Dimitrie O. Paun wrote: ChangeLog Remove reference to nonexistant strmif.h +++ include/Makefile.in 5 Apr 2005 02:23:26 - - strmif.h \ /src/wine-cvs/include$ ls strmif.h strmif.h ? it's there for me. :) It

Re: [MSVCRT] implement _mbsbtype

2005-04-05 Thread Raphael
On Tuesday 15 March 2005 00:43, Juan Lang wrote: > Raphael wrote: > > + if (!*str) { /** TODO: check *str validity */ > > +return -1; /** _MBC_ILLEGAL */ > > + } > > + if (start == str && MSVCRT_isleadbyte(*str)) { > > +return 1; /** _MBC_LEAD */ > > + } > > + if (start == str && MSVCR

Re: crypt32: CryptProtectData/CryptUnprotectData take 2

2005-04-05 Thread Kees Cook
On Tue, Apr 05, 2005 at 02:32:11PM +0900, Mike McCormack wrote: > The new patch looks good. I should have mentioned before that writing a > test case will help your patch be accepted. Did you have any test code > about that you could turn into a test case for your newly implemented > functions

Re: crypt32: CryptProtectData/CryptUnprotectData take 2

2005-04-05 Thread Joris Huizer
Kees Cook wrote: On Tue, Apr 05, 2005 at 02:32:11PM +0900, Mike McCormack wrote: The new patch looks good. I should have mentioned before that writing a test case will help your patch be accepted. Did you have any test code about that you could turn into a test case for your newly implemented

Re: [MSVCRT] implement _mbsbtype

2005-04-05 Thread Juan Lang
Hi Raphael, looking better. One more point below: --- Raphael <[EMAIL PROTECTED]> wrote: > > Index: dlls/msvcrt/mbcs.c > === > RCS file: /home/wine/wine/dlls/msvcrt/mbcs.c,v > retrieving revision 1.30 > diff -u -r1.30 mbcs.c > --- dl

Re: [MSVCRT] implement _mbsbtype

2005-04-05 Thread Troy Rollo
This does not look right: > +int _mbsbtype(const unsigned char* mbstr, size_t count) { > + const unsigned char* str; > + const unsigned char* start = mbstr; > + > + str = mbstr + count; > + > + /** from _ismbslead */ > + if (MSVCRT___mb_cur_max > 1) > + { > +while (start < str) { > +

Re: [MSVCRT] implement _mbsbtype

2005-04-05 Thread Troy Rollo
On Wed, 6 Apr 2005 08:58, Troy Rollo wrote: > while (start < str) { This should have been "while (start <= str)

Re: crypt32: CryptProtectData/CryptUnprotectData take 2

2005-04-05 Thread Mike McCormack
Kees Cook wrote: Sure, I can write something. I'll look around for docs on how to run tests -- I didn't find that when I looked around this morning. The best way to write a test is to look at some of the test cases that are there already. Write and run the test under Windows, and make sure it

Re: Notes on adding a test

2005-04-05 Thread Dimitrie O. Paun
On Tue, Apr 05, 2005 at 09:17:17AM -0700, Dan Kegel wrote: > Thomas Kho mentioned that > http://www.geekymedia.com/twiki/bin/view.cgi/WineDev/AddingMakefile > was helpful to him. Since the webmaster there says he's > taking down that wiki soon, here's a copy for posterity. It would be best if som

Re: real SetProcessClass and SetThreadPriority support

2005-04-05 Thread Robert Shearman
Robert Reif wrote: Are there any plans or is anyone working on mapping Windows SetProcessClass and SetThreadPriority support to linux process priorities on kernels that support CAP_SYS_NICE? Mapping Win32 thread priority levels to Linux nice levels is fairly trivial, but convincing kernel develop

Re: real SetProcessClass and SetThreadPriority support

2005-04-05 Thread Troy Rollo
On Wed, 6 Apr 2005 14:04, Robert Shearman wrote: > The > last time a discussion like this came up, we (Wine developers and Cedega > developers) requested a way of changing a thread's relative priority > within a process (without affecting the overall CPU time the process > gets) This is far from t

Re: crypt32: CryptProtectData/CryptUnprotectData take 2

2005-04-05 Thread Kees Cook
On Wed, Apr 06, 2005 at 10:29:37AM +0900, Mike McCormack wrote: > The best way to write a test is to look at some of the test cases that > are there already. Write and run the test under Windows, and make sure > it passes on Windows first. The test is something like this: Ah! Whoops, I didn't