"Bill Medland" <[EMAIL PROTECTED]> wrote:
> I am just about to start concentrating on IsDialogMessage, especially in the
> non-dialog context. Our program (suite) uses ActiveX controls extensively
> and is difficult to use because the TAB handling in particular is totally
> wrong.
Probably wh
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> +num = sizeof(PrinterName);
> +if (!GetDefaultPrinterW(PrinterName, &num))
> + WCHAR default_name[255];
> + DWORD default_name_size = sizeof(default_name);
> +
> + if (GetDefaultPrinterW(default_name, &default_name_size) == 0) {
You should pass t
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> As I said already, IMO the file I/O stuff should go
> in the kernel. The
> current approach is broken, as you noted in your
> FIXMEs.
File I/O, fine. But how about named pipes?
Mailslots? They are implemented with nearly the same
SMBs, and bel
Hi Dimi,
On Wed, 2003-12-31 at 16:47, Dimitrie O. Paun wrote:
> On December 31, 2003 07:42 pm, Ralf Juengling wrote:
> > okay, now it's as before:
>
> As I said, I think there's something wrong with your
> ld setup. You need to have /usr/local/lib (where
> the libwine library is) in your /etc/ld.
Hi,
I put together a feedback window for winetest. The code is
somewhat inside-out to make it less intrusive, and the
dialog is ugly. Where can one find a dialog editor?
Anyway:
1. If compiled with Winelib, the dialog stays on screen
after the main thread finishes with the tes
Juan Lang <[EMAIL PROTECTED]> writes:
> Yeah, that's why I emailed the list twice before
> asking how to go about it. Is making a static SMB
> library preferrable? I haven't yet discovered the
> interface MS uses to SMB (public or private), so I
> haven't been able to hide it in the real place.
"P. Christeas" <[EMAIL PROTECTED]> writes:
> On my configuration, the 'artsc-config' script outputs '-pthread' along with
> the '-Isth' entries. That broke the 'makedep' procedure.
> It's trivial. The following patch handles this.
The right fix is to get rid of that option at configure time (or
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> You can't share C files across dlls, this violates
> dll separation and it won't build properly.
Yeah, that's why I emailed the list twice before
asking how to go about it. Is making a static SMB
library preferrable? I haven't yet discovered th
Rein Klazes <[EMAIL PROTECTED]> writes:
> Changelog:
> windows : painting.c
> If RedrawWindow is called with the RDW_INVALIDATE flag, if the
> UpdateRgn parameter is a NULLREGION and the Window has no update
> region yet, ignore the call.
This should be integrate
Juan Lang <[EMAIL PROTECTED]> writes:
> Relies on previously submitted SMB patch,
> http://www.winehq.org/hypermail/wine-patches/2003/12/0231.html
>
> ChangeLog: partially implement NetServerEnum and
> NetShareEnum using RAP over SMB
You can't share C files across dlls, this violates dll separati
Rok Mandeljc <[EMAIL PROTECTED]> writes:
> Hey everyone,
>
> I finally found some time to organise my dmusic work of last two months
> in useful patch. Dmusic is now DX9 compatible, we have almost fully
> implemented (but not working :( )
The dmusic_common.c thing is wrong, you can't use the same
Thanks Dimi, and "La multi ani" (Happy new year).
I'm new to this so please bear with me.
First I edited the Makefile and replaced gcc with winegcc. When I run
"make" I get this error when it tries to link:
could not open .def file for kernel32
Error: /usr/bin/winebuild failed.
Error: /usr/bin
A happy new year to everybody!
As a lot of wine-bugs are reworked(mostly thanks to Markus), I get a lot of
mails from wine-bugs. However it is hard to follow the threads by only
getting information about the last status update. At least the information
of the name of the originator of bug should b
On Thursday 01 January 2004 16:52, Mike Hearn wrote:
> On Wed, 2003-12-31 at 17:26, Dimitrie O. Paun wrote:
> > Are you using KDevelop to work on Wine? Is it OK? I'm a vim guy
> > myself, and I've never used KDevelop, but I could maybe use some
> > autocompletion :)
>
> If vim has something like em
[EMAIL PROTECTED] (Wim Lewis) writes:
> Use the GCC attribute((constructor)) syntax for DLL initializer hooks
> if possible, instead of the inline-asm syntax.
The dll init routine needs to be in the .init section in order to be
called first, attribute((constructor)) is not good enough. Why doesn'
Hi All
Happy New Year to everyone and Welcome Back to Alexandre
I am just about to start concentrating on IsDialogMessage, especially in the
non-dialog context. Our program (suite) uses ActiveX controls extensively
and is difficult to use because the TAB handling in particular is totally
wron
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> There's no reason it shouldn't work. However, if we have
> a lot of defines, it becomes a bit hard to maintain them
> embedded in winegcc. Also, it would allow people to use
> gcc directly instead of winegcc (for whatever reason).
> It would be a
Hello Dimi,
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Any idea what the status of the Win16/32 split is?
> What DLLs are still not properly split?
Its hard for me to say but most of the problems lies in user/gdi/kernel
now. The Win16/32 Cleanup is closely tied to the MS_VC+PSDK porting s
On January 1, 2004 08:43 pm, Alexandre Julliard wrote:
> You still haven't answered the real question: why
> wouldn't it work to have them in winegcc?
There's no reason it shouldn't work. However, if we have
a lot of defines, it becomes a bit hard to maintain them
embedded in winegcc. Also, it w
On Fri, Jan 02, 2004 at 02:47:04PM +, Mike Hearn wrote:
> Or that this line:
> sprintf(buf,"%s,WINEPS,LPR:%s",name,devname);
> should be
> sprintf(buf,"%s,WINEPS,%s",devname,devname);
Yes like that, but you'll then have to add the LPR: bit to devname
for the printcap and CUPS cases before th
On January 2, 2004 10:31 am, Steven Edwards wrote:
> Split up the Win16/32 MDI support a bit.
Any idea what the status of the Win16/32 split is?
What DLLs are still not properly split?
--
Dimi.
Christian Costa wrote:
Hi,
This patch fixes a compilation issue with ALSA 0.5 (reported by Carl
Sopchak)
that appears when adding WaveIn support.
Bye.
Changelog :
Fix compilation issue with ALSA 0.5.
Christian Costa [EMAIL PROTECTED]
BTW:
Happy new year to all!
Bye,
Christian
On January 2, 2004 10:50 am, Mike McCormack wrote:
> This stops IE's toolbar from flickering when moving the mouse over links.
Happy, happy, joy, joy... Thanks Mike!!!
--
Dimi.
On Fri, 2004-01-02 at 16:07, Steven Edwards wrote:
> I am not 100% sure but I think your patch will be enough. We already
> have some systray support in our Explorer when running on Windows. Take
> a look at running explorer under WINE and see if it will help any.
Could you send me an EXE of that,
Hello Mike,
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> I have a pretty big patch against the system tray code, and it's
> going
> to get bigger.
Cool.
> Hopefully in the next few days I will get time to properly reverse
> engineer (if it's not already documented) the interaction between
> shell3
Hi Steven,
I have a pretty big patch against the system tray code, and it's going
to get bigger.
Hopefully in the next few days I will get time to properly reverse
engineer (if it's not already documented) the interaction between
shell32 and explorer, so we can implement this using a separate
win
Hello Dmitry,
--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> No offence intended, but I don't see anything useful in the diff:
No offence taken. I didnt know if there would be anything useful in
there or not. We have been doing a bit of work on MDI because Martin's
explorer clone depends on it
On Fri, 2004-01-02 at 12:35, Huw D M Davies wrote:
> Actually I don't see why we need a different name and devname we
> should just use devname for both entries instead. I think it's a
> hangover from some old code
OK. I'll resend just using devname.
> Your patch however looks wrong, you're addin
On Thu, Jan 01, 2004 at 08:23:20PM +, Mike Hearn wrote:
> ChangeLog:
> - Write out default printer name in the order used by WinME
> - Support PRINTER_ENUM_DEFAULT
> - Add FIXME for enumerating print providers
>
> I'd appreciate somebody with a CUPs and lpr setup ensuring the order
> change do
29 matches
Mail list logo
