On Fri, 28 Nov 2003 11:43:06 -0800 (PST), you wrote:
> Ahh, I think I see your point: the Wine+Linux variant
> uses /etc/services, while Windows uses a file of the
> same format, but in a different location
> (system\services for Win9x, typically
> system32\drivers\etc\services for WinNT+). Is
Am Samstag, 29. November 2003 04:12 schrieb Dmitry Timoshkov:
> "Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> > ChangeLog
> > --
> > added version info resource to regsvr32
>
> It's too late since Alxandre has committed the patch, but
> it's worth to mention that it's better to
Chris Morgan wrote:
Just rebuilt using 2.95 by changing the symlink /usr/bin/gcc to point to
/usr/bin/gcc-2.95 and it still doesn't appear to be working. Did:
make clean
./configure&&make depend&&make
make install
This enough to ensure that everything rebuilt? It looked like it.
Running debi
"Andrew de Quincey" <[EMAIL PROTECTED]> wrote:
> Hi, this patch optimises the SPI_GETNONCLIENTMETRICS and
> SPI_GETICONTITLELOGFONT SystemParameters. These are loaded *continually* by
> IDA Pro. As these properties weren't cached previously, this really slowed
> everything down as it hit the di
On November 29, 2003 04:54 am, Stefan Leichter wrote:
> looks like i have used one of the four place as example where it is done in
> a different way
Maybe the other places need to be changed as well?
--
Dimi.
On Saturday 29 November 2003 15:18, Dmitry Timoshkov wrote:
> "Andrew de Quincey" <[EMAIL PROTECTED]> wrote:
> > Hi, this patch optimises the SPI_GETNONCLIENTMETRICS and
> > SPI_GETICONTITLELOGFONT SystemParameters. These are loaded *continually*
> > by IDA Pro. As these properties weren't cached p
"Andrew de Quincey" <[EMAIL PROTECTED]> wrote:
> Oops, sorry, didn't notice those had crept in. New version ASAP.
I'm sorry, but I'm afarid the new patch is not enough.
Here are a couple of snippets:
1. the second '+' adds a non-epmty line (and this repeats
over the whole patch):
> + spi_idx =
--- Rein Klazes <[EMAIL PROTECTED]> wrote:
> > Ahh, I think I see your point: the Wine+Linux
> variant
> > uses /etc/services, while Windows uses a file of
> the
> > same format, but in a different location
> > (system\services for Win9x, typically
> > system32\drivers\etc\services for WinNT+). I
> 1. the second '+' adds a non-epmty line (and this repeats
Done. BTW, there seem to be loads of such cases all over that file; I assume
your intention is that no more should creep in?
> 2. an unnecessary formatting change (new comment is OK):
Fixed.
> 3. the whole case for IconTitleFaceName
On Fri, 28 Nov 2003, Andrew de Quincey wrote:
> Initially, I've been trying to get Datarescue IDA working... the actual
> application works fine, but certain operations take a long time to complete
> (e.g. the open file dialogue takes 20 seconds to appear on my 2GHz machine).
> Is anyone else wo
"Andrew de Quincey" <[EMAIL PROTECTED]> wrote:
> Version 3
> + spi_idx = SPI_GETICONTITLELOGFONT;
> +
> + if (!spi_loaded[spi_idx])
> + {
> +memcpy(lpLogFont, &iconTitleLogFont, sizeof(LOGFONTA));
> +break;
> + }
Sorry to bother you again, but probably the comparison statement
needs to b
On Saturday 29 November 2003 17:32, Peter Berg Larsen wrote:
> On Fri, 28 Nov 2003, Andrew de Quincey wrote:
> > Initially, I've been trying to get Datarescue IDA working... the actual
> > application works fine, but certain operations take a long time to
> > complete (e.g. the open file dialogue t
> Sorry to bother you again, but probably the comparison statement
> needs to be reverted...
Doh! You're right. Fixed in yet another patch. Gah
As for bothering.. no problems! The sooner I know what coding styles etc are
acceptable the better.
Dlls/winmm/lolvldrv.c has a function (MMDRV_Message) shared by the
Win16 and the Win32 implementation of mmsystem. Since it is shared
by both mmsystem.dll and winmm.dll, all Win16 APIs used in the shared
functions will be imported by the Win32 implementation (winmm.dll)
also. On ReactOS no such API
Hello Capser,
--- Casper Hornstrup <[EMAIL PROTECTED]> wrote:
> Dlls/winmm/lolvldrv.c has a function (MMDRV_Message) shared by the
> Win16 and the Win32 implementation of mmsystem. Since it is shared
> by both mmsystem.dll and winmm.dll, all Win16 APIs used in the shared
> functions will be import
Still isn't working with build from todays cvs. Is this
patch in there?
Chris
On Saturday 29 November 2003 05:20 am, Eric Pouech wrote:
Chris Morgan wrote:
> Just rebuilt using 2.95 by changing the symlink /usr/bin/gcc to point to
> /usr/bin/gcc-2.95 and it still doesn't appear to be working.
Hello there,
I get an error when starting a voice communication tool that uses dsound:
err:win32:PE_fixup_imports No implementation for DSOUND.dll.12 imported from
C:\Programme\Ventrilo\Ventrilo.exe, setting to 0xdeadbeef
a guy called TD from #winehq @ irc.freenode.net told me to mail this to the
Hi Alexandre,
Just wondering whether there was a reason that the patch at
http://www.winehq.org/hypermail/wine-patches/2003/11/0339.html was not
commited. My understanding of the ensuing debate was that it was acceptable.
Shachar
--
Shachar Shemesh
Open Source integration & consult
On November 29, 2003 06:27 pm, Andrew de Quincey wrote:
> I've replaced the calls to CharNextA()/CharNextW() with array increments
> and a local static function. This knocks 3.5 seconds off the file open
> dialogue in IDA.
Well, I'm not sure this is worth doing. First off, we're not fixing any
app
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Just wondering whether there was a reason that the patch at
http://www.winehq.org/hypermail/wine-patches/2003/11/0339.html was not
commited. My understanding of the ensuing debate was that it was
acceptable.
No, I'm afr
On November 29, 2003 03:59 pm, Casper Hornstrup wrote:
> 2) Duplicate the shared code in a Win32 specific file and Win16
> specific file.
I haven't looked if the code can be duplicated, but by the size
of the function (it's not big), I'd say duplicating is the way
to go (added bonus if by doing so
Hello,
I have just compleated a full install of OO 1.1 under WINE. No outsite
packages are required to install and configure OpenOffice for Win32
under Wine. There are a few minor bugs with some of the strings in
menus but I would rate it at 99%. If anyone is interested in a good
hobby project a Wi
On Sat, 29 Nov 2003, Alexandre Julliard wrote:
> > Changelog:
> > - Try ncursesw, ncurses and curses so library before giving up at startup
>
> You can't do that, there's no guarantee that the different libraries
> are binary compatible. We need to load the one we built against.
I might be missi
On Sat, 29 Nov 2003, Alexandre Julliard wrote:
> Peter Berg Larsen <[EMAIL PROTECTED]> writes:
> > I might be missing something here: The only thing we see by compiletime is
> > headerfiles. At runtime we try dlopen a library what we hope corresponce
> > to the headerfiles. There is no garantee th
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Are you sure you want the functions to only return the invalid
argument error if the file is actually not found? It creates
inconsistancies. An invalid argument is invalid whether the file is
there or not.
It's not inva
Steven Edwards wrote:
Hello,
I have just compleated a full install of OO 1.1 under WINE. No outsite
packages are required to install and configure OpenOffice for Win32
under Wine. There are a few minor bugs with some of the strings in
menus but I would rate it at 99%. If anyone is interested in a
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> * Add sample text characters for Symbol, Japanese, Greek, Turkish,
> Arabic, Baltic, Vietnamese, Russian, East European and Thai codepages.
Why to not add them into resources? That would simplify locale
handling a lot, and make our translat
On November 29, 2003 09:14 pm, Steven Edwards wrote:
> After this is just header cleanup for the MS_VC and Mingw ports.
>
> Changlog:
> Split the Win16/32 color dialog by duplicating two internal functions.
Dude, where's the patch?
--
Dimi.
28 matches
Mail list logo