On 3/5/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 5. März 2006 20:36 schrieb Samium Gromoff:
> > manages to allow NFS to initialize the video mode, apparently.
> You can try my directdraw patches: http://stud4.tuwien.ac.at/~e0526822/
> But wait before downloading, I have some upda
Victor Pelt wrote:
-FIXME("Option INTERNET_OPTION_RECEIVE_TIMEOUT: STUB\n");
+ {
It would be nice if you could use indentation consistent with the rest
of the file, and avoid tabs.
+ unsigned long conns=*(unsigned long*)lpBuffer;
What's 'conns' for?
+ /* have
Uwe Bonnes wrote:
"H" == H Verbeet <[EMAIL PROTECTED]> writes:
...
>> Appended patch lets me circumvent that problem.
H> I'm not sure if GL_STENCIL_BACK_FAIL and GL_STENCIL_BACK_FAIL_ATI are
H> interchangeable, but more importantly it makes the same kind of
H> assum
Hi,
I've updated the patch to fix a few issues and take the merged header patches
into account. It can still be found at http://stud4.tuwien.ac.at/~e0526822/
Thanks for all your feedback so far,
Stefan
pgpLnwKMXVJjH.pgp
Description: PGP signature
Eric Pouech wrote:
- now supports all tests with or without 'in ' information
- extended startup tests
please, discard this patch
A+
--
Eric Pouech
I wish to make a initial font file for
Wingdings and Symbol fonts. Do anyone some font designing
already? I plan to draw some common usable symbols for first.
--
Lav
Vitaly Lipatov
Saint-Petersburg, Etersoft www.etersoft.ru
GNU! ALT Linux Team! WINE! LaTeX! LyX!
On Monday 06 March 2006 00:43, Alexandre Julliard wrote:
> Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> > On Sunday 05 March 2006 23:22, Alexandre Julliard wrote:
> >> Could you please explain what you are trying to do? I
> >> don't think we want to hardcode more paths, I've just been
> >> getting
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> On Sunday 05 March 2006 23:22, Alexandre Julliard wrote:
>> Could you please explain what you are trying to do? I don't
>> think we want to hardcode more paths, I've just been getting
>> rid of them.
> I told about
> fontdir = $(datadir)/fonts/wine
>
Tomas Carnecky wrote:
> so.. I know where the problem is.. WoW loads its own Survey.dll which
> requires ddraw.dll, ddraw initializes itself and during that it creates
> a drawable and a context and calls glXMakeCurrent(). After some tests
> WoW unloads ddraw.dll but someone (ddraw, wine or WoW) fa
On 05/03/06, Uwe Bonnes <[EMAIL PROTECTED]> wrote:
> I said "circumvent" not "solve"...
Fair enough, but just removing the lines would probably work as well. :-)
On Saturday 04 March 2006 12:32, Segin wrote:
> >For protection in countries which are signatories to the UCC but NOT
> >the Berne Convention (I don't know of any offhand), the year and name
...
> Ok, but you still need to put the copyright year/holder's name in a
> certain order, as your last p
so.. I know where the problem is.. WoW loads its own Survey.dll which
requires ddraw.dll, ddraw initializes itself and during that it creates
a drawable and a context and calls glXMakeCurrent(). After some tests
WoW unloads ddraw.dll but someone (ddraw, wine or WoW) fails to activate
the old drawab
> "H" == H Verbeet <[EMAIL PROTECTED]> writes:
...
>> Appended patch lets me circumvent that problem.
H> I'm not sure if GL_STENCIL_BACK_FAIL and GL_STENCIL_BACK_FAIL_ATI are
H> interchangeable, but more importantly it makes the same kind of
H> assumptions about what's going to
Am Sonntag, 5. März 2006 19:15 schrieb Michael Jung:
> On Sunday 05 March 2006 18:27, Rainer Dorsch wrote:
> > Do you have any free easy to install app in mind which might show the
> > same issue?
>
> Unfortunately, no. All the apps I've tested with seem to work fine. It
> might be a problem with t
On Sunday 05 March 2006 23:22, Alexandre Julliard wrote:
> Could you please explain what you are trying to do? I don't
> think we want to hardcode more paths, I've just been getting
> rid of them.
I told about
fontdir = $(datadir)/fonts/wine
line in fonts/Makefile.in. It is _hardcoded_ path. I t
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
>> Can't you achieve the same thing with the standard configure
>> options? What are you trying to do with the fonts?
> I wish remove direct path to font dir from fonts/Makefile.am and
> make in configurable via configure option.
> I can't place fonts in
Am Sonntag, 5. März 2006 20:36 schrieb Samium Gromoff:
> manages to allow NFS to initialize the video mode, apparently.
You can try my directdraw patches: http://stud4.tuwien.ac.at/~e0526822/
But wait before downloading, I have some updates I'll upload within the next
hours.
Is a demo of that gam
Tomas Carnecky wrote:
> At a certain point the screen just turns black, it's always at the same
> point, and when looking through the +x11drv trace I can see these
> messages at that point:
>
> trace:x11drv:X11DRV_DCICommand (20,(12,2079885668,543712117),(nil))
> trace:x11drv:X11DRV_DCICommand (20
Here goes the log for running NFS5: PU, in win 0.9.9, the first version
which manages to allow NFS to initialize the video mode, apparently.
The wine debug output is attached.
fixme:ras:RasEnumConnectionsA (0x7cb11980,0x7fbef9e0,0x7fbef9e4),stub!
fixme:ras:RasEnumConnectionsA RAS support is not
Hi Detlef,
On Friday 03 Mar 2006 22:49, Detlef Riekenberg wrote:
> Hi.
>
> The latest Winetest-Binaries are outdated
> ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ).
Yup.
I'm trying to migrate from the old computer (an old RH-7.3 box much like
Frankenstein's monster) to a more
Hey
I implemented one of the missing options in InternetSetOption. Any
feedback about the way i implemented it would be appreciated. If it is
alright i will implement the other missing options too
regards
Victor Pelt
diff --git a/dlls/wininet/internet.c b/dlls/wininet/internet.c
index f52103d..d1
On Sunday 05 March 2006 20:43, Alexandre Julliard wrote:
> Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> > On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote:
> >> I made some fixes to correct work.
> >>
> >> Changelog
> >> add --with-fontdir parameter to configure for set WINE
> >> fonts place
On Sunday 05 March 2006 18:27, Rainer Dorsch wrote:
> Do you have any free easy to install app in mind which might show the same
> issue?
Unfortunately, no. All the apps I've tested with seem to work fine. It might
be a problem with the unix filesystem shell namespace extension. Could you
try to
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote:
>> I made some fixes to correct work.
>>
>> Changelog
>> add --with-fontdir parameter to configure for set WINE fonts
>> placement.
> Sorry, what is broken with my patch?
> http://www.winehq.org/p
Hello Michael,
thanks for the prompt reply. I have one other (also commercial) program (a
map viewer which came with a map CDROM) running on wine but it shows a
completely different file select box.
I could recompile wine if you have a patch which generates more debug output
and send the debu
Hello Rainer,
On Sunday 05 March 2006 17:48, Rainer Dorsch wrote:
> wine-0.9.9 still does not display folders correctly in a file select box
> (Lotus Notes in this case). Folders and files are displayed with the file
> symbol. It seems to be only a display issue, clicking on folders still
> opens
On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote:
> I made some fixes to correct work.
>
> Changelog
> add --with-fontdir parameter to configure for set WINE fonts
> placement.
Sorry, what is broken with my patch?
http://www.winehq.org/pipermail/wine-patches/2006-February/024535.html
--
La
On Sun, Mar 05, 2006 at 07:39:04PM +0300, Vitaly Lipatov wrote:
> On Sunday 05 March 2006 14:13, Alexandre Julliard wrote:
> > Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> > > -UINT WINAPI GetTempFileNameW( LPCWSTR path, LPCWSTR prefix,
> > > UINT unique, LPWSTR buffer ) +UINT WINAPI GetTempFileNam
Hello,
wine-0.9.9 still does not display folders correctly in a file select box
(Lotus Notes in this case). Folders and files are displayed with the file
symbol. It seems to be only a display issue, clicking on folders still opens
them.
A screenshot is here
http://www.winehq.org/pipermail/win
On Sunday 05 March 2006 14:13, Alexandre Julliard wrote:
> Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> > -UINT WINAPI GetTempFileNameW( LPCWSTR path, LPCWSTR prefix,
> > UINT unique, LPWSTR buffer ) +UINT WINAPI GetTempFileNameW(
> > LPCWSTR lpPathName, LPCWSTR lpPrefixString, UINT uUnique,
> > LP
On 05/03/06, Uwe Bonnes <[EMAIL PROTECTED]> wrote:
> Hallo,
>
> compiling a recent CVS checkout, I go a failure with GL_STENCIL_BACK_FAIL
> etc undefined.
Same problem for me.
http://www.winehq.org/pipermail/wine-devel/2006-March/045297.html
> It seems that a patch from Vitaly regarding wined3d_gl
The recent changes to dlls/wined3d/device.c cause the following build
failures for me on FreeBSD 5.4, though I assume this is in fact not
related to FreeBSD but to xorg 6.8.2 or libglut 6.4.1 on this system.
device.c: In function `IWineD3DDeviceImpl_SetRenderState':
device.c:3776: error: `GL_STEN
> That's indeed the reason. Simple fix is to set the rendertarget usage also
> for ddraw offscreen surfaces.Not sure if there are any possible sideeffects
> of this, but until now i haven't seen any.
That looks a bit more complex. I changed the way ddraw and WineD3D interact
some time ago, but I d
Hallo,
compiling a recent CVS checkout, I go a failure with GL_STENCIL_BACK_FAIL
etc undefined. It seems that a patch from Vitaly regarding wined3d_gl.h from
yesterday evening as notor only partial applied.
Appended patch lets me circumvent that problem.
Bye
--
Uwe Bonnes[EMAIL
At a certain point the screen just turns black, it's always at the same
point, and when looking through the +x11drv trace I can see these
messages at that point:
trace:x11drv:X11DRV_DCICommand (20,(12,2079885668,543712117),(nil))
trace:x11drv:X11DRV_DCICommand (20,(13,1792,543712117),0x7bf88d40)
t
Hey Vitaliy,
thanks for the comments. I've sent an updated version.
On Saturday 04 March 2006 20:26, Vitaliy Margolen wrote:
> Here
> > +++ b/dlls/shell32/shfldr_fs.c
> > +if (uLen < lstrlenW (wszNewFolder) + 4)
> and here
> > +++ b/dlls/shell32/shfldr_unixfs.c
> > +if (uLen < sizeof(wszN
Hello!
I am now preparing patch, which should add unimplemented functionality. While
preparing the patch, I've got a couple of questions:
1. There is a menu item "Associations". Should I implement it as a control
panel applet? Anyway, it's pretty clear, it shouldn't be an integral part of
wine
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> -UINT WINAPI GetTempFileNameW( LPCWSTR path, LPCWSTR prefix, UINT unique,
> LPWSTR buffer )
> +UINT WINAPI GetTempFileNameW( LPCWSTR lpPathName, LPCWSTR lpPrefixString,
> UINT uUnique, LPWSTR lpTempFileName )
*Please* don't change nice readable param
Hi,
> No, it isn't. AFAIK this patch modifies DirectDraw and Direct3D 7
Correct.
I started sending 2 header patches, and they were merged. I'll steadily send
small WineD3D patches until WineD3D is ready for the ddraw merge, then I'll
provide a last patch for testing. If it works fine and AJ lik
> Yes I noticed that the new code was always 1c4 as well, but hadn't
> gone back to see what the old code was doing. But 1c4 definitely
> seems wrong since the vertex coordinates are all messed up and invalid
> according to MSDN. For example z is supposed to be [0,1] but I get
> large values, and
Vitaliy Margolen wrote:
Please submit bug reports to http://bugs.winehq.org/ instead of sending
e-mails here.
Bug report aside, he is a developer and he wants to fix this. What he's
asking is if any one remember an issue concerning: "map_image Section .rsrc"
41 matches
Mail list logo
