Patrik Stridvall wrote:
Excuse me since when did this list turn into the
linux-kernel mailing
list??? (And I'm gonna add to it.. crap)
I don't think we are there quite yet. :-)
hehe.. Yeah.. you are right.. we haven't stooped that low just yet.
[SNIP]
But nevermind, I don't
On Sat, 29 Apr 2000, Bertho Stultiens wrote:
Ove Kaaven wrote:
[snip]
Eh, the website 'www.winehq.com' is a slave and is updated from the
master ursula.gmcl.com. Winehq (my machine) is updated hourly (at 5
minutes past the hour). So, changes should be updated/made/generated on
the
Ove Kaaven wrote:
The FAQ is updated right now when someone runs the wine_release expect
script:
# Update FAQ
do ./winefaq.tcl faq.html
But this is not often enough. So perhaps you could add something like this
to the cron:
0 0 * * 1 cd /home/wine/Winehq; ./winefaq.tcl faq.html
gerard patel wrote:
snip fallout breakage
You can replace 'fallout' by 'word viewer 97'; it's the same problem I think, I
replaced
pe_image and module.c and the problem goes away.
Try reverting the CVS commit and trying the original patch I sent - the original
patch checks to ensure
At 11:44 AM 4/29/00 -0400, you wrote:
Try reverting the CVS commit and trying the original patch I sent - the original
patch checks to ensure that the pe section offsets are on pagesize bounds, and
if not avoids the FILE_dommap call and just copies the section instead. Alexandre
modified the
Lionel Ulmer [EMAIL PROTECTED] writes:
The loader patch from Gavriel and Ulrich did break 'Fallout' on my
setup (I took the files before the patch on today's CVS tree and it
worked fine).
Do not blame Gav, this is my fault... I changed his patch to be more
aggressive in using mmap,
At 11:44 AM 4/29/00 -0400, you wrote:
Try reverting the CVS commit and trying the original patch I sent - the original
patch checks to ensure that the pe section offsets are on pagesize bounds, and
if not avoids the FILE_dommap call and just copies the section instead.
snip
Err, I had just
On Sat, 29 Apr 2000, David Elliott wrote:
Which would be generated from a function like:
/* START ATOW */
DWORD BarW( LPSTR lpString1, DWORD cbString1 )
/* END ATOW */
{
/* DO STUFF */
return 0;
}
I don't really see a need for this kind of ugliness. We know that a xxxW
Do not blame Gav, this is my fault... I changed his patch to be more
aggressive in using mmap, unfortunately it seems that while Linux
sometimes accepts non page-aligned offsets (which is good), it always
rounds the size of the mapping up to a page boundary (which is bad for
uninitialized
I don't think there is enough regularity in the Windows API to make
this glue worthwhile. If you really want to cover more than a small
minority of cases you'll need to invent a glue syntax that will be at
least as complex as the generated code... simply consider all the
possible behaviors
On Sat, 29 Apr 2000, Alexandre Julliard wrote:
I don't think there is enough regularity in the Windows API to make
this glue worthwhile. If you really want to cover more than a small
minority of cases you'll need to invent a glue syntax that will be at
least as complex as the generated
I change subjects a little to address another issue that has bugged me for
a considerable amount of time.
As we go forward and switch our base implementation to be 32W, the
16 32A subsystems become devoid of semantics. They simply contain code
that does:
16 - 32A
32A - 32W
Now, all this
Every time I do a cvs update -A I get the following:
cvs update: move away documentation/samples/system.ini; it is in the way
C documentation/samples/system.ini
It started a few weeks ago, don't know why. I usually do:
rm documentation/samples/system.ini
cvs update
Sorry, I forgot to mention that there is one more peculiar thing when I
try to correct the problem:
[dimi@decebal wine]$ rm documentation/samples/system.ini
[dimi@decebal wine]$ cvs update documentation/samples/system.ini
cvs [server aborted]: no such directory `documentation/samples'
U
"Martin Fuchs" [EMAIL PROTECTED] writes:
Send WM_DRAWITEM for empty owner drawn list boxes.
Won't this reintroduce the Eudora bug that was fixed by Marcus in
listbox.c rev 1.7? Can anybody verify this?
--
Alexandre Julliard
[EMAIL PROTECTED]
BTW, I am sorry to say that I have done a big mistake in my previous post;
in fact you are completely right, Wordviewer 97 can no longer find files selected
in the open file dialog. I suspect that this is Juergen's work (what a bunch of
Microsoft
haters ;-))
Possibly by changes in the
At 08:26 PM 4/29/00 +, you wrote:
this patch does the following :
snip
Hmm, is there any hope of having again the back trace when the
app is crashing ?
Gerard
At 07:53 PM 4/29/00 -0400, you wrote:
I change subjects a little to address another issue that has bugged me for
a considerable amount of time.
As we go forward and switch our base implementation to be 32W, the
16 32A subsystems become devoid of semantics. They simply contain code
that does:
On Sat, Apr 29, 2000 at 05:37:51PM -0700, Alexandre Julliard wrote:
"Martin Fuchs" [EMAIL PROTECTED] writes:
Send WM_DRAWITEM for empty owner drawn list boxes.
Won't this reintroduce the Eudora bug that was fixed by Marcus in
listbox.c rev 1.7? Can anybody verify this?
Not sure.
I
For example. SHLWAPI has 150 (75 * 2) Path* function
that does simple string manipulation. 75 of these could
probably be generate using my generic mechanism.
In fact, I think almost all SHLWAPI function would
work with the generic mechanism.
Almost no function would work after this.
Most of
"Martin Fuchs" [EMAIL PROTECTED] writes:
Send WM_DRAWITEM for empty owner drawn list boxes.
Won't this reintroduce the Eudora bug that was fixed by Marcus in
listbox.c rev 1.7? Can anybody verify this?
Not sure.
I just tried it again and it currently hangs in the endless redrawing
Hmm, is there any hope of having again the back trace when the
app is crashing ?
this is working for more than two weeks (in cvs)
did you add the AeDebug entry to your registry as explained ?
(ok I do need to write some documentation on this)
the key has been added to winedefault.reg, you just
22 matches
Mail list logo
