<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.hardware.trs80.model100">
    <title>gmane.comp.hardware.trs80.model100</title>
    <link>http://blog.gmane.org/gmane.comp.hardware.trs80.model100</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29151"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29150"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29126"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29122"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29110"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29107"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29093"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29051"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29050"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29048"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28991"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28987"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28985"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28982"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28980"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28979"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28969"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28967"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28961"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29153">
    <title>Archives now go back to 1999</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29153</link>
    <description>Hi guys/gals,

The list archive now goes back to 1999.

http://dir.gmane.org/gmane.comp.hardware.trs80.model100

I don't think the index is fully built out yet (so searching for TPDD
will only bring up recent articles at the moment) but that should happen
automatically, eventually.

</description>
    <dc:creator>John R. Hogerhuis</dc:creator>
    <dc:date>2008-06-09T22:13:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29151">
    <title>confirm subscribe to m100-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29151</link>
    <description>Hi! This is the ezmlm program. I'm managing the
m100-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org mailing list.

I'm working for my owner, who can be reached
at m100-owner-E4oWkhjlVFm5hqqOCiNUZ+G/Ez6ZCGd0&lt; at &gt;public.gmane.org

To confirm that you would like

   gchtm-m100&lt; at &gt;m.gmane.org

added to the m100 mailing list, please send
an empty reply to this address:

   m100-sc.1216696287.pepbnlnnoahmnfdmbfih-gchtm-m100=m.gmane.org-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org

Usually, this happens when you just hit the "reply" button.
If this does not work, simply copy the address and paste it into
the "To:" field of a new message.

or click here:
mailto:m100-sc.1216696287.pepbnlnnoahmnfdmbfih-gchtm-m100=m.gmane.org-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org

This confirmation serves two purposes. First, it verifies that I am able
to get mail through to you. Second, it protects you in case someone
forges a subscription request in your name.


--- Administrative commands for the m100 list ---

I can handle administrative requests </description>
    <dc:creator>m100-help-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-07-22T03:11:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29150">
    <title>confirm subscribe to m100-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29150</link>
    <description>Hi! This is the ezmlm program. I'm managing the
m100-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org mailing list.

I'm working for my owner, who can be reached
at m100-owner-E4oWkhjlVFm5hqqOCiNUZ+G/Ez6ZCGd0&lt; at &gt;public.gmane.org

To confirm that you would like

   gchtm-m100&lt; at &gt;m.gmane.org

added to the m100 mailing list, please send
an empty reply to this address:

   m100-sc.1216696287.pepbnlnnoahmnfdmbfih-gchtm-m100=m.gmane.org-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org

Usually, this happens when you just hit the "reply" button.
If this does not work, simply copy the address and paste it into
the "To:" field of a new message.

or click here:
mailto:m100-sc.1216696287.pepbnlnnoahmnfdmbfih-gchtm-m100=m.gmane.org-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org

This confirmation serves two purposes. First, it verifies that I am able
to get mail through to you. Second, it protects you in case someone
forges a subscription request in your name.


--- Administrative commands for the m100 list ---

I can handle administrative requests </description>
    <dc:creator>m100-help-E4oWkhjlVFm5hqqOCiNUZw&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-07-22T03:11:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29126">
    <title>Setting up a TPDD</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29126</link>
    <description>Hello Guys,

I'm a long time lurker, 1st time poster. I bought my 102 a few years back
and a model 200 more recently. I'm only 25 but I remember see one on
Discovery Channel in the late 80's or early 90's and I wanted one. So now I
have two. It sat on my shelf for a long time.

Well just  the other day I got a TPDD.  Eject mechanism hadn't been used in
a long time and was stuck but I managed to fix that.

My question is how can I test the drive to see if it works? I see I need a
file call FLOPPY.CO and that I would need to boot off the disk. Where can I
find this file and how to I get it onto the disk. Can I take a regular FAT
formated disk and just copy it. I doubt it is that easy. Or is there a image
out there I can just use "dd" to blow on to a floppy.

Thanks ahead of time guys.

Keith Johnson
The Catskill, New York.

</description>
    <dc:creator>Keith Johnson</dc:creator>
    <dc:date>2008-06-21T03:49:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29122">
    <title>magic pokes to make things disappear</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29122</link>
    <description>TEXT: poke 63841,0

ADDRS: poke 63874,0

SCHEDL: poke 63885,0

To restore them, poke the value B0  (176 decimal) hex instead of 00.

</description>
    <dc:creator>Stephen Adolph</dc:creator>
    <dc:date>2008-06-20T22:29:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29110">
    <title>while I'm on the topic..</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29110</link>
    <description>way off topic, however... one of my favorite videos.


