Re: spelling/typo fixes ect. -- lostwages

2003-07-03 Thread Andreas Mohr
On Fri, Jul 04, 2003 at 12:47:21AM -0400, Tom Wickline wrote:
> 
> Hi,
> 
> Happy 4th :)
> 
> Changelog
> 
> 1) spelling/typo fixes 2) missilanious fixes


If you decide to do 1), then it might be useful to also do that for 2)
at the same time...
Or should this be the militarian form of miscellaneous? :-))
("missilanious wrong coordinates were used to bomb the site")

Anyway, thanks for your janitorial work! It's an important task!

Andreas Mohr



Re: Known Wine ToDo's

2003-07-03 Thread Tom
Sylvain Petreolle wrote:

National Language Support

Finish WCMD translation (i am working on it for the French part)

Window management

Implement systray with xembed support (patches already submitted)
Workaround the "no keyboard without Desktop mode" problem.
Sound drivers
Implement the audio compression codecs.
Fix sblaster emulation.


Hi,

Here is the current list of ToDo's

One question

Does  "National Language Support"  look correct ??

Anyone else have anything that they can add ?

Tom



Wine Status - Known To Dos

Window management


In Desktop Mode all processes started from one wine invocation should be confined to one desktop window.
Window management needs proper inter-process handling of activation, focus, repaint.
Workaround for the "no keyboard without Desktop mode" problem.



National Language Support


Make sure ASCII functions call the Unicode one and not the other way around.
BiDi support
Finish WCMD translation
Add localization to more languages
Better support of Chinese, Korean, Japanese...


x11drv


Add support for keyboard layout APIs.


NTDLL


Finish ntdll/kernel32 separation.
Implement security APIs and make them use native OS security facilities.


Winsock


Fix use of direct system calls by Winsock 1 (in particular, select()).
Use Wine Synchronization APIs instead.
More unit tests, e.g. for asynchronous IO.
Make sure OOB data is handled properly.
WS2: Implement service programming interface (SPI), use for supporting
other services.
Try to provide more services such as IrDA natively.
Fix stubs left in ws2_32.spec


DirectX


[DirectShow]

- Filter manager (IGraphBuilder)
- File source filter
- Video renderer
- Audio renderer
- AVI splitter

[DirectDraw]

- YUV overlays
- Support for FOURCC surface

[D3D]

- Compressed texture support
- Improve Z Buffer support 
- Multi texturing (and more generally, OpenGL extension handling)
- Off screen rendering
- Proper color keying
- Finish migration of D3D1-7 code to use d3dcore 
- Add hardware vertex shader and pixel shader support
- LOD support
- Multisampling (antialising) support
- Palette texturing fixes (not really tested)
- Swapchain support
- Better device management (mainly caps)
- index/vertex buffer hardware support
- Surface->DC handling
- Real Preloading support (using a memory manager)
- UpdateTexture/UpdateSurface
- various optimisations

[DirectSound]

- Hardware accelerated direct sound driver support using the wince2 hal api
- 3D buffer support in software is present but incomplete.
- 3D buffer hardware support
- Sound effects on buffers
- Capture effects
- Full duplex support is stubbed out but not functional.
- DX9 support for new PCM formats (24/32 bit and float samples) and for more than 2 channels is not present.

[DirectMusic]

- DMusicPerformance scanning of files

[DirectInput] 

- Improve DX8 support (especially joystick) 

[DirectPlay] 

- Add support for DX8 



Sound Drivers


ALSA driver (on final 0.9 interface)
Improve the jack audio server, e.g. WaveIn & Resampling.
Implement the audio compression codecs.
Fix Sound Blaster emulation.


Video


msrle32 : nearly complete
 - some improvements possible
 - ICM_DECOMPRESS_SET_PALETTE (if needed)

avifil32: (sorted by decreasing priority)
 - make the hole library thread save
 - interface for AVI files:
 - interleave support
 - native version has problems with reading our files
 - interface decompressing video:
 - interface for WAV files:
  - Sun Audio still missing.
 * API for saving:
  - only (semi-)stubs.
 * API and interface for editing:
  - only stubs, need implementation of IAVIEditStream interface
 * API for clipboard:
  - only stubs. (native version doesn't work).
 * API for streaming:
  - only stubs. (definitions in vfw.h are missing)
  - translation of resource's to some often used languages: French, ...
  
msvfw32:
 * DrawDib needs some work
  - Some flags are ignored
  - handle palette
 * stub implementation for file dialogs with AVI preview
 * stub implementation for codec-selection-dialog
 * resources are missing (also see the 2 above points)
 * StretchDib method is missing
 * many 16-bit methods are missing

avicap32: "Video Capture"
 * only stub DLL.


FreeBSD


Add support for MZ_SUPPORTED


DOS


VM86 emulation still has races in irq handling.
DPMI supports neither irqs nor interrupt reflection.
VESA emulation is missing many important functions.
Bitplane VGA modes are totally unsupported.
Many DOS7 extensions are missing.
System timer code only supports simple cases.
DOS4GW does not work.
NTDLL still has lots of DOS emulation code.


GDI


DIB engine


GDB


Add the MSC/PDB info support to gdb


Winedbg


Make winedbg use dbghelp DLL
Speed up PDB support


DDE


Enhance memory managemen

spelling fixes :))

