Here are various things I'm seeing.
1) Running anything produces:
err:dosmem:setup_dos_mem Cannot use first megabyte for
DOS address
space, please report
2) Solitaire seems to work fine.
3) Running telnet produces:
err:win32:do_relocations FATAL: Need to relocate
Hello,
Working with internationalization i have run into a bug and was
wondering what people though a good approach would be.
The basic problem is that turkish has nonstandard capitalization.
I have been told:
Turkish character set (codepage 1254, ISO8859-9) distinguishes i with a
dot
On Fri, 10 Nov 2000, Aric Stewart wrote:
I was looking to see if i could find a global list of what these
exceptions to normal mapping may be.
Global list? Case mapping is pretty much locale-dependent by definition.
Everyone knows about the German sharp S, too, I guess... uppercase of ß
is
Hi wine developers,
I'm the developer of pstoedit - a GPLed program that can translate PostScript
to a bunch of different vector formats. (www.geocities.com/wglunz/pstoedit/).
For Windows platforms I also provide a driver to create EMF files. This driver
currently used the Windows-API. More and
On Fri, 10 Nov 2000, Uwe Bonnes wrote:
Taral writes:
There was a very vague reference to Windows Installer problems on the
newsgroup, but nothing concrete. As far as I can tell, msi.dll does NOT
like one of the wine dlls.
Since this is probably going to become a FAQ, can someone
Patrik Stridvall wrote:
OK. mmap on Solaris has slightly different semantics than
mmap on Linux if an address is specified and/or MAP_FIXED is
specified. The other cases are the same however.
I don't remember exactly what the difference is but IIRC on
Linux if an address is specified and
Alexandre Julliard wrote:
Does anybody know exactly what Solaris does? Does it simply round the
address to some nearest boundary, or does it pick a completely random
address? If it's just rounding we could allocate a larger area and
use the part that we wanted, but if the address is
Patrik Stridvall [EMAIL PROTECTED] writes:
Solaris on the other hand uses the address only as a hint
regardless of whether it is page aligned or not unless
of course MAP_FIXED is specified.
Does anybody know exactly what Solaris does? Does it simply round the
address to some nearest
Well, if you can implement this, then just go ahead.
Just remember that you have to do the refcount increase/decrease in every
single SelectObject function.
On the other hand I think I know more about that at the moment ;)
So if you don't want to do it, then I'll do.
Hmm. I think it would
The problem is the following: if you pass MAP_FIXED to mmap(),
it *will* use this address no matter what. Especially, if there
are already *other* mappings in that range, they will just be zapped.
Yes. :-(
One possible solution would be to perform ourselves a check
whether the target
Hi everyone,
Last week I had sent an email to the devel mailing list
asking if anyone knew of any possible issues there would be
with porting WineLib to MacOS X. I received a number of
potential issues. The main ones, summarized from an email
from Patrik Stridvall, are:
On Fri, Nov 10, 2000 at 11:21:39PM +0200, Niclas Karlsson MATE wrote:
Well, if you can implement this, then just go ahead.
Just remember that you have to do the refcount increase/decrease in every
single SelectObject function.
On the other hand I think I know more about that at the
Ulrich Weigand [EMAIL PROTECTED] writes:
So it would appear that Solaris completely ignores the passed
address, and just sorts all mmaps() nicely together ;-)
Great :-( And what does the address space look like at startup?
Where does it allocate the main exe and the .so libraries? Maybe we
John Wehle wrote:
I started to code this last night using mincore to check each page
in the target region one at a time (which should be somewhat portable),
I don't think mincore is appropriate, as we must check whether there *is*
a mapping, not just whether some of its pages are actually
I don't think mincore is appropriate, as we must check whether there *is*
a mapping, not just whether some of its pages are actually present in
physical memory.
Sure it is. The question is did mincore return an *error* for the page
being checked (in which case nothing is mapped there)
Alexandre Julliard wrote:
Great :-( And what does the address space look like at startup?
Where does it allocate the main exe and the .so libraries? Maybe we
can reserve the addresses we need like 0 and 0x0040 with a
MAP_FIXED at startup.
Well, my little test app looks like this:
Note that this is on Sparc, as I don't have access to a
Solaris/x86 box. John, does it look much different there?
14420: ./a
08046000 8K read/write/exec [ stack ]
0805 4K read/exec /tmp/a
0806 4K read/write/exec /tmp/a
DFB3F000552K read/exec
Is the following FIXME correct (and the comment as well)?
Ciao
Jörg
--
Joerg Mayer [EMAIL PROTECTED]
I found out that "pro" means "instead of" (as in proconsul). Now I know
what proactive means.
Index: wine/windows/win.c
On Fri, Nov 10, 2000 at 07:50:44PM +, Eric Pouech wrote:
I tried to debug an annoying bug^H^H^Hfeature of the Wine debugger
command history runs havoc after a few commands get entered
this boils down to a... compiler bug (no Ulrich, this ain't a(nother) joke)
Hey Juergen,
thanks for taking the time to read my mail.
By synchronisation, you're talking about event flags, semaphores,
message queues, etc, right?
For an event flag, i would create a name pipe, and store it's
filename, name, and handle in the database. SetEvent would then write
a byte to
At 11:40 PM 11/10/00 +0100, you wrote:
Is the following FIXME correct (and the comment as well)?
snip fixme about FindWindow not working for another process
That's a following of the address space separation. Although the Wine processes
are separated, the windows handles are still generated by
21 matches
Mail list logo