http://www.youtube.com/watch?v=Y1gcvHBd7oc



have to share this video.  Here is the background info.  A few years
back sailboat design really took off, literally.  The combination of
carbon fibre for high strength in both hulls and masts, and a new idea
called the "canting keel" has created some incredible performance on
the water.

I know most people are not sailors, however I hope it's interesting.

There is a round-the-world race sponsored by Volvo, and the current
class being raced is called the volvo open 70.  These boats are
capable of &gt;40 knots under sail in the open ocean.  This video
focusses on one of the boats "pirates of the caribbean" as it pulls
out of south australia and heads out into the southern ocean (the
roaring 40's).

I find it interesting to watch a 70 foot sailboat surfing at 40 knots
in 10 to 20 foot seas, although I am sure I would not be up for the
ride. 1 month of constant firehose in the face....no thanks.

What makes the so</description>
    <dc:creator>Stephen Adolph</dc:creator>
    <dc:date>2008-06-20T02:30:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29107">
    <title>my vacuum controller project</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29107</link>
    <description>Well, almost done.  It's up and working now, and I had loads of fun in
the process.  To use the M100 as a controller, as I've mentioned I'm
using the BCR port to power a vacuum sensor, and take the readings.
Originally thought to use the printer STROBE signal as an output, but
that does not work.  I changed the plan to use the casette port relay
instead, and that works great.  I used an old modem cable to connect
to the cassette port, and to make the specific wiring I needed.  The
casette relay drives a signal to an external relay board that has a
relay capable of switching 120V 15A.  That relay sends power to the
vacuum pump.  My 555 circuit to convert DC voltage from the automotive
MAP sensor, to a frequency, worked well, however it is not linear.
So, I had to use a lookup table to correct the non linearity of the
sensor.

The coding was so fast and easy...I'm surprised I did it.  Usually I
have a lot more pain.  I had the M100 in the test set up, with a REX
installed with TSDOS.  I could compile assembly </description>
    <dc:creator>Stephen Adolph</dc:creator>
    <dc:date>2008-06-20T01:21:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29093">
    <title>Every Menu File Slot Consumed in M10x Laptop</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29093</link>
    <description>Field Day 2008 will be a bit different than my past Field Day efforts in one
respect: I will operate on every HF band allowed by the Field Day rules, and I
will employ every allowed mode of transmission.  Consequently, in the
particular M10x laptop that I'm dedicating to handling the logging chore, use
of the "Log Recorder for Model 10x" will consume every menu file slot.  It's
an interesting "maxed-out menu" situation where the Model 10x has just enough
file slots to meet the demand -- no file slot remains unused and no additional
file slots are needed.

As is the norm, the first 5 file slots are consumed by the built-in
applications (BASIC, TEXT, TELCOM, ADDRSS, and SCHEDL).  All of the remaining
19 menu file slots are consumed, as the menu depiction below illustrates.

| BASIC     TEXT      TELCOM    ADDRSS   |
| SCHEDL    LOGREC.BA L160CW.DO L160DI.DO|
| L160PH.DO L80CW.DO  L80DI.DO  L80PH.DO |
| L40CW.DO  L40DI.DO  L40PH.DO  L20CW.DO |
| L20DI.DO  L20PH.DO  L15CW.DO  L15DI.DO |
| L15PH.DO  L10CW.DO  L10</description>
    <dc:creator>Ron Wiesen</dc:creator>
    <dc:date>2008-06-19T13:29:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29051">
    <title>Solstice Point - Summer in Northern Hemisphere/Winter in Southern Hemisphere</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29051</link>
    <description>According to calculations made by my Model 10x laptop, next week, at 23:59 UTC
on June 20th, our planet reaches one of the two solstice points along its
orbital path around our star.  This particular soltice point marks the middle
of Summer for folks living in the Northern hemisphere, and the middle of
Winter for folks in the Southern hemisphere.

Enjoy the season wherever you live,  -= Ron Wiesen =-


</description>
    <dc:creator>Ron Wiesen</dc:creator>
    <dc:date>2008-06-13T20:10:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29050">
    <title>Building VirtualT from CVS for Linux</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29050</link>
    <description>Just a reminder that COMPLETE instructions for getting via CVS and
building the latest and greatest VirtualT under Linux are kept here:

http://bitchin100.com/wiki/index.php?title=Building_VirtualT_on_Linux

It's easy! Except when it isn't. And if it isn't we need to hear about
it so we can fix the instructions or the build.

BTW, you only need to build FLTK the first time. So keeping up with
the latest-and-greatest only requires setting the FLTKDIR variable
and:

cvs update
make

</description>
    <dc:creator>John R. Hogerhuis</dc:creator>
    <dc:date>2008-06-13T18:50:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29048">
    <title>Building VirtualT from CVS for Linux</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/29048</link>
    <description>Just a reminder that COMPLETE instructions for getting via CVS and
building the latest and greatest VirtualT under Linux are kept here:

http://bitchin100.com/wiki/index.php?title=Building_VirtualT_on_Linux

It's easy! Except when it isn't. And if it isn't we need to hear about
it so we can fix the instructions or the build.

BTW, you only need to build FLTK the first time. So keeping up with
the latest-and-greatest only requires setting the FLTKDIR variable
and:

cvs update
make

</description>
    <dc:creator>John R. Hogerhuis</dc:creator>
    <dc:date>2008-06-13T18:52:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28991">
    <title>Toppling the Model T's stack</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28991</link>
    <description>OK, I've got a program that appears to work. I can find no sign that it's
malfunctioning, yet after it has run a couple of times, other weird things
seem to be happening. I'm wondering if I've unbalanced the stack. The
symptoms only occur on a real M100 with Ultimate ROM-II installed, not on
Virtual T with Cleuseau or UR-II.

I even have both Oppedahl and Morgan sitting here, courtesy of the
interlibrary loan service, but they aren't answering this question.

In CP/M and in Model 4 LS-DOS, they told the application programmer how much
stack was available when his program receives control. I seem to recall
somewhere between eight and sixteen words were supposed to be available. On
that basis, I have not bothered to provide my own stack, since my code has
no recursion, no PUSH or POP instructions, and no CALLs nested deeper than
one level. Is this too risky? Should I be saving the SP register and
pointing it to a stack of my own just to be sure, then restoring it at the
end before I return?

I am calling ROM r</description>
    <dc:creator>Gary Lee Phillips</dc:creator>
    <dc:date>2008-06-11T18:03:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28987">
    <title>VirtualT and Cleuseau?</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28987</link>
    <description>Now established that my "trick" for getting the CP/M assembler to produce
Model 100 .CO object files does work. There is no coding in assembly without
debugging eventually, though, and I thought Cleuseau (ROM2) and VirtualT
would be the easiest way to do that.

Has anyone played with Cleuseau in VirtualT much?

It does load and activate, but not all the commands work as documented, or
so it seems. For instance, at the CMD&gt; prompt (reached by issuing CALL911 in
BASIC) the FILES command goes off into never-never land and requires a reset
to recover. However, the .FILES command at the BASIC Ok prompt does work as
documented, and gives the Cleuseau-formatted directory listing. There's a
call that should generate a checksum of the ROM2 image, and that also goes
off into its own world never to return.

My assembly language "Hello world" code assembles correctly and runs
correctly under Cleuseau when called from BASIC. But I can't get SAVEM to
write the object code back out correctly. It seems to be putting wonky
n</description>
    <dc:creator>Gary Lee Phillips</dc:creator>
    <dc:date>2008-06-11T10:48:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28985">
    <title>M10x, Terminal LF's question</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28985</link>
    <description>       Hmm, using Terminal, it does not generate a LF along with the CR when sending. I haven't perused every line of every manual..., but is there anywhere that LF's may be enabled? I doubt it, but maybe? Actually, I'm only concerned about *local* line feeds.., in half duplex mode. The problem is that the other end (when it responds) writes over (on the screen) whatever has been entered on the M10x. Ironically, this also means that when sending data (using Terminal) to *another* M10x, one can not input the received data  (at the other M10x) using BASIC's Line Input..., which *requires* a CR + 0x00 (i.e., a character after the CR..., *any* character) to accept data.


John W.</description>
    <dc:creator>John Whitton</dc:creator>
    <dc:date>2008-06-11T01:43:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28982">
    <title>Van arrived</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28982</link>
    <description>We're whipped and STILL packing!!!!!!!!!!!!

Pax,
Rick K5FNI
Mathis, Texas  


</description>
    <dc:creator>Rick Herndon</dc:creator>
    <dc:date>2008-06-10T14:18:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28980">
    <title>Is it just me?</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28980</link>
    <description>I'm curious: how many folks out there agree with Ron that negative
addressing is "convenient, brief and clear" ?

I'm afraid I don't see the point at all. Memory maps, system calls and 
functions like Ron's LOADM example generally use positive addresses 
that have to be converted, and I don't see any point to numbering memory 
locations in ascending order up to 32767 and then start counting back 
down to 1; how is 32700+100= -32736 more convenient, brief or clear
than 32800?

Nor do I see why it's better to number M/L program locations (lines) in 
descending order as you go up in the memory map when almost every 
numbered list of any kind is numbered in ascending order from top to 
bottom as you go down through the list (i.e. the END is usually the 
highest number, as it is with positive notation). 

I suppose it does save a few bytes as long as the addresses are in the 
top 1000, but other than that I only see drawbacks.

What am I missing?

Ron, did you learn your writing style from writing government repo</description>
    <dc:creator>M H Stein</dc:creator>
    <dc:date>2008-06-10T05:31:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28979">
    <title>LaddieCon factoid</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28979</link>
    <description>Rick Hanson asked me why LaddieCon is named what it is... I knew there
was a reason but couldn't immediately recall.

I think that I just took DL (the initials for Desklink) and reversed them.

Try to pronounce LD, you need some vowels thus, Laddie. Well you could
say "Led" or "Leddie" but that would associate it in my mind with
Huddie Ledbetter, or Led Zeppelin. Either way, LaddieCon is not
worthy.

The Con part means Console. My intent is to eventually write a nice
GUI for it, but the current version is console only. So if I write the
GUI version it will just be called Laddie.

Well I won't "ramble on" any further.

</description>
    <dc:creator>John R. Hogerhuis</dc:creator>
    <dc:date>2008-01-01T05:42:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28969">
    <title>m102 Remem</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28969</link>
    <description>&lt;x-flowed&gt;
I think you have an excellent idea, Steve! I agree also with the idea 
already mentioned of installing the new nicad button while you're at it, 
even if it adds a few bucks to the price, although I'd still like you to
upgrade my two models before condidering an extra system here. I'm kinda'
stuck without any extra room here, and most of my stuff is sitting in plastic
tubs already since my move. It makes things rather inconvenient to get
to when needed. I might have to spend some time re-learning the remem system
before getting anything else (I've got all 3 model-t laptops here).

Considering the price of a recent m200 with 72k ram, your units are quite 
likely to skyrocket in price. An excellent way to pay for your hobby!

Mike
kc8lcy-VThn6mlTRQFChFL4AGkBsw&lt; at &gt;public.gmane.org
SDF Public Access UNIX System - http://sdf.lonestar.org





&lt;/x-flowed&gt;

</description>
    <dc:creator>Michael P. Hamilton</dc:creator>
    <dc:date>2007-12-30T22:34:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28967">
    <title>Modern DVI replacement</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28967</link>
    <description>With all these ideas re: hardware hacks, had a thought about a modern
DVI replacement. Maybe a wee box you connect to the system bus port that
mimics a DVI. You could then plug-in a normal monitor into that box. 

If I understand the DVI correctly, it gave you an 80 column display but
no graphics?

Someone's made something kinda similar for the C64/C128
http://home.comcast.net/~kkrausnick/c128-vga/c128-vga.html

Kinda limited uses maybe, but its kinda gets around the remaining "issue" with Tandy 100/102 - the 40 column LCD display. 

I can imagine a souped up ReMemed Tandy 102 that you can just plug into a modern monitor to get an 80 column display would be quite an interesting prospect. If you had a beige Linux box lying around, even plugging the Tandy 102 into that &amp; using TELCOM for mutt/lynx etc in 80 cols.
</description>
    <dc:creator>Daryn Hanright</dc:creator>
    <dc:date>2007-12-30T22:06:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28961">
    <title>bulk purchase of T102 for ReMem upgrades</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28961</link>
    <description>Folks,

I'm considering getting a large quantity of T102, with the intention
of upgrading them with ReMems.

I would want to sell those to people on the list.

Given my current price for ReMem is 65$ + 5$ shipping (in NA), would
people be interested in buying a tested and working T102 with ReMem
installed for 90$ + shipping?


I can also tell you that I'm considering NOT selling ReMem further
without installation by either myself or someone who is well
practiced.  I was planning to offer ReMems at a discounted price to
help cover the extra shipping costs.

So the model going forward will be
1)  Get a ReMem installed in your favorite machine by me (likely) -
shipping costs go up accordingly
2)  buy an already ReMem equipped computer from me


So, I'd like some feedback on that idea.

thanks,
Steve




</description>
    <dc:creator>Stephen Adolph</dc:creator>
    <dc:date>2007-12-30T13:34:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28947">
    <title>A newbie question</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.trs80.model100/28947</link>
    <description/>
    <dc:creator>Jim Tiner</dc:creator>
    <dc:date>2007-12-28T20:59:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.hardware.trs80.model100">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.hardware.trs80.model100</link>
  </textinput>
</rdf:RDF>
