Hi,
On Thu, Nov 27, 2003 at 06:04:29PM -0500, dim owner wrote:
> On Thursday 27 November 2003 12:26, Boaz Harrosh wrote:
> > B. MPlayer, and others, are known to host Codec DLLs from windows like
> > divx-avi and other. Do they use wine. or is it a code rip like the
> > ndiswrapper (http://sourcef
Andrew de Quincey wrote:
Hi, my first patch to WINE ever.
Theres a bug in wine/dlls/winedos/int21.c/INT21_GetFreeDiskSpace()
I don't want to be negative but, a fix was committed to the CVS on 25.11.
It's nice to see new people submitting patches. ;)
- Hannu Valtonen
[EMAIL PROTECTED]
Is it just me or some pages of the slides don't display correctly (both
openoffice and pdf version).
Slide 13 and slide 14 are too long, the last line is not displayed.
Shachar, maybe a picture of a running app would have been nice ?
Max
On Fri, 2003-11-28 at 00:45, Shachar Shemesh wrote:
> Th
Maxime Bellengà wrote:
Is it just me or some pages of the slides don't display correctly (both
openoffice and pdf version).
Slide 13 and slide 14 are too long, the last line is not displayed.
Slide 13 is just meant to give a snippet of code. Read the P.S. of my
original post for slide 14.
S
On Friday 28 Nov 2003 13:08, Hannu Valtonen wrote:
> Andrew de Quincey wrote:
> >Hi, my first patch to WINE ever.
> >
> >Theres a bug in wine/dlls/winedos/int21.c/INT21_GetFreeDiskSpace()
>
> I don't want to be negative but, a fix was committed to the CVS on 25.11.
> It's nice to see new people sub
On Thu, 27 Nov 2003 14:31:45 -0800 (PST), you wrote:
> ChangeLog: remove annoying message about missing entry
> in /etc/services
>
> The behavior when the entry is missing is already
> correct, so the warning isn't useful.
Well if that call fails on Wine+Linux but succeeds on Windows I don't
cal
--- Rein Klazes <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Nov 2003 14:31:45 -0800 (PST), you wrote:
>
> > ChangeLog: remove annoying message about missing
> entry
> > in /etc/services
> >
> > The behavior when the entry is missing is already
> > correct, so the warning isn't useful.
>
> Well if th
Mike Hearn <[EMAIL PROTECTED]> wrote:
>The Windows icon cache has always been one of the buggiest pieces of
>code. I always assumed they fixed it for NT/2000/XP but it wouldn't
>surprise me in the slightest if it still gets corrupted at times.
>
>On Thu, 2003-11-27 at 02:36, Jakob Eriksson wrote:
On Fri, 2003-11-28 at 02:28, Alexandre Julliard wrote:
> This may cause some duplication, but it's always better to have two
> implementations of something than to risk having none at all if it
> turns out that you can't release the patch in the end.
OK, this is a good point.
> Also make sure tha
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> Has a problem, indeed:
>> ../../include/wine/port.h:87: dlfcn.h: No such file or directory
>
> That's because if you want to cross-compile you need to
> cross-configure too. The crosstest stuff is a hac
winetests has still not made it to CVS so one month later I have another
build for you:
Tests built with MSVC 7 from CVS 20031127.
(Testing shell cross built with mingw32.)
http://vmlinux.org/jakov/Wine/
And as Brian Vincent put it:
"All you have to do is download winetests.exe and just
Folks, I'm looking for advice on implementing
DeviceIoControl for vnetbios. It's pretty simple,
lpvInBuffer is a pointer to an NCB, the only parameter
to Netbios().
Trouble is, I implemented Netbios() with some state,
all maintained in netapi32.dll. I need to load
netapi32.dll, and keep it open
Chris Morgan wrote:
Anyone taking a look at this? Eric?
is this only happening with gcc 3.3.2 ? (winedbg works as expected
here). Did Alexandre latest fixes to debug.l help ?
A+
--
Eric Pouech
Juan Lang wrote:
Folks, I'm looking for advice on implementing
DeviceIoControl for vnetbios. It's pretty simple,
lpvInBuffer is a pointer to an NCB, the only parameter
to Netbios().
Trouble is, I implemented Netbios() with some state,
all maintained in netapi32.dll. I need to load
netapi32.dll, a
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Juan Lang
> Sent: 28 November 2003 20:18
> To: [EMAIL PROTECTED]
> Subject: vxd deviceiocontrol hmm
>
>
> Folks, I'm looking for advice on implementing
> DeviceIoControl for vnetbios. It's pretty simple,
>
Dimitrie O. Paun wrote:
On November 24, 2003 03:00 pm, Eric Pouech wrote:
the only part that bugs me is that we may use twice the same device if
it's present both in system.ini and registry. I didn't test how MS
behaves regarding this, but this may cause some issues.
What about we cross this bri
Looking at Shachar Schemech's slides,
I see that all the screenshots of the supported applications gold list
are in todo state.
I can install the apps & provide these.
What should be the characteristics of such a screenshot to be accepted
on the website ?
Should I mail them to wine-patches or dire
Hi,
Running windows xp regedit.exe raises an unhandled exception :
c06d007f.
To reproduce it, copy :
aclui.dll (generates the exception)
authz.dll
clb.dll
regedit.exe :)
ulib.dll
Then run regedit and click on Edit, Authorizations.
A google search shows that c06d007f is 'DelayLoad Export Missing',
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Sylvain Petreolle
> Sent: 29 November 2003 03:10
> To: wined
> Subject: Unhandled exception c06d007f ?
>
>
> Hi,
> Running windows xp regedit.exe raises an unhandled exception :
> c06d007f.
>
> To reproduce
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> The Windows icon cache has always been one of the buggiest pieces of
> code. I always assumed they fixed it for NT/2000/XP but it wouldn't
> surprise me in the slightest if it still gets corrupted at times.
>
> On Thu, 2003-11-27 at 02:36, Jakob Eriksson
On Friday 28 November 2003 02:33, Andreas Mohr wrote:
> On Thu, Nov 27, 2003 at 06:04:29PM -0500, dim owner wrote:
> > Just for some basic info ... MPlayer fakes responces to system API on a
> > per-codec-DLL basis, which means, for each new DLL, they add the
> > necessary callbacks. I think t
Hello,
When linking quite a few dll on the mingw build I am getting the
following error:
vapi32 -lkernel32 -lntdll -L../../libs/wine -lwine -L../../libs/unicode
-lwine_unicode -L../../libs/port -lwine_port -lm
../../libs/port/libwine_port.a(sigsetjmp.o.b)(.text+0x10): In function
`sigsetjmp':
e:/
Hi, as I'm quite new to this project, I thought I'd check before starting to
do stuff to avoid duplication/stepping on peoples toes.
Initially, I've been trying to get Datarescue IDA working... the actual
application works fine, but certain operations take a long time to complete
(e.g. the open
Just rebuilt using 2.95 by changing the symlink
/usr/bin/gcc to point to /usr/bin/gcc-2.95 and it still
doesn't appear to be working. Did:
make clean
./configure&&make depend&&make
make install
This enough to ensure that everything rebuilt? It looked
like it. Running
debian unstable here.
Hello,
This change prevents IBM Translation Manager from working correctly.
It has a dialog named "Export Folder" which used to contain three
buttons and a tabbed notebook with various options. After this update,
the pages of the tabbed notebook are no longer displayed (and
created).
Hope I can p
Steven Edwards <[EMAIL PROTECTED]> writes:
> A simple work around for me is to use the Mingw msvcrt import lib and
> link all of the dlls to it but I know this is not going to be the
> solution to get merged in to WINE. Should I add stubs for _setjmp and
> longjmp to libwine_port?
Mingw is alread
Phil Krylov <[EMAIL PROTECTED]> writes:
> Hope I can provide some more details like a debug log if someone will
> tell me which channels should be traced.
A +relay,+server would be a good start. Run it both with and without
the patch and check where the Get/SetWindowLong return values differ.
--
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> ChangeLog
> --
> added version info resource to regsvr32
It's too late since Alxandre has committed the patch, but
it's worth to mention that it's better to use a common
pattern for creating version resources for Wine DLLSs,
which
Title: cvs access && updating news items
Guess I need to be more careful what I wish for..
Jeremy was kind enough to set me up with CVS access to the
web site. As such, I won't be mailing a copy to wine-patches
any more unless someone thinks it's useful. The real good
news is each WWN wil
On Friday 28 November 2003 02:54 pm, Eric Pouech wrote:
> Chris Morgan wrote:
> > Anyone taking a look at this? Eric?
>
> is this only happening with gcc 3.3.2 ? (winedbg works as expected
> here). Did Alexandre latest fixes to debug.l help ?
> A+
Same here with gcc-3.3.1, and in my VM with gcc-3
Hello Alexandre,
Saturday, November 29, 2003, 3:00:23 AM, you wrote:
AJ> Phil Krylov <[EMAIL PROTECTED]> writes:
>> Hope I can provide some more details like a debug log if someone will
>> tell me which channels should be traced.
AJ> A +relay,+server would be a good start. Run it both with and
31 matches
Mail list logo