HI all,
I have a console program which spits out messages along the lines of:
fixme:msvcrt:MSVCRT__sopen : pmode 0x01a0 ignored
Looking at the code to MSVCRT__sopen I find this:
if(pmode & ~(_S_IREAD | _S_IWRITE))
FIXME(": pmode 0x%04x ignored\n", pmode);
else
WARN(": pm
Hi All,
Does anyone visualize a scenario where DIALOGINFO is going to be NULL and
subsequently we cannot process
DM_SETDEFID and DM_GETDEFID messages?
Regards
Santosh S
*
Disclaimer: The information in this e-mail and any attach
Oh its alright, I know it was a retarded email.
In any case I'm glad to see that the appdb is drawing some interest. I'd be
willing to help out as well. Frank, maybe you could come up with a task list
for the appdb that we could post off of winehq.
Chris
On Thursday 11 March 2004 11:15 pm,
Please don't take my message to imply your message was retarded or
anything. My message was more of a "I contributed something!" kind of
message that's all. :)
Peace...
Tom
Chris Morgan wrote:
Ahh. I actually had no idea there was a submission page at all. Should look
more carefully
Ahh. I actually had no idea there was a submission page at all. Should look
more carefully into those things before sending retarded sounding email.
Chris
On Thursday 11 March 2004 10:27 pm, Tom Williams wrote:
> I just added a new application, called TweakPNG, to the app database. :)
>
> I
I just added a new application, called TweakPNG, to the app database. :)
I don't know if my submission was accepted or not.
Peace...
Tom
[EMAIL PROTECTED] wrote:
Yes, I too think we need to support the appdb.
Perhaps we should setup some kind of application submission interface where users c
On March 11, 2004 9:58 pm, Christian Britz wrote:
>
> I will prepare my patch tommorow. Should I sent it to wine-devel or
> wine-patches to discuss it?
wine-patches.
> I would like to give the users just the basic knowledge THAT it is
> possible to use native DLLs and fonts. For detailled Informa
Dimitrie,
Dimitrie O. Paun wrote:
Well, it's better to create a patch and post it to the list. This
way we know precisely what you have in mind, and we can comment on
that.
I will prepare my patch tommorow. Should I sent it to wine-devel or
wine-patches to discuss it?
I refer to the comments in
On March 11, 2004 4:35 pm, Christian Britz wrote:
> Hi,
>
> I know that I was pointed to the README file for my first german
> translation "because it is pretty stable and no major overhauls are
> planned". ;-) Nevertheless, I refuse to not offer you a little bit of my
> time to update some parts o
Stefan Leichter <[EMAIL PROTECTED]> writes:
> The function call fail with current CVS. After debugging some time i found a
> fix for the problem. But my knowlodge of the CreateFile function an all its
> different usages is verry limited. Therefore i post the patch here for
> comment.
It's defi
Ferenc Wagner schrieb:
The wine-cvs mailing list gets all CVS commits. It's easy
and not too expensive to filter the body for README.
Very good idea; thank you. This is what I need.
Christian
Christian Britz <[EMAIL PROTECTED]> writes:
> Is there a simple way to get informed when ever a
> specified file in cvs changes (e.g. by mail)? In my case I
> would like to track the README file.
The wine-cvs mailing list gets all CVS commits. It's easy
and not too expensive to filter the body f
Hi Joel,
I've done a little work on animated icons. I've investigated what is
necessary to make them work, and written a short plain C program that
can parse an animated icon file and extract the icons in it to .xpm
files, and a very short test program that doesn't work right in Wine.
The cod
Hi Steven,
I still think it would be better to create a seperate write.exe and
implement rtf support in that (using Richedit). My feeling is that
extending notepad.exe past what it's meant to do is going to cause trouble.
Sorry to discourage you from working on Richedit :( It could be a
sati
Christian Britz wrote:
Tom schrieb:
Stefan Leichter wrote:
Sorry, this time with patch attached
You need to send patches to wine-patches.
Quote from OP:
"different usages is verry limited. Therefore i post the patch here for
comment." I thought that is what this list about: discussion about
Christian Britz wrote:
1) Fabian Cenedese and others have made some good remarks about parts of
the README being not precise enough or a little bit wrong / outdated. I
would like to work on these sections.
If a Doc is outdated then it should be updated. I woul'd try
to do everything in one patch
Tom schrieb:
Stefan Leichter wrote:
Sorry, this time with patch attached
You need to send patches to wine-patches.
Quote from OP:
"different usages is verry limited. Therefore i post the patch here for
comment." I thought that is what this list about: discussion about
development?!
Stefan Leichter wrote:
Sorry, this time with patch attached
You need to send patches to wine-patches.
Tom
Hi,
I know that I was pointed to the README file for my first german
translation "because it is pretty stable and no major overhauls are
planned". ;-) Nevertheless, I refuse to not offer you a little bit of my
time to update some parts of the README and README.de files (the other
translators w
Sorry, this time with patch attached
Hello,
i have a program that trys to open the serial port with CreateFile() like
this:
Call kernel32.CreateFileA(00422f7c ".\\COM1",c000,,
,0003,0080,)
The function call fail with current CVS. After debugging some ti
Hi,
This might be just a general cvs related question but hopefully someone
of you could help; I don't think that I am the only interested person!
Is there a simple way to get informed when ever a specified file in cvs
changes (e.g. by mail)? In my case I would like to track the README file.
O
Yes, I too think we need to support the appdb.
Perhaps we should setup some kind of application submission interface where users can
fill things in and provide links to screen captures and such. Maintainers could then
go through and apply the changes to the db and copy the images to a local loc
Hi,
As far as I remember the Wine documentation tree always got installed to
/usr/share/doc when I compiled from official releases.
Since few days I install from the sources in cvs.
Yesterday I noticed that they were not copied from the source tree to
/usr/share/doc. Is this normal behaviour fo
Great, it can use some help! Let's talk off the list, and get you set
up.
On Thu, 2004-03-11 at 14:22, Frank Hendriksen wrote:
> I've noticed that the application database hasn't been updated for quite
> some time. I'm willing to help to keep it up to date or become the
> maintainer.
--
Jeremy
Fabian Cenedese schrieb:
Do you have GLX compatible drivers on this maschine, is GLX activated in your XF86Conig file? I often forget these trivial things...
I don't know but I thought that ./configure would pick up everything I have
or not and react accordingly. It's bad if the install fails befor
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Both windows have the \windows\inf folder for that. I now some setup
> programs like to put it there manually.
> Should we not do the same?
We can do it that way too, it doesn't really matter setupapi looks in
both locations.
--
Alexandre Julliard
[EMA
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> +#define _I64_MIN(-9223372036854775807i64 - 1)
> +#define _I64_MAX 9223372036854775807i64
> +#define _UI64_MAX 0xui64
The i64 suffix is not portable.
> --- include/msvcrt/math.h 2 Sep 2003 00:58:21 - 1.1
> +++
I've noticed that the application database hasn't been updated for quite
some time. I'm willing to help to keep it up to date or become the
maintainer.
Alexandre Julliard wrote:
It is a bug in GetFullPathName I think. But the best approach for
wine.inf is IMO to copy it to the system dir like wineinstall does, so
that it can be found without specifying the path at all. Having it in
the system dir will also make it easier to use it for other thing
Tom wrote:
You need to send all patches to wine-patches
Also 1/4 got lost somewhere
I will, Just wanted some comments first. I'm not sure I didn't forget
anything.
(it looks like 1/4 is finally there)
Marcus Meissner <[EMAIL PROTECTED]> writes:
> So it should have been using Z:\\
>
> Is this a problem in GetFullPathName or should I better use:
>
> /usr/bin/rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128
> z:\\usr\\share\\wine\\wine.inf
>
> ?
It is a bug in GetFullPathName I think
Codeweavers CXTest is supposed to do this, I believe?
And, in theory, we're going to make that publicly available
soon, but it's not quite ready for prime time yet...
(hopefully just a few weeks yet).
Cheers,
Jer
Boaz Harrosh wrote:
winegcc.diff
I know I promised 4 but here is a 5th.
Boaz,
You need to send all patches to wine-patches
Also 1/4 got lost somewhere
Tom
PATCH 4
warning_off.diff
some of these might be controversial but would eliminate 17 tons off
warnings when compiling MFC/ATL and user code. I have found (the hard
way) that GCC in some cases would produce none working code but will
Just warn about it. Having thousands of warnings or turning
winegcc.diff
I know I promised 4 but here is a 5th.
- include/wine/winegccdef.h (new)
This is an exact replica of what winegcc is doing (extracted from
winegcc.c) it is for use by people like me that cannot use winegcc
directly. I hope that some day winegcc will just do: "-include
wine/win
Perhaps you need to do a "cvs update -PAd" rather than just "cvs update"?
Mike
Erik de Castro Lopo wrote:
Hi all,
I've been following Wine CVS for about a week now.
I just did and "cvs checkout" and the resulting source tree no
longer configures/compiles.
The problems seem to relate to the foll
I'll send 4 patches here for review.
Once the comments stop I'll send them to patches.
Do I send patches to .h files or the .idl is enough?
PATCH 1
uuidof.diff - enable use of some ms extensions
- include/wine/uuidof.h (new)
Lets GCC compiler use the uuidof MSVC++ extension used in ATL. See comm
On Thu, Mar 11, 2004 at 10:40:23AM -0500, [EMAIL PROTECTED] wrote:
> Can anyone point me to a good read on testing win32 apps on linux with
> wine? I want to write scripts that automate mouse clicks on buttons,
> read output from text fields, and grab pixel colors. My language of
> choice is pyth
If anyone out there is currently working on animated icons/cursors in
cursoricon.c, I'd like to try to help in any way I can. I'm not really
sure where to start on my own though.
Thanks in advance.
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [EMAIL PROTECTED]
PATCH 2 ForAtlMfc.diff
some fixes and additional files needed by ATL/MFC
- include/Makefile.in
Added some new .idl files, see below
- include/expdisp.idl
Add the DWebBrowserEvents + the IWebBrowser2 and events
- include/expdispid.h (new)
needed by expdisp.idl and ATL code
- include/olectl.
PATCH 3
msvcrt.diff
minor fixes to msvcrt
- include/msvcrt/limits.h
very much synced with MSVC, needed by MFC
- include/msvcrt/math.h
I'm not sure who submitted a broken empty math.h header. Just to show that no one
is doing serious winlib work lately, or they are not reporting about it. T
Can anyone point me to a good read on testing win32 apps on linux with
wine? I want to write scripts that automate mouse clicks on buttons,
read output from text fields, and grab pixel colors. My language of
choice is python.
--
Brian Edwards
> I don't know but I thought that ./configure would pick up everything I have
> or not and react accordingly. It's bad if the install fails before it's even
finished.
> What's GLX? It's not mentioned in my XF86Config and locate GLX only
> produced two man entries. My graphic card is a Diamond Steal
On Thu, 11 Mar 2004 13:09:58 +0100
Marcus Meissner <[EMAIL PROTECTED]> wrote:
> You did run "cvs update" without options. Please use cvs up -PAd to get
> the directories.
Damn, I can't believe that I forgot that.
I've been using GNU Arch for my own stuff for about 3 months and cvs seems
to be a
>I just did and "cvs checkout" and the resulting source tree no
>longer configures/compiles.
>
>The problems seem to relate to the following directories:
>
>dlls/amstream
>dlls/dxerr8
>dlls/dxerr9
>
>which seem to have been added or removed very recently.
>
>I tried hackin
On Thu, Mar 11, 2004 at 10:59:21PM +1100, Erik de Castro Lopo wrote:
> Hi all,
>
> I've been following Wine CVS for about a week now.
>
> I just did and "cvs checkout" and the resulting source tree no
> longer configures/compiles.
>
> The problems seem to relate to the following directories:
>
Hi all,
I've been following Wine CVS for about a week now.
I just did and "cvs checkout" and the resulting source tree no
longer configures/compiles.
The problems seem to relate to the following directories:
dlls/amstream
dlls/dxerr8
dlls/dxerr9
which seem to have been
>>Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
>
>You can safely ignore this.
Yep, I know.
>>Xlib: extension "GLX" missing on display ":1.0".
>
>Do you have GLX compatible drivers on this maschine, is GLX activated in your
>XF86Conig file? I often forget these trivial
Hi,
I am trying to setup wine with wine.inf, with the following call:
/usr/bin/rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128
/usr/share/wine/wine.inf
However, the /usr/share/wine/wine.inf path does not seem to be translated correctly.
0009:Call kernel32.GetFullPathNameW(406efb6e
49 matches
Mail list logo
