>> Nearly everyone who wants to set up their national locale
>> needs to recompile the kernel, since some important characters
>> are hidden under mouse cursor.
>
>I agree with you - it is very strange for Czech users too (and maybe
>for almost all ISO-8859-* users) - default mouse settings overr
Hi,
>Failing that, has anyone figured out a keyboard mapping for an
>Inspiron 7000 that puts the left ALT key back where it belongs?
>(The reason for the first request is to try to determine what
>effect the left ALT key actually has. On this laptop, the "windows"
>key does what left ALT normally
> This is only true if the connection was gone long enough for your lease
> from the DHCP server to expire or the DHCP server is configured to not
> re-issue
> an address requested by a dynamically served host on reconnect.
It occurs to me that I'm assuming a reboot/renew type request
On 07-Jan-2000 Christoph Kukulies wrote:
>>
>> Same as on any other OS: You get a new IP address when you reestablish
>> your connection to the ISP, so the hosts at the other ends of any active
>> network connections you happened to have open when you dropped your
>> link will be sending their
[This was posted to -ports, to no response]
Happy New Year, everyone!
With the world apparently still in one piece after the celebrations and the few
Y2K incidents, I guess we're back to our regular transmissions.
Since this message is going outside of -doc where it has been discussed
before, I
I have a routine that sends an ip packet and receives an ack. The routine
behaves as expected when called from an active kernel, but misbehaves when
called from ddb.
When called from ddb, the outgoing packet is sent, but the ack goes
undetected. If I call fxp_intr() on the appropriate softc the
Thus spake Dan Nelson ([EMAIL PROTECTED]):
> Nov 31 cannot be represented, but it gets normalized to Dec 1. The
> only non-representable dates are those that cannot be stored in a
> time_t.
Ah, thank you.
Alex
--
I doubt, therefore I might be.
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Fri, 7 Jan 2000, Matthew Dillon wrote:
> BTW, Kudos to the KAME folk, the ipv6 and ipsec stuff looks like it's
> going to turn into a winner! IPSEC is going to be one really good reason
> for needing ever-faster cpu's :-).
Maybe Intel should have been approached for financial as
:We attacked Rich's switch in the lab. We plugged ports 1-4 into 4 10/100
:ports on a SmartBits 2000 test chassis and banged it with full-duplex bi-
:directional streams between ports 1<->2 and 3<->4. I am happy to report
:that it passed 100% of traffic at all packet sizes except 64 bytes, whe
I use the following statements to time the system time used by a routine:
struct rusage ru_start, ru_end;
struct timeval stime;
getrusage(RUSAGE_SELF, &ru_start);
call the routine
getrusage(RUSAGE_SELF, &ru_end);
timersub(&ru_end.ru_stime, &ru_start.ru_stime, &stime);
Sometimes I find that the
Pete Mckenna wrote:
>
> Wes,
> Have you managed to test the switch and if so how did it do ? I have a
> FS-108 on order.
Yes. I bought two FS-105's, one for me and one for a co-worker. CompUSA
had a $20 rebate on them from 12/26 - 1/1, making them $99.
We attacked Rich's switch in the lab. W
:Yes, if you had C3, C4, etc. (multiple children), you'd need to make sure
:that each of them could get at what was originally in B. This means
:more copying -- either to each of the C's or someplace else.
:
:The thing is, most forks are followed by execs. The most common case
:is that they woul
At 17:14 31-12-1999 +0100, Alexander Langer wrote:
>mktime(3) with this tm returns the date 1 Dezember.
>
>Does POSIX want this?
>Does anyone have the specs and could take a look?
>Or is this a bug?
Says POSIX Programmer's Guide, by Donald Lewine: "The mktime() function is
not required to reject
In the last episode (Jan 07), Alexander Langer said:
> Thus spake Thomas David Rivers ([EMAIL PROTECTED]):
>
> > I believe this is correct behaviour.
>
> Ok. I got a further question:
> >From ctime(3):
> til tm_mon and tm_year are determined. Mktime() returns the
> specified calendar
Thus spake Thomas David Rivers ([EMAIL PROTECTED]):
> I believe this is correct behaviour.
Ok. I got a further question:
>From ctime(3):
til tm_mon and tm_year are determined. Mktime() returns the specified
calendar time; if the calendar time cannot be represented, it returns -1;
Wh
>
> Hello!
>
> Try the following:
>
> Take any year, minute, seconds, hours (etc...).
>
> set the struct tm accordingly.
> set the tm->tm_mon = 10 (November)
> set the tm->tm_mday = 31 (november has only 31 days)
>
> mktime(3) with this tm returns the date 1 Dezember.
>
> Does POSIX want thi
On Sat, Jan 08, 2000 at 02:35:28AM +1030, Mark Newton wrote:
> On Fri, Jan 07, 2000 at 04:33:39PM +0100, Christoph Kukulies wrote:
>
> > What is the 'normal' behaviour for a rlogin (ssh) or telnet session
> > when one is logging into an ISP who assigns dynamic addresses and
> > the connection
>Date: Fri, 31 Dec 1999 17:14:23 +0100
>From: Alexander Langer <[EMAIL PROTECTED]>
>Try the following:
>Take any year, minute, seconds, hours (etc...).
>set the struct tm accordingly.
>set the tm->tm_mon = 10 (November)
>set the tm->tm_mday = 31 (november has only 31 days)
No. November has bu
Thus spake Alexander Langer ([EMAIL PROTECTED]):
> set the tm->tm_mday = 31 (november has only 31 days)
^^ 30, of course
Alex
--
I doubt, therefore I might be.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in t
On Sat, 8 Jan 2000, Mark Newton wrote:
> > I have the problem that with FreeBSDs isdn (i4b) my rlogin (ssh)
> > sessions die (are rendered unusable - lock o' city) regularly when
> > the idle timer drops the connection. A subsequent awaking of the connection
> > results in a different IP addr
Hello!
Try the following:
Take any year, minute, seconds, hours (etc...).
set the struct tm accordingly.
set the tm->tm_mon = 10 (November)
set the tm->tm_mday = 31 (november has only 31 days)
mktime(3) with this tm returns the date 1 Dezember.
Does POSIX want this?
Does anyone have the specs
On Fri, Jan 07, 2000 at 04:33:39PM +0100, Christoph Kukulies wrote:
> What is the 'normal' behaviour for a rlogin (ssh) or telnet session
> when one is logging into an ISP who assigns dynamic addresses and
> the connection has an idle timer (inactivity) (that is, the connection is
> dropped a
What is the 'normal' behaviour for a rlogin (ssh) or telnet session
when one is logging into an ISP who assigns dynamic addresses and
the connection has an idle timer (inactivity) (that is, the connection is
dropped after a certain time period).
I have the problem that with FreeBSDs isdn (i4b) m
On Thu, 6 Jan 2000, John Ioannidis wrote:
> Here is the setup:
>
> Hosts alice and bob, running 3.4-STABLE, xl interfaces.
>
> on alice:
> # ifconfig xl1 10.1.1.1 up netmask 255.255.255.255
> # ifconfig xl1 10.1.1.2 up netmask 255.255.255.255
>
>
> So, what's the right way to do th
When compiling 3.4-RELEASE I find that whilst linking in src/bin/csh, the linker
complains about not finding the following symbols:
s_strlen
s_strcmp
vis_str
short2str
This all takes place during my attempt to do a make buildworld with the
3_4_0_RELEASE sources. I am currently on a 3.2-RELEAS
When compiling 3.4-RELEASE I find that whilst linking in src/bin/csh, the linker
complains about not finding the following symbols:
s_strlen
s_strcmp
vis_str
short2str
This all takes place during my attempt to do a make buildworld with the
3_4_0_RELEASE sources. I am currently on a 3.2-RELEAS
At 10:42 PM 1/6/2000 , Matthew Dillon wrote:
>Hmm. Well, you could copy the page to C1 in order to avoid creating
> a C2 layer, at least as long as you do not have other entities sharing
> B directly (e.g. C3, C4, ...).
Yes, if you had C3, C4, etc. (multiple children), you'd need
27 matches
Mail list logo
