Hello Again All,
I just had another thought and was wondering if someone was working
on the NTFS filesystem for Wine?
I am guessing that this is what is being used in the Windows2000 and
Windows XP as well, right?
cheers,
Lonnie
--
Lonnie Cumberland
OutStep Technologies Incorporated
EMAIL: Lonnie(a)OutStep.com
: Lonnie_Cumberland(a)yahoo.com
The Basis Express Virtual Office
&
Data Backup and Recovery Services
URL: http://www.basis-express.com
"The Virtual Office without boundaries!!!"
Hello All,
I am really starting to get involved with the wine project and am
trying get up to speed so that I can start to implement some of the
FIXME functions as soon as possible.
I was just wondering if there was also an type of Wine project that
would allow MAC to run on Linux as well, but not in the respect of
having to load the MAC os like VMware?
Cheers,
Lonnie
--
Lonnie Cumberland
OutStep Technologies Incorporated
EMAIL: Lonnie(a)OutStep.com
: Lonnie_Cumberland(a)yahoo.com
The Basis Express Virtual Office
&
Data Backup and Recovery Services
URL: http://www.basis-express.com
"The Virtual Office without boundaries!!!"
Hi all,
I've managed to come up with a work-around for the cursor problem on
sparc-solaris. What I'm not sure about is whether this should be checked in as
a general fix.
The problem was that if X11DRV_GetCursor (dlls/x11drv/mouse.c) is called with a
NULL CURSORICONINFO pointer, it would explicitly create a completely empty
cursor...
This doesn't seem like the right thing to do to me - it seems to me much better
to create a default cursor from the provided X11 cursor font, and use it.
The question is, does anyone rely on this behaviour? From what I've seen of the
code, this only happens if there is a problem loading the windows cursors, in
which case it would be much more sensible to show a default cursor than no
cursor at all.
If someone is relying on this to create an empty cursor, it might be better for
them to explictly create a CURSORICONINFO that creates an empty cursor.
What do people think - should I submit this as a patch?
Warren
Hi all,
I've been digging around trying to track down my cursor issues, and I noticed
that there seem to be 3 identical implementation of the function
find_entry_by_id implemented in dlls/user/exticon.c, dlls/version/resource.c,
and loader/pe_resource.c.
Is this intentional? It seems like the danger for the the functions to get out
of sync is quite high (especially since there aren't sufficient comments
indicating that other versions need to be updated).
If it isn't intentional, I'll open a bug about it (I don't really have time to
fix it right now), otherwise I'll add a couple of lines of documentation
indicating that there are multiple versions that need to be updated to each of
the functions comments.
Warren
I've been working on a wine driver for the jack audio server,
jackit.sourceforge.net. The concept of the server is to open audio ports and
setup a callback function that will be called whenever the server needs more
audio data. Everything works fine until the point of starting up the client
and starting the calls to the callback function. With the latest cvs version
of the jack server and some changes to the driver I haven't been able to get
the driver to start the client up successfully, it just hangs after the below
first two pthreads errors although I suspect this may be due to the same
issues as before. Previously only about 50% of the time would the client be
started up correctly, the other half of the time it would report failure to
connect to the server and I would have to kill wine and restart a few times
before it finally would work. I got errors like below:
~/c/Program Files/winamp$ wine Winamp.exe
FIXME:pthread_cond_init
FIXME:pthread_cond_signal
FIXME:pthread_cond_wait
fixme:ntdll:RtlNtStatusToDosError no mapping for 00000102
It appears that something went wrong between wine and wineserver
communication and that strange 102 got stuck in there. I've also had strange
X errors and another person reported:
"I'm having problems getting jack to work with a GTK+ app. 3 times out of 4
when I start I get:
engine has shut down socket; thread exiting
Xlib: unexpected async reply (sequence 0x102)!"
Any ideas?
Thanks,
Chris
Hi all,
I alluded to this in a post on Friday, but I'm going to ask about it explicitly
now. In the sparc-solaris port, most bitmaps are now showing up fine (with a
few fixes in wrc), but when the mouse enters a wine window the mouse cursor
disappears. The mouse still works if you can figure out where to click it.
I've been tracing through the code, trying to figure out what is going wrong.
with a breakpoint in LoadCursorA, I've stepped down through the resource loading
code, until I get to PE_FindResourceW. It calls find_entry_by_nameW, which
calls find_entry_by_id. The inputs seem fine, but the resource id (0xC) doesn't
show up in the IMAGE_RESOURCE_DIRECTORY, which has only 3 entries, with ids 4, 5
and 6...
I'm afraid I'm at a bit of a loss so far. My instincts say that the id is fine,
and that something is breaking during the loading of the image resource
directory - I'm trying to trace back where the image resource directory is
populated, but I haven't found it yet...
Any suggestions would be distinctly welcome... I'm hoping to get a linux box
set up here today, and maybe tracing through the same process under linux will
indicate the problem.
Thanks!
Warren
> On Sparc processor? you mean you're emulating all the other layers too? like
> processor, ram, video etc? isn't it kinda ... slow?
Note that I said "winelib", and not "wine". Winelib only allows you to
*recompile* win32 apps on *nix platforms. So I can take win32 source code, and
compile and run it on solaris, hence no emulation is required...
> Have you managed to run something a bit more complicated then notepad? again -
> I (and I'm sure others) will be happy to hear about this stuff...
Not yet. I've built the winemine, notepad and clock sample programs so far...
My intent is to try to get the cursor issue fixed, and then worry about porting
the rest of our code...
Warren
I'm afraid this is a little off-topic, but every time Wine starts, as it
builds the font metrics, xfs-xtt (the font server) dies. I'm assuming
there's a font (or few) in the system which it doesn't like, or which
are corrupt.
It makes wine rather annoying to use (and means that if I kill wine and
restart the font server, it thinks the metrics are already done and
ignores most of my fonts!)
Does anyone know an easy way to find out which fonts they are?
--
Russell Howe
rhowe(a)wiss.co.uk
Hi all,
I am new to the mailing list. I am interested in helping out with
BiDirectional (Hebrew and Arabic) support. Is anyone currently working
on it? Are there any leads? I am quite willing to get a from scratch go
at it, but I don't want to fork the effort.
Shachar
answer 1/ try to find the font that crashes and remove it
answer 2/ try to upgrade to a newer freetype library. resistance to bad
font files has been improved
A+
> I'm afraid this is a little off-topic, but every time Wine starts, as it
> builds the font metrics, xfs-xtt (the font server) dies. I'm assuming
> there's a font (or few) in the system which it doesn't like, or which
> are corrupt.
>
> It makes wine rather annoying to use (and means that if I kill wine and
> restart the font server, it thinks the metrics are already done and
> ignores most of my fonts!)
>
> Does anyone know an easy way to find out which fonts they are?
>
> --
> Russell Howe
> rhowe(a)wiss.co.uk
>
>
---------------
Eric Pouech
(http://perso.wanadoo.fr/eric.pouech/)
The future will be better tomorrow,
Vice President Dan Quayle
____________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr
Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.