From fed63e58f0a1d0c16ef0f0cb51f7a97fa8e3d73f Mon Sep 17 00:00:00 2001 From: "Timothy R.Butler" Date: Thu, 21 Jun 2001 05:08:58 +0000 Subject: [PATCH] Fixing more boldness problems --- sfsite/irc-20010619.html | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/sfsite/irc-20010619.html b/sfsite/irc-20010619.html index f16981c0d..c6f30d513 100644 --- a/sfsite/irc-20010619.html +++ b/sfsite/irc-20010619.html @@ -185,7 +185,7 @@ smapnipss

[20:15] yakovlev Moja: that's not the point.
[20:16] bryce bochs is not for speed. :)
[20:16] uninet yak: Do you know who did the bochs in bochs thing? I'd love to post a screenshot of that. -
[20:16] Psyon http://prdownloads.sourceforge.net/bochs/bochs-1.2.1.win32.zip --- is that a source zip or binary? +
[20:16] Psyon http://prdownloads.sourceforge.net/bochs/bochs-1.2.1.win32.zip --- is that a source zip or binary?
[20:16] Moja yako; yeah, i guess I'm probably not the target audience. I just need some kind of 'doze implementation to run this one particular proprietary crapware app that my office forces me to use.
[20:16] yakovlev I thought I had seen one.
[20:16] bryce that's a binary ZIP @@ -341,7 +341,7 @@ smapnipss

[20:39] bryce makes various size floppies too
[20:39] KWeisshar is there any way to accesss the floppy and cd-rom drive directly when running bochs under win98 or windows me
[20:40] Psyon Im working on that -
[20:40] *** rjlemley (selma@dsl092-005-134.sfo1.dsl.speakeasy.net) Quit (Quit:
[x]chat) +
[20:40] *** rjlemley (selma@dsl092-005-134.sfo1.dsl.speakeasy.net) Quit (Quit: [x]chat)
[20:40] Psyon KWeisshar: Win98/Me do not provide a direct way to access the cdrom sectors
[20:40] KWeisshar what about floppy sectors
[20:40] Psyon nope @@ -359,7 +359,7 @@ smapnipss

[20:41] eks bryce: I prefer partcopy from John Fine
[20:41] eks http://erols.com/johnfine/pcopy02.zip
[20:41] *** Psyon sets mode: +o yakovlev -
[20:42] bryce Calvin Smith also said A HREF="http://www.winimage.com"www.winimage.com/A has a good image manipulation tool +
[20:42] bryce Calvin Smith also said www.winimage.com has a good image manipulation tool
[20:42] *** Psyon sets mode: +o fries
[20:42] eks you can byte-align transfer anything to/from floppies
[20:42] KWeisshar how do i create an image from the cd-rom to use with bochs @@ -432,7 +432,7 @@ smapnipss

[20:52] yakovlev I download it from sources.redhad.com/cygwin
[20:52] KWeisshar it costs aabout $100
[20:52] divad547 last time I looked, the cygwin support libraries where GPL without the exceptions in GCC's libraries. -
[20:52] yakovlev redhad-redhat +
[20:52] yakovlev redhad-redhat
[20:52] divad547 so anything you built with cygwin had to be GPL.
[20:52] bryce Greg, do you want to describe your work on the networking front?
[20:53] Psyon yes @@ -498,15 +498,15 @@ smapnipss

