Below is a log of #winehq, from 9:44 to 10:09 on Wednesday August 15th:
(09:43:50 PM) Pie-rate: my brother's girlfriend's WoW install is
crashing (locking up, stops responding) randomly. she will install
windows tomorrow if it doesn't get fixed. i don't like windows and i
don't want to deal with it
On Wed, Aug 15, 2007 at 04:01:33PM -0700, Juan Lang wrote:
> Could some of you check where you have, say, OpenSSL's CA certificates
> installed, and email me what distro you're running, and the path?
>
> E.g., I'm running Goobuntu, and I have them installed in
> /etc/ssl/certs/ca-certificates.crt.
I'd say leave them wrong in our headers,
but report the problem to Microsoft,
and fix our headers when they fix theirs...
- Dan
On Wed, Aug 15, 2007 at 12:02:17PM -0700, Juan Lang wrote:
> What do you think of my most recent suggestion, that the Root store
> should not read from the registry, but should read from certs
> installed locally, where the path to them is set in the registry?
I guess that is a good and felxible s
Same for Mandriva 2007 Spring.
On 8/15/07, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> Juan Lang escribió:
> > Could some of you check where you have, say, OpenSSL's CA certificates
> > installed, and email me what distro you're running, and the path?
> >
> > E.g., I'm running Goobuntu, and
On Wednesday August 15 2007 23:01, Juan Lang wrote:
> Could some of you check where you have, say, OpenSSL's CA certificates
> installed, and email me what distro you're running, and the path?
>
> E.g., I'm running Goobuntu, and I have them installed in
> /etc/ssl/certs/ca-certificates.crt.
>
> Tha
Juan Lang escreveu:
Could some of you check where you have, say, OpenSSL's CA certificates
installed, and email me what distro you're running, and the path?
E.g., I'm running Goobuntu, and I have them installed in
/etc/ssl/certs/ca-certificates.crt.
Thanks,
--Juan
Fedora 4 (2.6.17-1.2142
Juan Lang schreef:
> Could some of you check where you have, say, OpenSSL's CA certificates
> installed, and email me what distro you're running, and the path?
>
> E.g., I'm running Goobuntu, and I have them installed in
> /etc/ssl/certs/ca-certificates.crt.
>
> Thanks,
> --Juan
>
Seems same for
Juan Lang escribió:
Could some of you check where you have, say, OpenSSL's CA certificates
installed, and email me what distro you're running, and the path?
E.g., I'm running Goobuntu, and I have them installed in
/etc/ssl/certs/ca-certificates.crt.
Thanks,
--Juan
My certificates are at /et
Am Donnerstag, 16. August 2007 01:01 schrieb Juan Lang:
> Could some of you check where you have, say, OpenSSL's CA certificates
> installed, and email me what distro you're running, and the path?
>
> E.g., I'm running Goobuntu, and I have them installed in
> /etc/ssl/certs/ca-certificates.crt.
Gen
Could some of you check where you have, say, OpenSSL's CA certificates
installed, and email me what distro you're running, and the path?
E.g., I'm running Goobuntu, and I have them installed in
/etc/ssl/certs/ca-certificates.crt.
Thanks,
--Juan
Hi Juan,
Sorry I was going to reply earlier but was distracted...
On Wednesday 15 August 2007 00:08:23 Juan Lang wrote:
> Since there wasn't a clear consensus about how to get CA certificates
> into the registry, I decided to do what Mono does: punt. So I've
> written a tool that can load certi
Currently I'm trying to learn how cxtest works. But it looks like a
good idea to find sources of such regressions. I could help to write
such a script. I will check how my script fits into it.
Mikolaj Zalewski
Hi Paul, I appreciate the feedback.
> Ta. I've had a quick look. A couple of minor comments:
>
> You might want to include "BEGIN TRUSTED CERTIFICATE" as an option when
> parsing PEM-format files. All the root CAs I've seen don't use this, but
> apparently its a possibility.
Okay, I'll keep it
> Do we really need them in the registry at all? It would seem a lot
> safer to load them directly from some system dir.
I really should think longer before arguing with your feedback ;)
Maybe the Root store should be a read-only one that reads from some
system path set in the registry, and does
On Wednesday 15 August 2007, Andrew Talbot wrote:
> Kuba Ober wrote:
> >> You calculating center wrong:
> >> > + ret = (props->lMax-props->lMin)/2;
> >>
> >> This won't work for min=1000 max=2000.
> >
> > But it does. Maybe you meant if min/max were switched? In such case
> >
> > ret = (props->lMa
On Wednesday 15 August 2007, Alexandre Julliard wrote:
> "Juan Lang" <[EMAIL PROTECTED]> writes:
> >> Do we really need them in the registry at all? It would seem a lot
> >> safer to load them directly from some system dir.
> >
> > The trouble is not knowing which is the correct system dir / file.
> As long as you don't try paths under /home, even a moderate amount of
> guessing seems safer than storing them in a user-writable file.
I'm not sure I agree. If the threat model is a user doing dumb
things, there's no protection against that. If the threat model is a
rogue Windows program inst
Kuba Ober wrote:
>> You calculating center wrong:
>> > + ret = (props->lMax-props->lMin)/2;
>>
>> This won't work for min=1000 max=2000.
>
> But it does. Maybe you meant if min/max were switched? In such case
>
> ret = (props->lMax-props->lMin)/2;
> if (props->lMax < props->lMin) ret = -ret;
>
"Juan Lang" <[EMAIL PROTECTED]> writes:
>> Do we really need them in the registry at all? It would seem a lot
>> safer to load them directly from some system dir.
>
> The trouble is not knowing which is the correct system dir / file. It
> changes from distro to distro, from version to version.
> Do we really need them in the registry at all? It would seem a lot
> safer to load them directly from some system dir.
The trouble is not knowing which is the correct system dir / file. It
changes from distro to distro, from version to version. Guessing
seems less safe (to me) than getting th
"Juan Lang" <[EMAIL PROTECTED]> writes:
> Since there wasn't a clear consensus about how to get CA certificates
> into the registry, I decided to do what Mono does: punt. So I've
> written a tool that can load certificates from a file or from a URL
> and stick them in the registry.
Do we really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vitaliy Margolen napisał(a):
> Artur Szymiec wrote:
>> Here is attached patch
>> for joystick_linuxinput.c where bug in dead zone
>> calculation make joystick unusable. After correction
>> tested in two games and works properly.
>>
>> Best Regards
>> A
There seems to be a bug for this now:
http://bugs.winehq.org/show_bug.cgi?id=9320
Sick of deleting your inbox? Yahoo!7 Mail has free unlimited storage.
http://au.docs.yahoo.com/mail/unlimitedstorage.ht
Some of the function prototypes in wintrust.h have the wrong calling
convention. The trouble is, PSDK gets them wrong too. So calling the
functions, as declared in the PSDK header, results in a crash in
Windows. Casting them to function pointers with the correct calling
convention succeeds.
Sho
Hi,
Currently we import ws2_32 for our wininet tests.
ws2_32 is however not available on win95 and thus presents users of winetest
with a pop-up. A crash of the tests I could live with but a pop-up gets in the
way of automatic testing (if ever implemented again).
I could do LoadLibrary/GetPr
Hi Mikolaj,
nice work!
I saw that you successfully ran cxtest.sh script on your machine and
submitted results. Currently, we are in process of setuping cxtest.sh
(tests Wine make test, Picasa, WinZip, WordViewer, ExcelViewer, PptViewer)
and 3dMark2000 tests nightly on our testing machines. Once w
> >> Artur Szymiec wrote:
> >>> Here is attached patch
> >>> for joystick_linuxinput.c where bug in dead zone
> >>> calculation make joystick unusable. After correction
> >>> tested in two games and works properly.
> >> Thanks for spotting the problem. Unfortunately your patch has few
> >> problem
Artur Szymiec wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vitaliy Margolen napisał(a):
Artur Szymiec wrote:
Here is attached patch
for joystick_linuxinput.c where bug in dead zone
calculation make joystick unusable. After correction
tested in two games and works properly.
Best Regard
On Wed, 2007-08-15 at 12:31 +0200, Maarten Lankhorst wrote:
> Scott Ritchie schreef:
> > The Wine package in Ubuntu Gutsy is currently failing to build on the
> > AMD 64 arch, and I'm not sure why. I don't have a gutsy 64 system to
> > play around with at the moment, but you can see the package er
Scott Ritchie schreef:
> The Wine package in Ubuntu Gutsy is currently failing to build on the
> AMD 64 arch, and I'm not sure why. I don't have a gutsy 64 system to
> play around with at the moment, but you can see the package error log
> here:
>
> http://launchpadlibrarian.net/8598218/buildlog_u
The Wine package in Ubuntu Gutsy is currently failing to build on the
AMD 64 arch, and I'm not sure why. I don't have a gutsy 64 system to
play around with at the moment, but you can see the package error log
here:
http://launchpadlibrarian.net/8598218/buildlog_ubuntu-gutsy-amd64.wine_0.9.42-0ubu
Hi,
I was trying to read a '+all,+relay,-syslevel,-gdi,-font' trace but several
lines show something like:
000d:Cget_window_property000d:Call0x000d:, atom=000d:Call
usePropertySheetInfo000d00d:Call user32.CharNextA(0 {000d:Call
user32.CharNextA(0040a04d "les\\Nmap") ret=0040551c
The ab
33 matches
Mail list logo
