be expected to be cheap(er, at least in off-season). Israel at
large, and Jerusalem in particular, have established LUGs that will
probably contribute a lot of fresh eyeballs. Let me know if you want me
to find out more.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
be compatible with Wine's
LGPL, so if needed, the relevant part can be copied into Wine.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 08/29/2011 07:57 PM, Francois Gouget wrote:
On Sun, 28 Aug 2011, Shachar Shemesh wrote:
[...]
Yes. It's called "type". Take a Hebrew text stored in a Windows 1255 encoded file, and "type
file", see what happens. The or
e logical.
For ease of use:
שלום
should display (top to bottom is left to right):
ם
ו
ל
ש
but will probably display:
ש
ל
ו
ם
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
le, I
keep it as a handy "turn on, look, turn off" feature. Without a
good semantic understanding of the string it is almost impossible
to perform BiDi reordering, and the results vary from barely
readable to undecipherable.
Shachar
--
Shachar Shem
ers for them ("ezusb linux drivers" returned
http://www.linux-usb.org/ezusb/, for example. There is also
http://www.cypress.com/?id=4&rID=29746).
Hope this helps,
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 06/02/11 11:13, Damjan Jovanovic wrote:
On Sat, Feb 5, 2011 at 5:48 PM, Shachar Shemesh <mailto:shac...@shemesh.biz>> wrote:
On 05/02/11 00:24, James McKenzie wrote:
Actually, the latest patch is what I don't want reused. And
no, you don't put it i
non-revocable license.
Again, in all likely hood, this is a purely hypothetical question.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 08/11/10 08:44, Austin English wrote:
Howdy Shachar,
I've noticed a few pgp/gpg websites that say the key should have the
persons FULL name. Is the full name required, or is just my First/Last
name sufficient?
Thanks for organizing this, by the way :-).
In a nutshell - it depend
me, with the subject "WineConf key signing"
(so that my spam filters don't eat it up).
The wineconf wiki page, in case you are not up to date, is at
http://wiki.winehq.org/WineConf2010
The key signing page is at http://wiki.winehq.org/KeySigningParty
Shachar
--
Shachar Shem
rying the
".dll.so" extension.
To the best of my knowledge, Wine arrives with no native DLLs at all,
and thus one cannot remove any. Can you point to a bug report you might
tag as "purist", so we can all get on the same page?
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 26/10/10 14:09, Dan Kegel wrote:
On Tue, Oct 26, 2010 at 7:23 AM, Shachar Shemesh wrote:
I thought TICKLESS did away with the timer resolution issues.
There might still be some, and there are lots of knobs to tweak on
the kernel, perhaps default settings are not optimal
between 16ms and 20ms.
I thought TICKLESS did away with the timer resolution issues.
Also, I'm not aware of any easy high frequency timers in Windows. Which
API does it use?
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
e two CSS approaches
been used.
So they should be combined?
I think, no. I think the RTL file should only contain RTL related stuff,
and will therefor be okay to use it also in the content_print file,
without adding a tag to the body.
Just MHO.
Shachar
--
Shachar Shemesh
Lingnu Open Source
run.
Another manifestation of this difference can be seen when you place a
"dir=" directive on the tag of "content_print.template". This is
change does not pass strict HTML validation, and would be unnecessary
had the two CSS approaches been used.
Shachar
--
Shachar
.
This is irrelevant. Our standard of operation is "what Windows does".
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
ndows will depend on the app, but it needs
code changes either way.
Okay. No dispute about that.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
ort
it, but because it is undisputed we do.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 29/09/10 20:25, Alexandre Julliard wrote:
Shachar Shemesh writes:
Did I mention that the automatic mirroring is a broken idea
implemented in a broken way already?
What do you consider broken about it?
Everything. The concept is that a RTL layout is just a LTR layout
On 29/09/10 18:21, Alexandre Julliard wrote:
Shachar Shemesh writes:
If I might recommend something, I suggest not to use
SetProcessDefaultLayout at all. Just localize whatever needs
localization through the resources and that's it. Even for menus, the
resources have an option to d
cess is, simply put, a broken idea, badly
implemented (I'm talking about Windows here, not Wine). I'm not even
sure that the Windows built-in applications use this hack, but even if
some do, that is no reason to go down that path.
Just my 2cents
Shachar
--
Shachar Shemesh
Lingnu O
ask about fakeroot-ng, but it's in universe, and I'm the "upstream"
maintainer (read - Debian), so I'm fairly sure that's just broken, but
do have a look at that too.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
done automatically, and reading the MSDN article that Dmitry references
just shows how many ways it can, indeed, break. That said, Wine did
commit to being bug-compatible with Windows, so that part should,
*eventually*, be implemented.
I do agree with Alexandre that there are many things more
but that is, of course,
entirely open.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
Maarten Lankhorst wrote:
> Hi Shachar,
>
> I've removed the bi-directional entry from summer of code. I don't
> think it is a good project because it involves a lot of changes in
> pretty much all wine user controls.
Actually, I don't think any touching of the actual
Juan Carlos Montes wrote:
> Shachar Shemesh escribió:
>
>> I think you should be aware that Wine is no replacement for a security
>> tool. If you run a malware using Wine, it is possible for this malware
>> to interact directly with your Linux machine, b
a malware using Wine, it is possible for this malware
to interact directly with your Linux machine, bypassing your protection.
Shachar
s you can see, has lots and lots of problems with
non-standard applications.
Fakeroot-ng is extremely far from being complete at the moment, but if
you will find it useful, then I can use the extra programming skills.
Shachar
Dan Kegel wrote:
> Oh, he'd undoubtedly prefer ignoring to memsetting.
>
I believe the "official" answer is to teach valgrind which fields are
important for which server request. Granted, it a lot more work, but
it's the only way we will actually catch errors :-)
Shachar
Maarten Lankhorst wrote:
> According to shachar shamesh they have a slightly different meaning.
> This should fix it.
>
First of all, things seem much much better with this patch.
I would direct your attention to the fact that, when I run it, I get:
> $ programs/not
ypes a letter in an RTL or an LTR language. Editing is
COMPLEX, and the road is not paved and documented. Matti Alluche wrote a
document once that gives specifications for BiDi editing, but after
Mozilla implemented it, I whole heartedly recommend that you avoid it.
Your best course of action is to find out what Windows does for its edit
control and copy that.
> Cheers,
> Maarten
>
Shachar
Maarten Lankhorst wrote:
> Shachar Shemesh schreef:
>
>> Maarten Lankhorst wrote:
>>
>>
>>> If you want it back try replacing this in font.c:
>>> WINE_GCPW_FORCE_RTL:WINE_GCPW_FORCE_LTR
>>> change FORCE to LOOSE, it should work the
ck of BiDi reordering of any kind.
All codes taken from latest git.
> Cheers,
> Maarten
>
Thanks,
Shachar
that the problem is somewhere inside it (or in the classification)
I haven't traced inside to see where things went wrong, nor do I know
whether your work on that matter is done. I just wanted to point out
that Wine, at the moment, performs no BiDi at all as far as the user is
concerned.
Shachar
ly important when reordering characters.
>>
>> Shachar
>>
>>
> I'm guessing utf-16, not 100% sure though.
>
Ok. Just so you know, this means the reordering code is buggy for UTF-16
aggregates. I suspect the classification code is to
UTF-16 or UCS-2? Whether it's necessary to handle aggregates
is crucially important when reordering characters.
Shachar
UTF-16 or UCS-2? Whether it's necessary to handle aggregates
is crucially important when reordering characters.
Shachar
. The GDI implementation Wine has
is a hack that reached it's useful end the moment you realize that
DrawText needs its own implementation, independent of ExtTextOut (mostly
due to line breaking code).
Thanks,
Shachar
Shachar Shemesh wrote:
> Here's the law as I know it. As far as I know, it is quite identical in
> the US and in Israel in that regard:
Just to make it clear, as far as I can see it, even with the above, it
is still illegal to accept code from RoS (you are not allowed to copy
code
e they gave the BIOS source code under NDA, and thus retained trade
secret status for it).
Shachar
e
in order to figure out what it does, and then reimplementing that (with
or without going into the extremes of "clean room").
Do the RoS guys do the former?
Shachar
al to use -
anywhere (in other words - the only one who can be sued is me, and the
jurisdiction is Israel, where the action is legal). Do RoS people
disassemble binaries in countries in which it is illegal to disassemble
them?
Shachar
For those who have not head, there was a lethal bridge collapse and
there are several casualties. Codeweavers is located near there.
Just wanted to make sure everyone is ok.
Shachar
ch a patch against wine-0.9.37 and copies of original
> and
> changed files. Perhaps somebody, who is interested in multilingual keyboard
> input,
> can test it and write me about results.
>
> Oleh
>
Also, have a look at http://bugs.winehq.org/show_bug.cgi?id=735, which
is an independent attempt to solve the same problem. It's a pity I
didn't know about your effort.
Shachar
.
I'm posting this here partly to draw attention for those who need bug
#735 fixed and can live with the regression, and partly to get feedback
on how best to proceed.
Thanks,
Shachar
code because a previous dead
> key is stored in the keyboard layout.
Maybe I don't understand the code well enough, but it seems to me that
we report on the dead-key press, but not translate the following
character. Is that correct?
Shachar
on is good for.
Explanation?
Shachar
single X11 call.
Is there any guideline I can follow that will tell me whether I need a
lock for code I'm writing? What is the race this lock was designed to fix?
Thanks,
Shachar
guesswork done through keyboard change
detection in wine today.
The main question is this - is anyone today already working on this?
Thanks,
Shachar
eparate
process (started by Wine), and have a stub as the actual plugin, and
have the two communicate via some IPC. I was just asking in case the
problem was miraculously solved by someone while I was away from Wine.
What you describe sounds awfully similar to what I remembered, however.
Shachar
may have to the software.
Wouldn't a paper saying they keep their rights, but approve the LGPL
distribution also work? Would that still require us to have a written
statement? After all, we do not require written from other people.
Shachar
yourself on the wrong end
of a copyright violation suite from your employer.
Just get permission. Oral is ok if you can later prove that it happened
(which is another way of saying "get it in writing").
Shachar
that front. Is it still not
practically possible to do this?
Many thanks,
Shachar
Francois Gouget wrote:
> Israel Standard Time
At least with this one I can help. Feel free to use the data under LGPL:
http://lingnu.com/support.html#timezone
Which is not to say that I know what to do about it. :-)
Shachar
60420.html). If you'll
excuse the strong words, the claim made was nothing more then wishful
thinking, with no possibility of basing it on anything real.
Before I get to "why", allow me to introduce myself. My name, as you can
probably see from the email headers, is Shachar Sheme
responsibility from me?
Please be sure to CC me on replies.
Thanks,
Shachar
turns out
to be any different than what Win4Lin are doing.
As a side track, Win4Lin contacted me a while back, and wanted Lingnu to
represent them in Israel. I sent back a few technical questions, and
NEVER HEARD FROM THEM AGAIN! Does the company still exist?
Shachar
to reproduce the
problem, half a day fixing it, and a couple more weeks testing the
solution. It's fairly rare that the relations are much different, but do
let us in on your experience.
All we are saying is "pin-point the problem for us".
Shachar
ow that Wine code is forbidden from using the non-suffixed
calls, but the wine tests are not Wine code, they are winelib
applications. I don't think there is any problem in using these
functions there. We could even run the tests both in ANSI and in Unicode
mode, to compare results.
one year.
Could it have been an email sent to notify the user the the *support* is
about to expire?
I'm assuming it was not a demo version.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
to use the actual windows
registry format.
But what about actually using said registry, including modifying it?
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
Andreas Mohr wrote:
Hmm, probably yes, since the whole Win32 API part would be done natively,
but there's still the whole x86 program part remaining for translation.
We've been through that one once already. You'de end up with horrific
endianity problems.
Shac
y-to: list).
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
, mode);
with
mkdir(path);
chmod(path, mode);
No, that's introducing a race between the directory creation and the
mode setting. Also, the first form takes umask into consideration, which
the second doesn't.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
Tom Wickline wrote:
On 5/7/05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
This is actually a very good point in favor of not charging money at
all. If you charge money, you create obligation. That's the way the
legal system works. If you do not, you can easily delist any known LG
the Windows loader can do the 16/32
separation and we can't we may need to fix that.
I think I wouldn't feel too uncomfortable with providing the 32bit cards.dll
only, even though this is a less preferrable situation.
I'm with you.
Andreas
Shachar
--
Shachar Shemesh
Lin
on't pay
salaries worth of anything, and neither do we :-)
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
oftware will eventually gravitate towards. Wine, however, is not there
yet. In fact, many wine hackers hardly even run wine.
Tom
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
get anyone in trouble with any tax authority.
Having said all of that, I think I'll actually go with Brian's idea. Let
him phrase the criteria. Unlike me, he does not have a commercial
interest in Wine.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
on Windows). As such, there are occasions where
compiling natively is, more or less, the only choice.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
as nor myself see the way you can provide
commercial support for Wine if you can't hack it. I would love to hear
from such companies, though, what is their typical support scenario.
Maybe it's me who is deluded here.
Andrew Bartlett
Shachar
--
Shachar Shemesh
Lingnu Op
s who can and who can't
seems like useful information to me.
But I prefer to not have any such list at all, something needing
support for wine will find it
But, as discussed at WineConf, not having such a list at all hurts wine,
which is clearly not what we are trying to do.
Sha
ne way to do it.
Cheers,
David
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
dow".
I've done such things before. For simple things, this works very well.
As soon as things stop being simple, this gets very hairy very fast.
Just hope that your case is a simple one.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
considering wine deployment is more likely to accept wine if they know
they can get support for it.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
pear to be any
link to it.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
Robert Reif wrote:
Shachar Shemesh wrote:
The problem is that I'm not interested in this test. I just think
that, off the shelf, tests should not fail. My opinion is that if
this is not a problem with Wine, it shouldn't fail the test.
Does this patch help? It should fail the same w
e with the tests, thus allowing
people to run the tests prior to sending patches.
If you are in Stuttgart, feel free to grab me and talk about it.
Shachar
Robert Reif wrote:
Shachar Shemesh wrote:
The problem is that I'm not interested in this test. I just think
that, off the sh
Robert Reif wrote:
Shachar Shemesh wrote:
make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c && touch dsound.ok
err:wave:DSDB_MapBuffer Could not map sound device for
e[3]: Leaving directory `/home/sun/sources/wine/dlls/winmm/tests'
make[2]: *** [tests/__test__] Error 2
make[2]: Leaving directory `/home/sun/sources/wine/dlls/winmm'
make[1]: *** [winmm/__test__] Error 2
make[1]: Leaving directory `/home/sun/sources/wine/dlls'
make: *** [dlls/__test__]
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/user/tests'
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so win.c && touch win.ok
fixme:win:WIN_CreateWindowEx Parent is
Shachar Shemesh wrote:
The results, this time really from CVS tip:
Shachar
../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p
oleaut32_test.exe.so typelib.c && touch typelib.ok
err:ole:TLB_ReadTypeLib Loading of typelib L"olepro32.dll" failed with
error
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/ole32/tests'
../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p
ole32_test.exe.so stg_prop.c && touch stg_prop.ok
err:heap:HEAP_ValidateInUseArena
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/kernel/tests'
../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so file.c && touch file.ok
fixme:vxd:VXD_Open Unknown/unsu
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/gdi/tests'
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p
gdi32_test.exe.so metafile.c && touch metafile.ok
metafile.c:468: Test failed: (0,0
Shachar Shemesh wrote:
The results, this time really from CVS tip:
This time:
make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c && touch dsound.ok
err:wave:DSDB_MapBuffer
The results, this time really from CVS tip:
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
sure how that came about,
or why it fails on my system and not on Alexandre's.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, mak
ctory `/home/sun/sources/wine/dlls'
make: *** [dlls/__test__] Error 2
Seems that wine does not gracefully fallback when the sound driver is
incorrectly set, and requires a config file.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
oing will
only hurt what Augustus is trying to do, not help.
There are also more "Traditional" ways to inject your code into a
process's import table.
Mike
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
/0057.html and
http://www.winehq.org/hypermail/wine-devel/2005/04/0084.html) for
details on what you need to do.
New submissions should be possible to get right up to the party itself,
assuming I can get our hosts to lend me the use of a printer (Will you?).
Thanks,
Shachar
--
Shachar
post it to Wine,
or even got it anywhere near us.
If you wrote your own version of Calc it may be an amusing thing to add
to Wine. We have a minesweeper clone, after all, and I'm sure that the
reactos guys would appreciate it.
Shachar
--
Shachar Shemesh
Lingnu Open Source Cons
t to.
What I'm trying to say is that I'm with you on that one, but stating it
as you have may lead some people to be overly enthusiastic about things.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
I'm replying to my own email, as people are responding and it seems that
some clarification is going to be required.
Shachar Shemesh wrote:
1. Have a PGP key. You can generate one for yourself using gpg.
Make sure to keep it somewhere safe afterwards, and not forget the
password for i
ter say the same or no
one will be able to sign your key.
Shachar
[1] My key is signed by RMS himself
(http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0xCDBDBCE2). This
means that any key that I sign is just two keys away from the very
inventor of free software.
[2] See [1]
to write one than to get my
ex-boss to change copyright on the existing tool + renovate it. Also, as
the current tool is C++, it is bound to be an external tool anyways.
Hmm
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work?
job, after all).
The question, therefor, is this. Should I try? The tool has proven
itself over a long period of time, and is fairly reliable (at least was
back at the time). It CAN solve some of our installer related problems.
Your opinions are welcome.
So, what say you?
Shachar
--
1 - 100 of 471 matches
Mail list logo