Title: Orders Today will be Shipped Tomorrow
Orders Today will be Shipped TomorrowNo Prescription NecessaryU.S. Doctors and Pharmacy available for consultationAll orders shipped Fed Ex OvernightClick Here and Order Online Today!!! To be removed from future mailings, please reply with "Remove"
I finally got to understanding the change that was made in
libc/hurd/set-host.c by Roland a couple months ago. However, his fix
still has the same problem. I have the debian libc0.2 package
installed which is from Jan 04 so I assume it has Rolands fix.
Before I get to the patch, here is an
Michael Oberg
wrote:
>I always just use the following:>cvs -z3
-d:pserver:[EMAIL PROTECTED]:/cvsroot/hurd co
>hurd/utils/rpctrace.c
Thank you Michael, that worked. I wasn't
entering that line quite right and couldn't tell what I was doing wrong from the
online documentation.
Doug Webb
Title: ±ÍÇÏÀÇ Ã¢¾÷À» µ½°Ú½À´Ï´Ù.
±ÍÇÏÀÇ Ã¢¾÷À»
µ½°Ú½À´Ï´Ù.
ÀúÈñ (ÁÖ)³ª·¡Á¤º¸¿¡¼´Â ÀüÈÁ¤º¸
â¾÷ÀÚ¸¦ ¸ð½Ê´Ï´Ù.
Is there any reason that we are using the older from
libc/sysdeps/generic/netinet/ip.h and not one similar to the one that
Linux uses in sysdeps/unix/sysv/linux/netinet/ip.h. The reason that I
ask is that we do not have definitions of either `struct timestamp' or
`struct iphdr.'
___
On Wed, Jan 30, 2002 at 02:52:30PM -0800, Thomas Bushnell, BSG wrote:
> The Right Thing is surely two separate threads. I'm not sure that
> select is really necessary at all however.
I have stumbled upon an obscure race where it helps. I am not sure if
it is worth the use of io_select, I will
Doug Webb wrote:
> I'm unable to download rpctrace from cvs because I don't have permission
> to create the lock file on the server. I can't figure out how to
> override or ignore this. What is the secret?
>
I always just use the following:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/hurd
> I'm unable to download rpctrace from cvs because I don't have
> permission to create the lock file on the server. I can't figure
> out how to override or ignore this. What is the secret?
I do not know of any cvs secrets, however, I am aware of one secret to
getting free help: be as helpful as
On Thu, Jan 31, 2002 at 03:26:19AM +0100, Marcus Brinkmann wrote:
> It's coming back to me. I wanted to use a select in the writer so I can
> have the actual write non-blocked while holding the global lock. I thought
> this would make the queue manipulation a bit simpler. It's much better
> tho
I'm unable to download rpctrace from cvs because I
don't have permission to create the lock file on the server. I can't
figure out how to override or ignore this. What is the secret?
Thanks,
Doug Webb
On Wed, Jan 30, 2002 at 02:52:30PM -0800, Thomas Bushnell, BSG wrote:
> The Right Thing is surely two separate threads. I'm not sure that
> select is really necessary at all however.
It's coming back to me. I wanted to use a select in the writer so I can
have the actual write non-blocked whil
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The obvious difference is what happens to data that is available in the
> underlying file while CREAD is turned off. Both, devio and ptyio discard
> such data, while in your design it would be delayed until CREAD is enabled.
> I couldn't find out wh
Roland McGrath <[EMAIL PROTECTED]> writes:
> I think you should discard data when CREAD is clear. I also think a change
> in CREAD state should be passed down with a tioctl call as for modem
> control bits. When (eventually, with new interfaces) this is passed all
> the way down to the device d
> The obvious difference is what happens to data that is available in the
> underlying file while CREAD is turned off. Both, devio and ptyio discard
> such data, while in your design it would be delayed until CREAD is enabled.
> I couldn't find out what is the right thing (the standards just say
On Wed, Jan 30, 2002 at 02:52:30PM -0800, Thomas Bushnell, BSG wrote:
> I think this is a very good strategy. Mach RPCs can be split into
> asynchronous IPC calls, but this is not true of most RPC systems that
> we might want to port to. So it's ok to take advantage of the Mach
> semantics in Ma
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> An easier question: devio.c uses the _request and _reply functions,
> eg asynchronous I/O, which would work very well in the hurdio case,
> too. However, for hurdio, I think it would work equally well to
> have a reader and a writer thread, which do
> > Really? Here's an example where this is not true (anymore?).
>
> I was referring to this [1] implementation which makes a minimal use
> of BSD features -- at least when I ported it.
>
> [1] http://www.awfulhak.org/ppp.html
Okay, that clarifies a lot of things ;-)
Regards,
-Farid.
--
Fari
Hi,
thanks for your explanations.
An easier question: devio.c uses the _request and _reply
functions, eg asynchronous I/O, which would work very well in the hurdio
case, too. However, for hurdio, I think it would work equally well to have a
reader and a writer thread, which do io_select in a
WWW.EXTREEM.COM
Note: this is not a Spam email. This email was sent to you because your email was
entered in on a website requesting to be a
registered subscriber. If you did not request this email, please reply to this message
and type "remove"
Of interest to us too.
--- Begin Message ---
The combination IEEE POSIX 1003.1-2001 / Single UNIX
Specification Version
3 is now online at the following URL:
http://www.UNIX-systems.org/version3/online.html
This is for free (as in Beer, but not as in Liberty, as IEEE and
Open Group
copyr
> On Tue, Jan 29, 2002 at 10:08:55PM -0700, Michael Oberg wrote:
> > (2) Filtering Options:
> > - Show/Dont show specific msg ID/Name.
> > - Show/Dont show specific subsystem(s).
> > - Show/Dont show range of IDs/subsystems/rights.
> > - Show/Dont show reply's
I just checked in so
On Tue, Jan 29, 2002 at 10:08:55PM -0700, Michael Oberg wrote:
> (2) Filtering Options:
> - Show/Dont show specific msg ID/Name.
> - Show/Dont show specific subsystem(s).
> - Show/Dont show range of IDs/subsystems/rights.
> - Show/Dont show reply's
Yes, this is potentially
22 matches
Mail list logo