2003-07-03 Thread Tom
Francois,

If I knew you were going to get into fixing single words that should be
separate I would have started on this along time ago ;)
-  asks for a DLL, Wine does not simulate the existence of
-  nonexisting files.
+  asks for a DLL, Wine does not simulate the presence of
+  non-existent files.
Tom






BugZilla - "My bugs" is empty

2003-07-03 Thread Sylvain Petreolle
I'm asking here to see if Im the only one.
Today I logged in Bugzilla and "My bugs" query returns no bugs at all.

At least 2 of my submitted bugs arent closed today,
see bugs #1031(assigned) and #1039(new).

Has someone any clue ?
Note : I didnt open this bug in Bugzilla on purpose...

=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) 
ICQ #170597259

alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog'

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com



About Wcmd

2003-07-03 Thread Sylvain Petreolle
Im writing Fr.rc for wcmd, since the translation work has started.
Im interested in writing fixes for En.rc too.

Some questions/comments about wcmd :
- Call:
Is the following valid for Wine ?
Changes to default directory, environment variables etc made within
a\n\
called procedure are inherited by the caller.

- Move : 
Move can move a group of files, but wildcards arent supported yet.
Move is not supposed to fail if the DOS drives are different.

-Path :
example is incorrect, double backslashes arent needed inside wcmd.

-Pause :
the message must be changed, it displays "ANY key" instead of Return
ATM.

-Prompt :
the default prompt is the current directory with a > sign.

-Set:
the variable content can begin with a space.


=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) 
ICQ #170597259

alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog'

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com



Re: Known Wine ToDo's

2003-07-03 Thread Sylvain Petreolle
National Language Support

Finish WCMD translation (i am working on it for the French part)

Window management

Implement systray with xembed support (patches already submitted)
Workaround the "no keyboard without Desktop mode" problem.

Sound drivers
Implement the audio compression codecs.
Fix sblaster emulation.

 --- Tom <[EMAIL PROTECTED]> a écrit : > Hello,
> 
> I am going to update the ToDo page :
> http://www.winehq.com/?page=status_todo
> 
> And im wondering if you can send me a list of ToDo's that your
> aware of ?
> 
> Thanks
> 
> Tom
>  

=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) 
ICQ #170597259

alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog'

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com



Re: File descriptor limit

2003-07-03 Thread Dan Kegel
Mike Hearn wrote:
I have a problem, in that I'm trying to run an app which opens truly
astonishing numbers of threads, sockets and because we're on Linux ->
file descriptors.
For instance, on a basic run in the default configuration, it runs
approximately 180 threads. A quick script that did an ls -1 in the
/proc/$pid/fd directory of each running wine process (for some reason I
get loads) shows that it opens a truly amazing 18,000 odd file
descriptors.
In fact, in some circumstances it opens so many, that I get errors like
this: 
 wine client error:9a: pipe: Too many open files ...
The problem is, that I don't know what limit is being used for this. In
theory, the OPEN_MAX macro should tell me, but for some reason this is
defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX)
says "1024".
What does 'ulimit -n' say?  That's the per-process limit.  It's usually
at 1024, but root can raise it for itself, and you can then su to the
user you really want to run the program.  You can also arrange for it
to be higher by editing /etc/profile and logging in again.
18000 is impossible unless the processes' ulimit -n
and /proc/sys/fs/file-max are both that or higher, unless
I'm seriously confused.
I doubt Wine scales well to large numbers of threads or fd's.  Maybe it's
time to start seeing where the bottlenecks are...
- Dan

--
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045



WWN idea.....

2003-07-03 Thread Dustin Navea
Hey guys, just got an idea for a new feature in the WWN articles...

If you look at any major news site, they post a headline and a short version
of each story they publish.  Usually as part of the headline, they include a
link to the full story, and in the full story they include links to other
relevant sites/stories and stories on other news sites..

My idea is kind of a spin-off of that.  I sometimes find that I want to read
the entire thread of a story posted in WWN, or if it is something that wasnt
discussed in a thread, but was like news about someone being interviewed, I
want to be able to read the interview right away...

What if we put a link to the relevant item in the headline..  (i.e. if it is
a thread, make it a link to the start of the thread in the winehq archives,
and if it is something else, like an interview, make it a link to the actual
interview)

Just a crazy idea I had that would make the WWN articles just that much
better..

Comments, tweaks, suggestions, flames always welcome ;)



=
--
Dustin Navea

Minor Contributor, winehq.com
Buzilla Janitor, bugs.winehq.com
Network Admin, irc.blynk.net (down)

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: "Building wine" documentation

2003-07-03 Thread Chris Morgan
Saw your patch and thought I would comment on something you had as a fixme:

Jack is a low latency audio server suitable for professional audio use.

Thanks,
Chris


On Thursday 03 July 2003 06:51 pm, Shachar Shemesh wrote:
> Changelog:
> Shachar Shemesh <[EMAIL PROTECTED]>
>
> The begining of a "building wine" documentation. More detailed
> explanation of the "soft" vs. "hard" dependancies.




Re: Typos/spelling fixes

