Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003 14:02, Dimitrie O. Paun wrote: > This doesn't make any sense. Well when the High Court of Australia considered it they said it was unsatisfactory, which is their way of saying "it sucks, but that's the way it is." >It means that we can _never_ have correct > behaviour, no matter what we do, even if we magically come up with the > same table. This is insane. In some cases it amounts to that. This is why it's important to try to come up with some way of expressing the contents of the table without the table, or of finding objective rules that can generate the table. Having compared a few versions of the allkeys database it seems that there have been some changes to the ordering of characters between versions, which leads me to wonder if Microsoft were just using an earlier version of the table. Microsoft's documentation suggests they adhere to version 2.0 of the Unicode standard, whereas the allkeys.txt file immediately accessible on the unicode.org web site is version 3.1.1. Here's the versions I can find: 2.1.9d8 http://www.unicode.org/reports/tr10/basekeys.txt 2.1.9d8 http://www.unicode.org/reports/tr10/compkeys.txt 3.1.1 http://www.unicode.org/reports/tr10/allkeys-3.1.1.txt 3.1.1d3 http://www.unicode.org/reports/tr10/allkeys-3.1.1d3.txt 3.0.0d5 http://www.unicode.org/reports/tr10/allkeys-4.0.0d5.txt The 2.1.9d8 file seems after a quick look to be closer to the Crossover version of the table - for example, it has many of the different types of space characters sorted near 0020, which is an aspect of the Crossover table not present in the table based on allkeys.txt (3.1.1), so the theory that Microsoft's results are just based on an earlier version of the standard table is starting to look like it has merit.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On October 2, 2003 07:30 pm, Troy Rollo wrote: > Yes, this is a problem for copyright. The result still counts as copied, at > least in Australia, the UK and New Zealand. This doesn't make any sense. It means that we can _never_ have correct behaviour, no matter what we do, even if we magically come up with the same table. This is insane. -- Dimi.
Re: Implementation of GetCompressedFileSize[AW]
To get rid of the COM1 problem, just run wcmd under wineconsole. wineconsole -- --backend=user wcmd > It seems that all Cygwin programs think that they are using COM1 as > terminal (try "wine tty"). That's most likely the reason why bash > exits > silently. It even displays the prompt if I give it "-i" but then > exits > seeing that the terminal is closed. GetProcessMemoryInfo is called > after that: This is what I get if I try to run a external command, all internal bash commands work today. bash-2.05b$ ls ls 25 [main] bash -12 sync_with_child: child 16(0x104) died before initializat ion with status code 0x1 6891 [main] bash -12 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable and on wine output I have : fixme:console:SetConsoleCtrlHandler (0x61011400,0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x61011400,1) - no error checking or testing yet fixme:psapi:GetProcessMemoryInfo (hProcess=0x44, 0x40922af0, 40): stub I've edited /etc/profile and put a comment before all external commands to avoid them in cygwin startup and put a 'set -v' to see all commands runned. A typical run of cygwin.bat under wineconsole/wcmd gives : (/etc/profile attached) WCMD Version 0.17 J:\cygwin>cygwin PATH="/usr/local/bin:/usr/bin:/bin:$PATH" #USER="`id -un`" # Set up USER's home directory #if [ -z "$HOME" ]; then # HOME="/home/$USER" #fi if [ ! -d "$HOME" ]; then mkdir -p "$HOME" fi export HOME USER #for i in /etc/profile.d/*.sh ; do # if [ -f $i ]; then #. $i # fi #done export MAKE_MODE=unix #export PS1='[EMAIL PROTECTED] \W]\$' cd "$HOME" test -f ./.bashrc && . ./.bashrc alias ls='ls --color' alias cp='cp -i' alias mv='mv -i' alias rm='rm -i' echo "I'm here!" I'm here! [EMAIL PROTECTED] \W]\$ bash-2.05b$ = Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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 profile Description: profile
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003 08:47, Dimitrie O. Paun wrote: > I said to run > the above on Windows and on Wine (which is based on the unicode.org > tables). Compare the results, and generate the differences. Use that as a > 'patch' to future unicode.org table updates. Yes, this is a problem for copyright. The result still counts as copied, at least in Australia, the UK and New Zealand. It's arguable in the United States that given Microsoft's position you could bring it within Feist, but if you're using a mechanism that relies on the contents of the table and will necessarily produce the same table, it counts as copying. Incidentally, going through the differences, is the value for character code 0x34 correct in the Crossover version? All the other characters in the Basic Latin range that have differences are punctuation characters (in fact all the Basic Latin range punctuation characters have differences). 0x34, however is the digit '4', and it would seem odd that it would differ in ways the other digits don't.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003, Troy Rollo wrote: > On Fri, 3 Oct 2003 08:21, Dimitrie O. Paun wrote: > > Why is that? We're talking here about lstrcmpiA() behaviour, why would a > > test for > > > > For all x,y in Unicode: > > print x,y,lstrcmpiA(x,y) > > > > violate the copyright? > > I think the suggestion was that the regression tests be used to fabricate the > table and then include the resulting fabricated table in Wine. If so, the > result would still be copied, although by an indirect means. I don't think the result is still copied, if so than you would never be able to run tests. But this is not what I suggested anyway. I said to run the above on Windows and on Wine (which is based on the unicode.org tables). Compare the results, and generate the differences. Use that as a 'patch' to future unicode.org table updates. -- Dimi.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003 08:21, Dimitrie O. Paun wrote: > Why is that? We're talking here about lstrcmpiA() behaviour, why would a > test for > > For all x,y in Unicode: > print x,y,lstrcmpiA(x,y) > > violate the copyright? I think the suggestion was that the regression tests be used to fabricate the table and then include the resulting fabricated table in Wine. If so, the result would still be copied, although by an indirect means.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003 06:00, Shachar Shemesh wrote: > Dmitry Timoshkov wrote: > >Exactly. I have something like that here, the only difference is that > >I'm dumping full unicode range 0-0x, not only first 96 characters. > > Isn't the full unicode range significantly larger than 0-0x? What > about agregates? CJK etc? The full unicode range (UCS4) is represented by a 32 bit number. Windows uses UTF-16 (not UCS2 as the documentation I think suggests), in which characters in the range dc00-dfff are used in two word sequences to represent the UCS4 characters 0x1 to 0x10. Thus to deal with the full range of characters Windows can theoretically represent you'd have to have a table with 0x11-0x400 = 0x10fc00 entries.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Fri, 3 Oct 2003, Troy Rollo wrote: > This doesn't help avoid the copyright on the table if you in fact reproduce > the table. Why is that? We're talking here about lstrcmpiA() behaviour, why would a test for For all x,y in Unicode: print x,y,lstrcmpiA(x,y) violate the copyright? -- Dimi.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Thu, 2 Oct 2003 21:49, Jakob Eriksson wrote: > Wouldn't the clean-room way be to write regression tests that pass on > Windows? This doesn't help avoid the copyright on the table if you in fact reproduce the table.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On Thu, 2 Oct 2003 19:34, Dmitry Timoshkov wrote: > > Can we perhaps write a tool that dumps those tables on a running MS > > system as header files that wine can use? Would this be allowable? > > I really hope that we could find a solution without doing that. Indeed - since doing that would compromise redistribution in Australia. There is a seminal case in which a table contained in a computer program was held to have copyright separately to the computer program itself. Thus to be distributable here (at least), the table either needs to be capable of generation or computation from established objective rules (which would tend to negate copyright), or a method of reproducing the result without the table would need to be devised.
Re: Wineconf 2004, otherwise known as...
Ivan Leo Murray-Smith wrote: I think the key factor is not a place, but someone who is willing to pull it all together. If you're saying you'll do that, Ivan, I think folks would be interested. * A meeting space for 2 days My idea was a hotel, I understand you want something cheap, but a little conference room for 2 days won't cost too much, no schools here has broadband and I don't have any other ideas for a meeting place. I'll make enquiries tomorrow as hotels here don't have there congress teams in the afternoon, but we have international congresses here all the time. The only thing that may be missing is a wireless hub, but that can be solved easily before January. I hope the idea of a hotel is OK for you. * Arrangements for moderately price hotel rooms Not a problem in low season (And you can't go any lower than January) * Advice on transportation, which should be straightforward Not a problem, but remember this isn't a English speaking country. I can give very detailed indications, or we can have meet at the airport and come to Sorrento as a group * A meal or two, and drinks for at least one evening Not a problem if we're in a hotel * We'll have all CodeWeavers Wine hackers in town for the event You have to get them here * Free buttons for the St. Paul Winter Carnival: We don't have a winter carnival :-( I'm not a wine developer so you must let me know what you want to talk about and for how long, so we can agree on a schedule, let me know what else is needed. Go for it! As for content - if nobody vulenteers to pick up this challange, I'll do it. I'll have to warn you that you will then have to hear both Alexandre and Dimi :-) -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
Dmitry Timoshkov wrote: "Jeff Smith" <[EMAIL PROTECTED]> wrote: You mean something like: [skipped] Exactly. I have something like that here, the only difference is that I'm dumping full unicode range 0-0x, not only first 96 characters. Isn't the full unicode range significantly larger than 0-0x? What about agregates? CJK etc? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/
Re: Regression testing framework
On Thu, 2 Oct 2003, Ferenc Wagner wrote: > now, so would be slow. Shall I go into it or have you > already done this during your lunchtime? I've started last night, but I've put it on the backburner 'cause I wanted to finish the BINRES stuff. Today my g/f & myself are celebrating our 2nd aniversary, so I will not be able to get to it until Friday at the earliest. But I'll send a patch this weekend (me hopes), so if that's not too slow for you, I'll keep going. -- Dimi.
Re: Wineconf 2004, otherwise known as...
> I think the key factor is not a place, but someone who is willing > to pull it all together. If you're saying you'll do that, Ivan, > I think folks would be interested. * A meeting space for 2 days My idea was a hotel, I understand you want something cheap, but a little conference room for 2 days won't cost too much, no schools here has broadband and I don't have any other ideas for a meeting place. I'll make enquiries tomorrow as hotels here don't have there congress teams in the afternoon, but we have international congresses here all the time. The only thing that may be missing is a wireless hub, but that can be solved easily before January. I hope the idea of a hotel is OK for you. * Arrangements for moderately price hotel rooms Not a problem in low season (And you can't go any lower than January) * Advice on transportation, which should be straightforward Not a problem, but remember this isn't a English speaking country. I can give very detailed indications, or we can have meet at the airport and come to Sorrento as a group * A meal or two, and drinks for at least one evening Not a problem if we're in a hotel * We'll have all CodeWeavers Wine hackers in town for the event You have to get them here * Free buttons for the St. Paul Winter Carnival: We don't have a winter carnival :-( I'm not a wine developer so you must let me know what you want to talk about and for how long, so we can agree on a schedule, let me know what else is needed.
Re: Program won't run in debugger
Shachar Shemesh <[EMAIL PROTECTED]> writes: > Is there any way to tell gdb to ignore the segmentation fault, and > just let the builtin handler take care of it? "handle SIGSEGV nostop noprint" -- Alexandre Julliard [EMAIL PROTECTED]
Re: I/O port access broken (SEH broken)
Rein Klazes <[EMAIL PROTECTED]> writes: > Logitech PageScan Color software must have the same problem then. It is > win-32 code that aceesses the parallell port, it does not run under NT, > there is no NT version of the software. It used to run with some > unrelated problems under wine. > I assume that there is a "deep" reason why win9* compatibility has been > dropped here? There are several reasons related to the dll separation and related architecture changes. I expect it will be possible to put some of the Win95 hacks back in once the final architecture is in place, but for now my priority is on finishing the dll separation. -- Alexandre Julliard [EMAIL PROTECTED]
Re: Program won't run in debugger
Shachar Shemesh wrote: Hi all, I am trying to find out why Wine is not working with some closed application, and fix it. I have narrowed it down from the logs to something to do with MDI (Multiple Documents Interface). However - trying to connect with a debugger to the program causes the program to bomb quite bombastically. It appears that someone (ddd/gdb won't give me a stack frame, so I can only assume this is in the PE portion of the native application, rather than inside Wine) keeps calling STI and CLI (Set Interrupt and Clear Interrupt). This generates a segmentation fault (makes sense - this is priveleged command). If I do "cont", things continue (I can't vouch as to how long they do), but another sementation fault is right around the corner then. On the other hand, if I detach the debugger from the process, the process runs fine. I am at a loss as to what might be the cause. Is there any way to tell gdb to ignore the segmentation fault, and just let the builtin handler take care of it? Will using winedbg instead do me any good? you can try the pass command (instead of cont) in winedbg it will let the exception walk up the chain of exceptions handlers, and may cli/sti will get a proper handling A+ -- Eric Pouech
Can I do this or does it get us into trouble?
I am trying to solve some focus problems I am having with Wine and I want to know just how far I can go without causing legal problems. The main problem is that under Windows a WM_KILLFOCUS is being sent during the processing of a WM_SETFOCUS message. However It doesn't appear to be being sent by any application code so I presume it is being sent by some Windows code. If I run the application under the Windows debugger, break in the WM_KILLFOCUS handler and do a stack trace to look for hints, and we use the resulting information then does that get us into trouble (since it is going to contain information about e.g. user32.dll)? Does anyone actually know? -- Bill Medland mailto:[EMAIL PROTECTED] http://webhome.idirect.com/~kbmed
basic testing configuration setup
I've been experimenting with building Wine from CVS, to see if I could get eBay's TurboLister app to work (http://pages.ebay.com/turbo_lister/). Knowing that I need to have MSIE & MDAC installed, I have worked with instructions on manually setting up IE6 in a wine config (as described at frankscorner.org). The problem is, those instructions have one *replace* the standard system.reg file with one of it's own. This has not been working with recent CVS builds, so I'm wondering what may have changed, and if there's any pointers to getting the accursed MSIE to work, so I can proceed with the rest of the test. I'm working off of CVS since any bug reports I may file would need to be found against current code.
Re: Wineconf 2004, otherwise known as...
I think the key factor is not a place, but someone who is willing to pull it all together. If you're saying you'll do that, Ivan, I think folks would be interested. However, I do think Germany is more central to more Wine hackers (seems like it ought to be easy for at least some of us); and I also think that mid January is a time that works well. Jer On Thu, 2003-10-02 at 10:21, Dimitrie O. Paun wrote: > On October 2, 2003 10:45 am, Ivan Leo Murray-Smith wrote: > > Hi list, > > What about Sorrento, there are good conference facilities, hotel rooms can > > cost as little as 60 euro per night, it's warm (temperature in between 10 > > and 20 C°), there a lot to see and to do(For example it's only twenty > > minutes from Pompei and fifteen from Capri) there is good transport, prices > > are low (It is south europe), I can get it > > organized if you don't want to go to siberia. > > Now, that's what I'd like to hear. I also suggested Greece or Spain, > anyway, somewhere in/close to Europe and south, so us guys living up > north also get a break from cold weather... We can also move it somewhere > in line March, so we don't conflict with Lionel's ski trip :P > > -- > Dimi. >
Re: dlls/user/tests/msg.c
On Thu, 2 Oct 2003, Dimitrie O. Paun wrote: >> Are you planning to address this, or should "static" be removed from >> these? > Please don't remove them, hopefully we'll eventually have tests > using them... Note that I did not suggest to remove the functions, just to remove "static" from their definitions (or we could put them in #if 0...#endif). Currently, building Wine gives the following warnings of this kind: rtlstr.c:552: warning: `test_RtlUpcaseUnicodeChar' defined but not used rtlstr.c:578: warning: `test_RtlUpcaseUnicodeString' defined but not used rtlstr.c:629: warning: `test_RtlDowncaseUnicodeString' defined but not used msg.c:128: warning: `WmMouseMoveInNonClientAreaSeq' defined but not used msg.c:135: warning: `WmMouseMoveInClientAreaSeq' defined but not used msg.c:142: warning: `WmDragTitleBarSeq' defined but not used msg.c:154: warning: `WmDragThinkBordersBarSeq' defined but not used msg.c:183: warning: `WmClickInactiveButtonSeq' defined but not used msg.c:204: warning: `WmReparentButtonSeq' defined but not used msg.c:217: warning: `WmCreateModalDialogSeq' defined but not used msg.c:248: warning: `WmDestroyModalDialogSeq' defined but not used msg.c:271: warning: `WmCreateModalDialogResizeSeq' defined but not used Gerald -- Gerald Pfeifer (Jerry) [EMAIL PROTECTED] http://www.pfeifer.com/gerald/
Re: Regression testing framework
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > On Thu, 2 Oct 2003, Jakob Eriksson wrote: > >> The feature requests come in faster now and I also have >> less time to work on this stuff for the moment, so I >> release my little baby into the wild: > > Cool, thanx! It needs to be integrated with the rest of > the wine build system, maybe a bit of cleanup, etc. I will > take care of it. Fantastic! I was just about to ask Jakob to integrate it into the Wine tree, and now in place of having to ask I can see volunteers everywhere! By the way, I can also pick up this task (it holds mine back anyway), so only do this Dimi if you can not spend your time better. But I am travelling now, so would be slow. Shall I go into it or have you already done this during your lunchtime? Feri.
Re: XEN: Another virtual machine
On Thursday 02 October 2003 05:42 am, Uwe Bonnes wrote: > Hallo, > > http://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/README > sounds very promising for those interested in virtual machines. > > Bye Very impressive. I recommend the PDF at http://www.cl.cam.ac.uk/netos/papers/2003-xensosp.pdf referenced from the readme. Too bad it requires kernel changes, but considering that they seem to have something worked out with Microsoft to play with the XP sources, very cool. I betcha these guys are gonna make some money. -- gmt "Every normal man must be tempted, at times, to spit on his hands, hoist the black flag, and begin slitting throats." -- H. L. Mencken
Re: Wineconf 2004, otherwise known as...
March would be good, it's much nicer then, but any later than that and it will be packed with tourists (And prices will go up). The nearest airport is Naples, a train takes about an hour to get to Sorrento from there. For the EU there are direct connections, from the US and Canada you will probably have to get a flight to Rome, and then precede to Naples from there, it takes about twenty minutes. Comments from anybody planning to participate are welcome.
Re: dlls/user/tests/msg.c
On October 2, 2003 10:44 am, Gerald Pfeifer wrote: > Note that I did not suggest to remove the functions, just to remove > "static" from their definitions (or we could put them in #if 0...#endif). > > Currently, building Wine gives the following warnings of this kind: It's OK, I know that, but I'd rather have the warning as a constant reminder that there is stuff to do there. -- Dimi.
Re: Wineconf 2004, otherwise known as...
On October 2, 2003 10:45 am, Ivan Leo Murray-Smith wrote: > Hi list, > What about Sorrento, there are good conference facilities, hotel rooms can > cost as little as 60 euro per night, it's warm (temperature in between 10 > and 20 C°), there a lot to see and to do(For example it's only twenty > minutes from Pompei and fifteen from Capri) there is good transport, prices > are low (It is south europe), I can get it > organized if you don't want to go to siberia. Now, that's what I'd like to hear. I also suggested Greece or Spain, anyway, somewhere in/close to Europe and south, so us guys living up north also get a break from cold weather... We can also move it somewhere in line March, so we don't conflict with Lionel's ski trip :P -- Dimi.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
On October 2, 2003 10:19 am, Dmitry Timoshkov wrote: > That's the approach we have chosen so far. So, what's the problem with doing something like so: For all x,y in Unicode print x,y,lstrcmpi(x,y) (It will generate maybe close to 30GB of output, but it's OK) Run this on Windows and Wine, compare the result, and generate a sort of patch file to apply to the unicode.org tables. For added points, we can run this on multiple versions of Windows, and only look at things that are immutable between versions... -- Dimi.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
"Jeff Smith" <[EMAIL PROTECTED]> wrote: > You mean something like: [skipped] Exactly. I have something like that here, the only difference is that I'm dumping full unicode range 0-0x, not only first 96 characters. -- Dmitry.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
>
> > >Dmitry> The source of all of this is the difference between MS and
> > >Dmitry> unicode.org sort weight tables. There is no an easy way to make
> > >Dmitry> unicode.org database look like the MS one unfortunately...
> > >
> > >Can we perhaps write a tool that dumps those tables on a running MS system
> > >as header files that wine can use? Would this be allowable?
> > >
> > >
> >
> > Wouldn't the clean-room way be to write regression tests that pass on
> > Windows?
>
> That's the approach we have chosen so far.
>
> --
> Dmitry.
You mean something like:
===
#include
unsigned char test_strings[96][2];
int xyz (const void * y, const void * z)
{
return lstrcmpi(y, z);
}
int main(int argc, char *argv[])
{
int i;
for (i=0; i<96; i++)
sprintf (test_strings[i], "%c", i+0x20);
qsort (&test_strings[0][0], 96, 2, xyz);
for (i=0; i<96; i++) {
printf (" 0x%02x '%s'", test_strings[i][0], test_strings[i]);
if ((i == 95) || (lstrcmpi(test_strings[i], test_strings[i+1])))
printf ("\n");
}
return 0;
}
===
[On Windows 2000 Pro]
0x7f '⌂'
0x27 '''
0x2d '-'
0x20 ' '
0x21 '!'
0x22 '"'
0x23 '#'
0x24 '$'
0x25 '%'
0x26 '&'
0x28 '('
0x29 ')'
0x2a '*'
0x2c ','
0x2e '.'
0x2f '/'
0x3a ':'
0x3b ';'
0x3f '?'
0x40 '@'
0x5b '['
0x5c '\'
0x5d ']'
0x5e '^'
0x5f '_'
0x60 '`'
0x7b '{'
0x7c '|'
0x7d '}'
0x7e '~'
0x2b '+'
0x3c '<'
0x3d '='
0x3e '>'
0x30 '0'
0x31 '1'
0x32 '2'
0x33 '3'
0x34 '4'
0x35 '5'
0x36 '6'
0x37 '7'
0x38 '8'
0x39 '9'
0x61 'a' 0x41 'A'
0x62 'b' 0x42 'B'
0x43 'C' 0x63 'c'
0x44 'D' 0x64 'd'
0x45 'E' 0x65 'e'
0x66 'f' 0x46 'F'
0x47 'G' 0x67 'g'
0x48 'H' 0x68 'h'
0x69 'i' 0x49 'I'
0x4a 'J' 0x6a 'j'
0x6b 'k' 0x4b 'K'
0x6c 'l' 0x4c 'L'
0x6d 'm' 0x4d 'M'
0x6e 'n' 0x4e 'N'
0x6f 'o' 0x4f 'O'
0x50 'P' 0x70 'p'
0x51 'Q' 0x71 'q'
0x72 'r' 0x52 'R'
0x53 'S' 0x73 's'
0x74 't' 0x54 'T'
0x75 'u' 0x55 'U'
0x76 'v' 0x56 'V'
0x77 'w' 0x57 'W'
0x58 'X' 0x78 'x'
0x59 'Y' 0x79 'y'
0x5a 'Z' 0x7a 'z'
===
-- Jeff Smith
__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
Re: Wineconf 2004, otherwise known as...
Hi list, What about Sorrento, there are good conference facilities, hotel rooms can cost as little as 60 euro per night, it's warm (temperature in between 10 and 20 C°), there a lot to see and to do(For example it's only twenty minutes from Pompei and fifteen from Capri) there is good transport, prices are low (It is south europe), I can get it organized if you don't want to go to siberia.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote: > >Dmitry> The source of all of this is the difference between MS and > >Dmitry> unicode.org sort weight tables. There is no an easy way to make > >Dmitry> unicode.org database look like the MS one unfortunately... > > > >Can we perhaps write a tool that dumps those tables on a running MS system > >as header files that wine can use? Would this be allowable? > > > > > > Wouldn't the clean-room way be to write regression tests that pass on > Windows? That's the approach we have chosen so far. -- Dmitry.
Re: dlls/user/tests/msg.c
On October 2, 2003 04:13 am, Gerald Pfeifer wrote: > Are you planning to address this, or should "static" be removed from > these? Please don't remove them, hopefully we'll eventually have tests using them... -- Dimi.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
Uwe Bonnes wrote: Dmitry> The source of all of this is the difference between MS and Dmitry> unicode.org sort weight tables. There is no an easy way to make Dmitry> unicode.org database look like the MS one unfortunately... Can we perhaps write a tool that dumps those tables on a running MS system as header files that wine can use? Would this be allowable? Wouldn't the clean-room way be to write regression tests that pass on Windows? regards, Jakob
dlls/user/tests/msg.c
After the creation of dlls/user/tests/msg.c I'm seeing the following msg.c:128: warning: `WmMouseMoveInNonClientAreaSeq' defined but not used msg.c:135: warning: `WmMouseMoveInClientAreaSeq' defined but not used msg.c:142: warning: `WmDragTitleBarSeq' defined but not used msg.c:154: warning: `WmDragThinkBordersBarSeq' defined but not used msg.c:183: warning: `WmClickInactiveButtonSeq' defined but not used msg.c:204: warning: `WmReparentButtonSeq' defined but not used msg.c:217: warning: `WmCreateModalDialogSeq' defined but not used msg.c:248: warning: `WmDestroyModalDialogSeq' defined but not used msg.c:271: warning: `WmCreateModalDialogResizeSeq' defined but not used when using GCC 3.3. Are you planning to address this, or should "static" be removed from these? Gerald -- Gerald Pfeifer (Jerry) [EMAIL PROTECTED] http://www.pfeifer.com/gerald/
Re: Translating WINE using dedicated tools
On Wed, Oct 01, 2003 at 12:58:15PM -0400, Vincent Béron wrote: > Le mer 01/10/2003 à 04:25, Martin Quinson a écrit : > > [Please CC me, I'm not subscribed to this list] > > > > Hello, > > > > I've read in the last Wine KC that you are getting troubles to keep the > > translation of wine uptodate. I am pretty well involved in the translation > > of free software, and this is a common issue for all of us. It is so common > > that I did a program to deal easily with the translation of any kind of > > resource. This is called po4a (po for anything), and you can find more > > details about this on http://savannah.nongnu.org/projects/po4a and > > http://www.nongnu.org/po4a/ . > > > > The idea is to ease the convertions resource -> po file and then > > po -> resource when the translation is done. So, checking if the translation > > is uptodate is as easy as used the dedicated tools of the gettext world. > > > > Po4a is fully modular, and all we have to do to let wine using it is a new > > (perl) module to parse it. You can find more details about how to do a > > module using `perldoc Locale::Po4a::TransTractor` once the program is > > installed. > > I'm involved in translating Mozilla and Wine to French, and both don't > use po files, so you'll have to convince me to use this format (I know > it's the standard Unix way and that there are some tools for it). Tel me how you translate mozilla and I'll tell you what benefit you could get from a gettext based solution. If wine would be translated using po4a, it would be easier for translators, since they would not have to learn yet another format, since they would know imediatelly when the translation needs update. And it would also help ensuring that an error from the translator would not break the localized version of wine. But don't get me wrong. I propose help here, and my grand-ma always told that it is a very bad idea to help people against there willing. If you don't want to use po4a, that's fine with me. > > I would like to help here, but I need to know the gramar of the resource > > files. Do you have any parsers around there ? The better would be to have > > Perl based ones, since this is the language used in po4a. > > There's a bison/lex one (check in tools/wrc/*.y). Don't know how to > modify it, and don't know Perl either :) Ok, I'll have a look at it. It looks rather easy to do a module for po4a. > Basically, what we need is both a way of knowing that everything has > been translated (included in the various language files), and then > making sure it's still uptodate (tracking modifications between master > versions). At least, that's the way we do it for Mozilla. Nope, that's what you achieve for mozilla, not exactly how you did manage it. I found about the MozillaTranslator program, and my feeling is that it is reinventing the wheel of, say kbabel. But I may be wrong. The good thing with a gettext based solution is that it follows the standard of translating free software. As matter of fact, it gives you the choice about the interface you want to use to do the job, for example. But once again, if you guys prefer to develop a WineTranslator from the scratch, that's fine with me. Thanks for your time, Mt. -- use Mail::Signature; $sig = Mail::Signature->new; print $sig->random; pgp0.pgp Description: PGP signature
Program won't run in debugger
Hi all, I am trying to find out why Wine is not working with some closed application, and fix it. I have narrowed it down from the logs to something to do with MDI (Multiple Documents Interface). However - trying to connect with a debugger to the program causes the program to bomb quite bombastically. It appears that someone (ddd/gdb won't give me a stack frame, so I can only assume this is in the PE portion of the native application, rather than inside Wine) keeps calling STI and CLI (Set Interrupt and Clear Interrupt). This generates a segmentation fault (makes sense - this is priveleged command). If I do "cont", things continue (I can't vouch as to how long they do), but another sementation fault is right around the corner then. On the other hand, if I detach the debugger from the process, the process runs fine. I am at a loss as to what might be the cause. Is there any way to tell gdb to ignore the segmentation fault, and just let the builtin handler take care of it? Will using winedbg instead do me any good? On an unrelated note - I tried running valgrind-wine on the process. It complained right at the start that wine calls system vector 7 (waitpid), which is unsupported by valgrind. This seems odd to me, as this would suggest noone has ever ran valgrind successfully on wine. Implementing waitpid in valgrind produces even stranger result - it seems valgrind exists almost immedietly, while the main process continues onward. Anyone has similar experience with valgrind? Is there any need for me to submit my waitpid implementation? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/
XEN: Another virtual machine
Hallo, http://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/README sounds very promising for those interested in virtual machines. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Translating WINE using dedicated tools
On Wed, 01 Oct 2003 10:25:38 +0200, Sir Martin Quinson scribed thus: > I would like to help here, but I need to know the gramar of the resource > files. Do you have any parsers around there ? The better would be to have > Perl based ones, since this is the language used in po4a. It's not that simple. I asked people not to translate winecfg because translating a Win32 program also involves relaying out the GUI - it's not just a case of altering the strings. Win32 provides no layout management at all. Therefore every single translated resource file is entirely different - there is no way to use traditional Linux translation tools for Wine :(
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
"Uwe Bonnes" <[EMAIL PROTECTED]> wrote: > Dmitry> The source of all of this is the difference between MS and > Dmitry> unicode.org sort weight tables. There is no an easy way to make > Dmitry> unicode.org database look like the MS one unfortunately... > > Can we perhaps write a tool that dumps those tables on a running MS system > as header files that wine can use? Would this be allowable? I really hope that we could find a solution without doing that. -- Dmitry.
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
"Troy Rollo" <[EMAIL PROTECTED]> wrote: > Well right now it's not using any table at all - it's just going through to > strncmpiW, which is essentially a word-by-word comparison. Presumably the > issue now is copyright on the MS version of the table. Do you have anything > written down on the differences that you can give me so I can look for > work-arounds? I'm attaching current diff between CX Office and WineHQ CVS edited manually to remove not related parts, ignoring that in dlls/kernel/tests/locale.c some parts missing in the CX Office CVS got removed. The diff is provided solely for demonstrating what exactly fixes were made and for testing, it's not ready yet for inclusion into the WIneHQ due to reasons explained earlier. Some areas of interest are CompareString test suite, changes for unicode collation table, and changes in the CompareString implementation. P.S. Sorry, I compressed the diff since only few of you all might be interested to look at the really boring details... -- Dmitry. compare_string.diff.gz Description: GNU Zip compressed data
Re: Regression in lstrcmpiA (occurred in late June, NLS related)
> "Dmitry" == Dmitry Timoshkov <[EMAIL PROTECTED]> writes: Dmitry> "Troy Rollo" <[EMAIL PROTECTED]> wrote: >> Yes, but it this also means it worked for ASCII-7. Right now it >> doesn't even work for that. This creates problems for some >> applications, such as those that incorrectly use lstrcmpA to do >> binary searches on internal ordered keyword tables where the keywords >> can include punctuation characters or underscores. It means they fail >> to find some of their keywords, the result being spurious error >> results. Since the ASCII-7 range is the same regardless of character >> set, this wrong use of lstrcmpA happens to work on Windows if all the >> keywords in such a table are limited to that range. Dmitry> The source of all of this is the difference between MS and Dmitry> unicode.org sort weight tables. There is no an easy way to make Dmitry> unicode.org database look like the MS one unfortunately... Can we perhaps write a tool that dumps those tables on a running MS system as header files that wine can use? Would this be allowable? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
