> -----Original Message-----
> From: wine-devel-admin(a)winehq.com
> [mailto:[email protected]]On
> Behalf Of György 'Nog' Jeney
> Sent: Tuesday, October 29, 2002 10:46 AM
> To: wine-devel(a)winehq.com
> Subject: What is a leap second
>
>
>
> While I was looking through dlls/ntdll/time.c I came across
> the following
> two comments: "FIXME: Compute the number of leap second
> corrections here"
> and "FIXME: get the GMT offset here" What do these this mean?
>
> nog.
>
>
>
>
(Trying to avoid repeating everyone else)
The best source I know for information on leap seconds is
http://tycho.usno.navy.mil/leapsec.html
That includes a link to the list of when the leap seconds have been.
I was also looking at "time" over the past couple of days, from the
"GetDateFormat" side of things (files/dos_fs.c). I note that (Win98)
SystemTimeToFileTime etc do not include any leap seconds (i.e. file time
assumes no leap seconds).
Bill
This fixes wineserver crashes exposed by recent tests, in the unmerged
parts of the RPC code. Parts of this may never see the light of day.
Relative to H_PL0, of course.
LICENSE: X11
CHANGELOG:
* dlls/rpcrt4: rpc_epmap.c;
server: rpc_epmap.c:
Greg Turner <gmturner007(a)ameritech.net>
- don't crash the wineserver.
- don't printf("%s", NULL).
--
gmt
"The purpose of government is to rein in the rights of the people"
--President Bill Clinton, MTV interview, 1993
Jaco Greeff wrote:
>On Tue, 29 Oct 2002 21:10:52 +0100, Andreas Mohr
><andi(a)rhlx01.fht-esslingen.de> wrote :
>
>
>>[insert some rant about certain highly non-rewarding functions here...]
>>
>>Still, you're doing some pretty essential work, so let me just say thanks
>>for your (annoying ?) work !
>>
>>
>
>Annoying? Sometimes. Boring? Never. I'm enjoying every minute of it, as long
>as I don't get to frustrate myself with idiotic mistakes. (Of which I've had
>a couple in the last week, the last one just took the prize :))
>
I don't know. My personal best is to spend two weeks chasing a one wrong
character bug. What's more, it was introduced after adding ~20 lines of
code, and I knew it. Beat that!
To my credit I will say that this was assembly (68000), and that the
problem manifested itself in such an unrelated area of the program, that
I overruled my own judgment and searched the problem in the vicinity of
where it happened. As life would have it, the real problem was a missing
"#" (which means "use immediate value X", so instead it read "Take value
from address X").
> O, well,
>maybe I just need some extra sleep.
>
>Thanks a lot, encouragement is always appreciated.
>
>
>
>
Hi,
When I was trying to get wine working on sparc solaris, I experienced
troubles with exception handling. I always got error (after Ctrl + C):
err:seh:EXC_DefaultHandling Exception frame is not in stack limits =>
unable to dispatch exception.
After deeper insight into wine's guts I've figured out that problem lies
in SYSDEPS_CallOnStack function (scheduler/sysdeps.c:236), which doesn't
switch thread stack on sparcs -> I'll try to implement this soon.
I also looked at implementation of this function for __i386__ (since it
was just a couple of lines above... :o) ) and I think there is a mistake
in implementation for _MSC_VER compiler.
Original:
...
__asm mov edx, 8[esp];
__asm mov fs:[0x04], esp; <---
__asm push edx;
...
I think it should look like this:
...
__asm mov edx, 8[esp];
__asm mov esp, fs:[0x04]; <---
__asm push edx;
...
Just some questions:
Is anyone compiling wine with microsoft compiler? If so, what are the
reasons?
Next, current snapshot from cvs doesn't compile on solaris, is anyone
compiling wine on solaris?
Regards,
Juraj
On 29 Oct 2002 12:38:10 -0800, Alexandre Julliard <julliard(a)winehq.com> wrote :
> I'm afraid this can't possibly work. Registry keys don't have an
> associated file descriptor.
Bingo. That was my understanding as well, until I looked at the RegCloseKey
and was thrown totally off-track:
/* RegCloseKey */
...
return RtlNtStatusToDosError( NtClose( hkey ) );
which translates more or less to:
/* NtClose */
...
SERVER_START_REQ( close_handle )
{
req->handle = Handle;
ret = wine_server_call( req );
if (!ret && reply->fd != -1) close( reply->fd );
}
SERVER_END_REQ;
...
Basically leading to the belief that there is actually an fd. (Ignoring the
fact that we need to keep things general) Which, looking at the arch doesn't
make much sense... lots of little files would do nobody good. Next time I'll
ask before I'm lead to believe what I shouldn't.
Greetings,
Jaco
I run the swedish version...
> You can change the number of the line wrapping. Tools ->
> Options -> Mail
> Formating ->
... but I'm with you here.
> Internet Format -> Plain Text Options.
No, I have no such option.
I run Microsoft Outlook 2000...
From: Patrik Stridvall <ps(a)leissner.se>
>> You can change the number of the line wrapping. Tools ->
>> Options -> Mail
>> Formating ->
>
>... but I'm with you here.
>
>> Internet Format -> Plain Text Options.
>
>No, I have no such option.
>
>I run Microsoft Outlook 2000...
Try "Tools -> Options -> Mail Format. Select "Plain Text" in the
"Message Format" and click the "Settings" button.
Rolf Kalbermatter
CIT Engineering Nederland BV tel: +31 (070) 415 9190
Treubstraat 7H fax: +31 (070) 415 9191
2288 EG Rijswijk http://www.citengineering.com
Netherlands mailto:[email protected]
On 29 Oct 2002 10:53:32 -0800, Alexandre Julliard <julliard(a)winehq.com> wrote :
> Still, this only works for vfprintf, vfwprintf
> has to output in Unicode so you cannot convert to ASCII or use the
> system printf for that. It would probably be easier to grab a printf
> implementation from somewhere and convert it to Unicode.
Can I swear on this mailing list? Please, I need to. And one would think
I've never used the vfwprintf function before the way I'm making all these
wrong assumptions. Damnit, I know the Win32 API. *sigh* Luckily my wife got
most of the frustrations at my stupidity...
On your suggestion: I've looked at the glibc one. No comments. I'll refrain
and look a bit more... I do feel that we are making progress however, albeit
slowly ;) Do you think it a good idea just doing the ASCII version now and
get it into CVS without the W version. (Ripping out the vfwprintf for now.)
I can then proceed to make this ASCII implementation into a full
"real-prntf" implementation and subsequently, when we are all happy do the
Unicode conversion. Basically I'm suggesting breaking it up into small(er)
steps.
Comments?
Greetings,
Jaco
Would it be possible for someone to add a feature to wineconsole so that when
the child process exits the console isnt torn down immediatly? This would be
very nice because some dos apps dont work when not run through the console
and so it is impossible to see their command line syntax.
nog.