2003-07-03 Thread Francois Gouget
On 3 Jul 2003, Vincent Béron wrote:

> Le jeu 03/07/2003 à 10:47, Tom Wickline a écrit :
> > Hi,
> >
> > J Newman do you want me to CC changes to you or just keep doing as I have?
> >
> > Changelog
> >
> > Typos/spelling fixes
>
> Some of those should go to Dimitrie as he has the master pages for (at
> least) janitorial, todo_lists and winelib.

IMO the master pages for anything appearing on the WineHQ web site
should be defined as whatever is in the lostwages CVS repository.


-- 
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.






Re: [dx67] estetic fixes + volume fix

2003-07-03 Thread Raphaël Junqueira
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> I don't suppose you know why Evolution doesn't detect your PGP message
> signing do you?

No i don't

> For some people, it detects it and displays it nicely, but for your
> emails it doesn't.

like KMail CVS ;)
I'll fill a bug report

> Oh well, it's offtopic anyway :)
as me ;)

> rock on -mike

Regads,
Raphael
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/BKYap7NA3AmQTU4RAtT9AJ9e6TwvbY/cZ0sRb+tlos+jGtxYnACZAZbz
Uz7HGHBeE7wNVjvHsj3n+co=
=0aZe
-END PGP SIGNATURE-



Re: [dx67] estetic fixes + volume fix

2003-07-03 Thread Mike Hearn
I don't suppose you know why Evolution doesn't detect your PGP message
signing do you?

For some people, it detects it and displays it nicely, but for your
emails it doesn't.

Oh well, it's offtopic anyway :)

rock on -mike

On Thu, 2003-07-03 at 22:15, Raphaël Junqueira wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Le Jeudi 03 Juillet 2003 23:14, Raphaël Junqueira a écrit :
> > Hi,
> >
> > Changelog:
> >  - some estetic fixes
> >  - fix a bug on IDirect3DVolume8Impl_AddDirtyBox
> >
> > Regards,
> > Raphael
> 
> Better way to attach patches now (stupid me)
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.2 (GNU/Linux)
> 
> iD8DBQE/BJzvp7NA3AmQTU4RAm+oAJ9XqR7fJ2i6EWPTX8X9TkSIaKcO+ACfake5
> oKJTuG7Aqm2e88C9pUBRRAM=
> =Ff0J
> -END PGP SIGNATURE-




Re: Build Error on last CVS

2003-07-03 Thread Raphaël Junqueira
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

> Hope this helps.

ok thx, this help
And the AJ patch too ;)

> Regards,
> Juraj

Regards,
Raphael
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/BJ9dp7NA3AmQTU4RAndHAJ92MsaWvS+w2w20r5lpf94+nYDIiQCfZvbt
HEBlQy8w5NAMviESS+B9cys=
=xGCK
-END PGP SIGNATURE-



Re: Word in Hebrew and Wine

2003-07-03 Thread Shachar Shemesh
Dmitry Timoshkov wrote:

Actually Alexandre didn't like that patch, and I reworked it and sent to
wine-patches as "Add support for CP_UNIXCP". If you could try it and
report whether it allows you to type with UTF-8 locale, it would be nice.
 

I tried it and it does NOT work. I still get "unrecognized keyboard event".

 Shachar

--
Shachar Shemesh
Open Source integration consultant
Home page & resume - http://www.shemesh.biz/




Re: testers needed with win 9x/me

2003-07-03 Thread Michael Stefaniuc
On Wed, Jul 02, 2003 at 09:33:34PM +0200, Stefan Leichter wrote:
> before i convert the function QueryDosDevice from ascii to unicode i did some 
> testings on my NT box. The result returned of the test are much different 
> from what the current implementation returned. Therefore i am okking for some 
> testers which are building the attached program on their computer and 
> returning the output to me.
I've got 2 precompiled binaries from Marcelo Duarte (mingw) and from you
but both print garbage in the terminal and die after a while (yours much
faster) with Windows equivalent (aka MessageBox) of a SIGSEGV. I guess i
need to install cygwin on the win95 box and try to compile the test
program myself and see if that works better.

bye
michael
-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart


pgp0.pgp
Description: PGP signature


Re: Typos/spelling fixes

2003-07-03 Thread Vincent Béron
Le jeu 03/07/2003 à 10:47, Tom Wickline a écrit :
> Hi,
> 
> J Newman do you want me to CC changes to you or just keep doing as I have?
> 
> Changelog
> 
> Typos/spelling fixes

Some of those should go to Dimitrie as he has the master pages for (at
least) janitorial, todo_lists and winelib.

Vincent




Re: testers needed with win 9x/me

2003-07-03 Thread Brian Vincent (C)

I also ran it under Win98 SE "4.10.A" and compiled 
it with "gcc version 3.2 20020927 (prerelease)" under Cygwin.
Looks the same as Joel's:

 NULL -> res0,err 87,
  CON -> res0,err 87,
 CON: -> res0,err 87,
COM1: -> res0,err 87,
 COM1 -> res0,err 87,
 COM2 -> res0,err 87,
 COM3 -> res0,err 87,
 COM4 -> res0,err 87,
 COM5 -> res0,err 87,
