- Original Message -
From: "Alexandre Julliard" <[EMAIL PROTECTED]>
To: "Bill Medland" <[EMAIL PROTECTED]>
Cc: "wine-devel" <[EMAIL PROTECTED]>
Sent: Thursday, September 26, 2002 6:20 PM
Subject: Re: How to tell winemaker and winebuild what I want to tell it
> "Bill Medland" <[EMAIL PROT
Francois Gouget <[EMAIL PROTECTED]> writes:
> However, looking for wine in bindir does not make sense:
> * I don't install the Winelib applications I compile using Winelib. So
> * I leave prefix to the default value: /usr/local
>
> * I always build my application using a Wine source tree. This m
On Thu, 26 Sep 2002 06:20:33 -0700 (PDT)
Andriy Palamarchuk <[EMAIL PROTECTED]> wrote:
>
Hi Andriy,
>
> Run "bt" (backtrace) command in the debugger window
> and report what you found.
Here's the debugmsg output near the exception signalled (below is the gdb
output and bt):
Please tell me if
Tim Potter wrote:
>
> On Thu, Sep 26, 2002 at 01:47:38PM +0200, Martin Wilck wrote:
>
> > To initiate this process we'd "only" need a standardized protocol for
> > the socket communication. Andrew said that doesn't exist and won't with
> > regard to winbind. I'd like to focus the discussion in t
I know everytime I run configure, I do
CFLAGS="-gstabs" ./configure
I don't know if there's a nice way to get configure to do this
automatically? is it not portable? probably to best solution is to
implement Dwarf II in winedbg ...
Bobby Bingham
On Thu, Sep 26, 2002 at 04:20:23PM -0500, Greg
"Bill Medland" <[EMAIL PROTECTED]> writes:
> My winelib wrapper wants to call MultiByteToWideChar and DOSFS_GetFullName.
> As far as I am aware they are available from ntdll.dll (ntdll.dll.so)
MultiByteToWideChar is exported from kernel32, not ntdll.
DOSFS_GetFullName is not exported and you can
On 26 Sep 2002, Martin Wilck wrote:
> Am Mit, 2002-09-25 um 20.57 schrieb Bill Medland:
[...]
> > But winemaker seems to be setting things up so that it will create
> > /usr/local/lib/libshfile.dll.so.
>
> This is because winemaker was designed to create winelib DLL
> replacements.
Actually the
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Can we please rename all these
> dlls/xxx/xxx_main.c
> to
> dlls/xxx/xxx.c
>
> It should be possible now, right? Should I send a patch in?
I don't see much reason for that. The xxx_main names are just fine
IMO.
--
Alexandre Julliard
On Thu, Sep 26, 2002 at 01:47:38PM +0200, Martin Wilck wrote:
> To initiate this process we'd "only" need a standardized protocol for
> the socket communication. Andrew said that doesn't exist and won't with
> regard to winbind. I'd like to focus the discussion in this direction.
>
> - is the w
Eric POUECH wrote...
> but I assume you double checked that more likely, aren't you using gcc 3.2
> by any chance ? if so, you need to force ELF symbol emission, not
> Dwarf II which became default in 3.2
Bingo. Guilty as charged. Thank you SO MUCH for this, I should have figured gcc3.2
was
> Whenever I run winedbg (or when wine runs it in response to an exception),
> it fails to find debug symbols. Looking at disassembled code is making my
> brain numb. I "export STRIP=false" before configure to ensure that the
> Makefile doesn't strip anything, and gdb finds everything just fine.
> >Some systems may be better than CVS at this, admitted.
> >But as long as there are only a few branches and people keep their stuff
> >more or less in sync with main, I think it'd be fine - especially for
> >people working on relatively separate subtrees like D3D8.
just to react on Alexandre fl
Anyone able to tell me what I am doing wrong here before I spend days trying
to figure it out?
My winelib wrapper wants to call MultiByteToWideChar and DOSFS_GetFullName.
As far as I am aware they are available from ntdll.dll (ntdll.dll.so)
So I want to to get the build to "link" to ntdll.dll
I
Can we please rename all these
dlls/xxx/xxx_main.c
to
dlls/xxx/xxx.c
It should be possible now, right? Should I send a patch in?
--
Dimi.
On 26 Sep 2002, [EMAIL PROTECTED] wrote:
> Of course it does. Damn, I was tracking this bug myself, but I
> thought my changes introduced them. :) I'll look into it. But
> why the change in the first place???
It was my fault, sorry. I changed it because I had a crash where one of
those steps f
On September 26, 2002 12:56 pm, Paul Rupe wrote:
> This fixes a problem in my previous listview patch reported by Rein Klazes.
>
> Changelog:
> Paul Rupe <[EMAIL PROTECTED]>
> Remove freed sublist on failure in LISTVIEW_InsertItemT
> +HDPA hdpaSubItems = NULL;
I don't understand what you
Whenever I run winedbg (or when wine runs it in response to an exception),
it fails to find debug symbols. Looking at disassembled code is making my
brain numb. I "export STRIP=false" before configure to ensure that the
Makefile doesn't strip anything, and gdb finds everything just fine. So wha
I don't get it either.
Synch the current WINE CVS on sourceforge with the winehq one. Create a
branch on the SF CVS. Every so often, create a hook that will commit
changes to the main WINEHQ cvs to the main SF CVS (or create an
automatic hook reading from wine-cvs).
Every so often, someone ne
On Fri, Sep 27, 2002 at 12:50:57AM +1000, Luke Howard wrote:
>
> > - is the winbind team willing to standardize the protocol, or at least
> > ensure backward compatibility in future versions?
>
> Rather than inventing new protocols, why not just use DCE RPC over domain
> sockets or TCP/IP?
>
> - is the winbind team willing to standardize the protocol, or at least
> ensure backward compatibility in future versions?
Rather than inventing new protocols, why not just use DCE RPC over domain
sockets or TCP/IP?
The only catch is that you need a DCE RPC client library. We're using the
O
Imho the best way to go, is to wait until we will be able to provide an
interface for loadable modules in samba that couples with the MS-RPC
subsystem.
At that point you will only need to make the .so library as GPL and
build your socket mechanism to speak to the other LGPLed end integrated
into w
>Because DCE/RPC is *horrible* ? :-) :-). If you need a new
>RPC protocol please use ONC/RPC/NDR not DCE :-).
I agree, I think I've grown a few gray hairs from DCE. I guess
the argument in favour of it depends on how similar the kinds
of lookups WINE needs to make are to existing, implemented,
On September 26, 2002 05:04 am, Rein Klazes wrote:
> I did not look very hard at the cause, but it looks that
> LISTVIEW_SetItemT() depends on the inserted subitems in function
> set_main_item.
Of course it does. Damn, I was tracking this bug myself, but I
thought my changes introduced them. :) I
--- John Coppens <[EMAIL PROTECTED]> wrote:
> Hello.
>
> I'm trying to run WinPLACE with the last wine
> package. The composition part
> works, but the compiler doesn't. I get:
>
> fixme:int:DOSVM_Int10Handler Get Font Information -
> Not Supported (BH: 0x0)
> wine: Unhandled exception, startin
Am Don, 2002-09-26 um 00.01 schrieb Steve Langasek:
> And if we say "strings use the current locale
> encoding", then anyone who needs to handle large chunks of Unicode from
> within Wine needs to be using a UTF-8 locale.
Forgive me, I'm pretty dumb when it comes to character sets. If I
understa
Am Mit, 2002-09-25 um 19.38 schrieb Richard Sharpe:
> I do not think that libsmbclient is the right way to do this. I think that
> the correct way is to make the various Samba client RPC libaries available
> as separate DSOs so that clients can make dirrect use of what they need.
> Then the wi
> > I have a problem with a VB6 app. It opens a second dialog with modal
> > flag. After this everything hangs (WaitForMultipleObject), all windows
> > in wine are frozen. I tried to debug it, I also read the tips and hints in
>the
> > FAQ for frozen programs but I still don't get it. Would be gr
On Tue, 24 Sep 2002 22:20:02 -0500, you wrote:
> ChangeSet ID: 5531
> CVSROOT: /opt/cvs-commit
> Module name: wine
> Changes by: [EMAIL PROTECTED] 2002/09/24 22:20:02
>
> Modified files:
> dlls/comctl32 : listview.c
>
> Log message:
> Paul Rupe <[EMAIL PROTECTED]>
>
Am Mit, 2002-09-25 um 23.35 schrieb Lionel Ulmer:
> That would be the best... But well, I never heard much good about CVS's
> prowess in handling branching (with all the mess like handling properly
> conflicts, precise branch management, ...).
I have never understood why people keep saying CVS c
Am Mit, 2002-09-25 um 23.28 schrieb Lionel Ulmer:
> Well, the problem is that I am spoiled by using ClearCase at work (it's
> pretty slow sometimes, but well, it's really powerful to manage parallel
> developments, something that would be equivalent to what I propose here).
Here you have a good
Am Mit, 2002-09-25 um 20.57 schrieb Bill Medland:
>
> OK. Here is where I have a slight problem. (I am quite prepared to accept
> that it may be because I am not thinking, I am missing or I am just an
> idiot).
You are moving in realms that I've not yet dared enter :)
> But winemaker seems to
31 matches
Mail list logo
