On Monday 30 April 2007 00:58, Mounir IDRASSI wrote:
Hi all,
We have managed to integrate our winscard source code into the wine source
tree, including the configure.ac and Makefine.in files. As described in the
developer's guide, I am attaching with this email the output of the command
git
Hello
I saw the same problem starting SimCity 4 and Railroad Tycoon on Nvidia drivers
and 0.9.36. But only sometimes.
Roland
- Ursprüngliche Mail
Von: Juan Lang [EMAIL PROTECTED]
An: wine-devel@winehq.org
Gesendet: Freitag, den 27. April 2007, 21:58:37 Uhr
Betreff: wine killing X?
I
Mounir IDRASSI a écrit :
Hi all,
We have managed to integrate our winscard source code into the wine source
tree, including the configure.ac and Makefine.in files.
As described in the developer's guide, I am attaching with this email the output of the
command git format-patch origin.
Can
Markus Amsler a écrit :
This reduces WoW debug symbol load time from about 100s to 18!
this also removes two key design features:
- memory is free:d (as Dimitry already pointed out)
- a memory pool is associated to every module, so that all allocations
for a specific module are free:d when the
On 30.04.2007 08:56, Eric Pouech wrote:
Markus Amsler a écrit :
This reduces WoW debug symbol load time from about 100s to 18!
this also removes two key design features:
- memory is free:d (as Dimitry already pointed out)
- a memory pool is associated to every module, so that all allocations
Markus Amsler a écrit :
Dmitry Timoshkov wrote:
The old code at least bothered to actually free some memory.
Good point. I wasn't aware that some memory is only temporarily used.
I'm going to rework it.
Markus
does this patch gives you lots of improvements ?
A+
--
Eric Pouech
The
Vitaliy Margolen [EMAIL PROTECTED] writes:
Native initializes this variable somewhere during the log-on. And since
Wine doesn't really have such a thing, it's more logical to do it during
the process initialization. The only side affect is that if registry values
change, new process will get
Hi ,
Thank you for all your comments.
Concerning the header files, they contain portions taken from Microsoft
headers. We will rewrite them to remove any copyright issues.
For the types used, they are more close to pcsc-lite than Microsoft but
still compatible at the binary level. We will modify
Misha Koshelev [EMAIL PROTECTED] writes:
+interface AutomationObject {
+/*
+ * VTables - We provide IDispatch, IProvideClassInfo,
IProvideClassInfo2, IProvideMultipleClassInfo
+ */
+const IDispatchVtbl *lpVtbl;
+const IProvideClassInfoVtbl *lpvtblIProvideClassInfo;
+
Mounir IDRASSI a écrit :
Hi ,
Thank you for all your comments.
Concerning the header files, they contain portions taken from Microsoft
headers. We will rewrite them to remove any copyright issues.
For the types used, they are more close to pcsc-lite than Microsoft but
still compatible at the
Hi,
A week ago I've sent a patch which fixes console input/output codepages
handling.
http://www.winehq.org/pipermail/wine-patches/2007-April/038429.html
It is still not applied, so please, explain, what is wrong with it? It even
fixes 2 tests:
$wine kernel32_test.exe.so process
before:
Hi Eric,
I have tested your hint concerning the final single call to
MultiByteToWideChar in order to convert the whole area but it didn't
work: even when I specify the whole length of the multi-string, it keeps
stoping at the first NULL character. I guess MultiByteToWideChar and
Eric Pouech wrote:
Markus Amsler a écrit :
Dmitry Timoshkov wrote:
The old code at least bothered to actually free some memory.
Good point. I wasn't aware that some memory is only temporarily
used. I'm going to rework it.
Markus
does this patch gives you lots of improvements ?
A+
Mounir IDRASSI a écrit :
Hi Eric,
I have tested your hint concerning the final single call to
MultiByteToWideChar in order to convert the whole area but it didn't
work: even when I specify the whole length of the multi-string, it keeps
stoping at the first NULL character. I guess
Markus Amsler a écrit :
I cant try it at the moment, but I tried also the same approach. It
went down from 100s to around 27s compared to 18s with Heap functions.
The other problem here is, not all allocated memory is used, the gaps
in not first nodes never gets filled.
Also IMO memory
Woot! This fixes a long standing bug in Quickbooks for me
(I can now scroll my report windows without nasty repainting
artifacts).
Cheers,
Jeremy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Aric Stewart
Sent: Sunday, April 29, 2007 4:53 PM
On Monday 30 April 2007, Aric Stewart wrote:
I do a scanf() inside of DRAW_CHECK so that you can look at the scroll
results and hit enter in the console to go on.
If that is not good I can change or even remove the DRAW_CHECK but when
i was comparing the results it was handy to be able to
Yeah i thought about that but fonts and such may change causing a test
to generate a false failure. Discussing with with Alexandre it appeared
to me that just an eyeball check would be best.
All the delays and such are all behind winetest_debug checks so when run
in an programmatic way they
oups ...sorry...It was my fault! You are as absolutely right.
Mounir IDRASSI
IDRIX - Cryptography and IT Security Experts
http://www.idrix.fr
Eric Pouech wrote:
they should work across the whole buffer
are you sure you don't pass -1 as the length for the input buffer ?
A+
On Mon, Apr 30, 2007 at 10:11:36AM -0500, Aric Stewart wrote:
All the delays and such are all behind winetest_debug checks so when run
in an programmatic way they will not be triggered allowing the test to
run without supervision.
Wine tests should be automatic unless winetest_interactive. I
On Mo, 2007-04-30 at 08:21 +0900, Hwang YunSong(황윤성) wrote:
--- /dev/null 2007-04-30 07:48:17.228075573 +0900
+++ ui_Ko.rc2007-04-30 08:22:30.0 +0900
I asked another Translator to pause a week, until the Patches with
the dialogs are in the tree.
(Patch for AddPortUI was send
--- Stefan Leichter [EMAIL PROTECTED] wrote:
Sounds like you need to reinstall your graphics drivers. I bet running
glxinfo kills X for you too...
Yikes - you're right. I'll fix that.
--Juan
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the
On Monday 30 April 2007 04:15:41 am Dylan Taft wrote:
+ if (wfex-nChannels 2) {
+FIXME(Currently only supports 2 channels, returning
DSERR_BADFORMAT. (requested channels=%d)\n,wfex-nChannels);
+return DSERR_BADFORMAT;
+ }
The function is not
On Monday 30 April 2007 01:25:02 pm Louis. Lenders wrote:
AFAICS there's no real fix for this now,
as X11 visual reports back screendepth 24. Even by setting the registrykey
ScreenDepth to 32, the applications fail.
I actually had a semi-working fix for this. What I did was create a small,
Alexandre Julliard [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Jason Edmeades [EMAIL PROTECTED] writes:
Note: This makes cmd.exe pull in msvcrt, but so does native
Native doesn't have a choice, but we do. Unless there are good reasons
to import msvcrt it's better to
25 matches
Mail list logo
