Hi all,
As I mentioned in a previous post, I'm
working on getting winelib to run on an HP-UX / PA-RISC system. The
biggest problem I'm facing right now is dealing with all of the assembly
code that is put into the .spec file by winebuild. I'm not an expert
at assembly of any form, and I know ab
Robert Shearman:
> It is a Win16 program and I don't think it uses DPMI at all.
Ok. In that case insert_event_check should be NOP anyway
because asynchronous event checking routine
(see DPMI_PendingEventCheck in relay16asm.s) checks for
both TEB.dpmi_vif and TEB.vip_pending and the latter
should a
Mike Hearn <[EMAIL PROTECTED]> writes:
>> Most things should be moved straight to HKLM/Software/Wine; there are
>> some exceptions for things that we want to take the opportunity to
>> fix, or for things that will no longer be part of the config. But I
>> don't think any of these are handled by wi
Vincent Béron <[EMAIL PROTECTED]> writes:
> So maybe we should actually check for the FAT signature at buff[0x36] or
> buff[0x52] first, and then do the calculations if we actually do find
> one of them.
>
> Changelog:
> Make sure we're really looking at a FAT before doing some calculations
> base
I never get any response to my supplied patch.
I assume that there's something more wrong with it, but I can't _guess_
what it is.
Could anyone help me?
/Jens
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jens Collin
Sent: den 13 september 2004 20:15
Ann and Jason Edmeades wrote:
I think the direction is OK, now if you sent me the new directx.c file
too I could actually apply the patch ;-)
D'oh - I always forget about new files as cvs diff doesnt do it. I couldnt
work out how to do this in patch format, so the c file is attached. For
futur
Le mer 22/09/2004 à 15:39, Joris Huizer a écrit :
> Robbert Xerox wrote:
> > Hi, in quite a few programs i can not browse the
> > filesystem when opening a "listbox"; to be more clear:
> > for example when i do in winword Open and the listbox
> > appears, and i try to open the pull down menu winwor
Richard Cohen <[EMAIL PROTECTED]> writes:
> Yes, I saw the tests in there.
> I preferred keeping it as a separate file so that it is simple to
> understand - it just runs through all the window styles and checks
> AdjustWindowRect. win.c is already over 2000 lines long!
We can't create a new fil
Robbert Xerox wrote:
Hi, in quite a few programs i can not browse the
filesystem when opening a "listbox"; to be more clear:
for example when i do in winword Open and the listbox
appears, and i try to open the pull down menu winword
just quits(without an error message in wine). In
another program
dlls/shell32/control.c contains some 16-bit code (function RunDLL_CallEntry16),
which I would like to separate out. I wonder if the attached patch is the
correct way to do that?
On Win2k export 122 is just a stub. Maybe it would be ok to turn our export 122
into an empty function too?
Ge van Geldo
Huw D M Davies wrote:
On Tue, Sep 21, 2004 at 07:40:17AM -0700, Jon Griffiths wrote:
Hi,
I have an app that calls GetObject on SYSTEM_FONT and then uses the
returned LOGFONT.lfWidth in a calculation. Wine currently returns 0
for the width, which causes a divide by zero error here.
Testing under XP
Dmitry Timoshkov wrote:
dlls/user/tests/win.c already has AdjustWindowRect tests,
see test_nonclient_area. If you could add your tests there
that would be great.
Yes, I saw the tests in there.
I preferred keeping it as a separate file so that it is simple to
understand - it just runs through all t
On Wed, 22 Sep 2004 20:20:31 +0900, you wrote:
> "Rein Klazes" <[EMAIL PROTECTED]> wrote:
>
> > If I use +W to access the Windows menu the program reacts as if I
> > pressed just the 'W'. This is also an accelator key causing the current
> > thread to be 'Watched'. Same thing with +H, it should b
"Alexander Yaworsky" <[EMAIL PROTECTED]> writes:
> Hello
>
> I guess that original patch was too large.
> I sent small pieces of it and they have been committed; however it seems that
> this part cannot be downsized.
Well, I'm not going to commit that part since it doesn't actually do
anything wi
On Wed, Sep 22, 2004 at 04:55:17PM +0100, Mike Hearn wrote:
> To be fair, this seems to be Mutt/Pine sucking. The email source is a
> very standard multipart/mixed HTML+text mail which is the de-facto
> standard outside of geek mailing lists :) There's nothing magic about
> it, if somebodies e
"Ronald Robin" <[EMAIL PROTECTED]> writes:
> We want to engage in an initial dialog with Mr. Julliard. Our CTO has
> already tried emailing him twice. It's possible we don't have the right
> contact information. We'd greatly appreciate it if someone here could help
> us out.
I got his mails and r
Mike Hearn wrote:
When I try to read you email in pine I get:
[ Part 1, Application/X-PKCS7-MIME 11KB. ]
[ Cannot display this part. Press "V" then "S" to save in a file. ]
So to read it I would have to save it as a file and then try to figure
out how to read it (or wait for some other wine-d
[ Part 1, Application/X-PKCS7-MIME 11KB. ]
[ Cannot display this part. Press "V" then "S" to save in a file. ]
Oh OK I take that back, I just checked the archives and it doesn't show
up properly there either. I guess something along the way to me
converted it to a "normal" email. Still, S/MI
Dimitrie O. Paun wrote:
One more thing: it's best if you can post plain text messages
to the mailing list. Not HTML, or any other strange formats.
Your message for example was in a weird format that's not
supported by my mail program, and it caused me no end of grief.
I guess it's not THAT weird
When I try to read you email in pine I get:
[ Part 1, Application/X-PKCS7-MIME 11KB. ]
[ Cannot display this part. Press "V" then "S" to save in a file. ]
So to read it I would have to save it as a file and then try to figure
out how to read it (or wait for some other wine-devel subscriber to
Ronald,
It's good to hear from you guys. Regarding your contribution
to Wine, we conduct our business in public, on this list,
like most Open Source projects. It's best to post any issues
on [EMAIL PROTECTED], and patches that you'd like to see
in the official tree to [EMAIL PROTECTED]
Feel free
Hi,
On Wed, 22 Sep 2004, Ronald Robin wrote:
[NON-Text Body part not included]
When I try to read you email in pine I get:
>[ Part 1, Application/X-PKCS7-MIME 11KB. ]
>[ Cannot display this part. Press "V" then "S" to save in a file. ]
So to read it I would have to save it as a fi
I don't think there is any place on the site for it. While I like Seti
and what they are doing, it is a bit "off-topic" to put it on the WineHQ
site.
On Fri, 2004-09-17 at 15:12, hatky wrote:
> On Friday 17 September 2004 23:23, Ivan Leo Puoti wrote:
> > > mybe some
> > > other place? Resources -
Ronald Robin wrote:
Hi! My name is Ronald and I was wondering if any of you guys out there
can help me get in touch with Mr. Alexander Julliard or any of the
leaders here in the WINE community. We've been trying to get in touch
with him for months now and we have consistently failed to receive a
"Richard Cohen" <[EMAIL PROTECTED]> wrote:
> Changelog:
> + Improve AdjustWindowRect
> + add a test
dlls/user/tests/win.c already has AdjustWindowRect tests,
see test_nonclient_area. If you could add your tests there
that would be great.
--
Dmitry.
On Tue, Sep 21, 2004 at 07:40:17AM -0700, Jon Griffiths wrote:
> Hi,
>
> I have an app that calls GetObject on SYSTEM_FONT and then uses the
> returned LOGFONT.lfWidth in a calculation. Wine currently returns 0
> for the width, which causes a divide by zero error here.
>
> Testing under XP home s
Hey Ronald,
There's not really much to it.
You submit patches against Wine, Alexandre commits them or perhaps tells
you how the patches can be improved. Open source means everybody gets
to see the code, and Wine is an LGPL project. We welcome new contributors!
If you're looking for cooperation
smime.p7m
Description: S/MIME encrypted message
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
>> load_dll now does a find_dll_file and sees
>> "L:\\temp\\IXP000.TMP\\msi.dll" . sets filename to
>> "L:\\temp\\IXP000.TMP\\msi.dll" and compares
>> "L:\\temp\\IXP000.TMP\\msi.dll" for the loadorder.
Mike> Try using *msi
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> If I use +W to access the Windows menu the program reacts as if I
> pressed just the 'W'. This is also an accelator key causing the current
> thread to be 'Watched'. Same thing with +H, it should bring up the
> help menu. Now it causes the headers to disp
Jukka Heinonen wrote:
Robert Shearman:
This patch disables DPMI. If sti has been executed beforehand and an
instruction (such as an interrupt) must be emulated then it can cause an
infinite loop around the enumation of the iret instruction in the DPMI
call. Even after (probably rather poorly)
load_dll now does a find_dll_file and sees "L:\\temp\\IXP000.TMP\\msi.dll"
. sets filename to "L:\\temp\\IXP000.TMP\\msi.dll" and compares
"L:\\temp\\IXP000.TMP\\msi.dll" for the loadorder.
Try using *msi=b in the dll overrides. That makes it apply to any path.
Yes this is very unintuitive, badly d
On Thu, 16 Sep 2004 19:54:57 +0900, you wrote:
> Hello,
>
Hi Dmitry,
This patch is causing a regression in Agent (still existing in current
CVS).
If I use +W to access the Windows menu the program reacts as if I
pressed just the 'W'. This is also an accelator key causing the current
thread to
Mike Hearn wrote:
Aneurin Price wrote:
I've been looking at Warcraft III today, and had the problem of single
player campaigns not showing up. The reason behind this is explained at
http://bugs.winehq.org/show_bug.cgi?id=2075, and sure enough adding the
special case described for the I64 argument t
Hallo,
some installer (extracted from slvc009j.zip from Texas instruments
(www.ti.com)) loaded the native msi.dll, also I gave WINEDLLOVERRIDES=msi=b
on the command line.
The program copies some msi.dll to some directory, and prepends that
directory to the loadpath. Then it calls:
000d:Call kernel
should this be done in dlls/oem_drivers/ or so?
+1 from me, though I'd vote for a new top level directory,
thirdparty/
or somesuch where we can move DLLs that aren't a part of the core
Windows OS but apps need anyway. There are some DLLs in dlls/ that are
basically a mystery - for instance, monod
Hi,
On Wed, Sep 22, 2004 at 10:50:24AM +0200, Uwe Bonnes wrote:
> Regarding inpout32:
> The source can be found on http://www.logix4u.cjb.net. The dll only exposes
> two functions:
>
> LIBRARY INPOUT32
>
> EXPORTS
>
> Inp32 @1
> Out32 @2
>
> So to reimplement it in Wine, yo
Hi,
On Wed, Sep 22, 2004 at 01:21:56AM -0700, Primorec wrote:
> I am trying to achieve the same goal as Chris to no avail. My Windows
> program uses INPOUT32.DLL for talking to the parallel port. Does this
> dll belongs to "some unknown VXD" ?
Who knows... there are many different methods to get
No, it can't do that, you have no way of knowing which links were
autodetected and need to be updated, and which ones have been
explicitly set by the user and must not be touched.
Hmm. We could have a magic marker file ~/.wine/dosdevices/.auto.d: for
instance, but that'd be a bit ugly.
In future
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
Mike> Mike McCormack wrote:
>> Here's a stub implementation of msvcirt.dll incase you want to try
>> using that.
Mike> Do these DLLs come with Windows these days? I thought they were
Mike> redistributables meant to be ship
> "Primorec" == Primorec <[EMAIL PROTECTED]> writes:
Primorec> I am trying to achieve the same goal as Chris to no avail. My
Primorec> Windows program uses INPOUT32.DLL for talking to the parallel
Primorec> port. Does this dll belongs to "some unknown VXD" ?
http://www.logix4u.n
Mike McCormack wrote:
Here's a stub implementation of msvcirt.dll incase you want to try using
that.
Do these DLLs come with Windows these days? I thought they were
redistributables meant to be shipped with the app?
I am trying to achieve the same goal as Chris to no avail. My Windows
program uses INPOUT32.DLL for talking to the parallel port. Does this
dll belongs to "some unknown VXD" ?
Regards
Igor
On Wed, 22 Sep 2004 09:49:30 +0200, Uwe Bonnes
<[EMAIL PROTECTED]> wrote:
> > "BRC" == BRC <[EMAIL PR
> "BRC" == BRC <[EMAIL PROTECTED]> writes:
BRC> After quite a few days of perusing wine doc/source/config/mailing
BRC> lists, I have found very scant references to accessing the raw
BRC> parallel ports using wine.
How does your windows program try to access the port?
Probably b
J. Grant wrote:
err:module:import_dll Library MSVCIRT.dll (which is needed by
L"C:\\opt\\ed2k\\edonkey2000.exe") not found
Here's a stub implementation of msvcirt.dll incase you want to try using
that.
Mike
msvcirt.tar.gz
Description: Unix tar archive
On Tue, Sep 21, 2004 at 11:37:44PM +0100, David Laight wrote:
> On Tue, Sep 21, 2004 at 03:53:35PM +0200, Marcus Meissner wrote:
> > On Tue, Sep 21, 2004 at 02:57:39PM +0200, Rein Klazes wrote:
> > > Hi,
> > >
> > > Just did not feel like chasing bugs the other day. I decided to have
> > > some fu
46 matches
Mail list logo