[EMAIL PROTECTED] wrote:
Hi Dimi,
I'm deeply sorry about that and I understand your frustrations for
I have frustrations of my own using my mail client.
The problem is that I have no other choice but to use Notes as a mail
client for external emails at my company and Notes really screws up
attach
"Jerry Jenkins" <[EMAIL PROTECTED]> wrote:
> Maybe we can add a new inline function which likes
> inline void *HeapReAllocEx(..., lpMemory, ...)
> {
> if (lpMemory)...
> else ...
> }
> then
> #defineHeapReAllocHeapReAllocEx
> in a proper header file.
No, that will confuse people e
On October 8, 2003 05:51 pm, [EMAIL PROTECTED] wrote:
> So what I'm gonna do in the future is inline patches that won't get
> line wrapped and attach the others the way I use too. Hopefully,
> most of them will be inlined.
Thanks Dave,
This is very kind of you, but I think this is too much effort
Dimitrie O. Paun wrote:
> On Wed, 8 Oct 2003, Oleg Prokhorov wrote:
>
> > Change-log:
> > fix wine code depended on
>
> That's cool, but we need to somehow manage this. There are almost
> 300 occurences of memory reallocation, and we need to somehow
> keep track of what was reviwed/fixed etc
Hi Dimi,
I'm deeply sorry about that and I understand your frustrations for
I have frustrations of my own using my mail client.
The problem is that I have no other choice but to use Notes as a mail
client for external emails at my company and Notes really screws up
attachments and there's no w
The part about the imagehlp version in the header doesnt have to be in
there I just figured we might as well add it while we are trying to be
the same.
Changelog:
Bring imagehlp (mostly) inline with the PSDK and Mingw
Index: wine/dlls/imagehlp/debug.c
=
On Wed, 8 Oct 2003, Dimitrie O. Paun wrote:
[...]
> Index: documentation/Makefile.in
> ===
[...]
> -doc: html pdf ps
> +doc: html pdf ps txt
> html: $(ALLBOOKS:%=%.html) wine-faq.html
> pdf: $(ALLBOOKS:%=%.pdf)
> ps: $(ALLBOOKS:%=%.
Hello Dimitrie,
Thursday, October 9, 2003, 12:09:31 AM, you wrote:
DOP> On Wed, 8 Oct 2003, Oleg Prokhorov wrote:
>> Change-log:
>> fix wine code depended on
DOP> That's cool, but we need to somehow manage this.
That's a "testing" patch, if it gets committed I'll continue work on
this :).
On 8 Oct 2003, Daniel Marmier wrote:
> Fixed warnings with gcc option "-Wwrite-strings".
BTW, how far away are we from always compiling with -Wwrite-strings?
--
Dimi.
On Wed, 8 Oct 2003 [EMAIL PROTECTED] wrote:
This patches are so hard to review. Not only are they
not inlined, but they are attached as Application/OCTET-STREAM.
This means I have to type about 8 keystrokes to open
them in pine. Please, pretty please, try to inline them.
If this doesn't wokr (have
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Steven Edwards <[EMAIL PROTECTED]> writes:
>
> > I dont know what the best method is going to be to handle the old
> > Winelook option. I think it should just go to /dev/null but I dont
> know
> > what the result will be on older Win16 apps runni
Steven Edwards <[EMAIL PROTECTED]> writes:
> I dont know what the best method is going to be to handle the old
> Winelook option. I think it should just go to /dev/null but I dont know
> what the result will be on older Win16 apps running with a 9x Winelook.
> Can anyone comment on this? Is there
[EMAIL PROTECTED] writes:
> The best solution I can think of at the moment is to put the byteswap macros
> into wine/include/wine/port.h, which is one of the few main wine header that is
> included in the wrc code - but then we'll have to include config.h and port.h in
> at least one place they ar
On Wed, 8 Oct 2003, Steven Edwards wrote:
> For the most part this is all it seems to do. Differnt mertics and
> Windows styles. You can see examples of this by looking at the sources
> for the edit control. With the common diaglogs there is code that
> implements a Win31 theme if a you want to us
On Wed, 8 Oct 2003, Alexandre Julliard wrote:
> Actually it seems there is now (finally) a docbook2txt tool, we should
> probably use that instead.
Indeed.
ChangeLog
Dimitrie O. Paun <[EMAIL PROTECTED]>
Use docbook2txt to generate the text output instead of adhoc hacks.
Index: configur
Hello,
I have been having problems compiling on Mingw and MS_VC + PSDK code
that uses #define NONAMELESSUNION. This is not the first place I have
ran in to this problem. When I try to build libwine I am getting the
following error:
loader.c: In function `fixup_resources':
loader.c:193: error: unio
--- Kevin Koltzau <[EMAIL PROTECTED]> wrote:
> I'm not very familiar with how the winelook is handled in code, what
> does it
> do exactly? if it simply affects system metrics & colors that would
> be easily
> merged with themes, if its more then that (like for example different
> common
> dial
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Yeah, I didn't know about w3m either. Wouldn't a configure check be
> better here?
Actually it seems there is now (finally) a docbook2txt tool, we should
probably use that instead.
--
Alexandre Julliard
[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
> Well, it was intended as an optimization - if we move the check down to the "if
> (flags & (ETO_CLIPPED) ..." clause, we may end up doing a HeapAlloc, and calls
> to GetGlyphIndices and GetObject that we don't need to do. I'd much rather bail
> out as soon as we can an
Hello!
Build without optimization is broken again in CVS:
gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls
-lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode
-L../libs/port -lwine_port
../dlls/libntdll.dll.so: undefined reference to `SetLastError'
../dlls/libnt
On Wed, 8 Oct 2003, Oleg Prokhorov wrote:
> Change-log:
> fix wine code depended on
That's cool, but we need to somehow manage this. There are almost
300 occurences of memory reallocation, and we need to somehow
keep track of what was reviwed/fixed etc., otherwise we risk
missing quite a few.
On Wed, 8 Oct 2003, Francois Gouget wrote:
>
> I did not know about w3m before I saw this patch. More well-known and
> widely spread alternatives are lynx and links which are command-line
> compatible with w3m. So I propose to also look for them.
Yeah, I didn't know about w3m either. Wouldn't a
Hi all,
There are some changes I'd like to submit as patches, but I'm not sure the best
way to go about it. We need to add some byteswapping code in a few places to
make things happier on big-endian machines. The problem is that the byteswap
macros only exist inside wine/tools/wrc right now -
Thanks for the suggestion, Huw. I'll try applying that xrender patch to our
build of X and see if it fixes the problems we were having...
> If we really have to have
> a workaround in Wine then the string should at least be batched rather
> than passed character by character.
I agree that th
On Wed, 8 Oct 2003, Hannu Valtonen wrote:
> Basically the writer tried to install Paintshop Pro. Couldn't get it to
> work (InstallShield problem) and was frustrated by that. On the other
> hand he does recommend CrossOver Office as a polished product for firms
> and Wine for those who wish to
On 8 Oct 2003, Gaul, Ken wrote:
> So can this winlib app be made into a winlibapp.so that could be say
> loaded by a java app or does it actually have to be an executable
> binary?
It has to be an executable binary.
--
Dimi.
> It would be better IMO to do that as part of the clip rectangle
> calculation a few lines below.
Well, it was intended as an optimization - if we move the check down to the "if
(flags & (ETO_CLIPPED) ..." clause, we may end up doing a HeapAlloc, and calls
to GetGlyphIndices and GetObject that
> The indentation is messed up. You should set your editor tab width to
> 8 instead of 4.
My apologies --- our internal coding standard has tabs set at 4 spaces - and I
haven't figured out how to tell xemacs to use tabs of 8 spaces in some
directories, and 4 spaces in others... I thought I had
So can this winlib app be made into a winlibapp.so that could be say
loaded by a java app or does it actually have to be an executable
binary?
Ken.
On Mon, 2003-10-06 at 17:55, Dimitrie O. Paun wrote:
> On Mon, 6 Oct 2003, John Conneely wrote:
>
> > 1) Port the code to Linux. I eliminated
Hello,
I noticed a link on LinuxToday to an article on Wine and thought people
might be interested.
http://insight.zdnet.co.uk/business/0,39020481,39116972,00.htm
(Summary)
Basically the writer tried to install Paintshop Pro. Couldn't get it to
work (InstallShield problem) and was frustrated b
Hi folks,
I've posted interim results at
http://www.winehq.org/wineconf/midresults.html
It looks like St. Paul and Munich are the leading
contenders, but I'm concerned that we have a fairly
modest turnout (although I and several others at
CodeWeavers haven't voted yet).
I haven't done any wei
On Wed, 8 Oct 2003, Jerry Jenkins wrote:
> Modify [WinMM] section in your ~/.wine/config.
>
> > how can i get alsa, arts, etc for audio instead of oss? i'm using wine
> > for cooledit96 and the 3 second delay for oss emulation is quite annoying,
> > but i'm still very happy to be using cooledit9
> On Fri, 3 Oct 2003 23:07, Patrik Stridvall wrote:
> > [correct summary of the law deleted]
>
> > As far as Wine is concerned though I can't think of
> > any Windows API that:
> > 1. Returns pure facts (not having any unique expression)
> > 2. Would fulfill the requirement of needed a significant
On Tue, Oct 07, 2003 at 01:03:08PM -0400, [EMAIL PROTECTED] wrote:
>
>
>
> (See attached file: patch_xrender_long_string.txt)
This is most likely due to a buggy version of libxrender which Keith
fixed with the attached patch to the XFree86 cvs. I'd suggest
upgrading to a newer version of the
Modify [WinMM] section in your ~/.wine/config.
> how can i get alsa, arts, etc for audio instead of oss? i'm using wine
> for cooledit96 and the 3 second delay for oss emulation is quite annoying,
> but i'm still very happy to be using cooledit96 under linux.
> i'm using wine version 20030813.
>
how can i get alsa, arts, etc for audio instead of oss? i'm using wine
for cooledit96 and the 3 second delay for oss emulation is quite annoying,
but i'm still very happy to be using cooledit96 under linux.
i'm using wine version 20030813.
thanks,
dave
36 matches
Mail list logo