LPT1: -> res0,err 87,
 LPT1 -> res0,err 87,
 LPT2 -> res0,err 87,
 LPT3 -> res0,err 87,
 LPT4 -> res0,err 87,
  NUL -> res0,err 87,
 NUL: -> res0,err 87,
NULL, NULL, 0, -> 0, 87
SHIT, NULL, 0, -> 0, 87
LPT1, NULL, 10, -> 0, 87

---
Brian Vincent
Copper Mountain Telecom
[EMAIL PROTECTED]



Wine Status - Core

2003-07-03 Thread Tom
Hello,

Here is my current list of changes to the Wine Status - Core page
please see : http://www.winehq.com/?page=status_wine
You will see that some Components have regressed
from the last update. So if you feel the regession changes are not correct
can you let me know. If you feel a Componet has regressed and I don't 
have it listed
here can you also let me know as well..
And ofcourse if you feel that a status needs raising just speak up.

I will also see if I cant find *some* relevant Doc links as well.  :)

And any further feedback on this is most welcomed.

-Thanks

Tom
   Wine Status Core as of 7/3/03

Window management
Was : 95%
Now : 85%

Bootup/autostart management (wineboot)
Was : 30%
Now : 70%

BiDi
Was : 5%
Now : 20%

Unicode support
Was : 80%
Now : 85%

Dynamic Data Exchange (DDE)
Was : 80%
Now : 85%

Internal PostScript printer driver
Was : 60%
Now : 90%

General printer setup
Was : 70%
Now : 80%

New : Under Tools add : Wine configuration tool (winecfg)
Was : 0%
Now : 20%
Worker : Jaco Greef, Dimitrie O. Paun, Matthew Davison

Wine Resource Compiler (wrc)
Was : 95%
Now : 100%
Worker : Dimitrie O. Paun

Wine Porting Tool (winemaker)
Docu : = Obsolete
Was : 75%
Now : 60%

Rename 'Wine Regression Test Suite' to 'Wine Conformance Test Suite'.
Docu : Status 75%
Add link to Docu: http://www.winehq.org/Docs/wine-devel/testing.shtml

How to use Winelib
Docu : 30%

How to compile MFC with Winelib
Docu : 60%

Multi-user support
Was : 20%
Now : 10%

DLL separation
Was : 85%
Now : 80%
Why : High compared to what remains to be done 

File I/O
Was : 100%
Now : 90%

DOS application support
Was : 60%
Now : 60%
Add : Jukka Heinonen as worker
Remove : Ove Kåven, Alexandre Julliard

Wine 1.0 Release Plan
Link to Dimi's 1.0 Todo

Remove : Native Windows printer drivers
Remove : DLL placeholder file
Remove : CPU emulation
remove : WineHQ and Corel relationship 


Re: Starsiege Tribes Mouse Broken

2003-07-03 Thread Dustin Navea
Kris, Could you send us a copy of your wine config (particularly the area
that has the DXGrab and Desktop options)? Thanks in advance.


--- Kristoffer Ericson <[EMAIL PROTECTED]> wrote:
> Greetings,
> 
> Just updated with cvs update (3th july) and when trying to run Tribes i
> find 
> that i can no longer use my mouse. It seems that the "game-mouse" never
> gets 
> activated and i'm stuck with the windowmanagers mouse pointer. And i'm not 
> able to click on any menu items, so i'm pretty stuck.
> 
> Anyone know of any added mouse patch that might cause this problem? I have 
> no doubt that Tribes otherwise works fine, but having no mouse makes it
> kind 
> of hard to play..=)
> 
> Best wishes
> 
> _
> The new MSN 8: advanced junk mail protection and 2 months FREE* 
> http://join.msn.com/?page=features/junkmail
> 
> 


=
--
Dustin Navea

Minor Contributor, winehq.com
Buzilla Janitor, bugs.winehq.com
Network Admin, irc.blynk.net (down)

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: [RESENT]: Fixed winedbg example configuration

2003-07-03 Thread Alexandre Julliard
"BiGgUn" <[EMAIL PROTECTED]> writes:

> Changelog:
>   Reorder lines for a typical winedbg configuration.

Your patch is wrapped; but anyway I don't see any reason to change
that, keys are sorted when registry files are saved so the order
doesn't matter.

-- 
Alexandre Julliard
[EMAIL PROTECTED]



Re: File descriptor limit

2003-07-03 Thread Ferenc Wagner
Mike Hearn <[EMAIL PROTECTED]> writes:

> it opens a truly amazing 18,000 odd file descriptors.
>
> wine client error:9a: pipe: Too many open files
>
> The problem is, that I don't know what limit is being used
> for this. In theory, the OPEN_MAX macro should tell me,
> but for some reason this is defined on my box as 256 (red
> hat 8), even though sysconf(_SC_OPEN_MAX) says "1024".

That's probably a per process limit.  See instead

$ cat /proc/sys/fs/file-nr
1844133126208
(alloc  (used)  (max)
 ated)

> something is a bit broken here.

Probably, but I can't help you with that...
Feri.



Re: testers needed with win 9x/me

2003-07-03 Thread Joel Carr
Stefan, 
 
