Hi list,
while diving into wine sources i've noticed that wine does not apply
relocation to section not aligned to page boundary. Is there any reason for
this behaviour? If it is wrong i've put up a little patch that solves the
issue.
Greetings,
Alessandro Pignotti
--
Vi Veri Veniversum Vivus
2008/11/7 Mirek Slugeň [EMAIL PROTECTED]:
Hi, Fallout 3 and maybe other games or D3D apps need such special settings,
this patch should be ok, it is well tested.
This patch is not hack!
New wine registry settings:
VideoDriver
VideoDescription
Patch is for current (07.11.2008) git.
PS:
Austin English wrote:
This series of patches fixes most of the new warnings generated in gcc
4.3.2. There's one issue left, but I'm not quite sure what should be
done on that one.
diff --git a/tools/fnt2bdf.c b/tools/fnt2bdf.c
index 1a14d6c..3c3134b 100644
--- a/tools/fnt2bdf.c
+++
The fix is mostly correct (although obviously there's more wrong with
that code), but please use a slightly more descriptive subject. Fix a
compiler warning doesn't say a whole lot.
Massimo Del Fedele [EMAIL PROTECTED] writes:
Massimo Del Fedele ha scritto:
Print jobs are sent to CUPS without the page size, so they're cropped to
the default one (usually A4).
The patch solves it adding -o PageSize=pagesize to lpr command.
Ciao
Max
Is there something wrong with
Massimo Del Fedele wrote:
2) Add the environment variable DIBENGINE which could have 3 different
values (or be missing) :
If you want to go this way, you should use registry instead.
Vitaliy
Vitaliy Margolen ha scritto:
Massimo Del Fedele wrote:
2) Add the environment variable DIBENGINE which could have 3 different
values (or be missing) :
If you want to go this way, you should use registry instead.
Vitaliy
Ok, it was meant as a temporary stuff, so I thought to an
Alexandre Julliard ha scritto:
Massimo Del Fedele [EMAIL PROTECTED] writes:
Massimo Del Fedele ha scritto:
Print jobs are sent to CUPS without the page size, so they're cropped to
the default one (usually A4).
The patch solves it adding -o PageSize=pagesize to lpr command.
Ciao
Max
Is
I recently had a chat with Dan Kegel about the way to contribute and
start hacking on a DIB engine. I grabbed Huw Davies and Jesse Allen's
repositories and started looking at them.
As it'll be an hard (and long) work, I'd like to know some opinions on
how to proceed and propose an idea on how
2008/11/12 Roderick Colenbrander [EMAIL PROTECTED]:
So the default should be the table but users should always be able to
override it as we can never get it correctly in all situations.
Roderick
Sounds reasonable.
The registry key isn't bad. There should also come a key to override the pci
id. By default we will use the table and I plan to fix that one properly soon.
I talked about it to Henri and I thought that the name 'Display' is used in
several places and that likely we need to get the driver name
PS: For Fallout 3 those registry settings should be (or similar):
VideoDescription=NVIDIA GeForce 9600 GT
VideoDriver=nv4_disp.dll
We have a display driver database in wined3d that specifies the driver version
to report. We could include this information there instead adding a new
registry
Massimo Del Fedele ha scritto:
Print jobs are sent to CUPS without the page size, so they're cropped to
the default one (usually A4).
The patch solves it adding -o PageSize=pagesize to lpr command.
Ciao
Max
Am Mittwoch, den 12.11.2008, 16:41 +0100 schrieb Massimo Del Fedele:
The patch solves it adding -o PageSize=pagesize to lpr command.
Is there something wrong with this one ?
Adding parameters to the lpr command this way is ugly and
dangerous. There has to be a better way to make cups use
Michael Karcher ha scritto:
Am Mittwoch, den 12.11.2008, 16:41 +0100 schrieb Massimo Del Fedele:
The patch solves it adding -o PageSize=pagesize to lpr command.
Is there something wrong with this one ?
Adding parameters to the lpr command this way is ugly and
dangerous. There has to be a
Perhaps the patch should enter Wine. I will do the full restructuring later.
One thing which you should do is to set the strings to NULL in the
wined3d_settings structure at the start of the file (line 37). Also put the new
options right after the video memory one or even before for clarity.
Massimo Del Fedele wrote:
Steven Edwards ha scritto:
On Wed, Nov 12, 2008 at 12:51 PM, Massimo Del Fedele [EMAIL PROTECTED]
wrote:
The best way would be, of course, replace ALL LPR code with direct cups
calls. It's feasible, but it requires some refactoring of all printing
code. For
2008/11/7 Mirek Slugeň [EMAIL PROTECTED]:
Hi, Fallout 3 and maybe other games or D3D apps need such special
settings,
this patch should be ok, it is well tested.
This patch is not hack!
New wine registry settings:
VideoDriver
VideoDescription
Patch is for current (07.11.2008)
On Wednesday 12 November 2008 05:26:45 am Stefan Dösinger wrote:
nv4_disp.dll obviously makes problems. Our display driver is called
winex11.drv, or arguably for d3d wined3d.dll
Unfortunately I tried this (setting the display driver to wined3d.dll), and
Fallout 3 still crashes. Seems it'll
while diving into wine sources i've noticed that wine does not apply
relocation to section not aligned to page boundary.
Is there any reason for this behaviour?
If it is wrong i've put up a little patch that solves the issue.
Do you know of an application that needs this?
Or can you write a
Steven Edwards ha scritto:
On Wed, Nov 12, 2008 at 12:51 PM, Massimo Del Fedele [EMAIL PROTECTED]
wrote:
The best way would be, of course, replace ALL LPR code with direct cups
calls. It's feasible, but it requires some refactoring of all printing
code. For example, what's now
On Wednesday 12 November 2008 13:37:32 Hans Leidekker wrote:
This version converts the stream all at once.
Hold on, I realize now that I can avoid an allocation.
-Hans
On Wed, Nov 12, 2008 at 12:51 PM, Massimo Del Fedele [EMAIL PROTECTED] wrote:
The best way would be, of course, replace ALL LPR code with direct cups
calls. It's feasible, but it requires some refactoring of all printing
code. For example, what's now
exec(|lpr -P myPrinter)
which I
Alessandro [EMAIL PROTECTED] writes:
On Wednesday 12 November 2008 20:59:00 you wrote:
while diving into wine sources i've noticed that wine does not apply
relocation to section not aligned to page boundary.
Is there any reason for this behaviour?
If it is wrong i've put up a little
On Wednesday 12 November 2008 20:59:00 you wrote:
while diving into wine sources i've noticed that wine does not apply
relocation to section not aligned to page boundary.
Is there any reason for this behaviour?
If it is wrong i've put up a little patch that solves the issue.
Do you know
Wine use some fixed values for calculating gui elements,
and hopefully the current values are verified with tests.
The tests works in Windows, but only with the default settings:
96 dpi (Small Fonts / Kleine Schriften) and the default theme.
It would be a good idea to run the tests also for
Huw Davies ha scritto:
The correct way is to fix winspool and friends to use schedule_cups()
which in turn uses cupsPrintFile(). Detlef could probably comment on
how far away we are from using this.
Huw.
Well, so I guess I'll keep the patch in my tree to make Autocad happier
and
Hi, but this patch shouldn't brake anything, because it will use wine
default driver name and description and if user want to change it then
he can in registry, same like amount of video memory.
In the future we will not be able to exactly match driver name and
description in every situation,
В сообщении от Wednesday 12 November 2008 14:00:38 Massimo Del Fedele
написал(а):
I recently had a chat with Dan Kegel about the way to contribute and
start hacking on a DIB engine. I grabbed Huw Davies and Jesse Allen's
repositories and started looking at them.
As it'll be an hard (and long)
On Wed, Nov 12, 2008 at 2:16 AM, Jeremy Drake [EMAIL PROTECTED] wrote:
I ran into a function that was not implemented when attempting to run a
program I work on under wine.
This patch implements OleLoadPictureFile based on the MSDN docs
(http://msdn.microsoft.com/en-us/library/ms221680.aspx)
On Wed, Nov 12, 2008 at 1:38 PM, A C Hurst [EMAIL PROTECTED] wrote:
Follows example of create_scsi_entries() in oldconfig.c
Addresses bug 11811 among others.
docs at
http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure only
mention
lowercase names in dosdevices.
This patch implements OleLoadPictureFile based on the MSDN docs
(http://msdn.microsoft.com/en-us/library/ms221680.aspx) and what I saw
when stepping through in windbg on XP.
Stop right there. Implementing stuff based on looking at disassembly
is expressly not allowed here, sorry.
--Juan
Has there been any progress lately on achieving this task in wine? What's the
status?http://www.winehq.org/pipermail/wine-devel/2008-March/063095.html
_
Get 5 GB of storage with Windows Live Hotmail.
On Wed, Nov 12, 2008 at 7:46 PM, EA Durbin [EMAIL PROTECTED] wrote:
Has there been any progress lately on achieving this task in wine? What's
the status?
http://www.winehq.org/pipermail/wine-devel/2008-March/063095.html
Get 5 GB of storage with Windows
Alexandre didn't like the approach. The patches (last I checked) should
cleanly apply, but was slow to sync. Maarten thinks it's a COM issue. --
-Austin
What's the alternative approach?
_
Get 5 GB of storage with Windows
Hi all,
I am having a little trouble with iTunes 8 in Wine 1.1.8. Everything
works great except that I cannot enter the store to buy music; it
crashes. Do I have to adjust a setting or install gecko maybe? Older
versions of iTunes I have tried have the same problem. Any suggestions
would be
Please write a test for this scenario.
Vincent Povirk
On Tue, Nov 11, 2008 at 6:40 PM, Nicholai Benalal [EMAIL PROTECTED] wrote:
Changelog:
user32: The default WM_CANCELMODE handler needs to call EndMenu() also in
the case of a child window. With the previous condition, Chessbase
On Wed, Nov 12, 2008 at 8:37 PM, Adam Brown [EMAIL PROTECTED] wrote:
Hi all,
I am having a little trouble with iTunes 8 in Wine 1.1.8. Everything
works great except that I cannot enter the store to buy music; it
crashes. Do I have to adjust a setting or install gecko maybe? Older
versions of
Detlef Riekenberg [EMAIL PROTECTED] wrote:
Wine use some fixed values for calculating gui elements,
and hopefully the current values are verified with tests.
The tests works in Windows, but only with the default settings:
96 dpi (Small Fonts / Kleine Schriften) and the default theme.
39 matches
Mail list logo