On September 8, 2003 11:50 am, Jeremy Newman wrote:
> I could add a report to the sidebar menu of the appDB called
> "Supported Apps", it would then show the gold and silver apps from the
> db. You would then need to add your notes about these apps to their
> descriptions. Seems simple enough.
Yes
On September 8, 2003 01:23 pm, Francois Gouget wrote:
> As far as I can see the differences between winehq.dsl and default .dsl
Well, if we keep winehq.dsl, why do we need a perl script to patch
the output? The HTML stuff should be generated with the site
default.dsl anyway. We should instead patc
I think that a clean installation decides the problem. A desenvolvedor
already had a similar problem.
http://www.winehq.org/hypermail/wine-devel/2003/07/0474.html
Obviously if in the installation of the package this cleanness could be
made, better.
- Original Message -
From: "Ivan Leo M
On September 8, 2003 11:48 pm, Jonathan Wilson wrote:
> I see this:
> @ varargs sscanf(str str)
> in ntdll.spec
> but I cant find the defintion behind it.
> Also, searching on source.winehq.org doesnt find it either
Check out dlls/msvcrt/scanf.[ch]. The .c file includes the
.h multiple times, for
On September 8, 2003 09:21 pm, Kevin Groeneveld wrote:
> To try and verify the correct operation of BuildCommDCBAndTimeouts I
> wrote a small Windows program.
This is a great idea, but you should submit this as a conformance test:
http://www.winehq.org/site/docs/wine-devel/testing
--
Dim
On September 8, 2003 03:52 pm, Igor Grahek wrote:
> ChangeLog: - TreeView control set Notify window correctly in case that
> window style is WS_POPUP.
Please send unidiff patches:
http://www.winehq.org/site/sending_patches
> ! if ((infoPtr->dwStyle & (WS_CHILD|WS_POPUP)) == WS_POPUP &&
>
I see this:
@ varargs sscanf(str str)
in ntdll.spec
but I cant find the defintion behind it.
Also, searching on source.winehq.org doesnt find it either
Could the Red Hat packager please take care of this
http://www.winehq.org/hypermail/wine-users/2003/09/0081.html
I don't know if it's a rpm packaging error or a problem with the users system
setup, but I suppose the creator of the rpm can solve the issue quite easily.
--- Jakob Eriksson <[EMAIL PROTECTED]> wrote:
>
>try:
>
>http://www.dll-files.com/dllindex/dll-files.shtml?msvcp60
>
>eric lin wrote:
>
>>Dear wine-devel programers:
>>
>> MSVCP60.DLL some say is runtime dll that must need window license version. Does
>> anyone have some way to get around that
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> I'm trying to use the default limits.h installed on my Debian Woody system,
> so that I can use either LLONG_MAX or LONG_LONG_MAX in Wine. Does anyone
> know of anything special I have to define so that these are defined? I have
> tried __USE_ISOC99,
Okay, my bad. The exception handler was getting
called, ergo the dialog box telling me it crashed.
Sorry for the noise.
--Juan
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Juan Lang <[EMAIL PROTECTED]> writes:
>
> > Interesting. The behavior of the program that
> called
> > it (ipconfi
Dear Robert:
Thanks your reply and point out. I will try to search web somewhere to get it for
running my.exe file by wine. (or point me some place in web I can get it)
or anyone have other alternative, please inform me.
highly appreciate your effort, and thanks in advance
sincere Eric
-
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of eric lin
> Sent: 08 September 2003 22:57
> To: [EMAIL PROTECTED]
> Subject: MSVCP60.DLL missing, please help
>
>
> Dear wine-devel programers:
>
> MSVCP60.DLL some say is runtime dll that must need window
Dear wine-devel programers:
MSVCP60.DLL some say is runtime dll that must need window license version. Does
anyone have some way to get around that so no-window user still can run that exe
program. I am in rh9 platform.
highly appreciate your tech help, and looking to hear from you soon
sin
--- Sylvain Petreolle <[EMAIL PROTECTED]> wrote:
> IMHO this has no reason to work because you add this, or the myprog.exe
> is bad designed.
Ack, I just realized that I am wrong... I see what you were saying before,
in DOS, you type in an exe and it searches current dir and %PATH%, but if the
pr
Hey dunno if anyone is interested in this, but I found this page that you can
link to to fight spam..
http://www.hostedscripts.com/scripts/antispam.html
=
Dustin Navea
Minor Contributor, http://www.winehq.com
Bugzilla Janitor, http://bugs.winehq.com
Network Admin, irc://irc.blynk.net (down)
Solved !
Problem was in TreeView control (dll/comctl32/treeview.c) all the time.
TreeView was not handling WM_CREATE properly - it did not forward
CREATESTRUCT (in lParam) to TREEVIEW_Create function and that function
was setting hwndNotify window to GetParent(hwnd) instead window handle
given in
Mike Hearn <[EMAIL PROTECTED]> writes:
> OK, so this time without any ERRs also
It's better, but you still need to recover from the errors properly
before returning; allocated memory has to be freed, objects have to be
released, etc.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Mon, 2003-09-08 at 13:26, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > I think it's fine in the documentation directory but if Alexandre wants
> > to move it that's ok with me.
>
> Yes it should be moved to the tools CVS module, it does not belong in
> the Wine
Jonathan Wilson <[EMAIL PROTECTED]> writes:
> Thanks for the help, here is the list of what I still need:
You don't really need them, unless you have an app that requires
them. Many of these are purely internal things that won't ever be
called by a real app, so there is no point in wasting time o
Eric Pouech <[EMAIL PROTECTED]> writes:
> so the possible solutions are:
> - As we compile Wine without the _UNICODE flag, we could change the
> code as follows:
> XXA => XX
> XXW => (LPWSTR)XX
> drawback: we'll have warnings if we need to compile with the _UNICODE
> flag...
I think w
Francois Gouget <[EMAIL PROTECTED]> writes:
> I think it's fine in the documentation directory but if Alexandre wants
> to move it that's ok with me.
Yes it should be moved to the tools CVS module, it does not belong in
the Wine tree.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Mon, 8 Sep 2003, Dimitrie O. Paun wrote:
[...]
> Do we still need the winehq.dsl? It would be nice to use just
> the regular HTML files that we have generated already, as those
> use the site HTML .dsl. That would be possible with your script
> to trim the header and footer, plus a bit of elbow
On 8 Sep 2003, Jeremy Newman wrote:
> On Sat, 2003-09-06 at 18:43, Francois Gouget wrote:
> > * the xxx.template files start with a line indicating the title:
> >
>
> I've been testing the tgz file you made on my local development box.
> So far so good. The docs integrate very nicely into the
I was looking over this page when I converting the appdb.winehq.org site
over to the new theme. It seems to me that we could drop this page if we
added a new field to the appDB called "medal" or something. Then you can
go through and mark the apps that are Gold, or Silver directly in the
appDB. I c
On Sat, 2003-09-06 at 18:43, Francois Gouget wrote:
> * the xxx.template files start with a line indicating the title:
>
I've been testing the tgz file you made on my local development box.
So far so good. The docs integrate very nicely into the site this way.
The title thing is wrong though,
On September 7, 2003 03:49 pm, Ivan Leo Murray-Smith wrote:
> Some people on wine-users are complaining that regedit winedefault.reg
> doesn' t always work correctly, somebody posted this solution
> http://www.winehq.org/hypermail/wine-users/2003/09/0062.html
> but it would be a very nice thing if
On Sun, 2003-09-07 at 02:49, David Miller wrote:
> I am trying to volunteer to help maintain the appdb, but mail to
> [EMAIL PROTECTED] bounces with the error below. I have emailed this
> address successfully before. Has it been removed? If not, is there a
> known (or perhaps unknown) problem?
>
Ivan Leo Murray-Smith writes:
> Some people on wine-users are complaining that regedit
> winedefault.reg doesn' t always work correctly, somebody
> posted this solution
> http://www.winehq.org/hypermail/wine-users/2003/09/0062.html
> but it would be a very nice thing if regedit winedefault.reg
> e
Ove Kaaven [mailto:[EMAIL PROTECTED] wrote:
> On Mon, 2003-09-08 at 14:21, Rolf Kalbermatter wrote:
> > Ove Kaaven <[EMAIL PROTECTED]>
> > > On Sun, 2003-09-07 at 17:30, Jon Brandenburg wrote:
> > >> Am I allowed to run debug os in connection
> > >> with say a piece of test code, with the purpose
On September 5, 2003 09:28 pm, Ferenc Wagner wrote:
I'd like to say that the latest result looks _really_
good. I hope we can work out the last few (minor) things
and get this integrated into WineHQ real soon.
A few comments:
-- The "Open popup" is a nice idea, but a bit confusing.
When I
On September 6, 2003 07:43 pm, Francois Gouget wrote:
> So does this look ok?
Pretty good -- maybe we can finally close this task which
has been haunting as for a year almost...
> +## create a tarball of templates in a slightly different form, for the
> +## website.
> +for book in $ALL_BOOKS
> +
On Mon, 2003-09-08 at 14:21, Rolf Kalbermatter wrote:
> Ove Kaaven <[EMAIL PROTECTED]>
> > On Sun, 2003-09-07 at 17:30, Jon Brandenburg wrote:
> >> Am I allowed to run debug os in connection
> >> with say a piece of test code, with the purpose of extracting the
> >> necessary api information/functi
On September 5, 2003 05:02 pm, Jakob Eriksson wrote:
> No risk of mixing up with the winetests.exe generated regression tests
> either - those have a different subject.
Speaking about the subject, maybe we can improve that a bit to
contain some interesting info such as the version number of the
te
Ove Kaaven <[EMAIL PROTECTED]>
> On Sun, 2003-09-07 at 17:30, Jon Brandenburg wrote:
>> Am I allowed to run debug os in connection
>> with say a piece of test code, with the purpose of extracting the
>> necessary api information/functionality so it can be rewritten into wine
>
>In what way would th
On Mon, 08 Sep 2003 11:47:42 +0530, Sir Sukumar .S scribed thus:
> I've installed VB6 on my windows partititon and when i run it with
> wine, the VB6 is starting well and loading the project which i've choosen
> from the list. But when i run the project, it is reporting an error
> called "Automatio
On Mon, 08 Sep 2003 12:49:14 +0530, Sir Sukumar .S scribed thus:
> I would like to understand how each Windows Messages like WM_COMMAND are
> processed and handled by wine ? If i call a function SendMessage and pass
> one window handle to it with the appropriate message (i.e WM_GETTEXT )
> how it w
On Mon, 08 Sep 2003 10:50:46 +0800, Sir Jonathan Wilson scribed thus:
> They arent declared anywhere in WINE, W32API, MSDN or the PFSDK that I can
> find.
> Google didnt turn up anything usefull (in my brief searches)
> Anyone got any info on them (like a prototype?)
They are mostly internal func
> If the code is essentially the same anyway, it might be a good idea just
> to add a switch in server/serial.c and to the create_serial request to
> tell the server whether the device is a serial port or a parallel port,
> then change serial/parallel behaviour depending on that switch. You can
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Sukumar .S
> Sent: 08 September 2003 08:19
> To: [EMAIL PROTECTED]
> Subject: Wine and Windows Hooks
> I would like to understand how each Windows Messages like WM_COMMAND are
> processed and handled by wi
Thanks for the help, here is the list of what I still need:
advapi32.dll
A_SHAFinal
A_SHAInit
A_SHAUpdate
CancelOverlappedAccess
CloseCodeAuthzLevel
ComputeAccessTokenFromCodeAuthzLevel
ConvertAccessToSecurityDescriptorA
ConvertAccessToSecurityDescriptorW
ConvertSDToStringSDRootDomainA
ConvertSDToS
Dear All,
I would like to understand how each Windows Messages like WM_COMMAND are
processed and handled by wine ? If i call a function SendMessage and pass
one window handle to it with the appropriate message (i.e WM_GETTEXT )
how it will be processed ? Is it going through the wine-server ?
I'm
42 matches
Mail list logo
