--- Tony Lambregts <[EMAIL PROTECTED]> wrote:
> I really appreciate you looking at this. Thanks for the patch.
No worries, thanks for finding it. That'd been lurking for months, and it
was my bug. Glad to flush it out.
--Juan
__
Do you Yahoo!?
Hey and thanks for your help! But This doesn't work i applyed the patch and
recomplied but it still gives me the the same error's
and I compiled strait from the cvs yesterday!
Peace
Ian Bartelds
On March 12, 2005 01:54 pm, you wrote:
> > Ok here's where I am at.. I get these errors when I just d
--- Chris Morgan <[EMAIL PROTECTED]> wrote:
> winetest to upload the testing results. The winetest building is black magic
> to me :-)
Right now I am interested in the winetest side of things. Like how to get
winetest and the server
to talk to each other and what is needed in the build and url
The winrash website has documentation about the commands that can be put into
the script file. Winrash pushes errors up to the server but relies on
winetest to upload the testing results. The winetest building is black magic
to me :-)
Chris
On Saturday 12 March 2005 10:25 pm, Steven Edwards
Juan Lang wrote:
I am beginning to I suspect it should really go in
dlls/shell32/shellpath.c
It is. I think I see where the bug is, and I'm working on it. I should
have a patch sometime this weekend, maybe later tonight.
I really appreciate you looking at this. Thanks for the patch.
--
Tony Lamb
"Eric Pouech" <[EMAIL PROTECTED]> wrote:
> + File management
> +
> + With time, Windows API comes closer to the old Unix paradigm "Everything
> + is a file". Even if it grew better over the years, it's still not 100%
> + there (for example, you cannot use ReadFile() over
> + a socket h
Hi,
--- Chris Morgan <[EMAIL PROTECTED]> wrote:
> I can give devel access to winrash cvs to anyone that wants it. I'm too busy
> to work on this stuff myself these days.
Is there some good documentation on how winrash and winetest work and
communicate with the server?
I am interested it in usi
I can give devel access to winrash cvs to anyone that wants it. I'm too busy
to work on this stuff myself these days.
Chris
On Saturday 12 March 2005 4:48 pm, Ivan Leo Puoti wrote:
> Paul Vriens wrote:
> > I don't want to go into a discussion about the fact that 'running as a
> > service' and
One of the most commonly requested features for Wine is for Wine to be
aware of applications that put themselves into the Windows Start menu.
We've talked about it on the Wine lists before, but there have been some
difficulties. The first is that we don't yet understand how to read
Windows shortc
I wanted the Wine documentation to appear on the nice help menus, like
other standard apps. I learned that the way to do this is to write an
OMF file for each document, which scrollkeeper can then look at to find
the metadata about where the document is and how to index it and such.
The trouble i
On Sat, Mar 12, 2005 at 09:29:44PM +0100, Eric Pouech wrote:
> some DocBook cosmetic stuff, and new docu (file management being the most
> important one)
Very nice!
Does this complete task Documentation/Devel Guide/6 on the TODO list?
--
Dimi.
On Sat, Mar 12, 2005 at 11:02:54PM +0100, egore wrote:
> Tell me if you like it, if you hate if, what could be done better, etc.
-- The Desktop one is hard to distinguish at 16x16
-- Why the wine glass on the file icon? That can be confusing.
-- The My Computer one is a bit busy
Maybe we need
Forgot to mention: I uploaded a "Desktop" icon. I think it is useable at
16x16, but that's my opinion. Please take a look :D
Am Samstag, den 12.03.2005, 16:34 -0700 schrieb Brian Vincent:
> On Sun, 13 Mar 2005 00:08:04 +0100, egore <[EMAIL PROTECTED]> wrote:
> > Am Samstag, den 12.03.2005, 23:02 +0100 schrieb egore:
> > > Hi list,
> > >
> > > I drew a simple icon that COULD be used as a replacement for the current
> > >
Just a note: I also added a file icon.
Am Samstag, den 12.03.2005, 23:02 +0100 schrieb egore:
> Hi list,
>
> I drew a simple icon that COULD be used as a replacement for the current
> one. I don't know if anyone of you likes it, so please tell me what you
> think. Tell me if you like it, if you h
On Sat, 12 Mar 2005 00:08:01 +0100, Ian Bartelds! <[EMAIL PROTECTED]> wrote:
the gentoo linux version
what version would that be ?
try posting a wine version number it would mean more.
You could also look in the gentoo mm forum , there is a post there with an
ebuild for wine-cvs
HTH
--
Opera 7
On Sat, 2005-03-12 at 22:15 +, Oliver Stieber wrote:
> The only problem I can see would be drawing the
> widgets, I haven't looked deeply enough into QT or GTK
> to know if it's more on the 'impossible' side of
> difficult or not.
>
> Wrapping the event loop and passing events should be
> rela
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-03-12 at 21:00 +, Oliver Stieber
> wrote:
> > >
> > > Ah, that's different. That'd actually require
> using
> > > Gtk/Qt which we cannot
> > > do, the best we can get is to look like them.
> > >
> > What's the problem, licensing, inte
Hi list,
I drew a simple icon that COULD be used as a replacement for the current
one. I don't know if anyone of you likes it, so please tell me what you
think. Tell me if you like it, if you hate if, what could be done
better, etc.
The icon can be found in different sizes (and in a scalable form
Paul Vriens wrote:
I don't want to go into a discussion about the fact that 'running as a
service' and 'on a visible desktop' can/cannot live together properly.
Why not? we could have something like windows automatic updates, when new
tests
are available we pop up and say "new tests are ready, run
On Sat, 2005-03-12 at 21:00 +, Oliver Stieber wrote:
> >
> > Ah, that's different. That'd actually require using
> > Gtk/Qt which we cannot
> > do, the best we can get is to look like them.
> >
> What's the problem, licensing, integration or
> thread-safety (I know QT isn't thread safe)
Wel
On Sat, 2005-03-12 at 21:57 +0100, Alexandre Julliard wrote:
> And in order to do this we need to get rid of the current registry hacks,
> the first of which is the Windows registry loading code.
Ah OK, I didn't realise this was necessary for winecfg to be activated.
thanks -mike
>
> Ah, that's different. That'd actually require using
> Gtk/Qt which we cannot
> do, the best we can get is to look like them.
>
What's the problem, licensing, integration or
thread-safety (I know QT isn't thread safe)
> To be fully accessible we'd need to implement the
> OLE Accessibility
>
Mike Hearn <[EMAIL PROTECTED]> writes:
> I'd have to disagree. I am not really convinced this sort of encouragement
> works:
>
> - We have no config file, yet this has apparently not accelerated the pace
> of winecfg development, we just have more confused users
Actually there has been quite a
On Sat, Mar 12, 2005 at 06:51:04PM +, Mike Hearn wrote:
> - We have no config file, yet this has apparently not accelerated the pace
> of winecfg development, we just have more confused users
AFAIK, winecfg is not working with the real registry stuff, so how
would not having a config file ac
> Ok here's where I am at.. I get these errors when I just do wine program.exe
> err:wave:wodDsCreate DirectSound flag not set
> This sound card's driver does not support direct access
> The (slower) DirectSound HEL mode will be used instead.
> fixme:mmtime:timeBeginPeriod Stub; we set our timer
On Sat, 12 Mar 2005 10:35:36 -0800, Steven Edwards wrote:
> I have to agree. Short term being able to load the Windows registry and
> Windows
> system dlls helped Wine but long term it has led to stagnation. Most of the
> recent growth in Wine in past few years has been because we are being forced
Hi,
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
> People would moan and complain, but in the end Wine and Wine users would
> be better off, as they would no longer depend on anything but Wine to
> run their Windows software.
I have to agree. Short term being able to load the Windows registry
On 12 Mar 2005 17:04:38 +0100, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > Is anybody working on this, or will it just be a feature regression until
> > somebody changes the way we use native drives?
>
> Nobody's working on it, so it won't be suppo
On Sat, 2005-03-12 at 11:45 -0600, Rob Shearman wrote:
> I've got a bigger patch in my tree at the moment that has your patch
> plus VT_BYREF|VT_BSTR unmarshaling, plus some other types. The thing now
> blocking InstallShield seems to be a nasty deadlock in the COM code that
> I haven't figured
Robert Reif wrote:
Tom Wickline wrote:
On Thu, 10 Mar 2005 22:17:28 +0100, Raphael <[EMAIL PROTECTED]>
wrote:
it will be perfect if we can have more specifics components:
- wine-directx-dmusic
- wine-directx-dsound
- wine-directx-ddraw (old directx code < dx8)
- wine-directx-d3d (new directx code
Mike Hearn wrote:
Implement VT_BYREF | VT_BSTR marshalling
Hi Mike,
I've got a bigger patch in my tree at the moment that has your patch
plus VT_BYREF|VT_BSTR unmarshaling, plus some other types. The thing now
blocking InstallShield seems to be a nasty deadlock in the COM code that
I haven't
Hi Julliard,
Your last two emails, Wine release 20050310 (1/2) and Wine release
20050310 (2/2), were received with no text and only an attachment with
no file extension.
Regards,
Brian
Alexandre Julliard wrote:
--
OpenOffice Suite 1.1.4 : Firefox Browser 1.0.1 : Thunderbird Email 1.0
On Sat, 12 Mar 2005 17:25:58 +, Oliver Stieber wrote:
> I may look at this in the future, it's important for wine to integrate
> with any accessibility tools provided by either QT or GTK if wine is to
> reach UK accessibility requirements,
> using GTK and QT widgets seems the best way to do thi
On Saturday 12 March 2005 14:08, Mike Hearn wrote:
> On Fri, 11 Mar 2005 00:16:16 -0800, Scott Ritchie wrote:
> > This thread on the forums caught my attention:
> >
> > http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939
> >
> > 1) Is there a way we can make Wine respect t
Mike Hearn <[EMAIL PROTECTED]> writes:
> Is anybody working on this, or will it just be a feature regression until
> somebody changes the way we use native drives?
Nobody's working on it, so it won't be supported until someone cares
enough to do it. I encouraged a few people to start working on i
Mike Hearn wrote:
On Sat, 12 Mar 2005 16:20:42 +0100, Alexandre Julliard wrote:
There should be an "import existing Windows drive" function in
winecfg, or something along those lines, that would create symlinks to
the Windows install and import the registry.
You mean by moving the native registry
Further detail interspersed
Andrew
[hackcoughsniffle]
Internal Virus Database corrupt
Andrew Neil Ramage wrote:
I have been unable to find the reason Wine MIDI Mapper does not open
properly. The trace below shows the output from winedbg with WINDEBUG
set to +all. I hope someone can tell me what
+#define WINE_SET_CS_NAME(cs, name) (cs)->DebugInfo->Spare[1] =
(DWORD)
name +#define WINE_GET_CS_NAME(cs) (const char*)
(cs)->lock.DebugInfo->Spare[1]
This is a wine specific trick and should probably be put somewhere
global
so all users can be consistent. The name should have DEBUG in it
On Sat, 12 Mar 2005 16:20:42 +0100, Alexandre Julliard wrote:
> There should be an "import existing Windows drive" function in
> winecfg, or something along those lines, that would create symlinks to
> the Windows install and import the registry.
You mean by moving the native registry loading code
Mike Hearn <[EMAIL PROTECTED]> writes:
> Hi Alexandre,
>
> What is the thinking behind this patch? If we don't load the Windows
> registry on startup where should it be loaded? Will this code re-appear
> at any point in the future? A significant number of users still expect to
> be able to point
Raphael wrote:
- This->lock.DebugInfo->Spare[1] = 0;
+ /*This->lock.DebugInfo->Spare[1] = 0;*/
DeleteCriticalSection(&(This->lock));
You have to zero this out or DeleteCriticalSection will try
to delete that static memory.
How ?
At opposite it produce DebugInfo leaks
as seen in RtlDele
Hi Alexandre,
What is the thinking behind this patch? If we don't load the Windows
registry on startup where should it be loaded? Will this code re-appear
at any point in the future? A significant number of users still expect to
be able to point Wine at an actual Windows install despite what we
re
On Fri, 11 Mar 2005 00:16:16 -0800, Scott Ritchie wrote:
> This thread on the forums caught my attention:
>
> http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939
>
> 1) Is there a way we can make Wine respect the current GTK themes?
> Wasn't someone working on this a while
On Sat, 12 Mar 2005 14:19:51 +0100, Grant Williamson wrote:
> James,
> I thought these issues were caused by
>
> Patch: http://cvs.winehq.org/patch.py?id=14725
Yes, it's a WM rewrite regression.
err:thunk:_loadthunk (NWMID95B.DLT, thunkobj_ThunkData16, NWMID95B.DLL):
Unable to load 'NWMID95B.DLT', error 2
wine dies because of this... it cannot find (or load) nwmid95b.dlt
A+
--
Eric Pouech
I wrote NoteWorthy support about the problem of opening the MIDI mapper.
Here is their response.
Hi:
>My question is how do you detect the MIDI mappers ?
The MIDI Mapper actually has a hard coded device ID on Windows. There is no
need to detect it. Any other device listed in Tools, Options, Midi
seut a écrit :
hello,
we are using winamp 2.95 with latest wine 0.0.20040914 and are wondering
what there is about these 'fixme:wave:OSS_AddRingMessage two fast
messages in the queue' messages dumped out at the console every few
seconds...
Same happens(but with 'ALSA_AddRingMessages' of course)
James,
I thought these issues were caused by
Patch: http://cvs.winehq.org/patch.py?id=14725
James Hawkins wrote:
On Fri, 11 Mar 2005 15:49:08 -0700, Kevin DeKorte <[EMAIL PROTECTED]> wrote:
The latest wine still has issues with Notes 6.51 that started in the 20050111
release.
Basically i
I have been unable to find the reason Wine MIDI Mapper does not open
properly. The trace below shows the output from winedbg with WINDEBUG
set to +all. I hope someone can tell me what is going on.
Andrew
[EMAIL PROTECTED] Default]$ set WINEDEBUG=+all
[EMAIL PROTECTED] Default]$ winedbg ~/.wine
On Fri, 2005-03-11 at 18:31 -0700, Ian Bartelds! wrote:
> Ok here's where I am at.. I get these errors when I just do wine program.exe
>
>
> err:wave:wodDsCreate DirectSound flag not set
> This sound card's driver does not support direct access
> The (slower) DirectSound HEL mode will be used ins
Hi,
as can be seen from the test.winehq.org site the number of test-runs
dramatically dropped. Apart from the fact that there were problems with
the automated download of new tests by winrash:
http://www.winehq.org/hypermail/wine-devel/2005/03/0373.html
winetest will not run but bail out because t
52 matches
Mail list logo
