Dear Sir,
ASSISTANCE REQUIRED FOR ACQUISITION OF ESTATES
I write this to inform you of my desire to acquire estates or landed properties in
your country on behalf of the Director of Contracts and Finance Allocation of the
Federal Ministry of Works and Housing in Nigeria.
Considering hi
Dear Sir,
ASSISTANCE REQUIRED FOR ACQUISITION OF ESTATES
I write this to inform you of my desire to acquire estates or landed properties in
your country on behalf of the Director of Contracts and Finance Allocation of the
Federal Ministry of Works and Housing in Nigeria.
Considering hi
Hi,
besides the `multi-line'-warnings caused by some oskit headers there
are still (in my oskit-mach copy) 271 warnings about implicit
declarations of functions
http://www.stud.fernuni-hagen.de/q5631297/hurd/implicit
and 109 warnings with different messages
http://www.stud.fernuni-hagen.de/q
This patch removes some `implicit function definition' and `suggest
additional parentheses ...' warnings within ./vm and ./i386:
2002-03-05 Michael Teichgraeber <[EMAIL PROTECTED]>
* i386/i386/trap.c: Includ
This patch removes warnings about implicit definitions of bzero and
bcopy by including .
(At some other places already (Glibc-) has been included,
but this could perhaps be a problem if e.g. size_t were not the same
as oskit_size_t, since oskit-mach is linked against liboskit_c, not
libc).
If yo
On Sun, Feb 10, 2002 at 01:57:20PM -0500, James A Morrison wrote:
> These should be last references to dir_pathtrans left in the hurd sources.
I have applied (most) of your changes. But here are some of the unbreakable
rules from the bible of submitting patches ;)
1. You shall write proper eng
Hey, My name is Cindy, and I host adult webcam chats. I am 19 years old and I have a
great body.I am offering a one and only chance to all the sex webcams you will ever
want or
need.We have all the hottest girls, caught TOTALLY NUDE!! And the best part, you can
chat and watch them at the same
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Of course, we really have to look at the specific case, there is
> probably no blanket statement for such things. All errors that can
> be recovered from should of course not cause instant server death.
Yes, I agree absolutely.
mor
Title: Untitled Document
ÀúÈñȸ»ç´Â ´ë±Ô¸ð Á¾ÇÕ À¯Åëȸ»ç·Î½á
À̹ø¿¡ ½ÃÁß°¡ÀÇ
50%°¡°ÝÀ¸·Î ¾Æ·¡ ¹°°ÇµéÀ» ÆǸÅÇÏ°Ô µÇ¾úÀ¸¹Ç·Î ÀÌ¿¡ Á¤º¸¸¦ µå¸³´Ï´Ù.
¾È³çÇϼ¼¿ä...!¸ÕÀú Çã¶ô¾øÀÌ À̸ÞÀÏÀ» º¸³»¼ Á˼ÛÇÕ´Ï´Ù.º»¸ÞÀÏÀº ±ÍÇÏÀÇ ¾Æ¹«·± Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù
On Mon, Mar 04, 2002 at 11:47:27PM +0100, Moritz Schulte wrote:
> The point I try to make is that it's imho better to let the user
> decide what should happen in such a situation and give him at least
> the chance to get control over the situation back.
That is because you use your system interac
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I think that would only even more obfuscate the situation you are
> trying to debug.
The point I try to make is that it's imho better to let the user
decide what should happen in such a situation and give him at least
the chance to get control over
On Mon, Mar 04, 2002 at 02:09:41PM +0100, Moritz Schulte wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > I would say that if you recognize a situation that would make all
> > further writes (to a file, to a socket) trigger another emergency
> > log (or, let's say there is a significan
> A lot of warnings are caused by constructs within oskit-20010214
> headers, such as
>
> o multi-line string literals (in about 8 files):
> o lines containg strings behind #e{lse,ndif} directives (some
> dozen header files)
Thse are things that gcc 3.x started warning about and old
Please try the ds_routines.c change I just committed and tell me if it
helps or harms.
Thanks,
Roland
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hmm, I think I may have eyeballed the problem. When the server function
(ds_device_write) returns something other than KERN_SUCCESS (zero) or
MIG_NO_REPLY, then the message body will get destroyed by the kernel.
What's happening is that we call vm_map_copyout, which consumes the ool
stuff in the
I don't really have any ideas off hand what the problem might be. Can you
step through the return from ds_device_write in gdb and follow what happens
from there until the crash?
The only other idea that occurs to me for narrowing it down is to try you
test program with device_write_inband and se
> Oskit-mach/oskit/ds_asynchio.c lacked definitions of
> ds_device_.*error_reply and ds_device_.*reply_inband functions. This
> can be fixed by including mig-generated headers device_reply.h and
> device_error_reply.h. But, both of them had the same `#ifndef
> _device_reply_user_' phrase at the be
> This will remove unused variables within oskit-mach:./oskit:
Thanks, I put those changes in.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
The ds_* RPC server functions should be declared by the mig-generated
header, "device_interface.h". I have just fixed a long-standing makefile
bug that caused those headers to be generated all wrong. Note that you
will have to blow away your build directory (removing files not necessarily
caught
I think the good thing to do nowadays is use the `getaddrinfo' interface
instead. (Another good thing to do would be to document those calls in the
libc manual. :-)
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-h
> Well, another thing that would certainly be useful to have is support for
> core files. The crash server works today, we just don't have a sensible
> core file format, and a function that dumps such a core file (and another
> function that allows gdb to read it back).
This is not really very h
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I would say that if you recognize a situation that would make all
> further writes (to a file, to a socket) trigger another emergency
> log (or, let's say there is a significant likelihood for it), it
> would make sense for the server to log a messag
Title: ¡Ý º»¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡Ý º»¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦50Á¶¿¡
ÀÇ°ÅÇÑ [±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡Ý e-mailÁÖ¼Ò´Â ÀÎÅͳݻ󿡼 ÃëµæÇÏ¿´À¸¸ç, e-mail
James Morrison wrote:
> Humm, I do cast the return value of malloc, but any of the examples
> in the libc manual or the GCS also cast the return value of malloc
> The GCS only says not to cast to void * .
Casting the result of malloc is *required* in C++ and is *optional* in C.
--
Ognyan Kulev
Hey, My name is Cindy, and I host adult webcam chats. I am 19 years old and I have a
great body.I am offering a one and only chance to all the sex webcams you will ever
want or
need.We have all the hottest girls, caught TOTALLY NUDE!! And the best part, you can
chat and watch them at the same
25 matches
Mail list logo