Here are the test results run on a windows 98 system. I haven't compiled anything 
on windows for a looong time, so hopefully I did it right ;). I'm not sure what the 
build number of the system is, maybe  4.10.1998? If you need anything else give 
us a buzz. 
 
And now for the test output: 
 
NULL -> res0,err 87, 
  CON -> res0,err 87, 
 CON: -> res0,err 87, 
COM1: -> res0,err 87, 
 COM1 -> res0,err 87, 
 COM2 -> res0,err 87, 
 COM3 -> res0,err 87, 
 COM4 -> res0,err 87, 
 COM5 -> res0,err 87, 
LPT1: -> res0,err 87, 
 LPT1 -> res0,err 87, 
 LPT2 -> res0,err 87, 
 LPT3 -> res0,err 87, 
 LPT4 -> res0,err 87, 
  NUL -> res0,err 87, 
 NUL: -> res0,err 87, 
NULL, NULL, 0, -> 0, 87 
SHIT, NULL, 0, -> 0, 87 
LPT1, NULL, 10, -> 0, 87 
 
All the best 
Joel 
 
-- 
__
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

CareerBuilder.com has over 400,000 jobs. Be smarter about your job search
http://corp.mail.com/careers




Starsiege Tribes Mouse Broken

2003-07-03 Thread Kristoffer Ericson
Greetings,

Just updated with cvs update (3th july) and when trying to run Tribes i find 
that i can no longer use my mouse. It seems that the "game-mouse" never gets 
activated and i'm stuck with the windowmanagers mouse pointer. And i'm not 
able to click on any menu items, so i'm pretty stuck.

Anyone know of any added mouse patch that might cause this problem? I have 
no doubt that Tribes otherwise works fine, but having no mouse makes it kind 
of hard to play..=)

Best wishes

_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: Build Error on last CVS

2003-07-03 Thread Juraj Hercek
Hi Raphael,

I got the same error when tried to build wine with -O0 flag turn on 
(i.e. disable optimization for easier debuging). I think it's the 
problem of compiler/linker, not a problem of wine - I'm using gcc 
version 3.3.

I solved this problem this way:
./configure CFLAGS="-g3 -O1"
and then built from sources in usual way. Hovever if you would have used 
default (i.e. ./configure without any additional argumets) build should 
have been without any link errors.

Hope this helps.

Regards,
Juraj



Re: Copy & Paste doesn't work again

2003-07-03 Thread Ferenc Wagner
Ulrich Czekalla <[EMAIL PROTECTED]> writes:

>> X11DRV_AcquireClipboard can be called with NULL
>> hWndClipWindow (as documented on MSDN).  The above hack
>> came over it without introducing new global state, but
>> clearly is not right.  Worked for me, though.
>
> Yes I noticed this as well. What we do in other areas is
> use GetActiveWindow() if hWndClipWindow == 0. I have
> something like this in my tree. I'll submit a patch soon.

Although being much simpler, it probably has the same
problem, I am afraid.  MSDN:

If an application calls OpenClipboard with hwnd set to
NULL, EmptyClipboard sets the clipboard owner to NULL;
this causes SetClipboardData to fail.

But my application does not depend on this (and I am not
sure I understand who would), so the fix would help.

Thanks a lot,
Feri.



Re: Sourceforge RH9 rpms

2003-07-03 Thread Antti Palosaari
Vilppa Salt wrote:
Latest rh 9 rpm won't compile:

Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/wine-user.sgml
Done.
docbook2html -d ./default.dsl -o winelib-user winelib-user.sgml
Using catalogs: /etc/sgml/sgml-docbook-3.1-1.0-17.cat
Using stylesheet: /usr/src/redhat/BUILD/wine-20030618/documentation/./default.dsl
Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/winelib-user.sgml
Done.
false -d ./print.dsl wine-devel.sgml >/dev/null
make: *** [wine-devel.pdf] Error 1
make: Leaving directory `/usr/src/redhat/BUILD/wine-20030618/documentation'
error: Bad exit status from /var/tmp/rpm-tmp.73988 (%build)
false should be replased with true (in Makefile I remember), compilation 
fails because of "error" status returned by false. Or you can install 
all the needed stuff needed to compile full documentation.

/antti




File descriptor limit

2003-07-03 Thread Mike Hearn
Hi,

I have a problem, in that I'm trying to run an app which opens truly
astonishing numbers of threads, sockets and because we're on Linux ->
file descriptors.

For instance, on a basic run in the default configuration, it runs
approximately 180 threads. A quick script that did an ls -1 in the
/proc/$pid/fd directory of each running wine process (for some reason I
get loads) shows that it opens a truly amazing 18,000 odd file
descriptors.

In fact, in some circumstances it opens so many, that I get errors like
this:

wine client error:9a: pipe: Too many open files

.. and it dies.

The problem is, that I don't know what limit is being used for this. In
theory, the OPEN_MAX macro should tell me, but for some reason this is
defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX)
says "1024".

So, a few questions, for those in the know (probably wineserver guys):

1) Does Wine try to monitor the number of open file descriptors and do
anything about hitting the limit?

2) Does Wine deliberately split into lots of processes when certain
limits are reached? (this doesn't seem to happen for other apps, except
apache but I know it spawns children deliberately for load balancing
reasons).

3) Why do I have so many? This is an app which makes heavy use of
networking (it uses jxta which is a java p2p thingy), so far I've
considered:

* Thread server pipes (2 fds for each pipe)
* Thread wait pipes (2 fds each)
* Sockets
* Open files (does java have a separate fd for each class even
  when in jars?)

4) Does Wine have any known scalability problems with lots of
threads/sockets/files open at once? I noticed the wineserver eats a lot
of CPU time.

4) Is there anything I can do about this?

*Any* advice here would be most appreciated. Even given the ridiculous
thread usage 18k file descriptors sounds way out of line, it feels like
something is a bit broken here.

thanks -mike

-- 
Mike Hearn <[EMAIL PROTECTED]>
QinetiQ - Malvern Technology Center




Sourceforge RH9 rpms

2003-07-03 Thread Vilppa Salt
Latest rh 9 rpm won't compile:

Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/wine-user.sgml
Done.
docbook2html -d ./default.dsl -o winelib-user winelib-user.sgml
Using catalogs: /etc/sgml/sgml-docbook-3.1-1.0-17.cat
Using stylesheet: /usr/src/redhat/BUILD/wine-20030618/documentation/./default.dsl
Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/winelib-user.sgml
Done.
false -d ./print.dsl wine-devel.sgml >/dev/null
make: *** [wine-devel.pdf] Error 1
make: Leaving directory `/usr/src/redhat/BUILD/wine-20030618/documentation'
error: Bad exit status from /var/tmp/rpm-tmp.73988 (%build)


