On October 29, 2003 08:44 am, Adam Gundy wrote:
> A new tarball of valgrind modified to work with WINE is available from the
> valgrind home page:
>
> http://developer.kde.org/~sewardj/
> http://developer.kde.org/~sewardj/valgrind-20031012-wine.tar.bz2
>
> this is based on the latest stable val
Rob wrote:
> Jerry's patch *does* fix the UI issues actually - B1 through B4 - any idea
> why it isn't applied to the CVS tree? We have the version out of CVS,
which
> definately has issues with B1-B4.
>
I know it fixes B1, B2, and partially B4, but I'm not so sure about B3.
WINAMP still has issue
HP World is HP's house rag, sent out free to everyone
who buys anything from HP or attends their "HP World" show.
Several times now they have used the Crossover Office
that comes with SuSE Linux during a review of some product.
On page 20 of the Nov 2003 issue, for instance, titled "POPping Up Terr
Mike Hearn (mike_at_theoretic.com) wrote:
On Thu, 2003-10-30 at 18:59, Rob wrote:
bug 1541 is still *not* fixed correctly. See when passing in NULL in windows
to gethostbyname, it is guarenteed to return a list of local IP addresses
mapped on the box. However, with WINE, passing NULL causes gethost
Hello Friends,
I'm trying to use an application that access the serial Port COM1
(which has a printer connected)
when application tries to communicate with the port I receive the following
message error "Privileged Instruction"
Here is the dump... (wine 20031016 - RedHat 9.0)
_
Robert Shearman <[EMAIL PROTECTED]> writes:
> Changelog:
> - Add some stub exports to spec files for NtDll and AdvApi
As a rule, for functions that only exist in later Windows versions,
it's better to add them commented out, so that apps don't try to call
the stubs. We should only add a real stub
On Thu, 30 Oct 2003 22:52:50 +, Sir Jason Edmeades scribed thus:
> Thanks - Thats what I was after - I knew it should be simple, but I
> 'expected' a flag on diff!
> Jason
Well you can just ignore them you know - patch ignores garbage it doesn't
understand. Alternatively do what I do for wine
After finding that COM article, I decided to dig my way through the
backissues of MSJ to see what other gems I could uncover. Here's one
useful one:
http://www.microsoft.com/msj/0298/hood0298.aspx
It is a basic introduction to x86 assembly from a reverse engineers point
of view. Most of it is bas
Johan Dahlin wrote:
I always get lots of "Only in dlls/d3d8: basetexture.o, Only in
dlls/d3d8: cubetexture.o etc" type lines - How can I get rid of these
You can always filter them out with help of grep:
diff ... | egrep -v "^Only in"
Thanks - Thats what I was after - I knew it should be s
On Thu, 30 Oct 2003 15:28:49 -0600, Sir Gregory M. Turner scribed thus:
> Unfortunately, there isn't a ton of documentation -- or, more accurately, the
> documentation that you may find is scattered throughout MSDN and the
> internet, instead of being in an "obvious" place. The MSDN documentatio
Le jeu 30/10/2003 Ã 16:54, Jason Edmeades a Ãcrit :
> Hi, When I can I use cvs diff, but once I get a few patches out I end up
> diffing to the previous patch using diff -u3 backup_of_last_patch
> dlls/d3d8.
>
> I always get lots of "Only in dlls/d3d8: basetexture.o, Only in
> dlls/d3d8: cubete
Okay, I got it to compile by manipulating the Makefile.in
(kicking some *.rc files). But the executable segfaults:
[EMAIL PROTECTED] winemine]$ make
sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in
>wineapploader || rm -f wineapploader
LD_LIBRARY_PATH="/local/lib:
On Thu, 2003-10-30 at 08:58, Vincent Béron wrote:
> Le mer 29/10/2003 à 17:52, Ralf Juengling a écrit :
> > I was not successful with compiling the winemine application in
> > wine-20031016. When the resource compiler is to compile one
> > of the language dependent files, it issues a 'parse error':
Hi, When I can I use cvs diff, but once I get a few patches out I end up
diffing to the previous patch using diff -u3 backup_of_last_patch
dlls/d3d8.
I always get lots of "Only in dlls/d3d8: basetexture.o, Only in
dlls/d3d8: cubetexture.o etc" type lines - How can I get rid of these (I
normall
Hi Jon,
Can you please explain why VARIANT_ValidateType rejects for instance VT_SAFEARRAY
variants (and more) with DISP_E_BADVARTYPE?
Why does it handle the whole range VT_HRESULT - VT_CF as invalid (except VT_RECORD) ?
We got one InstallShield regression from this patch (where it wants to clear
On Thursday 30 October 2003 02:35 pm, Mike Hearn wrote:
> Thirdly, Greg recently mentioned "stubless proxies". Does anybody know
> where I can read about these?
>
> thanks -mike
Unfortunately, there isn't a ton of documentation -- or, more accurately, the
documentation that you may find is scatte
Hi all,
Time to extend my knowledge a bit further, so here are a few misc
questions:
Firstly, how do I set a breakpoint that will be triggered in a child
process? I'm trying to debug a crash in an InstallShield when using native
comctl32, and the backtrace looks like this:
0011: sel=008f base=40
Hi Mike,
>> bug 1541 is still *not* fixed correctly. See when passing in NULL in
windows
>Ah OK, sorry about that, I reopened the bug. Would getifaddrs() do the
>trick here? I've not done much work in our winsock code so I can't
>really help here.
Likely, I don't know the correct cross-platform
On Thu, 2003-10-30 at 18:59, Rob wrote:
> Hi Mike,
>
> bug 1541 is still *not* fixed correctly. See when passing in NULL in windows
> to gethostbyname, it is guarenteed to return a list of local IP addresses
> mapped on the box. However, with WINE, passing NULL causes gethostname to be
> passed in
Hi Mike,
bug 1541 is still *not* fixed correctly. See when passing in NULL in windows
to gethostbyname, it is guarenteed to return a list of local IP addresses
mapped on the box. However, with WINE, passing NULL causes gethostname to be
passed into gethostbyname and does *not* always return back
> ~/.wine/config would be good.
Attached.
> That's interesting. My syslog doesn't have any message like that.
> What
> kernel are you running? I'm using 2.6.0-test8 on quisquiliae.
It seems
Im using kernel 2.4.20-20.9 (redhat 9 rpm) here.
> Yep, I get that (except I get 14 lines in total) w
Le mer 29/10/2003 Ã 17:52, Ralf Juengling a Ãcrit :
> I was not successful with compiling the winemine application in
> wine-20031016. When the resource compiler is to compile one
> of the language dependent files, it issues a 'parse error':
>
> [EMAIL PROTECTED] winemine]$ wrc En.rc
> En.rc:23:22
Hi there,
below is my present vision of main.c. It does not work:
seems like the spawnvp call does nothing. Can you give me a
clue?
Feri.
/*
* Wine Conformance Test EXE
*
* Copyright 2003 Jakob Eriksson (for Solid Form Sweden AB)
* Copyright 2003 Di
I was not successful with compiling the winemine application in
wine-20031016. When the resource compiler is to compile one
of the language dependent files, it issues a 'parse error':
[EMAIL PROTECTED] winemine]$ wrc En.rc
En.rc:23:22: Error: parse error
Line 23 in En.rc reads
LANGUAGE LANG_ENGLI
Subhobroto Sinha wrote:
Hello all
I corrected my last patch after replacing everything
C++ into C.
Great. It looks much better! There's just one last thing:
+SHGetPathFromIDListA(This->pPidl,szTemp);
+This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR));
+dwBy
Hello Marcus,
At Wed, Oct 29, 2003 at 10:25:45PM +0100, Marcus Meissner wrote:
> I have read through the code and this condition should not happen.
I've read code too, now. Version 1.80 of int21.c introduced the error. The
0x5b code here is plainly wrong, as AX can return an error *or* a file
han
Le jeu 30/10/2003 Ã 10:15, Bill Medland a Ãcrit :
> On October 29, 2003 10:28 pm, Marcus Meissner wrote:
> > On Wed, Oct 29, 2003 at 08:25:39PM -0800, Bill Medland wrote:
> > > I apologise for not concentrating; I'm sure that someone has already
> > > answered this but I can't find the answer.
> >
On October 29, 2003 10:28 pm, Marcus Meissner wrote:
> On Wed, Oct 29, 2003 at 08:25:39PM -0800, Bill Medland wrote:
> > I apologise for not concentrating; I'm sure that someone has already
> > answered this but I can't find the answer.
> >
> > Do the rpms at SourceForge expire?
>
> According to th
On Thu, 30 Oct 2003 11:30:46 +, you wrote:
> On Wed, Oct 29, 2003 at 08:23:16PM +0100, Rein Klazes wrote:
> > Hi,
> >
> > There are a couple of non-MS TT fonts on my system that only display
> > rectangles in win98's charmap.exe. Wine recognize these to have a SYMBOL
> > character set but Win
On Wed, Oct 29, 2003 at 08:23:16PM +0100, Rein Klazes wrote:
> Hi,
>
> There are a couple of non-MS TT fonts on my system that only display
> rectangles in win98's charmap.exe. Wine recognize these to have a SYMBOL
> character set but Windows (win2k) does not. So libfreetype returning a
> characte
Hi Sylvain,
On Thu, 30 Oct 2003, [iso-8859-1] Sylvain Petreolle wrote:
> > What settings are you using for wine? I don't see this problem with
> > WRT, but I've only recently got it back up and running again.
> What are the settings you want to know ?
~/.wine/config would be good.
> > On a sep
Hi Paul,
> What settings are you using for wine? I don't see this problem with
WRT,
> but I've only recently got it back up and running again.
What are the settings you want to know ?
> On a seperate note, some other strange things I've noticed:
>
> One of Monday night's patches seems to have
On Wed, 29 Oct 2003 16:59:59 -0800, Sir Rob scribed thus:
> Bugzilla Bug 1541
>WS2_32 version of gethostbyname with NULL argument doesn't follow
> specification
> http://bugs.winehq.org/show_bug.cgi?id=1541
[EMAIL PROTECTED] working]$ cvs log -N -r1.135 dlls/winsock/socket.c
RCS file: /home/w
33 matches
Mail list logo