Hi folks,
I haven't looked at the template system to see how easy this would
be, but I have one problem with the site as it is now, that may be
very easy to solve.
Namely, when you load it first time, the browser doesn't know to
render all the corners (since they are all images), and as a result
Hello all,
First, happy to see the new release of WINE 20050111 for FreeBSD (and previous
20041201)
I obtained and compiled the latest version for my standard FreeBSD 5.3
install.
Upon running any windows/wine app I get the error messages
err:heap:HEAP_CreateSystemHeap system heap base addr
[snipping further proof that I don't understand a wide range of issues ]
Fourth, based on your reply to my earlier email, I suspect I do
not understand how time quanta are assigned. In fact, I had come to
some conclusions at one point last fall, that I can no longer
convince myself of (I was pers
On Thu, Jan 13, 2005 at 04:14:36PM +0100, Francois Gouget wrote:
> The previous script doesn't. Handling this is a bit more tricky, mostly
> because of sed's restrictions on regular expressions.
Heh, nice script. Maybe we should have such an item on the page
after all, maybe together with the scr
Well the scheduler is not going to be rewritten any time soon (trust me,
I've tried :P). Tell me what remaining requirements your threads have
that you are unable to achieve at the moment and I'll see if I can help
with my understanding of the priority system as it is, in a generic way
that hop
Jeremy White wrote:
Fyi,
I spent a great deal of time this past fall exploring Wine scheduling
issues, and I thought I would post what I learned.
The most critical point is Wine was pretty badly broken;
it simply had a number of flaws in how scheduling was done.
First, the winmm timer, used by a lo
"Oleh R. Nykyforchyn" <[EMAIL PROTECTED]> wrote:
> I propose two patches to Wine20050111 (sorry for not using CVS, but I have
> rather
> slow dialup connection). First is more or less obvious: current cp_20866.c
> page
> includes only Russian KOI8-R codes and is insufficient for Ukrainian and
>
"Rémi Assailly" <[EMAIL PROTECTED]> wrote:
> diff -u dlls/x11drv/x11drv_main.c dlls/x11drv/x11drv_main.c
> --- dlls/x11drv/x11drv_main.c 2004-12-08 18:27:53.0 +0100
> +++ dlls/x11drv/x11drv_main.c 2005-01-12 21:23:02.0 +0100
> @@ -119,6 +119,8 @@
> #define IS_OPTION_FALSE(ch) \
>
Robert Shearman wrote:
If the code makes me want to scratch my eyes out, I'm not likely to want
to hack on it.
If you want to modify piece of code X, then code in the same style as
piece of code X. Then piece of code X will all be written in the same
coding style, and will be less eye-scratchy.
On Thu, 13 Jan 2005 19:56:45 +0100, Paul Vriens wrote:
> How can we act on an app which checks for a 'physical' presence of a
> dll?
Somebody needs to write a program that dumps the NT headers of each
winelib DLL to the appropriate place in the virtual drive C when it's
first created (in wineprefi
On Thu, 13 Jan 2005, Heiko Nardmann wrote:
[...]
I want to write a linux driver for my USB scanner which is currently not yet
supported by sane. So I wonder where to start; where do I find detailed
information about the Windows driver interface, esp. for USB scanners. I want
to know which interface
Hey,
On Thu, 13 Jan 2005 14:43:49 -0500, Chris Morgan <[EMAIL PROTECTED]> wrote:
> Good job guys. That was a tricky one to figure out.
Yes it was (all honor to Tony and Jonathan for finding it). The memory
alloc problems were caused by addmsg() calling itself recursively
trying to insert a messa
On Thu, 13 Jan 2005 15:21:27 -0600, Robert Shearman wrote:
> But you'll get a warning because the WineD3DResource functions will take
> a different type iface variable as their first parameter. You could cast
> it to the correct type, but you'll lose all type checking on the
> function and I wou
>So, IWineD3DSurface should inherit from IWineD3DResource which in
>turn should inherit from IUnknown. Then you fill out the vtable
>appropriately for overrides. Isn't object orientation in C fun :)
>
>typedef struct
>{
> IWineD3DSurfaceVtbl *lpVtbl;
> DWORD refcount;
>
>} WineD3DS
Mike Hearn wrote:
On Thu, 13 Jan 2005 20:33:10 +, Ann and Jason Edmeades wrote:
Whats the solution?
In d3d8 I would have coded IWineD3DSurfaceImpl_GetParent as
IWineD3DResourceImpl_GetParent(iface, pParent) because the Impl versions
were prototyped - Is this the only way to solve this?
Ann and Jason Edmeades wrote:
I have code which looks like:
HRESULT WINAPI IWineD3DSurfaceImpl_GetParent(IWineD3DSurface *iface,
IUnknown **pParent) {
return IWineD3DResource_GetParent((IWineD3DResource *)iface, pParent);
}
IWineD3DResource_GetParent is a macro:
#define IWineD3DSurface_GetParent(
On Thursday 13 January 2005 22:09, you wrote:
> >Jason seems to have:
> >- IWineD3DSurface inherits from IWineD3DResource
> >- IWineD3DResource inherits from IUnknown
>
> Yep...
>
> >Jason, why IWineD3DSurface inherits from IWineD3DResource ?
>
> Well wine has
>
> /*
On Thu, 13 Jan 2005 20:33:10 +, Ann and Jason Edmeades wrote:
> Whats the solution?
>
> In d3d8 I would have coded IWineD3DSurfaceImpl_GetParent as
> IWineD3DResourceImpl_GetParent(iface, pParent) because the Impl versions
> were prototyped - Is this the only way to solve this?
I'm kind of co
>Jason seems to have:
>- IWineD3DSurface inherits from IWineD3DResource
>- IWineD3DResource inherits from IUnknown
Yep...
>Jason, why IWineD3DSurface inherits from IWineD3DResource ?
Well wine has
/***
**
* IDirect3DSur
>>I have code which looks like:
>>
>>HRESULT WINAPI IWineD3DSurfaceImpl_GetParent(IWineD3DSurface *iface,
>>IUnknown **pParent) {
>>return IWineD3DResource_GetParent((IWineD3DResource *)iface, pParent);
>>}
>>
>>IWineD3DResource_GetParent is a macro:
>>#define IWineD3DSurface_GetParent(p,a)
>>
On Thursday 13 January 2005 21:43, Robert Shearman wrote:
> Ann and Jason Edmeades wrote:
> >Hiya,
> >
> >In the wined3d code I have, for example, a class surface which inherits a
> >lot of methods of Resource. Most of these methods can be called as-is, and
> > I have code which looks like:
> >
> >
Hi,
I've been doing some DirectX work with Jason and have
come across a problem? with heapalloc.
As soon as my system ram maxes out heapalloc fails,
even though Linux is using some ram for cache and only
500k of swap is used.
Wine is using <300Mb I ahve 512Mb ram and 512 swap.
I've written a sma
Ann and Jason Edmeades wrote:
Hiya,
In the wined3d code I have, for example, a class surface which inherits a
lot of methods of Resource. Most of these methods can be called as-is, and I
have code which looks like:
HRESULT WINAPI IWineD3DSurfaceImpl_GetParent(IWineD3DSurface *iface,
IUnknown **pPar
Mike McCormack wrote:
Mike Hearn wrote:
Yes this looks good but for internal functions IMHO it's best to use
GNU style naming, eg:
static int file_operation_delete(...)
{
}
SHELL_internal_function() is a better way to go, IMO. It's already
the Wine convention,
An ugly convention. SHOUTING is no
Hiya,
In the wined3d code I have, for example, a class surface which inherits a
lot of methods of Resource. Most of these methods can be called as-is, and I
have code which looks like:
HRESULT WINAPI IWineD3DSurfaceImpl_GetParent(IWineD3DSurface *iface,
IUnknown **pParent) {
return IWineD3DR
> I want to write a linux driver for my USB scanner which is currently not
> yet supported by sane. So I wonder where to start; where do I find detailed
> information about the Windows driver interface, esp. for USB scanners. I
> want to know which interface a driver has to offer to Windows and whi
Good job guys. That was a tricky one to figure out. I'm surprised we haven't
run into it before.
Chris
>
> From: Jonathan Ernst <[EMAIL PROTECTED]>
> Date: 2005/01/13 Thu PM 02:16:51 EST
> To: [EMAIL PROTECTED]
> Subject: [AppDB] new fix for preferences
>
>
After 4 hours of hacking with Pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I want to write a linux driver for my USB scanner which is currently not yet
supported by sane. So I wonder where to start; where do I find detailed
information about the Windows driver interface, esp. for USB scanners. I want
to know which int
Hi,
I was trying to run dxdiag (just for the fun of it). Dxdiag complains
that it cannot find any dll. This is correct because what it does is
check the directories in the "Path". The dll's are of course not present
on a clean install as all are builtin.
Loading a dll takes care of this by checki
Hi,
as DPSET_REMOTE is 0 we cannot check for it, like it's currently done in
dplayx.c:
if( dwFlags & DPSET_REMOTE )
we have to use some other method. As DPSET_REMOTE and DPSET_LOCAL (which
is 1) are mutually exclusive we could do:
if (!(dwFlags & DPSET_LOCAL))
{
}
or
if (dwFlags & DPSET_LOCAL
On Fri, 14 Jan 2005 01:57:29 +0900, Mike McCormack wrote:
> SHELL_internal_function() is a better way to go, IMO. It's already the
> Wine convention, you can easily locate the function, and it helps make
> sure no two functions will be named the same thing. There's no reason
> to make a new co
Joris Huizer <[EMAIL PROTECTED]> writes:
> hmm, well, then what more is needed than s/strncpy\(/lstrcpynA/ and
> s/strncpyW/lstrcpynW and a note for future code .. ?
A careful review of the code to ensure that lstrcpyn semantics are
really what we want. In several cases we know that we are copyin
Joris Huizer wrote:
Hmm, I see this indeed; should I rename and send again?
The convension seems to be like SHELL_internetFunction(), although there
also seem to be a few SHELL32_* functions
Up to you.
I also saw a few other debugger helper functions for SHFileOperationW,
named debug_shfileops_f
Francois wrote:
> So I would say the correct values are the ones in npapi.h and that
> netspi.h should be moved to dlls/mpr which is the only place where it is
> used. But this needs a bit more investigation.
I agree. I would conjecture that netspi.h is old, and the declarations in
it have been
Mike McCormack wrote:
Mike Hearn wrote:
Yes this looks good but for internal functions IMHO it's best to use
GNU style naming, eg:
static int file_operation_delete(...)
{
}
SHELL_internal_function() is a better way to go, IMO. It's already the
Wine convention, you can easily locate the function,
On Thu, 13 Jan 2005, Ge van Geldorp wrote:
[...]
Couldn't we just make a sane implementation of strncpy, not
adding more '\0' characters than necessary and making sure
the last character is an '\0'?
That sane implementation already exists as lstrcpynA/lstrcpynW in kernel32.
Btw, Mike actually wrote
hmm, well, then what more is needed than s/strncpy\(/lstrcpynA/ and
s/strncpyW/lstrcpynW and a note for future code .. ?
Yes, my bad. I'll resend the suggestion.
Mike
Ge van Geldorp wrote:
From: Joris Huizer
Mike McCormack wrote:
ChangeLog:
* Add janitorial task to avoid using strncpy
Couldn't we just make a sane implementation of strncpy, not
adding more '\0' characters than necessary and making sure
the last character is an '\0'?
That sane implementation alr
> From: Joris Huizer
>
> Mike McCormack wrote:
> > ChangeLog:
> > * Add janitorial task to avoid using strncpy
>
> Couldn't we just make a sane implementation of strncpy, not
> adding more '\0' characters than necessary and making sure
> the last character is an '\0'?
That sane implementation a
Mike Hearn wrote:
Yes this looks good but for internal functions IMHO it's best to use
GNU style naming, eg:
static int file_operation_delete(...)
{
}
SHELL_internal_function() is a better way to go, IMO. It's already the
Wine convention, you can easily locate the function, and it helps make
sur
Mike McCormack wrote:
ChangeLog:
* Add janitorial task to avoid using strncpy
Index: templates/en/janitorial.template
===
RCS file: /home/wine/lostwages/templates
On Thu, 13 Jan 2005 15:12:17 +0100, Joris Huizer wrote:
> I took out a part of the function SHFileOperationW and put it in a new
> function - please give any comments: is this the way to make this
> function more readable you want it? what is a better way of calling such
> a function?
Yes this loo
On Thu, 13 Jan 2005, Paul Vriens wrote:
[...]
how do you cater for the following in your one-liner:
include/accctrl.h:#define ACTRL_RESERVED 0x
include/accctrl.h:#define ACTRL_DS_OPEN ACTRL_RESERVED
good luck :-)
The previous script doesn't. Handling this is a bit
Joris Huizer wrote:
Uhm, trying to be sure all if functionally equivalent ofcourse - but how
do I run test cases (I'm using linux here)
Make sure you have a valid .wine on your system, then run:
cd dlls/shell32
WINEPREFIX=~/.wine make test
You don't need to run them on Windows unless you're modify
Mike McCormack wrote:
Joris Huizer wrote:
I took out a part of the function SHFileOperationW and put it in a new
function - please give any comments: is this the way to make this
function more readable you want it? what is a better way of calling
such a function?
Looks like a step in the right
On Thursday 13 January 2005 15:23, Paul Millar wrote:
> In uuid.c, only the one difference:
> From Stefan
> +DEFINE_GUID(IID_IMAPIPropData,0x2031A,0,0,0xC0,0,0,0,0,0,0,0x46);
> From Hans
> +DEFINE_OLEGUID(IID_IMAPIPropData,0x2031A,0,0);
Both are correct (the DEFINE_OLEGUID resolves to
Joris Huizer wrote:
I took out a part of the function SHFileOperationW and put it in a new
function - please give any comments: is this the way to make this
function more readable you want it? what is a better way of calling such
a function?
Looks like a step in the right direction. Anything th
Hey Tony,
On Wed, 12 Jan 2005 20:39:19 -0700, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> > Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
> > allocate 68254 bytes) in /var/www/html/appdb/include/db.php on line 35
> >
> > Fatal error: Allowed memory size of 8388608 bytes
On Thursday 13 January 2005 13:40, Hans Leidekker wrote:
> On Wednesday 12 January 2005 22:12, Ferenc Wagner wrote:
> > If Paul can use Stefan's patch, then new builds can be
> > expected real soon, I guess.
>
> I've put a couple of new RPMs on my page:
>http://mirzam.it.vu.nl/mingw/
OK, I've
Hi,
I took out a part of the function SHFileOperationW and put it in a new
function - please give any comments: is this the way to make this
function more readable you want it? what is a better way of calling such
a function?
regards,
Joris
? .patch.diff.swp
? backup-010320051808-pre-wine.tgz
?
On Wednesday 12 January 2005 22:12, Ferenc Wagner wrote:
> SF downloads page. Paul Millar, however, kept up with the
> load until the new GUIDs broke MinGW again. We already
> talked about the issue and Hans Leidekker also confirmed the
> MinGW problem, but hasn't got around to provide a patch y
>
> regexp=`sed -e 's/^ *# *define *\([a-zA-Z_][a-zA-Z0-9_]*\) *0 *$/\1/' -e
> 't' -e 's/^ *# *define *\([a-zA-Z_][a-zA-Z0-9_]*\) *0x00*L* *$/\1/' -e 't'
> -e 'd' include/*.h`;regexp=`echo $regexp | sed -e 's/ NULL / /' -e 's/
> /|/g'`;egrep -r -n "& *($regexp)[^a-zA-Z0-9_]" .
>
> Francois Gouget
On Wed, 12 Jan 2005, Dimitrie O. Paun wrote:
On Wed, Jan 12, 2005 at 09:04:20PM +0100, Paul Vriens wrote:
Is it worthwhile to set up a Janitorial task for this or are these plain
bugs? On the one hand it will be hard to find these and you have to know
the code of course.
Yeah, I think it's worthwhi
On Thu, 13 Jan 2005, Paul Vriens wrote:
Hi,
just found the following:
[EMAIL PROTECTED] include]$ grep -e NOTIFY_PRE -e NOTIFY_POST *
netspi.h:#define NOTIFY_PRE 0x00
netspi.h:#define NOTIFY_POST 0x01
I don't find netspi.h in the Platform SDK. I also don't find any of the
Dimi,
Both these results are what I get from remote hosts that can access
the web pages, so unfortunately don't shed any light on the issue.
As a shot in the dark, have you got either ECN set, or a non-zero
default window-scaling? Which kernel are you running?
cat /proc/sys/net/ipv4/tcp_ecn
c
Paul Vriens wrote:
>a few days ago I found a bug in ole32/compobj.c where we did something
>like:
>
>if ( foo & FLAG) where FLAG=0
>
>This 'inspired' me to check for more of these kind of checks.
>
>One that I already found is in dlls/dplayx/dplay.c
>
>We are checking for DPSET_REMOTE (which
Hi,
just found the following:
[EMAIL PROTECTED] include]$ grep -e NOTIFY_PRE -e NOTIFY_POST *
netspi.h:#define NOTIFY_PRE 0x00
netspi.h:#define NOTIFY_POST 0x01
npapi.h:#define NOTIFY_PRE 0x0001
npapi.h:#define NOTIFY_POST 0x0002
this doesn't look right although
57 matches
Mail list logo
