Vincent Béron wrote:
Le lun 17/01/2005 à 04:40, Joachim von Thadden a écrit :
Hi,
I am maintainer of the new WineTools package. As it is related on
http://www.winehq.org/site/download under "3rd Party Tools" I want you
do know that the text has to be changed, as Frank discontinued
development for W
Luke Kenneth Casson Leighton wrote:
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
A DCOM implementation is more than a header file
containing a few comments and a few declarations of Win32 functions that
are randomly placed in there.
perhaps it would be best for me to prov
Luke Kenneth Casson Leighton wrote:
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
The only step left is for it to
generate appropriate type format strings in the same format as Microsoft
use.
attached is an example from FreeDCE: samr.idl, with only one function
in it for s
Juan Lang wrote:
For what reason, for documentation? Several of its declarations conflict
with those in npapi.h, so it's potentially problematic. If it's not part
of the PSDK, winelib users shouldn't need it to compile, or should expect
to have to install the DDK if they need the prototypes, yes?
Le lun 17/01/2005 à 19:12, Robert Shearman a écrit :
> Vincent Béron wrote:
>
> >Le mar 11/01/2005 à 14:03, Robert Shearman a écrit :
> >
> >
> >>Changelog:
> >>- Make MTA dynamically allocated so that proxies and other resources are
> >>freed at the proper time.
> >>- Changed/removed some inco
> I think it's probably better to move this file into dlls/mpr rather than
> delete it altogether. Apparently it did exist in the Windows 98 DDK.
For what reason, for documentation? Several of its declarations conflict
with those in npapi.h, so it's potentially problematic. If it's not part
of
Juan Lang wrote:
ChangeLog: remove netspi.h, it had conflicting definitions with npapi.h
and doesn't exist in the PSDK. Spotted by Paul Vriens.
I think it's probably better to move this file into dlls/mpr rather than
delete it altogether. Apparently it did exist in the Windows 98 DDK.
Mike
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> A DCOM implementation is more than a header file
> containing a few comments and a few declarations of Win32 functions that
> are randomly placed in there.
perhaps it would be best for me to provide a reference to
something i fo
Le lun 17/01/2005 à 04:40, Joachim von Thadden a écrit :
> Hi,
>
> I am maintainer of the new WineTools package. As it is related on
> http://www.winehq.org/site/download under "3rd Party Tools" I want you
> do know that the text has to be changed, as Frank discontinued
> development for WineTools
Mike Hearn wrote:
On Mon, 17 Jan 2005 20:15:35 +0200, Antti MÃkelà wrote:
If there is some easy way to get a bit more "verbose" view on what the
program was exactly trying to do with the Calendarinfo call, that might be
something I could at least *try* to patch up myself. At least if it's
somet
Well, you could find out why the quoted code snippet doesn't
work on NT, and possibly suggest a better test... It was
recommended by Dimitry, btw. (cc'd)
I don't think I'll have time to do that any time soon :-(
Ivan.
Vincent Béron wrote:
Le mar 11/01/2005 à 14:03, Robert Shearman a écrit :
Changelog:
- Make MTA dynamically allocated so that proxies and other resources are
freed at the proper time.
- Changed/removed some incorrect comments regarding apartments.
This patch broke wineprefixcreate in
On Mon, Jan 17, 2005 at 01:49:11PM -0800, Steven Edwards wrote:
> Hi,
>
> --- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> > _why_ are you duplicating the efforts of two separate free
> > software projects?
>
> I have been scratching my head trying to figure out a way that Samba,
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> We already have our own IDL parser.
you have an IDL parser and that is only about 10% of the work required.
> The only step left is for it to
> generate appropriate type format strings in the same format as Microsoft
> use.
a
On Mon, 17 Jan 2005 14:33:13 -0800, Bill Medland wrote:
> 'Fraid not. See attached. I added the corresponding traces just to confirm
> that I was actually executing the modified code.
> As you can see, it located, connected and constructed.
Could you do a +ole,+tid,+olerelay trace please?
On Mon, 17 Jan 2005 20:15:35 +0200, Antti MÃkelà wrote:
> If there is some easy way to get a bit more "verbose" view on what the
> program was exactly trying to do with the Calendarinfo call, that might be
> something I could at least *try* to patch up myself. At least if it's
> something simple.
The live server doesn't have GD, can you do something about it Paul
(imagemagick or GD 1.x) ?
If yes, can you resend when fixed:
1)My thumbs.php script
Objet:
Re: [AppDB] new screenshot and image
classes
Date:
Sun, 16 Jan 2005 21:39:03
On Monday 17 January 2005 20:00, Mike Hearn wrote:
> I'm not sure. Your best bet is to try calling the functions in your own
> mini test programs in the same way that Fotowire does until you find
> something that doesn't work right.
Well, that's not something I probably can do as I don't have *a
On January 17, 2005 01:36 pm, Mike Hearn wrote:
> I think Robs theory is right, but IMHO we need more tracing in this part
> of the code anyway. Try applying this patch and resending the log.
>
> I suspect you'll get
>
> err:proxy_manager_create_ifproxy: Could not locate PSFactoryBuffer for IID
> {
On Mon, 17 Jan 2005 23:05:59 +0100, Paul Vriens wrote:
> Wine and Win98 leave the buffer intact (the contents and thus size
> differ however)
> WinXPProf and W2KProf clear (so it seems) the buffer.
That's why it's tested - MSDN is useful but not what we care about. You
can guarantee if NT clears t
Hi,
I'm trying to fix the tests in shlwapi/tests/shreg.c (or Wine for that
matter).
One thing that puzzles me in the current code is the checks done after
we receive a ERROR_MORE_DATA when we pass a size smaller than the actual
data.
MSDN states:
If the buffer specified by pvData parameter is n
Hi,
--- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> _why_ are you duplicating the efforts of two separate free
> software projects?
I have been scratching my head trying to figure out a way that Samba,
Samba-Tng, ReactOS, FreeDCE
and Wine can all work together on some of these pr
On Sun, Jan 16, 2005 at 05:44:26PM -0500, Wez Furlong wrote:
> I've been distant from DCE for a little while, so I don't have all the
> details at the tip of my brain.
>
> Luke isn't quite correct, but is mostly correct :-)
burblburble never truer...
> FreeDCE doesn't contain a working DCOM i
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> We already have our own IDL parser. The only step left is for it to
> generate appropriate type format strings in the same format as Microsoft
> use.
i believe i know what you are referring to: matthew chapman wrote a
reverser wh
WHAT: WineConf 2005
WHEN: April 30 - May 1, 2005
WHERE: Institute of Communication Networks and Computer Engineering
Stuttgart-Vaihingen Campus
University of Stuttgart
WHO: Anyone interested in Wine development. Please note: is a developers-only
conference.
HOW: Check ou
On Mon, 17 Jan 2005 21:23:21 +, Luke Kenneth Casson Leighton wrote:
> you do realise that you are duplicating a project that already exists
> (FreeDCE) which is a BSD implementation
>
> ... and you do also realise that you are also working, albeit from a
> different angle, on exactly the s
On Monday 17 January 2005 11:30, Ferenc Wagner wrote:
> Jakob Eriksson <[EMAIL PROTECTED]> writes:
> > I would prefer to have all failed tests at the top, so one
> > could see easily which ones need to be fixed.
>
> Not being an addition but a change, I'd like to hear others'
> opinion on this matt
I think Robs theory is right, but IMHO we need more tracing in this part
of the code anyway. Try applying this patch and resending the log.
I suspect you'll get
err:proxy_manager_create_ifproxy: Could not locate PSFactoryBuffer for IID
{---C000-0046}
But let's find out.
> In that case, what is "winedbg --gdb" for? Why have this option if no
GDB supports it?
because it targets different stuff:
winedbg (standalone) is able to load and use debug info from:
- ELF modules (exec and shared libs) (with stabs info, dwarf2 isn't supported).
As wine DLLs are implemented o
Dumping the headers is necessary for stupid installers that map DLL files
manually and rummage around in the headers to figure out versions and
stuff ... simply having an empty file isn't enough for all of them I'm
afraid :(
I have some basic stuff for this (which I wrote for some other reasons qui
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> Luke Kenneth Casson Leighton wrote:
>
> >>I already checked out FreeDCE and the newly released DCE-RPC several days
> >>ago. Neither provides a DCOM implementation, neither resembles what we
> >>need. We may be able to take some code
On Mon, Jan 17, 2005 at 03:05:09PM +0100, Jakob Eriksson wrote:
> But if I were to implement an opt-in scheme, you would be ok with it?
I wouldn't be opposed to it, but I'd advice against expanding so
much effort for such little benefit. We have so much to do, it's
not like we're looking for stuff
Paul Vriens <[EMAIL PROTECTED]> writes:
> is it OK that have the above in a patch anyway, along with some extra
> debugging output? I will try and find a key we can use, but one problem
> could be that the failures are related to security (that's why I want to
> have the extra output as well).
We
Bill Medland wrote:
(Mike? Robert?,)
I am trying to understand what is failing in a piece of -out-of-process COM
under Wine. Basically it is an ATL-based CreateInstance that is returning
E_NOINTERFACE under Wine.
Below is a cut-down copy of the trace.
What I don't understand is which QueryInter
(Mike? Robert?,)
I am trying to understand what is failing in a piece of -out-of-process COM
under Wine. Basically it is an ATL-based CreateInstance that is returning
E_NOINTERFACE under Wine.
Below is a cut-down copy of the trace.
What I don't understand is which QueryInterface is being call
On Sun, 16 Jan 2005 22:23:54 +, Luke Kenneth Casson Leighton wrote:
> you are correct about DCE 1.2.2 not containing DCOM: it is
> FreeDCE that does.
>
> other than that - with all due respect, and if i understand
> you correctly: you are wrong [or looking in the wrong place]
I'm afraid FreeD
On Sun, 16 Jan 2005 23:00:42 +0200, Antti Mäkelä wrote:
> Without any debugs and native oleaut32 I now get:
>
> bash-2.05b$ wine fwprint
> fixme:ole:StdMarshalImpl_MarshalInterface table marshalling unimplemented
> fixme:time:GetCalendarInfoA (0409,0001,2030,(nil),0,0x77a6c718):
> qu
On Mon, 2005-01-17 at 13:24, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > If the first CreateKey fails, there is no need to continue with the
> > testing (because the rest of the tests will fail as well). What's the
> > best way to stop there?, something like this?:
>
Hans Leidekker wrote:
-Hans
Changelog:
Stub implementations for PathUnExpandEnvStringsSHRegEnumUSValue{A,W},
SHRegCreateUSKey{A,W}, SHRegDeleteEmptyUSKey{A,W}, SHRegDeleteUSValue{A,W},
SHRegEnumUSValue{A,W}.
Index: dlls/
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
>> Do you mean that the tagless report was generated by a
>> manual run while the one with the IvanLeo tag was run by
>> winrash?
>
> Yes, those reports were both generated from the same
> winetest binary. I'm not sure of what you mean by
> crosschecks,
On Monday 17 January 2005 16:13, Joris Huizer wrote:
> Sorry, I meant, what if the string ends with digits there?
> If I find out how, I may add a testcase for that;
The next line is this one:
if (*s == '\0') return FALSE;
So if the string were to end with a digit we bail out right away.
Just
Hans Leidekker wrote:
On Monday 17 January 2005 11:18, Joris Huizer wrote:
+if (time->wDayOfWeek > 6) return FALSE;
+while (*s && !isdigitW( *s )) s++;
What happens if s just became NULL in this loop ?
Huh?
Sorry, I meant, what if the string ends with digits there?
If I find out how, I may
Well, i'm a novice here (in wine and linux), but i think i could help
with this task.
I'm a good windows application developer (www.babel7.com),
and i wrote two programs with some of the semantics you are
looking for:
painting over BMPs (or better DIBs).
The 2 programs are for 256 colors and tru
Dimitrie O. Paun wrote:
It would also be nice if the author of a test got an email
whenever a test failed.
Finding out the author of a test isn't easy, it requires
some digging into CVS.
And we can't just do it, we need opt-ins, etc. Not worth
it IMO.
But if I were to implement an op
Ingo Molnar wrote:
It would be nice if someone with a proper Wine test-setup could check
whether _negative_ renicing of highprio Windows threads solves the
scheduling problems. In fact you could even try to map Windows
priorities (16 levels available to nonprivileged users?) to the nice
range of -7
Do you mean that the tagless report was generated by a
manual run while the one with the IvanLeo tag was run by
winrash?
Yes, those reports were both generated from the same winetest binary.
I'm not sure of what you mean by crosschecks, but I'll do whatever can help,
just let me know what I should
Rémi Assailly <[EMAIL PROTECTED]> writes:
> +/* USER */
> +extern DWORD X11DRV_MsgWaitForMultipleObjectsEx( DWORD count, const HANDLE
> *handles,
> + DWORD timeout, DWORD mask,
> DWORD flags );
> +extern void X11DRV_InitKeyboard( BYTE *key_state_ta
On Mon, Jan 17, 2005 at 11:30:53AM +0100, Ferenc Wagner wrote:
> > I would prefer to have all failed tests at the top, so one
> > could see easily which ones need to be fixed.
>
> Not being an addition but a change, I'd like to hear others'
> opinion on this matter.
I agree, it's not worth losin
Hans Leidekker wrote:
What happens if, the string ends with WININET_wkday[i][0] or
WININET_wkday[i][1] ?
It can't, that's protected by the:
The best way to prove these things is to write a test cases. If others
have doubts about your code, then they can add to the test case and
check the code s
Paul Vriens <[EMAIL PROTECTED]> writes:
> If the first CreateKey fails, there is no need to continue with the
> testing (because the rest of the tests will fail as well). What's the
> best way to stop there?, something like this?:
>
> START_TEST(shreg)
> {
> HKEY hkey = create_test_entrie
Paul Vriens <[EMAIL PROTECTED]> writes:
> If the first CreateKey fails, there is no need to continue with the
> testing (because the rest of the tests will fail as well). What's the
> best way to stop there?, something like this?:
>
> START_TEST(shreg)
> {
> HKEY hkey = create_test_entries
On Monday 17 January 2005 11:18, Joris Huizer wrote:
> > +while (*s && !isalphaW( *s )) s++;
> > +if (*s == '\0' || *(s + 1) == '\0' || *(s + 2) == '\0') return
> > FALSE; +time->wDayOfWeek = 7;
> > +
> > +for (i = 0; i < 7; i++)
> > +{
> > +if (toupperW( WININET_wkday[
Stefan Leichter <[EMAIL PROTECTED]> writes:
> now we have fixed mingw to build the new test. So perform them after
> building ;-)
>
> ChangeLog
> ---
> Include new tests
Thanks for your work and attention!
--
Feri.
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> What makes you think I've got one? It should be *you*
>> who speak up and tell what information/presentation is
>> need for the best and easiest use.
>
> I would prefer to have all failed tests at the top, so one
> could see e
Hans Leidekker wrote:
Well, if you really want to be sure no bad string overflows occur, this
function is still not save:
+/***
+ * InternetTimeToSystemTimeW (WININET.@)
+ */
+BOOL WINAPI InternetTimeToSystemTimeW( LPCW
Hi,
I'm currently looking into the shreg test of shlwapi. In the error-logs
on test.winehq.org I see a lot of errors.
If the first CreateKey fails, there is no need to continue with the
testing (because the rest of the tests will fail as well). What's the
best way to stop there?, something like t
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
> I've run tests twice, once with winrash and once manually, on windows nt 4.0
> http://test.winehq.com/data/200501131000/#NT%204
> interestingly some tests that fail or timeout when run from winrash,
> work when
> run manually.
> Is there a way this coul
58 matches
Mail list logo
