"James Hawkins" <[EMAIL PROTECTED]> wrote:
> Fixed bugs spotted by Dmitry
>
> Changelog
> * cleanup cross-call functions
Still there are bugs in the patch.
1. RegQueryValueExW/RegSetValueExW take bytes in the last parameter
2. Do not use 'strlen' as a name of the variable, that at least ver
Chris Morgan <[EMAIL PROTECTED]> writes:
>>> Also, during the installation process, after I entered
>>> my email address, the installer removed what it called
>>> 'invalid characters' - i.e., underscores. All my main
>>> email addresses contain underscores, so I was forced to
>>> enter an old one
Hi,
Taking the advice of Ivan, I downloaded the beta of Visual C++
2005 to see how far it could work in Wine, and these are the results:
# wine vcsetup.exe
fixme:ver:RtlVerifyVersionInfo (0x406df40c,64,18): Not all cases
correctly implemented yet
fixme:ole:CoInitializeSecurity ((nil),-1,(
A colleague built a wine rpm a while ago. Here is the size and date:
9922591 Apr 29 14:32 wine-20040408-1muse.athlon.rpm
If I look on the winehq site I see similar sizes, only slightly larger:
wine-20040716-1rh8winehq.athlon.rpm 11662876
Unfortunately, my colleague is incommunicado for the next co
On Sat, Jul 31, 2004 at 11:21:30AM +, cedric wrote:
> Hi all i'm running wine 20040716, installed manualy, no wineinstall, blank
> windows drive, only the right dirs are present there, as i couldn't get
> regedit to make the default reg keys for me
>
> I tried to install starcraft, but rig
> As far as I see it I have two options (to run this outprocess
> client/server program):
> 1) use the available proxy/stub code (which is what I assume Windows
> does?) However since some of the rpcrt4 stub/proxy handling in wine is
> not finished yet, this probably won't work always (and it do
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> The problem I see is that this will bypass the loadorder config, and
> retrieve the version of the native dll in all cases.
I see.
> I think it would
> be better to try to take loadorder into account, though I admit it's
> not trivial to do.
Any
On Sat, 31 Jul 2004 14:13:22 +0200, Jeroen Janssen wrote:
> Uhmm, actually no. I'm currently trying to run an other program that has
> it's own proxy/stub code that should be used instead of the TypeLib
> Marshaller (since the TypeLib Marshaller doesn't seem to be able to
> handle this specific Typ
> Yup, now it appears to compile through, thanks!
> Haven't tested Lionel's second patch yet, though (thanks, BTW!).
> Now running with Lionel patch 1 and this patch.
As Christian's solution is better than mine, what should be committed is the
first revision of my patch + Christian's for the secon
Hi,
On Sat, Jul 31, 2004 at 02:32:41PM +0100, Christian Costa wrote:
> Does this help?
>
> Changelog:
> Moved libtxc_dxt definitions into ddraw headers.
Yup, now it appears to compile through, thanks!
Haven't tested Lionel's second patch yet, though (thanks, BTW!).
Now running with Lionel patch 1
On Friday 30 July 2004 03:15 pm, Chris Morgan wrote:
> So this isn't winrash's window, this is the winetest window?
My mistake, its winrash that would be causing the window to open
in the first place..but if it didnt winetest would end up doing it anyway
at the moment
Under win9x its always going
On Fri, 30 Jul 2004 17:17:42 -0700, Dan Timis wrote:
> Someone sent me a debug version of a Windows dll and a map file. I'm
> not a Windows programmer, and I'm not sure how to use the map fiile.
> For instance, I get a runtime error dialog. With backtrace in winedbg
> I get this:
Another
Marcus Meissner wrote:
On Sat, Jul 31, 2004 at 12:51:01PM +0200, Jeroen Janssen wrote:
This change will make sure that if a proxy/stub dll was already registered,
it is not overwritten by the TypeLib Marshaller if we're not registering
an ole automation interface.
I think we (always?) want to use
On Sat, 31 Jul 2004 18:27:12 +1000, Joshua Crawford wrote:
>> if it ran in the system tray, then you wouldn't be able to run it within
>> wine. (Yes, I know that sounds stupid...)
>
> Cc: to wine-devel added.
Of course you would, Wine supports the systray APIs with varying degrees
of success.
A
On Sat, 31 Jul 2004 12:51:01 +0200, Jeroen Janssen wrote:
> This change will make sure that if a proxy/stub dll was already registered,
> it is not overwritten by the TypeLib Marshaller if we're not registering
> an ole automation interface.
> I think we (always?) want to use a 'real' available pr
On Sat, 31 Jul 2004 04:11:30 -0400, Alex Zeiger wrote:
> I mean "USB support" in the same way Wine supports serial and parallel
> ports. Granted, USB is an order of magnitude more complex, but hopefully
> the basic idea isn't beyond the realm of possibility.
It is certainly possible, but please
Hi,
On Sat, Jul 31, 2004 at 01:16:45PM +0200, Lionel Ulmer wrote:
> Fixed in the attached patch... At least we know now that Alexandre finally
> installed some OpenGL stuff on his development box :-)
Works. :)
Oh, wait... just when I *wanted* to say it works, I switched back to the
console compil
On Fri, 30 Jul 2004 16:39:36 -0400, Scott W Gifford wrote:
> isatty(STDOUT_FILENO) is probably pretty close to the right way to do
> this.
>
Thanks but I suspect we'd need to use the Windows API at that point in the
code.
On Sat, Jul 31, 2004 at 12:51:01PM +0200, Jeroen Janssen wrote:
> This change will make sure that if a proxy/stub dll was already registered,
> it is not overwritten by the TypeLib Marshaller if we're not registering
> an ole automation interface.
> I think we (always?) want to use a 'real' availa
* Michael Chang <[EMAIL PROTECTED]> [2004-07-30 13:12 -0400]:
> On Fri, 30 Jul 2004 14:12:50 +1000, Joshua Crawford
> <[EMAIL PROTECTED]> wrote:
> >* Ivan Leo Puoti <[EMAIL PROTECTED]> [2004-07-28 19:14 +0200]:
> >>The wine developers have created a test sistem to check if wine works
> >>like mic
Shachar Shemesh wrote:
Alex Zeiger wrote:
I'm interested in possibly working on USB support for Wine. I'm not
particularly familiar with USB programming, but I'm fluent in C and
C++. Where do I start?
Hi Alex,
Wine is not an operating system. As such, what do you mean by "USB
support"? If you
> "Alex" == Alex Zeiger <[EMAIL PROTECTED]> writes:
Alex> I'm interested in possibly working on USB support for Wine. I'm
Alex> not particularly familiar with USB programming, but I'm fluent in
Alex> C and C++. Where do I start?
Probably by understanding how SetupApi enumerates D
Hi,
On Thu, Jul 29, 2004 at 11:49:33PM +0100, Christian Costa wrote:
> Hi,
>
> This is the second version of my patch which take into account Lionel's
> comments plus another fix.
>
> I've only mentionned the libtxc_dxtn.so library for software
> decompression when the video card does not supp
Hi,
I've made a small change in shell32.dll to enable one to type a
myfile.txt from Start->Run dialog (for example).
I've simply replaced the call to CreateProcess with ShellExecute.
I've tested this change in reactos and it works nicely.
It won't really work since there is something wrong with Sh
Hi,
On Sat, Jul 31, 2004 at 12:44:31AM -0400, Alex Zeiger wrote:
> I'm interested in possibly working on USB support for Wine. I'm not
> particularly familiar with USB programming, but I'm fluent in C and C++.
> Where do I start?
Ah, FINALLY, after so many USB user requests, someone actually wan
I don't think drivers are an issue, what we wants to do is use an app that uses
the usb ports, and he wants to use this app
from wine. So he wants to write an interface for wine, that would take driver
calls from the program and forward them to ioctl(whatever) so the app will work
with the usb port
On Fri, Jul 30, 2004 at 02:30:14PM +0100, Mike Hearn wrote:
> > I must be doing something wrong, since wine-kthread gave the same error.
> > Anything I may have missed? I copied wine-kthread from loader/wine-kthread.
>
> In that case I guess it's the code which reserves the top 2gig which is
> bai
Alex Zeiger wrote:
I'm interested in possibly working on USB support for Wine. I'm not
particularly familiar with USB programming, but I'm fluent in C and
C++. Where do I start?
Hi Alex,
Wine is not an operating system. As such, what do you mean by "USB
support"? If you mean that you can use W
28 matches
Mail list logo