RPM build errors:
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
user vincent does not exist - using root
group vincent does not exist - using root
Bad exit status from /var/tmp/rpm-tmp.73988 (%build)

---
Vilppa-
Sunpoint.net ilmoittaa:

Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman 
Internet -yhteyden (pvm).
http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%2Fwww.sunpoint.net



Re: Office 2000

2003-07-03 Thread giovannipid
Well, the seh.log file is the following:

Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
fixme:console:SetConsoleCtrlHandler (0x404d1570,1) - no error checking or
testing yet
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=8004 flags=0 addr=0x4000af51
trace:seh:EXC_RtlRaiseException code=8003 flags=0 addr=0x4000af50
trace:seh:EXC_RtlRaiseException code=80

Re: iphlpapi Solaris fixes

2003-07-03 Thread Robert Lunnon
On Wednesday 02 July 2003 13:04, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > @@ -787,7 +789,11 @@ DWORD getInterfaceMtuByName(const char *
> >  if ((ioctl(fd, SIOCGIFMTU, &ifr)))
> >ret = ERROR_INVALID_DATA;
> >  else {
> > +#if !defined sun
> >*mtu = ifr.ifr_mtu;
> > +#else
> > +   *mtu=ifr.ifr_metric;
> > + #endif
>
> You should add a configure check for the structure field.

I can, but this goes way back to SunOS, its not likely to change and is active 
only for Sun, but if it will make you happy.





Re: Fwd: Simple TCP client (winsock) does nothing

2003-07-03 Thread Lars Segerlund
 I have tested with a winsock client I wrote and mingw32 and it works 
fine, however you are not possibly using low portnumbers ?

 if lower than 1024 ( or 2048 ) wine will not access them from user 
space, so something like 1 would be nice for testing.

 I don't know if this is the problem, just a guess ...

 / Lars Segerlund.

Mike Hearn wrote:
Seems that for whatever reason Wines winsock simply isn't being loaded.

I'd double check that it's not using a builtin version, and try with a
+loaddll trace to ensure that winsock builtin is actually being used
(otherwise i'd expect to see some winsock trace output).
thanks -mike

On Wed, 2003-07-02 at 17:42, Ferenc Wagner wrote:

  Hi,

I decided to forward this from the user newsgroup (having
read the latest WWN :))
  Feri.
From: [EMAIL PROTECTED] (Steve)
Newsgroups: comp.emulators.ms-windows.wine
Subject: Simple TCP client (winsock) does nothing
Date: 30 Jun 2003 13:59:17 -0700
Message-ID: <[EMAIL PROTECTED]>
I am testing the winsock.dll in RH9 with a Visual Basic program
running under WINE.  This is the most simple winsock client I could
write... in fact, its copied directly out of the "Using Winsock
Control" in MS sample docs.  One button to connect to a server and
another to send data to the server.  Works fine on a Windows box, but
fails under WINE.
I say "fails" but it doesn't do anything.  My server (on the LAN)
doesn't recieve a connect request when you click the connect button on
the client... it doesn't see anything from the client.  I can click
the connect and nothing happens, click send and nothing happens.  No
errors, but no data transfer either.  No firewall is configured.  I
did copy a mswinsck.ocx to the windows/system directory but its using
WINE's winsock.dll.
I have installed and run VNC bidirectionally between the same two
boxes (Linux and Windows) so I know there is a good IP connection. 
Any direction is greatly appreciated by one whose struggling to learn
Linux and WINE at the same time.  Below is a copy of --debugmsg
+winsock for what its worth.

Thanks,

Steve Ricketts

[EMAIL PROTECTED] Exe]$ wine --debugmsg +winsock TCPClient
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:OLEPictureImpl_Construct Unsupported type 3
fixme:win32:PE_CreateModule Security directory ignored
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
fixme:ole:ITypeInfo_fnInvoke set 0 to pointer for get (type is 12)
fixme:ole:ITypeInfo_fnInvoke set 1 to pointer for get (type is 12)
fixme:ole:ITypeInfo_fnInvoke Does not support optional parameters (2)
fixme:ole:CoRegisterMessageFilter stub
[EMAIL PROTECTED] Exe]$




