Title: Investors
Investment Special Tonight's Feature CompanyShareCom, Inc. (OTCBB: SHCC) Current Price: $0.0154 52 Week High: $2.49 52 Week Low: $0.009 Why SHCC? SHCC has established business relationships with FEMA, the American Red Cross, AAA, NOAA, and more SHCC is currently booking
Title: ±Í »çÀÇ È¨ ÆäÀÌÁö¸¦ °Ë»ö »çÀÌÆ®¿¡ ÀÚµ¿ µî·ÏÇϽʽÿÀ
±Í
»çÀÌÆ®¸¦ °Ë»ö¿£Áø¿¡ º£³Ê¿Í ÇÔ²² ÀÚµ¿ µî·ÏÇϽʽÿÀ.
[µî·ÏÇϱâ]¾È³çÇϽʴϱî?
¿ì¼ö »çÀÌÆ® ÀÎÅÍ³Ý ÁÖ¼Ò·ÏÀÎ KEYSITEÀÔ´Ï´Ù.
±×µ¿¾È KEYSIET¸¦ ¾Ö¿ëÇØ ÁֽŠ±ÍÇϲ²
°¨»çµå¸³´Ï´Ù.KEYSIET´Â Áö±Ý±îÁöÀÇ °³º° °Ë»ö ±â´É¿¡¼ ¸ÖƼ ¸ÞÅ
On Thu, Jan 03, 2002 at 02:26:27AM +0100, Jeroen Dekkers wrote:
> Hmm strange as remote debugging works fine.
It's not strange ata ll, as with remote debugging the kernel opens the
device and never closes it, while in our case you open the device,
read/write, and then close it.
> Can you tell me
It is easy to reproduce the fact that oskit-mach has no serial device drivers.
The console doesn't count.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Thu, Jan 03, 2002 at 02:09:43AM +0100, Neal H Walfield wrote:
> > Did you try this with gnumach, OSKit-Mach or both?
> >
> > In your mail you talk about i386/i386at/com.c, which isn't in my
> > OSKit-Mach tree. I suggest you try out OSKit-Mach because remote
> > debugging works AFAIK (I haven'
> Did you try this with gnumach, OSKit-Mach or both?
>
> In your mail you talk about i386/i386at/com.c, which isn't in my
> OSKit-Mach tree. I suggest you try out OSKit-Mach because remote
> debugging works AFAIK (I haven't tried yet) and that uses the serial
> port.
Been there, done that and it
> we are having a problem with the serial device driver. Neal and I think we
> tracked it down to the interrupt handling.
Actually, we were wrong: the behavior that we saw under GNU/Hurd is
the same as that which we see under GNU/Linux. Good stuff, huh? In
fact, it seems that the problem is mo
On Wed, Jan 02, 2002 at 10:58:18PM +0100, Marcus Brinkmann wrote:
> Hi,
>
> we are having a problem with the serial device driver. Neal and I think we
> tracked it down to the interrupt handling.
Did you try this with gnumach, OSKit-Mach or both?
In your mail you talk about i386/i386at/com.c,
> Make sure that RTIi is checking how many bytes to remove from the
> buffer, and isn't just assuming the amount to remove. Also make sure
Ok, this was a bogus suggestion. I should read the actual code before I
start conjectures. :)
All the serial drivers I can find pull out bytes as long as "d
> The CTIi interrupt you are seeing is a timeout interrupt. This is used
> to cover the case where anough bytes aren't recieved to trigger the high
> water interrupt. The serial hardware issues these at a regular interval
> to keep the buffer clear.
Actually, the interrupt is issued if the time
> There was only one istance of the profile-enable ext2 translator. The
> problem is the same using gcc 2.95 and gcc-3.0. I think that probably for
> some reason after sending the reply to fsys_goway the task is forced to die.
That should not be the case. Can you please figure out what happens h
> So, sending "0123456789ABCDEF" will result in
> RECi => 0123456789ABCD
> CTIi => EF
[snip]
> Anybody has an idea how to proceed with this problem? Has anybody gotten
> serial line communication to work reliably? BTW, we have tested PPP and the
> tunnel device without using the serial connec
Hi,
we are having a problem with the serial device driver. Neal and I think we
tracked it down to the interrupt handling.
The setup consists of a machine running GNU/Hurd and a machine running
GNU/Linux or GNU/Hurd, both machines running minicom.
As long as characters come slow, just a few at
On Tue, Jan 01, 2002 at 03:15:45PM +0100, Niels Möller wrote:
> I think the writing of profiling information on process exit is
> supposed accumulate information if you're running more than one
> instance of the profiled program.
There was only one istance of the profile-enable ext2 translator.
> I hope this helps to clarify where Karlsruhe stands with respect to
> the Hurd and related issues.
Thank you for this clarification. After our meeting with Hawk and
Alex at CCC my impression was very similar to what Moritz wrote.
___
Bug-hurd mailin
hg n..
. ...
³Ì·s¸É©«¥Ø¿ý»¡©úÀÉ.txt
Description: Binary data
´«©dѼֳ¡»¡©úÀÉ.txt
Description: Binary data
.
³Ì·s¸É©«¥Ø¿ý»¡©úÀÉ.txt
Description: Binary data
´«©dѼֳ¡»¡©úÀÉ.txt
Description: Binary data
hg n..
³Ì·s¸É©«¥Ø¿ý»¡©úÀÉ.txt
Description: Binary data
´«©dѼֳ¡»¡©úÀÉ.txt
Description: Binary data
Title: Track & Field Training CD ROM
BUY IT NOW FOR ONLY $19.95 U.S. !
The Fundamentals of Track & Field Training on CD ROM
Track and Field training has just been brought into the 21st century. Through the use of a multimedia per
19 matches
Mail list logo