[21:03] yakovlev If all ppp wrapper is is basically a wrapper around an IP packet, converting to PPP is easy.
[21:03] yakovlev except for all the connection headache.
[21:04] bryce it seems like converting to PPP is a benefit because you have the option of either REAL PPP or slirp (emulated PPP) -
[21:04] *** daboj_awa (~daboy@lnk2-bfrost-gw.binary.net) Quit (Quit:
[BX] Get your free warez from ftp://127.0.0.1!) +
[21:04] *** daboj_awa (~daboy@lnk2-bfrost-gw.binary.net) Quit (Quit: [BX] Get your free warez from ftp://127.0.0.1!)
[21:04] yakovlev Psyon: the interface is: send(char*, len) rxh(char*, len)
[21:04] bryce psyon: with the sendpacket/readpacket method, is there any chance that the kernel can see the packet, or does it go directly out to the physical network?
[21:05] Psyon directly to network im guessing
[21:05] bryce that's the problem with the fbsd implementation
[21:05] Psyon Never looked into it a lot -
[21:05] bryce take a look at A HREF="http://bochs.sf.net/networking"http://bochs.sf.net/networking/A +
[21:05] bryce take a look at http://bochs.sf.net/networking
[21:05] bryce Peter Grehan drew some diagrams of the different options -
[21:05] Psyon http://www.rawether.net/ --- wonder if they would make a license donation to the project +
[21:05] Psyon http://www.rawether.net/ --- wonder if they would make a license donation to the project
[21:05] bryce packet filter is what is done now (see pkt_filter.gif)
[21:06] Psyon I have enought sample drivers
[21:06] Psyon to make my own @@ -556,7 +556,7 @@ smapnipss

[21:14] bryce collects the response from the real server, and then puts the UDP response back on the PPP line
[21:14] yakovlev Does it return it to the source port?
[21:14] bryce Psyon: pcap is a packet filter solution, which will not talk to the host OS kernel, so it's incomplete... -
[21:15] bryce see A HREF="http://bochs.sourceforge.net/networking/pkt_filter.gif"http://bochs.sourceforge.net/networking/pkt_filter.gif/A for a diagram +
[21:15] bryce see http://bochs.sourceforge.net/networking/pkt_filter.gif" for a diagram
[21:15] bryce greg: why not?
[21:15] Psyon Why does it need to talk to the host kernel? oh! for host client communications?
[21:15] bryce uhhhhhh yeah! @@ -565,7 +565,7 @@ smapnipss

[21:16] bryce greg: me too :) but a normal user process can get DNS responses back. I don't know what port it uses....
[21:16] bryce you don't need root to look up a DNS number, so there has to be a user-mode solution to that.
[21:18] bryce Should we at least sum up the "big picture" on networking? -
[21:18] bryce There are 6 or so different proposals listed at A HREF="http://bochs.sourceforge.net/networking/bochs-network-planning.txt"http://bochs.sourceforge.net/networking/bochs-network-planning.txt/A with pros and cons +
[21:18] bryce There are 6 or so different proposals listed at http://bochs.sourceforge.net/networking/bochs-network-planning.txt with pros and cons
[21:19] bryce these came from conversations with lots of people
[21:19] yakovlev Okay, what we have people working on:
[21:19] bryce and all of our talk about slirp and PPP is related to #3 and #4 @@ -594,7 +594,7 @@ smapnipss

[21:27] bryce (Peter Grehan, who wrote ne2k code)
[21:28] divad547 is that the method 2 version?
[21:28] bryce yes -
[21:28] bryce and also diagram A HREF="http://bochs.sourceforge.net/networking/pkt_filter.gif"http://bochs.sourceforge.net/networking/pkt_filter.gif/A +
[21:28] bryce and also diagram http://bochs.sourceforge.net/networking/pkt_filter.gif
[21:28] yakovlev are 0-1024 reserved in UDP?
[21:29] divad547 I believe so, 0-1023.
[21:30] bryce I think the quickest (not highest performance) way to get networking in Bochs is by fixing up serial.cc and running PPP/SLIP on both the guest OS and the host OS. @@ -715,7 +715,7 @@ smapnipss

[21:51] yakovlev :)
[21:51] yakovlev Those were the days.
[21:51] KWeisshar i don't have a turbo button -
[21:51] bryce we have a feature request
[ #418731 ] bochs uses 100% CPU which is related to the too fast problem +
[21:51] bryce we have a feature request [ #418731 ] bochs uses 100% CPU which is related to the too fast problem
[21:51] eSoul KWeisshar, if you must use bochs, what is the problem that you cant install ms-dos?
[21:51] bryce one solution proposed to that problem is a
[21:52] bryce "maximum ips" setting @@ -845,7 +845,7 @@ smapnipss

[22:14] yakovlev and have it set up everything else.
[22:15] yakovlev right.
[22:15] bryce yes that would be best -
[22:15] fries yakovlev: I updated bochs earlier this evening so that setparam("
[VGA ]") is now setparam("VGA") +
[22:15] fries yakovlev: I updated bochs earlier this evening so that setparam("[VGA ]") is now setparam("VGA")
[22:15] fries it would be nice to enhance even rename setparam() to register the device class
[22:15] yakovlev You'd have to use a base class for that.
[22:15] fries rather than the backwards way its being done now, which is bx_devices pointing to static globals @@ -967,7 +967,7 @@ smapnipss

[22:36] yakovlev You were saying you expected there to be a configuration program... did you expect that to be standalone?
[22:37] bryce at first, I think it's much easier for the configuration and control UI to be running in the same process, communicating by method calls
[22:37] yakovlev Well, it's VERY important that you decide that. -
[22:37] bryce Now I think it's time to point to A HREF="http://bochs.sourceforge.net/tmp/ui/"http://bochs.sourceforge.net/tmp/ui//A which I wrote up before this began +
[22:37] bryce Now I think it's time to point to http://bochs.sourceforge.net/tmp/ui/ which I wrote up before this began
[22:38] bryce People have said that the UI should be separable, so I've tried very hard to make the UI talk only to a well-defined interface
[22:38] bryce called siminterface.h
[22:38] yakovlev If it's not standalone, there are some cool things we can do. @@ -1107,7 +1107,7 @@ smapnipss

[23:15] bryce I don't think it does any harm for bochs to provide some hints about things, and it would help to make the GUIs more uniform, so that they would appear to be the same piece of software no matter which platform you are on.
[23:16] yakovlev If you really intend for your parm to be visible from the outside, out it in another descriptor area.
[23:16] bryce did anybody look at my link? -
[23:16] bryce A HREF="http://bochs.sourceforge.net/tmp/ui/"http://bochs.sourceforge.net/tmp/ui//A +
[23:16] bryce http://bochs.sourceforge.net/tmp/ui/
[23:17] yakovlev out=put
[23:18] divad547 I did
[23:18] yakovlev But that's a lot of extra code if you only want to read the parms from .bochsrc