Fabian Cenedese a écrit :
Winedbg catches the exception raised and handled in a __TRY/__EXCEPT/__ENTRY statement
in the IsBadReadPtr function.
Is it a normal behaviour? And if yes how can I disable it?
Without Winedbg everything is fine.
Winedbg catches every exception. But you can pass it on to
On Sat, Feb 21, 2004 at 01:19:47PM +, Mike Hearn wrote:
> On Sat, 21 Feb 2004 18:10:09 +1100, Matt Chapman wrote:
> > However, I'm not sure I understand the original code (i.e. initial cx in
> > REBAR_Layout = header only for the !RBBS_FIXED_SIZE case), and hence
> > don't know whether this wil
Yorick Hardy a écrit :
Not to worry, I am now more confused than ever :-).
By the way, what is STN_UNDEF for ?
it's used as an index in the Elf32_Sym array to identify the undefined
symbol, whereas SHN_UNDEF is a potential value of Elf32_Sym.st_shndx
(which is the section in which the symbol is d
>> >double dVal;
>> >OLECHAR test1[]={'&', 'H', '8', '0', '0', '0', '0', '0', '0', '0', '\0'};
>> >ok=VarR8FromStr(test1, LANG_NEUTRAL, NUMPRS_STD, &dVal);
>> >
>> >The result for dVal was -2147483648. But as a real value it shouldn't
>> >have any problems holding the "real" value 2147483648. So w
>Winedbg catches the exception raised and handled in a __TRY/__EXCEPT/__ENTRY
>statement in the IsBadReadPtr function.
>Is it a normal behaviour? And if yes how can I disable it?
>Without Winedbg everything is fine.
Winedbg catches every exception. But you can pass it on to the application
with
Boaz Harrosh wrote:
Dan Kegel wrote:
IMHO the list should allow posts in any language;
if nobody can handle the language a post is in, we'll
ask the poster to try again in English.
The goal here is to avoid intimidating
these possibly skittish users; asking them to *always* post
in English might s
I think it might be worthwhile considering restructuring the audio
drivers into hardware independent wave, direct sound, midi
and mixer sections and a hardware dependent low level
implementation for oss, alsa, ...
The basic structure of all the drivers is similar enough to abstracted
out the ha
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> +todo_wineok(strstr(buffer,"e+008") != 0,"Sprintf different
> \"%s\"\n",buffer);
> +sprintf(buffer,I64x,(ULONGLONG)0x);
Long long constants are not portable, you need to compute them from
long constants.
--
Alexandre Jull
On Mon, Feb 23, 2004 at 06:50:33PM -0500, Dimitrie O. Paun wrote:
> I think quite the opposite is true: having an almost identical
> driver in the tree simply obscures the matter more. The two will
> diverge in time, and the NetBSD one will slowly bitrot. Now that
> the two are the closest it's the
On Mon, 23 Feb 2004, Yorick Hardy wrote:
> a separate winenbsd driver will have to do in the mean time, and
> provides a starting point to compare the drivers in case someone
> else is also interested.
I think quite the opposite is true: having an almost identical
driver in the tree simply obscur
> seems like i misread some of the ELF specs. Your fix is right (sorry for
> the noise). BTW, you could also remove the use of STN_UNDEF in elf.c
> while you're at it.
Not to worry, I am now more confused than ever :-).
By the way, what is STN_UNDEF for ?
Changelog: Use SHN_UNDEF instead of STN
Hi,
Winedbg catches the exception raised and handled in a
__TRY/__EXCEPT/__ENTRY statement in the IsBadReadPtr function.
Is it a normal behaviour? And if yes how can I disable it?
Without Winedbg everything is fine.
Thanks in advance,
Bye,
Christian
Yorick Hardy a écrit :
Thanks for your input. It is very likely that I misunderstood, but I found
the following in /usr/include/elf.h on NetBSD 1.6
[snip]
Is this consistent with what you said?
seems like i misread some of the ELF specs. Your fix is right (sorry for
the noise). BTW, you could als
On February 23, 2004 08:41 am, Shachar Shemesh wrote:
> Fabian Cenedese wrote:
> >Hi
> >
> >While testing more variant functions I tried this on Windows:
> >
> >double dVal;
> >OLECHAR test1[]={'&', 'H', '8', '0', '0', '0', '0', '0', '0', '0', '\0'};
> >ok=VarR8FromStr(test1, LANG_NEUTRAL, NUMPRS_S
Hi Boaz,
I've looked at the potato-factory, and to be honest I don't
like the interface. The very fact that I have to logon before
I can see anything makes it fairly useless for me.
Now, before and put in too much infrastructure, I think we
can start small as follows:
-- have people submit mate
Fabian Cenedese wrote:
Hi
While testing more variant functions I tried this on Windows:
double dVal;
OLECHAR test1[]={'&', 'H', '8', '0', '0', '0', '0', '0', '0', '0', '\0'};
ok=VarR8FromStr(test1, LANG_NEUTRAL, NUMPRS_STD, &dVal);
The result for dVal was -2147483648. But as a real value it shou
Ove Kaaven wrote:
Neither of those options look much like what I meant. Let's see...
I'm pretty sure they use named pipes.
OK I think I understand you better now. What you are saying is that we
need to study Samba and FreeDCE code to see what DCE-RPC wire protocol
is. Than fix Wine-RPC
Hi
While testing more variant functions I tried this on Windows:
double dVal;
OLECHAR test1[]={'&', 'H', '8', '0', '0', '0', '0', '0', '0', '0', '\0'};
ok=VarR8FromStr(test1, LANG_NEUTRAL, NUMPRS_STD, &dVal);
The result for dVal was -2147483648. But as a real value it shouldn't
have any problems
Good catch, thanks. I will resubmit tonight.
>> diff -urN /home/yorick/software/wine/wine/dlls/Makefile.in
>> ./dlls/Makefile.in
>> --- /home/yorick/software/wine/wine/dlls/Makefile.in Sat Feb 14 19:20:00
>> 2004
>> +++ ./dlls/Makefile.in Sat Feb 21 23:43:35 2004
>> @@ -1745,6 +1749,7 @@
>>
Good! I was thinking about making time for writing it, nice that I don't
have to. :-)
Chris Morgan wrote:
Yep, should have the first version of this service this week sometime.
Thanks,
Chris
Amen. Not everyone need to "make crosstest". We would come a long way
if testers instead could i
Thanks for your input. It is very likely that I misunderstood, but I found
the following in /usr/include/elf.h on NetBSD 1.6
/*
* Symbol Table
*/
typedef struct {
...
Elf32_Half st_shndx; /* section index of symbol */
} Elf32_Sym;
...
/*
* Special sectio
> Yep, should have the first version of this service this week sometime.
>
> Thanks,
> Chris
>
>
>> Amen. Not everyone need to "make crosstest". We would come a long way
>> if testers instead could install the Windows service (not yet written)
>> that downloads
>> the latest crosstest EXE from
man, 23.02.2004 kl. 15.26 skrev Boaz Harrosh:
> If I may summarize what I understood. There are 2 options:
> 1) It would be best to take Samba-project implementation of RPC and
> implement wine's RPCRT4 over that. This way we are both wire-compatible
> with DCE RPC and also we can use a ready mad
Ove Kaaven wrote:
The Samba project is about communicating with Windows clients and
servers, using the Windows protocols. For many services (authentication,
printing, directory services, etc), modern Windows versions use RPC, not
SMB. So the Samba folks have been forced to write a RPC protocol s
On Mon, Feb 23, 2004 at 02:14:35PM +0200, Boaz Harrosh wrote:
> Hi Marcus
>
> Do you need a little(est) test with full source code that hosts an OCX
> (The OCX is IE but I can change it if you need). It is written with
> ATL/WTL. It will work fine with: "oleaut32"="native" but will crash with
>
Hi Marcus
Do you need a little(est) test with full source code that hosts an OCX
(The OCX is IE but I can change it if you need). It is written with
ATL/WTL. It will work fine with: "oleaut32"="native" but will crash with
"oleaut32"="builtin". I also have a winelib that crashes the same (same
> "wire99" == wire99 <[EMAIL PROTECTED]> writes:
wire99> Hi all.
wire99> I've tried some applications with wine, and discovered the
wire99> different behavior compare to the real winapi.
A goopd starting pointis to write test cases for teh wine test suite that
point out the be
man, 23.02.2004 kl. 09.26 skrev Boaz Harrosh:
> Ove Kaaven wrote:
>
> >I still think it would be better to use the Samba RPC client libraries
> >to interact with Wine's RPC implementation (rpcrt4). You wouldn't need
> >to implement a custom server to achieve that, it would just work, and be
> >mor
Fabian Cenedese <[EMAIL PROTECTED]> wrote:
>>be. You have 2 choices: try and match their exact algorithm (v. hard
>>w/o reverse engineering) or use the dutch rounding method (this makes
>>more sense IMO).
>
>I couldn't find anything about "Dutch rounding". Isn't rounding exactly
>defined? 0.1-0.4
On Sun, Feb 22, 2004 at 10:54:31AM +0100, Maxime Bellengé wrote:
> I have submitted a patch which fixes the regression.
Thanks for that Max, I missed that while merging from the CrossOver
tree - our imagelist implementation has diverged somewhat from
winehq's.
Huw.
--
Huw Davies
[EMAIL PROTECTED
>be. You have 2 choices: try and match their exact algorithm (v. hard
>w/o reverse engineering) or use the dutch rounding method (this makes
>more sense IMO).
I couldn't find anything about "Dutch rounding". Isn't rounding exactly
defined? 0.1-0.4 round down -> 0.0, 0.5-0.9 round up -> 1.0?
>> A
<[EMAIL PROTECTED]> wrote:
> Below is a rough patch for this issue, some download manager
> apps (ie. flashget) affected work now.
The patch looks good. Please post it to wine-patches.
Thanks for contribution!
--
Dmitry.
On Mon, 23 Feb 2004 10:26:27 +0200, Boaz Harrosh wrote:
> Do we need to use the Wine implementation of OLE than. or are we able to
> use native OLE as well.
> If the former than I am afraid it is a little broken still.
Wines current RPC runtime is not wire compatible with native ORPC, so I'm
gues
Robert Vojta wrote:
Hallo all,
I would like to ask you if there is a way how to convert .dll
library to the Linux .so library? This library contains simple
functions (something like voice codec) "without any dependency" on the
Windows operating system - it's "platform independet", but packed into
Hi all.
I've tried some applications with wine, and discovered the different behavior
compare to the real winapi.
1. If there is no explicit port number in the URL, the value of lpUC->nPort will be
assigned to zero in wine, but in winapi it should be the default port number of the
corresp
Ove Kaaven wrote:
I still think it would be better to use the Samba RPC client libraries
to interact with Wine's RPC implementation (rpcrt4). You wouldn't need
to implement a custom server to achieve that, it would just work, and be
more efficient.
What are these (Samba RPC client libraries)?
> I would like to ask you if there is a way how to convert .dll
>library to the Linux .so library? This library contains simple
>functions (something like voice codec) "without any dependency" on the
>Windows operating system - it's "platform independet", but packed into
>the .dll.
>
> I'm tryin
37 matches
Mail list logo