Robert Reif wrote:
Implement some more of LookupAccountSidW for local computer.
Make LookupAccountSidA use LookupAccountSidW.
Add debugstr_sid for local debugging.
Please hold off on this patch. It seems to have a problem.
It passed the windows compiled tests but I am seeing a problem
with
https://secure.plaync.com/cgi-bin/free_trial.pl?partner=10
Remember to enter your email address at the bottom of the page
to actually receive a free trial key.
Then start the trial ~1GB (or full version ~3GB) download.
While downloading you create an account at plaync.
Press the add game link in a
On Wed, Jul 19, 2006 at 02:09:45PM -0700, Dan Hipschman wrote:
>
> This sets up a regression testing framework for WIDL (it could be used
> in other places, too). You'll need the next patch to actually do "make
> test" in tools/widl/tests, but this patch contains the test script and
> list of tes
I didn't look at the threading issue, but there is at least one part
of that patch that looks wrong to me:
In joydev_enum_deviceW():
- if (id != 0)
- return FALSE;
+ if (id >= have_joydevs) {
+return -1;
+ }
I think that should return FALSE rather than -1 (TRUE).
Righty-o, that makes sense.
If you want to get a foot in the door on OS X, wine might be just the ticket.
We're looking forward to helping you kick the tires.
I hate repeating myself, but once you decide to really take the plunge,
I highly recommend Codeweavers; they're terriffic (as Tony the Ti
On 7/17/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
This patch removes the glDrawPixels calls from IWineD3DSurface::UnlockRect and
creates a new function flush_to_framebuffer_drawpixels for it.
This is another patch to improve render target locking and support opengl'ed
ddraw better.
I have
Right, there might be legal issues for distribution, but I was thinking in term
of getting a port up-and-running quick internally to validate what parts to
replace moving forward.
I'm particulary interested in Wine for OS X, a plateform MainWin hasn't
announced support for. We have a test ve
On 7/19/06, Jason Green <[EMAIL PROTECTED]> wrote:
> > Are there any known issue with the native microsoft WSH (Windows
> > Scripting Host)DLL under wine?
If you're planning on distributing this app to customers, there may be
legal licensing issues involved with using those libraries. IANAL,
bu
Sound report:
Kernel 2.6.15
Sound driver: snd_emu10k1
Sound card: Audigy2 ZS
Sound driver description from lspci:
Multimedia audio controller: Creative Labs SB Audigy (rev 04)
32 bit Kubuntu 6.06 system
Alsa version 1.0.10-4ubuntu4
Tested against Wine 0.9.17
Results:
Tested under wine
On 7/19/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
Hi Luc,
I know of no issues (other than that this would restrict you to running on x86,
but perhaps that's not an issue for you).
I don't think anyone's done it before, but I could be wrong.
On 7/19/06, Luc-Eric Rousseau <[EMAIL PROTECTED]> wrote:
Hi Luc,
I know of no issues (other than that this would restrict you to running on x86,
but perhaps that's not an issue for you).
I don't think anyone's done it before, but I could be wrong.
Incidentally, if you're sticking with x86 only, you should consider
just shipping your Windows .exe unchan
Hi,
(warning: long mail)
Currently the wined3d code is doing more or less syncronous rendering, that
means that a Direct3D function call from the app results directly results in
the equivalent opengl call(s). There are a few issues with that:
* Multithreaded Direct3D: Opengl calls can only be d
On 7/19/06, James Hawkins <[EMAIL PROTECTED]> wrote:
make[2]: Entering directory `/home/jhawkins/wine/dlls/wined3d'
...
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include
-D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-gstabs+ -Wpointer-arith -g -O2 -o direc
make[2]: Entering directory `/home/jhawkins/wine/dlls/wined3d'
...
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include
-D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c
directx.c: In function `IWineD3DImpl_Fi
thanks.
Are there any known issue with the native microsoft WSH (Windows
Scripting Host)DLL under wine? Has this this been done with a WineLib
app in the past?
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > 2) one application we'd like to port uses active s
Hi,
On 7/19/06, Francois Gouget <[EMAIL PROTECTED]> wrote:
It's more than just 3 low level dlls. It's also all the Wine dlls that
use native libraries like opengl, cups, sane, lcms, and of course, Alsa,
OSS, NAS, aRts, etc.
Hmm the ones I can name off the top of my head that dlsym a native
*ni
Christian Gmeiner wrote:
Fixed typo...
Lets hope its okay now
If you want to get it in with less mails, how about splitting it up?
First, add the include patch. That's easy, it should go straight in.
Second add a stub implementation (with the nice comments headers) for
each function you p
Thanks!
On 7/19/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
I investigated this and have reported a bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28437
In summary, gcc 4.1.2 seems to ignore all but the last -fno-builtin-*
flag out of many...
$ cat b.c
int iswalpha(unsigned short);
$ gcc
On Wed, Jul 19, 2006 at 07:48:17AM -0700, Alex Ferguson wrote:
> Here's Planescape's output:
> fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fd61210) : stub,
> emulating 64MB for now, returning 64MB
> fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel
> (0x7fd4d940)->(0x10024,0011)
>
I investigated this and have reported a bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28437
In summary, gcc 4.1.2 seems to ignore all but the last -fno-builtin-*
flag out of many...
$ cat b.c
int iswalpha(unsigned short);
$ gcc -fno-builtin-iswalpha -c b.c
$ gcc -fno-builtin-iswalpha -fno
On Wed, 12 Jul 2006, Mike McCormack wrote:
[...]
You can compare the index to HEAD with the following command, as I mentioned:
git diff-index -p HEAD
Actually this command will show a diff of both files that are in the
index and files that are NOT in the index. If all you are interested
in i
On Tue, 18 Jul 2006, Boaz Harrosh wrote:
[...]
Why not compile the all of Wine as PE with a GCC cross-compiler
(MinGW), But for the 3 low level DLL's.
It's more than just 3 low level dlls. It's also all the Wine dlls that
use native libraries like opengl, cups, sane, lcms, and of course, Alsa,
Mike McCormack wrote:
Can you file a bug report at
http://gcc.gnu.org/bugzilla/
You're welcome to file a bug report if you like, but I don't consider
this worth of one myself.
Oh. A gcc bug report. I really should read my mail more carefully :)
I was considering that, bug I didn't have
Dan Kegel wrote:
gcc 4.1.1 seems to have a bug or some new "feature" in that it still
warns about builtin iswalpha, etc having a different prototype to the
msvcrt functions with the same name, even when -fno-builtin-iswalpha is
specified.
It seems to behave when -fno-builtin is specified though
On Wed, 2006-07-19 at 15:19 +0200, Christian Gmeiner wrote:
> This is my next try to get this patch in... if it gets accepted i am
> working
> to get SetupDiCreateDeviceInfoW correctly... if something should be
> wrong
> with this patch, please let me know it
> greets,
> Christian
>
>+if (Dev
On Wed, Jul 19, 2006 at 02:03:06PM +0100, Robert Shearman wrote:
Hi Robert,
thanks for your comments.
> >so what i have tried so far:
> >- put find_joydevs into a critical section
> This should work. Why don't you share the patch you used to do this?
because i have dumped it, after there where
On 7/19/06, Mikołaj Zalewski <[EMAIL PROTECTED]> wrote:
I've sent patches to implement the trashing of files (starting from
http://www.winehq.org/pipermail/wine-patches/2006-July/028782.html ) and
they were rejected. Could someone tell me what's wrong with them?
I normally follow wine-patches
Christoph Frick wrote:
hi there,
the code i submitted some weeks ago about having more than one
/dev/input/event-joystick shows from time to time a race condition in
IL2 Sturmovik. this game is written in java and somehow exe-fied. so the
whole thing is running a boatload of threads. my box is
On 7/18/06, Paul Vriens <[EMAIL PROTECTED]> wrote:
if you add \HKLM\SOFTWARE\Microsoft\Internet Explorer\Version (REG_SZ
with 6.0.2900.2180) it installs.
So many apps need this that I use a shell script to create it:
http://kegel.com/wine/fakeie.sh.txt
(One of these days I'll make that script
On 7/19/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
gcc 4.1.1 seems to have a bug or some new "feature" in that it still
warns about builtin iswalpha, etc having a different prototype to the
msvcrt functions with the same name, even when -fno-builtin-iswalpha is
specified.
It seems to behave w
On Wednesday 19 July 2006 02:13, Aric Cyr wrote:
> Jesse Allen gmail.com> writes:
> > I think the worst case at detecting amount of video ram is stuffing it
> > with textures and guessing how much went in.
>
> This is probably the only reasonably accurate and cross-platform way to do
> it without
On 18.07.2006 23:21, Michael Kaufmann wrote:
> Hi,
>
> I have discovered that Wine's heap implementation (HeapAlloc(),
> HeapFree(), etc. in dlls/ntdll/heap.c) is very slow if many small memory
> blocks are allocated and freed. Somebody has reported this before:
> http://www.winehq.org/pipermail/w
I've sent patches to implement the trashing of files (starting from
http://www.winehq.org/pipermail/wine-patches/2006-July/028782.html ) and
they were rejected. Could someone tell me what's wrong with them?
Mikolaj Zalewski
--- Benjamin Arai <[EMAIL PROTECTED]>:
> Changelog:
> - Helps address http://bugs.winehq.com/show_bug.cgi?id=3628
> - Addresses variant initialization and missing conformance test
> issues brought up by Qingdoa Daoo
> - Fixes VarCat conformance test failures exposed by Rob Shearman:
>
Jesse Allen gmail.com> writes:
>
> On 7/14/06, Stefan Dösinger gmx.at> wrote:
> > I tried the sample program on my Linux box (radeon M9, 64 mb vram) and I
> > don't think that it reported correct values. It said 32 mb textures, not all
> > resident. While I have a 1400x1050 resolution I don't
hi there,
the code i submitted some weeks ago about having more than one
/dev/input/event-joystick shows from time to time a race condition in
IL2 Sturmovik. this game is written in java and somehow exe-fied. so the
whole thing is running a boatload of threads. my box is a
smp-opteron-system with
36 matches
Mail list logo