Re: Office 2000

2003-07-03 Thread Mike Hearn
Well, could you give us a backtrace and a +seh trace?

wine --debugmsg +seh setup.exe 2>seh.log

when it crashes, if setup correctly WineDbg should give you a backtrace
of where the crash happened.

On Thu, 2003-07-03 at 08:26, giovannipid wrote:
> Hi everybody!
> I have the followin problem with office2000 installation:
> I have installed Mandrake 9.1 with the latest wine version(I tried both the
> source version and the rpm version), and when I install office 2000, the
> installation starts correctly, I can insert the code and I can choose the
> components to install. Then, at the moment in which it must copy the files, wine
> crashes, giving a core file.
> On the same machime I had the same problem with SuSE 8.2, but not with Knoppix
> 3.2 installed on Hard Disk.
> When I try to use crossover office, the installation is perfect.
> 
> has anyone some ideas for this crash?
> 
> Thanks a lot
> Giovanni 
> 
> 
-- 
Mike Hearn <[EMAIL PROTECTED]>
QinetiQ - Malvern Technology Center




Re: Word in Hebrew and Wine

2003-07-03 Thread Shachar Shemesh
Dmitry Timoshkov wrote:

Actually Alexandre didn't like that patch, and I reworked it and sent to
wine-patches as "Add support for CP_UNIXCP". If you could try it and
report whether it allows you to type with UTF-8 locale, it would be nice.
 

Compiling it as we speak. Please bear in mind that knowing which 
keyboard locale the current keymap belongs to is important. I'm not sure 
we can afford to give the locale info from the keyboard layouts just yet.

Once this patch is commited, all the base for keyboard layout support
should be in place, and implementing kbd layout APIs should be a
straightforward enough task.
 

I hope. Like I said - the above point is blocking a major application 
for me.

Regarding the current implementation, I don't think that it's over
complicated. We have to cope with different virtual key code layouts
and should make an attempt to detect current X keyboard layout in order
to assign correct keyboard map, and report correct VK_xxx key events.
I'm in agreement thus far. I (sadly) don't think the rows of keymap 
definitions can be tossed out the door just yet.

The CP_UNIXCP patch simplifies a bit current scheme by removing
the codepage field from layout tables, which should avoid converting
X key events to unicode using wrong code page,
Well, that may be the case, and yet I think we will need to know the 
LANGUAGE for the keyboard anyhow.

and therefore make
it possible to make international keyboard input work even if we have
made a mistake while detecting an X keyboard layout.
 

That's actually not what I'm worried about. The last time that the 
keyboard detection algorithm question was raised, the concensus was that 
while the current algorithm is sub-ideal, there is no practical need to 
replace it.

What exactly part of it you see could be simplified, and how?
 

I was aiming for the following path:

  1. Detect current keymap. Try to do that independantly for each
 keymap group (i.e. - have an array - group0 - US, group1 - IL,
 group2 - RU).
 The keys will be stored inside the keyboard map in Unicode. I'm
 not 100% sure how to do that stage yet, but I do have a relatively
 non-efficient way of doing that to fall back to, if necessary.
  2. Trap the X events that notify about group changes, and pass them
 on as Windows messages to applications.
  3. When an X event arrives, convert the raw virtual key to a raw
 Windows key, and pass it on. Do not convert to ASCII, ANSI, or any
 other non-layout information. In essence, the keyboard mapping is
 not used at this stage at all.
  4. When an application asks to convert the raw Windows key to
 ANSI/Unicode, look up the result in the current keymap.
Saving the conversion to ANSI and back should detach us some way from 
the current Unix locale. In particular, I want Unicode Windows 
applications to work, with the same level of non-regard to current 
locale as they have on Windows.

  Shachar

--
Shachar Shemesh
Open Source integration consultant
Home page & resume - http://www.shemesh.biz/




Re: Fwd: Simple TCP client (winsock) does nothing

2003-07-03 Thread Mike Hearn
Seems that for whatever reason Wines winsock simply isn't being loaded.

