Re: Re-implement MSVCRT *printf

Mike McCormack wrote: Aneurin Price wrote: Comments, anyone? Looks like you've put quite a bit of effort into that. I think it's a worthwhile effort, however, please consider: * using a style more consistent with the rest of the Wine codebase Could you elaborate on this point? I'm not sure to wh

Re: Re-implement MSVCRT *printf

Aneurin Price wrote: I still don't really know what I might test here. Maybe try examples of cases where the current code does not act like Windows; there are also some cases where neither acts like windows (but they seem to have the same problems). The problem is I probably wouldn't think of ca

Windows XP Setup

Just a quick question, How much effort would it take to get setup.exe on windows XP CD to run from begining to end. (And in the process install the DLL's fonts etc.) The second question is if somebody is willing to take on this task and how much would it cost me. Regards [EMAIL PROTECTED]

Re: Re-implement MSVCRT *printf

On Wed, 27 Oct 2004 23:13:13 +0100, you wrote: > > * writing some regression tests to show your code is correct > > I still don't really know what I might test here. Maybe try examples of > cases where the current code does not act like Windows; there are also > some cases where neither acts li

Re: Windows XP Setup

> How much effort would it take to get setup.exe on windows XP CD to run > from begining to end. I guess the setup wants direct hardware access. Also, it probably reboots, and after reboot you'll be running on the windows kernel anyway. I don't think this is really possible. Ivan. _

Re: rsaenh

Alexandre Julliard wrote: Juan Lang <[EMAIL PROTECTED]> writes: Looks good to me, Michael, though I'd suggest using /dev/random rather than /dev/urandom: the blocking behavior of the former shouldn't be a problem for Wine (since this DLL makes no timing guarantees anyway). That doesn't mean

Re: rsaenh

On Thursday 28 October 2004 12:46, Shachar Shemesh wrote: > Alexandre Julliard wrote: > >Juan Lang <[EMAIL PROTECTED]> writes: > >>Looks good to me, Michael, though I'd suggest using /dev/random rather > >>than /dev/urandom: the blocking behavior of the former shouldn't be a > >>problem for Wine (s

rsaenh and /dev/urandom

Hello, some more thoughts on the security of using /dev/urandom. This is from MSDN (CryptGenRandom): > With Microsoft CSPs, CryptGenRandom uses the same random number generator > used by other security components. This allows numerous processes to > contribute to a system-wide seed. CryptoAPI st

Re: Gradient Color for Caption Bar

--- Shachar Shemesh <[EMAIL PROTECTED]> wrote: > Mike McCormack wrote: > > > > > GradientFill is pretty slow, as it files the rectangle line by line. > > I'm not sure how much this is going to slow down a normal application. > > It used to draw pixel by pixel, and that was a very noticable > >

Re: change default colors to winxp colors; add COLOR_MENUHILIGHT and COLOR_MENUBAR

--- William Poetra Yoga H <[EMAIL PROTECTED]> wrote: > Use default colors for Windows XP's Windows Classic style, Windows Standard > color scheme. > > Added new indexes for DefSysColors: COLOR_MENUHILIGHT and COLOR_MENUBAR > My patch was not merged... :( Um... any problems with the patch? Plea

How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

What I would like to be able to deploy would be a system which runs multiple Win32 compatible desktops and multiple logins on a server, with the clients accessing the desktops via RDP or ICA protocols. How many of the pieces required to accomplish that already exist, and what pieces have yet t

Re: Writing tests

On Wed, 27 Oct 2004, Walt Ogburn wrote: [...] What is the reason for this difference? Which example should new tests follow? My guess is that LoadLibraryA and GetProcAddress are used if the headers, DLLs, and APIs might not be present on some Windows machines, so that the tests don't fail. If the

Re: How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

Hey Andrew, That's something we've investigated fairly closely, as it seems like a Good Idea (TM). First, as far as I know, there is no public implementation around the ICA protocol, so that doesn't seem like a good option. Now RDP is based on an IETF protocol spec, so implementing that looks like

Re: Listview notify_dispinfoT Messageformat

Testing out your more general solution introduced no Problems with the Listview on my Testsystem. If the Patch gets applied, i will modify the callers of notify_dispinfo to respect that "isW" isnt longer used. Tho Robert Shearman wrote: Thorsten Kani wrote: Hello, Testing showed that the curre

_wrapped_ java application with wine

Hello Devel List! I am sorry to bother you. But i cant seem to solve my wine/java issue in the users mailing list. I have already asked in the users list, but nobody seems to know an answer. http://www.winehq.org/hypermail/wine-users/2004/10/0344.html I have already tried to install JRE with

Re: _wrapped_ java application with wine

Your question was already answered in the reply to your first post. > This means that if you want to run a Java-programm, > you have to install Java. He didn't mean that you have to install the jre with wine. He meant that you should go to java.sun.com, click on the J2SE 5.0 link, and downloa

Re: rsaenh

Shachar Shemesh <[EMAIL PROTECTED]> writes: >> *CPGenRandom* is one of the more difficult functions to implement >> correctly, and it must be done correctly to maintain the security of >> a CSP. *CPGenRandom* is used internally by the *CPGenKey* >>

Re: Windows XP Setup

On Thu, 28 Oct 2004, Ivan Leo Puoti wrote: > > How much effort would it take to get setup.exe on windows XP CD to run > > from begining to end. > I guess the setup wants direct hardware access. The exe-part of the setup wants only the WinAPI, I guess. So, Wine may help a little bit here, IMHO.

signaling unix threads

Hi, There's a fundamental bug in winedos/dosvm. c[1]. SIGUSR2 is sent to the current process, but it should be sent to the dosvm thread. This causes various ugly bugs. I found no way signaling a unix thread, without modifing the wineserver. I have implemented a thread_kill command in the wineser

Success Stories?

Hi all, Are there any plans to spotlight Wine-use success stories on the WineHQ home page? I always think of how Disney used Wine to run Photoshop 7 so they could move to a Linux platform. I'm sure it could draw additional attention/ support and provide additional credibility to non-Wine users.

Re: Success Stories?

On Thu, 28 Oct 2004 16:06:56 -0700 (PDT), M-Halo <[EMAIL PROTECTED]> wrote: > Are there any plans to spotlight Wine-use success > stories on the WineHQ home page? I always think of Nope, there's no plans. Are you volunteering? It would be great if you could do it. Rather than just provide link

Re: Success Stories?

I'd be happy to start pulling something together! I don't know how soon I can have something done, but I can definately start brainstorming something in my head, Google around for other stories, and find a way to invite others to share theirs. Are you the web developer for the WineHQ site? (I'm

Re: [Wine]How to help improving Wine?

Hi Emanuele, After poking around a bit, there seems to be a logical problem in Wine's GDI code. From the backtrace, SelectObject on this object calls BRUSH_SelectObject, which uses a bitmap and eventually GetDIBits, which tries to CreateCompatibleDC (or sometimes DeleteDC instead). However, Selec

Re: signaling unix threads

On Thu, Oct 28, 2004 at 11:54:14PM +0200, Markus Amsler wrote: > I found no way signaling a unix thread, without modifing the wineserver. > I have implemented a thread_kill command in the wineserver, this solves > my problem, but i'm quite sure it won't get applied. > > I'm really not a wineserv

Re: Success Stories?

On Thu, 28 Oct 2004 16:58:25 -0700 (PDT), M-Halo <[EMAIL PROTECTED]> wrote: > I'd be happy to start pulling something together! I > don't know how soon I can have something done, but I > can definately start brainstorming something in my > head, Google around for other stories, and find a way > to

Re: USER32: add a short test for child windows

"Mike McCormack" <[EMAIL PROTECTED]> wrote: > ChangeLog: > * add a short test for child windows Could you please merge it with existing win.c tests? -- Dmitry.

Wine, openssl, kerberos, and "fixme:crypt:RSA_CPAcquireContext You have to install libcrypto.so..."

Maybe this is old hat, but: I ran into the message fixme:crypt:RSA_CPAcquireContext You have to install libcrypto.so and development headers in order to use crypto API while running an app. Looking at the code, it's only issued if wine's configure can't find /usr/include/openssl/ssl.h. But I have