On Tue, 2003-06-17 at 20:15, John K. Hohm wrote:
> On Sat, Jun 14, 2003 at 08:13:42PM -0400, OverrideX wrote:
> > guessing it has to do with how ss2 is calling sounds, since it seems
> > directly related to dsound underruns, and dsound_main.c says in the todo
> > it's missing critical section locki
Hello!
I'm trying to locate the source of some graphical glitches in Igowin, a nice
9x9 Go program (download: http://www.smart-games.com/igo.html, screenshot
with glitches attached,) but since someone here might know directly what the
problem is, I'd better ask here first.. (to be honest, I alr
Robert North wrote:
Dustin Navea speeddymon-at-yahoo.com |Wine Mailing Lists| wrote:
Hey guys i was browsing thru BugZilla and I noticed that most if not all of
the bugs between 853-1349 are missing their descriptions.. Possibly from the
software update?
Either way, I'm still around every now and
Dustin Navea speeddymon-at-yahoo.com |Wine Mailing Lists| wrote:
Hey guys i was browsing thru BugZilla and I noticed that most if not all of
the bugs between 853-1349 are missing their descriptions.. Possibly from the
software update?
Either way, I'm still around every now and then, although I'm n
Ok, I've just managed to start looking into Aric's Wintab32 patch from
April 23rd.
I've been extremely busy (more so than I expected) since then, on a
small Java contract. So I've missed my goal of looking into Aric's
code in 3 weeks. (Apologies Aric)
But anyway, I'm starting to look into it.
The
On Sat, Jun 14, 2003 at 08:13:42PM -0400, OverrideX wrote:
> guessing it has to do with how ss2 is calling sounds, since it seems
> directly related to dsound underruns, and dsound_main.c says in the todo
> it's missing critical section locking in some parts of it's code, and
I don't think the mis
Rob Hughes said:
> make[2]: Entering directory `/usr/src/wine/dlls/opengl32'
> gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include
> -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2
> -gstabs+ -Wpointer-arith -g -O2 -o opengl_ext.o opengl_ext.c
> opengl_ext.c:12
On Tue, 17 Jun 2003, Gregory M. Turner wrote:
>> This patch removes an unused variable introduced by the recent changes
>> to this file and thus avoids the following warning:
> Was going to use that as the user-modifiable buffer for the cabinet name in
> the "Next Cabinet" notification callback, wh
Eric Pouech <[EMAIL PROTECTED]> writes:
> The discussion we have (at least as I understand it ;-), is whether we
> should manage, on the client side, console handles:
> - as obscure values passed by the server (except for the two low bits
> set to 1) (this is the current patch implementation)
> -
Hmm... it seems that none of 3d sound apps that used to work work
anymore; all crashing when trying to get ds3dl->dsb->dsound->nrofbuffers
in clause:
for (i = 0; i < ds3dl->dsb->dsound->nrofbuffers; i++)
There were come great changes in dsound lately (especially in buffers i
think). Is this the s
Hi everyone. Sorry for not contributing anything to dmusic in a while,
but I'm currently busy with final exams...
As I can see, more work was done on it :)
> Is anyone of you working on Dmusic interfaces ?
> Now doing test with Dxdiag doesnt work,
> it says "No such interface" when trying to creat
Alexandre Julliard wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
as I wanted console handles to be managed by wineconsole, it was
cleaner IMO to let them be transparently handled on the client side
If you really prefer in the long run to keep the handles managed by
wineserver, then the server sh
Eric Pouech <[EMAIL PROTECTED]> writes:
> as I wanted console handles to be managed by wineconsole, it was
> cleaner IMO to let them be transparently handled on the client side
> If you really prefer in the long run to keep the handles managed by
> wineserver, then the server should manage them tr
My objection is not so much the obfuscation itself (though I think
it's safer to only touch the lower two bits), but the fact that the
server knows about it. This handle manipulation must be purely client
side, the server must not have to know about it at all; all handles
passed to the server must
Alexandre Julliard wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
- this patch partially implements this scheme. It's partial because
console handles are still handled by wineserver. Their value is
however obfuscated so that we can track their real usage.
IMO you shouldn't need to have any obfu
Eric Pouech <[EMAIL PROTECTED]> writes:
> I don't need the obfuscation at all (just setting the two lower bits
> of the handle to 1). I used obfuscation to make it easier to track
> bugs. I'll resubmit without the obfuscation macros.
My objection is not so much the obfuscation itself (though I th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Hi everyone.
Hi rok
> Sorry for not contributing anything to dmusic in a while,
> but I'm currently busy with final exams...
> As I can see, more work was done on it :)
don't worry, christian and me are trying to get some games running so dmusic
Hey All,
Still working on getting wIntegrate running under Linux. I'm running into
problems running the program either in builtin mode or with native dlls.
Here are the dlloverrides that I'm trying:
-dll WSOCK32.DLL=native -dll WS2_32.DLL=native -dll NETAPI32.DLL=native
-dll ADVAPI32.DLL=native -
On Tue, 17 Jun 2003 [EMAIL PROTECTED] wrote:
> fixme:ole:CoCreateInstance no classfactory created for CLSID
> {4fbf4bd9-a454-11d1-ab39-00a024709830}, hres is 0x80004005
>
> This is what prompted me to try running the app in native mode (since this
> message goes away if im using native ole dlls.)
On Tuesday 17 June 2003 01:52 am, Shachar Shemesh wrote:
> Gregory M. Turner wrote:
> > Visual Studio seems to statically link
> >against cabinet.dll anyhow -- it's quite possible it wouldn't come up much
> > at all -- maybe in WinZip or something.
>
> I doubt winzip is using any of MS's compressi
On Tuesday 17 June 2003 03:42 am, Gerald Pfeifer wrote:
> This patch removes an unused variable introduced by the recent changes
> to this file and thus avoids the following warning:
> - cab_UBYTE buf[64], buf2[256] /* for modification [snip]
> + cab_UBYTE buf[64] /* for modifica
Make sure you use the "x11drv" in your wine config file. The ttydrv is a
driver which can be used for console apps (so apps without a gui), so X is
not needed. It can't render any graphical apps
On Tuesday 17 June 2003 15:34, Kye Lewis wrote:
> Heyas,
>
> Firstly, (for those of you who real
Heyas,
Firstly, (for those of you who really care - or who even have a clue who
I am.)... I'm back again, and ready for some wine action :)
Anyway I'm having a bit of a problem with *running* wine stuff -
more specifically TTYDRV...
I'm getting lots of messages like
"fixme:ttydrv:TTYDRV_Crea
I was looking thru the archives of WWN and found this:
Tony Lambregts submitted a patch that added a new filesystem type:
Some program (VirtualDub) checks the fsname returned by GetVolumeInformation,
to find the name of the file system, when it needs to write files that are
larger than 2GB. It re
Hey guys i was browsing thru BugZilla and I noticed that most if not all of
the bugs between 853-1349 are missing their descriptions.. Possibly from the
software update?
Either way, I'm still around every now and then, although I'm not subscribed
to any lists, so if anyone replies, please CC me
Mike...
First of all, sorry but I don't have a linux box right now (bad HDD) so this
is the best I can do.
My code below will cause an AddRef only on the first ITypeInfo pointer
created (for each ITypeInfo), and a release on the last ITypeInfo pointer
released. For each typeinfo struct in the ty
> Yes, that's what I think Alexandre's point was. An app can use
> GetTypeInfoOfGuid twice, the same typeinfo object would be returned in
> both calls, you addref the typelib twice, the app can then release that
> typeinfo twice, but with the result that the typeinfo is only destroyed
> once, so th
tir, 17.06.2003 kl. 14.55 skrev Mike Hearn:
> > > Well, unless you can call GetTypeInfoOfGuid twice and get two pointers to
> > > the same interface (maybe you can, i don't really know but that would seem
> > > unusual), I don't understand why this is wrong.
> >
> > That is exactly what you can in
> > Well, unless you can call GetTypeInfoOfGuid twice and get two pointers to
> > the same interface (maybe you can, i don't really know but that would seem
> > unusual), I don't understand why this is wrong.
>
> That is exactly what you can in the current typelib implementation. The
> pointers wi
man, 16.06.2003 kl. 21.28 skrev Mike Hearn:
> > This doesn't look right, you increment the refcount on every GetTypeInfo
> > but only decrement when the typeinfo object is destroyed.
>
> Well, unless you can call GetTypeInfoOfGuid twice and get two pointers to
> the same interface (maybe you can,
Hi,
How many of the RPMs up on the download section create a fake windows
drive? If the answer is all of them, then we should probably remove the
part of the howto that tells people to manually create their drive, as
it causes confusion in newbies who don't understand why they are told in
one plac
Hello,
I'm using environment with gtk 2.x..x - gnome 2.x.x e.g. RedHat 9. gtk
2.x work (only) with charset UTF-8.
I share documents on a vfat disk. To see correctly the file name with
gnome, I must use the utf8 option in the fstab. But in this case, I
can't see the files bigger than 8 chars with t
> Another way is the addref the type library when the ITypeInfo wherever a
> ITypeInfo interface is initially created (like in GetTypeInfoOfGuid) but I
> think this is more dangerous, since then you have to have some way for this
> refcount to go away, and ITypeInfo_Release() doesn't know who creat
Hi
>> PS: Christian with your last patch dmusic crash when WinMM is disabled (no
>> sound drivers => DirectSoundCreate8 returns an error)
>>
>Ok, I will do more checks.
:)
>But how do you disable WinMM explicitely? By removing the driver
>name in the config file?
"Drivers" = ""
>Bye,
>Chri
> Message du 17/06/03 02:30
> De : Raphaël Junqueira <[EMAIL PROTECTED]>
> A : [EMAIL PROTECTED]
> Copie à : Christian Costa <[EMAIL PROTECTED]>, Rok Mandeljc <[EMAIL PROTECTED]>
> Objet : [DMUSIC07] more
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Changelog:
> - add IDirec
35 matches
Mail list logo