I'd double check that it's not using a builtin version, and try with a
+loaddll trace to ensure that winsock builtin is actually being used
(otherwise i'd expect to see some winsock trace output).

thanks -mike

On Wed, 2003-07-02 at 17:42, Ferenc Wagner wrote:
>Hi,
> 
> I decided to forward this from the user newsgroup (having
> read the latest WWN :))
>Feri.
> 
> From: [EMAIL PROTECTED] (Steve)
> Newsgroups: comp.emulators.ms-windows.wine
> Subject: Simple TCP client (winsock) does nothing
> Date: 30 Jun 2003 13:59:17 -0700
> Message-ID: <[EMAIL PROTECTED]>
> 
> I am testing the winsock.dll in RH9 with a Visual Basic program
> running under WINE.  This is the most simple winsock client I could
> write... in fact, its copied directly out of the "Using Winsock
> Control" in MS sample docs.  One button to connect to a server and
> another to send data to the server.  Works fine on a Windows box, but
> fails under WINE.
> 
> I say "fails" but it doesn't do anything.  My server (on the LAN)
> doesn't recieve a connect request when you click the connect button on
> the client... it doesn't see anything from the client.  I can click
> the connect and nothing happens, click send and nothing happens.  No
> errors, but no data transfer either.  No firewall is configured.  I
> did copy a mswinsck.ocx to the windows/system directory but its using
> WINE's winsock.dll.
> 
> I have installed and run VNC bidirectionally between the same two
> boxes (Linux and Windows) so I know there is a good IP connection. 
> Any direction is greatly appreciated by one whose struggling to learn
> Linux and WINE at the same time.  Below is a copy of --debugmsg
> +winsock for what its worth.
> 
> Thanks,
> 
> Steve Ricketts
> 
> [EMAIL PROTECTED] Exe]$ wine --debugmsg +winsock TCPClient
> Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
> Could not stat /cdrom (No such file or directory), ignoring drive D:
> fixme:ole:CoRegisterMessageFilter stub
> fixme:ole:OLEPictureImpl_Construct Unsupported type 3
> fixme:win32:PE_CreateModule Security directory ignored
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid
> fixme:ole:ITypeInfo_fnInvoke set 0 to pointer for get (type is 12)
> fixme:ole:ITypeInfo_fnInvoke set 1 to pointer for get (type is 12)
> fixme:ole:ITypeInfo_fnInvoke Does not support optional parameters (2)
> fixme:ole:CoRegisterMessageFilter stub
> [EMAIL PROTECTED] Exe]$
-- 
Mike Hearn <[EMAIL PROTECTED]>
QinetiQ - Malvern Technology Center




Re: Word in Hebrew and Wine

2003-07-03 Thread Dmitry Timoshkov
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:

> I have been itching to do an overhaul of the Wine keyboard handling for 
> some time. I think the current scheme is overly complicated, and causes 
> problems. This is a major task, but I may be able to recrute some local 
> help. I am a bit worried, however, about the fact that some other people 
> may also working on a similar task at the moment. I know Dmitry said in 
> the past he is rennovating the keyboard a little, and I know codeweavers 
> still hold a patch that will allow UTF-8 input locale to work.

Actually Alexandre didn't like that patch, and I reworked it and sent to
wine-patches as "Add support for CP_UNIXCP". If you could try it and
report whether it allows you to type with UTF-8 locale, it would be nice.

Once this patch is commited, all the base for keyboard layout support
should be in place, and implementing kbd layout APIs should be a
straightforward enough task.

Regarding the current implementation, I don't think that it's over
complicated. We have to cope with different virtual key code layouts
and should make an attempt to detect current X keyboard layout in order
to assign correct keyboard map, and report correct VK_xxx key events.
The CP_UNIXCP patch simplifies a bit current scheme by removing
the codepage field from layout tables, which should avoid converting
X key events to unicode using wrong code page, and therefore make
it possible to make international keyboard input work even if we have
made a mistake while detecting an X keyboard layout.

What exactly part of it you see could be simplified, and how?

-- 
Dmitry.





Word in Hebrew and Wine

2003-07-03 Thread Shachar Shemesh
Hi,

I have a pretty good estimate of what needs to be done to get Word 
supported in Hebrew. The current problems have to do with Word calling 
"GetKeyboardLang" after each character, and using the result as a basis 
for interpreting each received character. Currently, this function just 
returns the system locale, which causes Word to assume each and every 
letter is a Hebrew one, even the English ones. The results are pretty 
catastrophic, as people have reported (typing "Hi there everyone" 
typically results in the screen showing "Hthere everyone i", with "yone" 
highlighted with green to say it has syntax correction to suggest. The 
correct is to replace "there" with "they're").

I have been itching to do an overhaul of the Wine keyboard handling for 
some time. I think the current scheme is overly complicated, and causes 
problems. This is a major task, but I may be able to recrute some local 
help. I am a bit worried, however, about the fact that some other people 
may also working on a similar task at the moment. I know Dmitry said in 
the past he is rennovating the keyboard a little, and I know codeweavers 
still hold a patch that will allow UTF-8 input locale to work.

I would like to coordinate the effort. If anyone is working on the 
keyboard right now, please let me know.

 Shachar

--
Shachar Shemesh
Open Source integration consultant
Home page & resume - http://www.shemesh.biz/




Office 2000

2003-07-03 Thread giovannipid
Hi everybody!
I have the followin problem with office2000 installation:
I have installed Mandrake 9.1 with the latest wine version(I tried both the
source version and the rpm version), and when I install office 2000, the
installation starts correctly, I can insert the code and I can choose the
components to install. Then, at the moment in which it must copy the files, wine
crashes, giving a core file.
On the same machime I had the same problem with SuSE 8.2, but not with Knoppix
3.2 installed on Hard Disk.
When I try to use crossover office, the installation is perfect.

has anyone some ideas for this crash?

Thanks a lot
Giovanni