author: Brian Tkatch

subject: Re: Generating CREATE TABLE statements for a table

text:
Whoa! You sent out this code and didn't make it public?

Post it please. :)

B.


author: Serge Rielau

text:
Brian Tkatch wrote:
It's lengthy. It'll go to developerWorks.. Just waiting for a slot.
Also I'd like those folks to beta test before embarassing myself to the
world :-)


text:
Serge Rielau wrote:
Tadah!

http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0602rielau/

Cheers
Serge


date: Wed, 30 Nov 1994 13:26:12 UNDEFINED

author: Dave Taylor

subject: Chinon 535 -vs- Sony 55s and the PAS 16

text:
I'm a grinch looking for a good CD-Rom drive, but not willing to pay a whole
lot.  I've come down to the Chinon 535 and the Sony 55s.  There's about a $25
difference between them, with the Chinon being more.  I already have a PAS 16
with a SCSI interface.  I realize that both drives are built for SCSI-2, but I
also read here that it will still work.  Has anyone had any experiences with
any of this stuff?  Good or bad, I would like to know both sides of the story.
 Plus, can I get the bare drive, or do I need a special cable to hook between
the two to allow for sound through the CD-Rom drive?

TIA,

Dave
[email]


author: Jim Chapman

subject: Re: Chinon 535 -vs- Sony 55s and the PAS 16

text:
In article [email], [email] (Dave Taylor) writes:

I bought the Chinon 535 the other day but haven't installed it yet. It comes
with its own SCSI host adapter card (as well as cable, terminator, and
DOS+Windows driver software), so you don't have to connect it to the
PAS 16 if you have a free ISA slot.
---
 ====  AT&T        | Jim Chapman             |
=--=== Global      | Multimedia Projects     | [email]
=--=== Information | 100 N. Sepulveda Blvd.  |   Voice: (310) 524-6747
 ====  Solutions   | El Segundo, CA 90245    |   FAX:   (310) 524-5512


text:
In article [email], [email] (Jim Chapman) writes:

I installed the Chinon drive today, using the SCSI adapter on my PAS 16
(actually, a ProAudio Studio, if that makes a difference) rather than
the card that came with the drive. At this point I can say that it
works. I don't have much in the way of CDs to test it with (Santa:
hint), just a freebie Psygnosis demo and some audio CDs.  The audio CDs
play fine. The demo has no sound (but was flakey in some other
ways, so I discount it as a test of my setup).

You do need an audio cable with connectors specifically for the drive and
sound card.

The SCSI driver for the PAS 16 (TSLCDR.SYS) must be at version 3.07a
or higher. This version supports the SCSI-2 command set. I download
my copy from CIS. There are probably other sources, however.

---
 ====  AT&T        | Jim Chapman             |
=--=== Global      | Multimedia Projects     | [email]
=--=== Information | 100 N. Sepulveda Blvd.  |   Voice: (310) 524-6747
 ====  Solutions   | El Segundo, CA 90245    |   FAX:   (310) 524-5512


author: Peter

subject: Shift Click using the Stamp tool

text:
I recently heard of this little trick not long ago when removing scratches
and wires etc. I would use the stamp tool along with the shift click option
and it would remove the problem in segments or in total (didn't have to do
it all myself). All of a sudden something is not responding as such. I use
shift click and it only corrects for the brush size and no longer in
segments. What could I have done?

Speters


author: Chris Cox

subject: Re: Shift Click using the Stamp tool

text:
Most likely you selected a brush preset that has "spacing" turned off.

Chris

In article <idd1e.38127$[email]>, Peter
<[email]> wrote:


subject: Re: Shift Click using the Stamp tool

text:
I am using CS and it works when using other tools such as the healing brush.
I don't have to go at it click by click, it does it in one swoop by shift
click.

Thanks

"Peter" <[email]> wrote in message
news:idd1e.38127$[email]...


subject: Re: Shift Click using the Stamp tool

text:
Yep, you got it. Thank you.....

"Chris Cox" <[email]> wrote in message
news:[email]...


author: Dale Atems

subject: Question about IRIX 5.2-5.3 binary compatibility

text:
Are IRIX 5.3 object files compatible with IRIX 5.2? By that I mean:

1). Will binaries produced using the 5.3 IDO and linked with shared
libraries run under 5.2?

2). Can object files (i.e., .o files) and libraries compiled under 5.3
be linked with those compiled under 5.2?

------
Dale Atems
Wayne State University, Detroit, MI
Department of Physics and Astronomy
[email]

Looking for a research postdoctoral position in theoretical atomic and
molecular physics.


author: Dave Olson

subject: Re: Question about IRIX 5.2-5.3 binary compatibility

text:
[email] (Dale Atems) writes:

| Are IRIX 5.3 object files compatible with IRIX 5.2? By that I mean:
|
| 1). Will binaries produced using the 5.3 IDO and linked with shared
| libraries run under 5.2?

Definitely not supported (i.e., if it doesn't work, support won't
help you with it).  It does work in a number of cases, but the more
libraries you use, the less likely it is to work.

| 2). Can object files (i.e., .o files) and libraries compiled under 5.3
| be linked with those compiled under 5.2?

Sometimes, but be very careful; a number of data structures changed
sizes.


author: Allan Schaffer

text:
[email] (Dave Olson) said..

Another caveat is that many DSO's changed between 5.2 and 5.3, and
your 5.3-compiled binary will go out looking for the 5.3-named
versions of the DSO's.

For example, this bit us when we released a beta version of the
Performer flythrough application "perfly" with the new OpenInventor
loader support.  We compiled it under 5.3, and people who ran it
under 5.2 complained that it could not resolve "libInventor.so.2".
This was our mistake.  We've since re-compiled a new version (under
5.2).

shameless plug:  it's in
   ftp://sgigate.sgi.com/pub/Performer/src/pfiv1.2.tar.Z

Allan


author: The Cybard=

subject: ATTN. MAXIS GAME OWNERS!!!!! (SimXXXX, etc.)

text:
I just got a letter in the mail informing me that Maxis is offering Windows
uprades to their DOS games for only $19.95 plus $5.00 shipping.  Some of
the new versions have new features, bug fixes and AdLib/SoundBlaster
support.  The offer is available until 12/31/92.  Oh yeah, you have to send
them the front cover of the game as proof of purchase for this offer.  Just
thought you guys would like to know.

BTW:  Has ANYONE ever received the magazine they promised for sending in
the registration card?  Does anyone associated with Maxis read this group?


author: Nancy Rabinowitz

subject: Re: ATTN. MAXIS GAME OWNERS!!!!! (SimXXXX, etc.)

text:
Nope, I haven't gotten the magazine.  Are the games supposed to be much
different, or did they just take out the cheat modes?


author: Damien P. Neil

text:
In article <[email]> [email] (The Cybard=) writes:

I did.
+-------------+------------------+---------------------------------+
| Damien Neil | [email] | Case Western Reserve University |
+-------------+------------------+---------------------------------+


author: Liz Stokes

text:
In article <[email]> [email] (The Cybard=) writes:

	we got one for SimCity a couple/few years ago, since then I've
registered SimAnt and SimEarth but never got another issue. I also sent in
a great funny comment like they asked for, but they never sent me any great
stuff. Oh well, *I* thought it was funny:
	I am Ozymandius, Sim of Sims - look on my planets ye mighty,
and despair!
			-Liz


author: Matthew Charlap

subject: Maxis extortion? (was:Re: ATTN. MAXIS GAME OWNERS!!!!! (SimXXXX, etc.)

text:
[email] (The Cybard=) writes:
                                     ^^^^^^^^^

Maxis doesn't release bug fixes to registered users for free? Does this mean
that if I buy a game from them that doesn't work properly, it will cost me
an ADDITIONAL $25 every time a patch comes out? I hope not. I haven't
purchased any Maxis software as of this time, and if this is true, I never
will.
Will someone please shed some light on this?


author: Dave Pipes x4552

subject: Re: Maxis extortion? (was:Re: ATTN. MAXIS GAME OWNERS!!!!! (SimXXXX, etc.)

text:
In article <[email]> [email] (Matthew Charlap) writes:

Nah, you just didn't read it.  Maxis does release bug fixes for free I've
gotten them before.  The $20 is for the Windows conversion.
	David Pipes
[email]


text:
In article <[email]> [email] (Matthew Charlap) writes:

If you had read the first post a bit better, you might understand...

What Maxis is offering is the _Windows_ versions of the games as an upgrade
from the DOS versions. This is _not_ a bug-fix patch, it is an entirely new
program. (Porting to Windows is a non-trivial task.)
+-------------+------------------+---------------------------------+
| Damien Neil | [email] | Case Western Reserve University |
+-------------+------------------+---------------------------------+


author: Mark W. Fleig

text:
In article <[email]> [email] (Damien P. Neil) writes:

Hmm. So has anyone seen any patches for RoboSport? Sure would be nice
to run this great game safely in standard. Anyone? Anyone...?

-mark


text:
[email] (Mark W. Fleig) writes:

I'm sorry.  When I originally posted, I thought the name of the game was
SimRobots.  YES, there is a Windows upgrade for RoboSport as well.  Same
price as the other upgrades.


author: glen herrmannsfeldt

subject: Re: WOL Magic Packet fails over VPN

text:
me wrote:

If the ARP entry times out of the ARP cache, then it can't be sent.

If you can put permanent ARP entries into the router, or any other
machine on the subnet with the PUBlish option, then it should work.

It might work if you send a subnet broadcast packet with the appropriate
MAC address in the data portion of the packet.  That is, the ethernet
destination will be a broadcast address, but the packet contents will
have the desired MAC address to be matched by the NIC.

I added comp.protocols.tcp-ip just in case someone there knows,
though it is more an ethernet than an IP question, directed
broadcasts are IP.

-- glen


author: Fernando Gont

subject: Re: WOL Magic Packet fails over VPN

text:
On Mon, 02 Feb 2004 06:57:36 GMT, glen herrmannsfeldt
<[email]> wrote:

Sorry?


subject: Re: WOL Magic Packet fails over VPN

text:
Fernando Gont wrote:

Directed broadcast are a questionable feature of IP, which is why
I added the tcp-ip group onto the list.   It is especially
complicated if you are using NAT.

If your host is addressed a.b.c.d, and subnet mask 255.255.255.0, then
the subnet broadcast address is a.b.c.255.  A packet sent to that
address should come out of the last router as an ethernet broadcast.

For a NAT implementation, it might be that you can add the subnet
broadcast address and appropriate port to the incoming port forward
list, though I don't know how many NAT implementations will do that.

It might be easier to find something that will do static ARP.
You could even have one machine on the net with a static published
ARP entry for the ethernet broadcast address.

If you randomly choose the port forwarding port number you reduce the
chance of an attack on your net by someone guessing the port.

-- glen


author: Bill Vermillion

subject: Re: Using a PC in place of a terminal

text:
In article <9lc3gd$g70$[email]>,
Don Kuenz  <[email]> wrote:

The nice thing about terminals is that it's a HW solution with no
moving parts [except the keyboard] and if it hiccups a power-off
power-on will get it up quickly.  Far sooner than most PCs.
Usually they are far more compact that an PC too.

Which then means reconfiguring to get rid of serial and installing
network devices.

There are certain places where terminals are preferred.

An interesting side note when looking at terminals in a
manufacturing area for an old customers is that many industrial
terminals for manufacturing do not have a standard keyboard
but use an alphabetically laid out keyboard. eg keys go
from left to right  abcdef ... etc.

The reason is that in some major installations there are union
requirements and that if keyboard were standard those using them
would have to be classified/paid at data rates and not what they
got paid for whatever their job was on the shop floor.


author: Hubert Mak

subject: Re: Using a PC in place of a terminal

text: Very interesting discussion. Thanks everyone for the informations.


author: Serge Kourdakov

subject: Could we use mdl?

text:
Hi ,
we are currently discussing which file format to use for a game engine
we are developing. One of the candidates are Half life mdl files in
our game engine for  loading  models...
But here is a question - are there restirctions to use this format  in
 a  commercial engine....
as the format  was developed by Valve?

Regards
Serge


author: Poison

subject: Re: Could we use mdl?

text:
just create a converter from *.mdl to your own file format
    get rid of the stuff you don't need, re-arange stuff you need
    and store it in your own format. That it. Nobody can tell U
    that you are using valve's file format.

    Poison64
    [email]
    [email]


author: David Lively

subject: Re: Could we use mdl?

text:
"Serge Kourdakov" <[email]> wrote in message
news:[email]...

Disclaimer: I'm not an attorney, so take this for whatever it's worth (137
yen):

You can't protect a file format from usage by other vendors/competitors; if
this were the case, the numerous office packages that read Word, Excel and
Access files (albeit with limited success) would be under fire from
Microsoft. However, if the format uses any sort of proprietary algorithm
(for compression, as an example), then that algorithm may be subject to
patents or copyrights enforced by the developer and you'd have to either a)
license the technology, or b) come up with a different way of doing the same
thing if it's necessary for your project.

If you're serious about this, consult an intellectual property attorney.

- Dave


subject: Re: Could we use mdl?

text:
"Poison"  replied

Yes this is an approach.

Anyway we would like to have less steps for developers to use our
software.

So if there is an opportunity to use mdl directly this will be what we
actually look for.
At least I'm aware of existence of commercial engines which load Half
lIfe  mdl s...
and ask for details on issue...

Regards
Serge


author: Don Hopkins

subject: obsolete arguments against NeWS

text:
How can you get programs to agree on a toolkit if you can get the
people who write and use the them to agree on one? Right now,
I'd rather have a *GOOD* toolkit, than a *STANDARD* toolkit. Once
there is such a thing as a good toolkit, then we can start talking
about standards.

NeWS applications share more than just the toolkit code. They share
lots of runtime data, and even event managers (light weight NeWS
processes).

And if the extensions are not present, you lose. I refer you to the
thread in comp.windows.x about the impossibility of running anything
that depends on Display PostScript on an X terminal or other
workstation not supporting DPS.

Under X, extensions are linked into the server during the entire
session, even if you don't need them, but if you don't have a needed
extension, you lose. Under NeWS, you don't have to load an extension
until it's needed, and when you need it, you only have to load it if
it's not already there. (For example, UniPress Emacs comes up much
faster the second time you run it since it doesn't have to load its
NeWS driver again.) It's even possible to un-load extensions you
don't need any more.

What about the sum of server size plus the size of *each* client? As a
contrived example, it would take less resources to run 10 NeWS
performance monitors on 10 different machines than to run 10 X
performance monitors on 10 different machines, especially if each X
performance monitor had to link against the X toolkit to provide a
"QUIT" button (with all the un-shared run time client side toolkit
data structures that involves).

Besides the fact that some of your arguments are obsolete with the
introduction of X11/NeWS, I disagree that your objections have
anything to do with the difficulty of developing a general purpose
toolkit. In fact there are a lot of fundamental differences between
NeWS and X that make toolkit development in NeWS easier, that have
been discussed before on this mailing list. I will repeat your points
myself.

Fixed in the merge. (visual, colormap, and colormapentry data types)

Fixed in the merge. (setplanemask operator)

I don't know if this problem has been or will be addressed.
Anybody who knows care to comment?

That's been in NeWS since 1.0. (setrasteropcode) Its use is considered
poor form. (I learned that the hard way when porting the UniPress
Emacs NeWS interface to the Silicon Graphics 4D -- It was trying to
blink, using exclusive-or for the visual bell, and since such
rasterops require reading pixels back from the screen, and the CPU
couldn't access the graphics memory directly but had to go through the
graphics processor, it took a couple seconds to blink the window! Yes,
this is the same machine that runs that excellent flight simulator in
real time. If you depend on reading pixels back off the screen, then
you are going to lose big time on certain types of hardware. {the fix
was to use the NeWS overlay plane abstraction, but then it blinked
much too fast, so I had to put in a short sleep.})

You should see NeWS running on a Sparcstation with a GX accelerator,
or the Silicon Graphics with its special graphics hardware.  NeWS
programs can take advantage of graphics accelerators like the GX board
that speed up PostScript graphics, without any modification [modulo
problems caused by the use of antisocial, device dependant operators
like setrasteropcode, as described above].

And I tend to like the ammount of power given by NeWS.  It's because
of people like you and people like me that Sun merged X11 and NeWS.
Now I can play my games with the PostScript interpreter in one window,
and still experience psychodellic colormap flashes whenever I move my
cursor into a window running one of your X applications.

As so many East European dictators have learned, total control is
*not* necessarily a good thing. (Although one thing we have learned
from the reign of X is what happens when you mix window systems and
politics!)

There are good reasons for window system application writers to give
up direct control of their hardware. (Have you ever tried to port a
program from an IBM-PC to a real computer?)

There's nothing "output only" about NeWS. Adobe's non-cooperation
certainly hasn't stopped Sun from coming up with well designed
interactive extensions to PostScript.

It's been almost two years since you said that. Has your bad feeling
been confirmed? I think the NeWS input model is more general than the
X input model, since PostScript processes can respond to events
locally in the server, and there are no restrictions on the format of
the data they send over the wire. There are certain types of
interfaces that X is horrible at (like interfaces to remote
applications at less than ethernet speeds, that provide responsive
feedback.)

	-Don


author: David S. Harrison

subject: Re: obsolete arguments against NeWS

text:
Some of you may receive this posting twice due to my error.  My
apologies.

David Harrison>The solution is to have programs agree on a toolkit.

Don Hopkins>How can you get programs to agree on a toolkit if you can get the
Don Hopkins>people who write and use the them to agree on one? Right now,
Don Hopkins>I'd rather have a *GOOD* toolkit, than a *STANDARD* toolkit. Once
Don Hopkins>there is such a thing as a good toolkit, then we can start talking
Don Hopkins>about standards.

Here we agree.  I too would prefer a good toolkit over a standard one.
However,  the problem of orthogonal UI development libraries and
the resulting large applications and servers will not go away until
a standard toolkit is adopted.  Besides, I will stick by my argument
that the underlying system (either NeWS or X) make very little
difference when developing a good toolkit (or a standard toolkit).
In the final analysis, I think the underlying system will make
little difference in general to application programmers once
a successful toolkit appears on the scence.  Most application
programming will be done at the toolkit level and not at the window
system level.

dk>NeWS applications share more than just the toolkit code. They share
dk>lots of runtime data, and even event managers (light weight NeWS
dk>processes).

Perhaps I am missing something but it seems to me that the code
and resources applications share is the definition of a UI toolkit.
Even under X, toolkit applications share resources other than code.

dsh>- Under X, applications will link against a shared library for most
dsh>  toolkit functionality and may use server extensions (if present).

dk>And if the extensions are not present, you lose. I refer you to the
dk>thread in comp.windows.x about the impossibility of running anything
dk>that depends on Display PostScript on an X terminal or other
dk>workstation not supporting DPS.
dk>
dk>Under X, extensions are linked into the server during the entire
dk>session, even if you don't need them, but if you don't have a needed
dk>extension, you lose. Under NeWS, you don't have to load an extension
dk>until it's needed, and when you need it, you only have to load it if
dk>it's not already there. (For example, UniPress Emacs comes up much
dk>faster the second time you run it since it doesn't have to load its
dk>NeWS driver again.) It's even possible to un-load extensions you
dk>don't need any more.

I agree NeWS has a better model for incremental extensibility than X.
However, it is a two-edged sword and there are definite tradeoffs.
Extensions downloaded into NeWS incrementally are interpreted.  A 3-d
enhancement package like PEX downloaded in this fashion would be much
too slow to be useful.  Of course this kind of extension could be
"built in" to the server.  This is exactly the problem X addresses
with its extension mechanism.  Not all enhancements to a server
lend themselves to interpretation or the restrictions imposed by
the Postscript imaging model.

dsh>In both cases, applications will share the toolkit code.  The sum
dsh>of server size and client size should be roughly equivalent.

dk>What about the sum of server size plus the size of *each* client?

I mentioned this in a followup article in comp.windows.news.  There
is indeed a savings for NeWS applications that is proportional
to the number of different machines used.  This number is fairly
small under most conditions and thus the savings are minimal.

Don continues by mentioning some of the problems I have found with
NeWS and how they are fixed in the new OpenWindows server.  I am
pleased these problems have been addressed.  Personally, had they
been addressed two years ago and had NeWS been more widely available,
I might have chosen it for our application.  One in particular requires
some comment:

dsh>	I am not convinced that the raw drawing speed of Postscript
dsh>	based graphics interfaces is sufficient.  Postscript was designed
dsh>	as a page description language.  Unfortunately,  CAD of ICs
dsh>	does not fit into this view of the world very well.  Most
dsh>	implementations of Postscript (and I assume NeWS) are very
dsh>	good at rendering fonts and line drawings.  Views of a large
dsh>	integrated circuit have very little text but thousands of filled
dsh>	boxes, polygons, and circles.  So far,  I have seen little
dsh>	indication that any emphasis is being placed on this type
dsh>	of graphics in Postscript or NeWS.

dk>You should see NeWS running on a Sparcstation with a GX accelerator,
dk>or the Silicon Graphics with its special graphics hardware.  NeWS
dk>programs can take advantage of graphics accelerators like the GX board
dk>that speed up PostScript graphics, without any modification [modulo
dk>problems caused by the use of antisocial, device dependant operators
dk>like setrasteropcode, as described above].

The merged server has promise simply because it allows you to use
X for graphics intensive work.  I don't want an interpreter in the
way when I dump fifty thousand stippled rectangles into a window.
As far as machines go, I find the performance of my color DECstation 3100
running X very satisfying (especially when compared to any color
Sun with or without accelerator).

dsh>The X team has put a lot of time into input
dsh>handling and event generation.  I have a bad feeling that certain
dsh>interfaces may not be realizable in NeWS.

dk>It's been almost two years since you said that. Has your bad feeling
dk>been confirmed?

The lack of serious NeWS applications still makes this point an open
question.  It may now remain open since the two models have been merged.
In my own development, I have found the X model sufficient for the tasks
at hand with no major blocks to forward progress.  When I looked at
NeWS (and many of these points have been addressed), I could not say the
same thing.

			David Harrison
			UC Berkeley Electronics Research Lab
			([email], ...!ucbvax!ucbcad!davidh)


author: Bob Sutterfield

subject: Re: obsolete arguments against NeWS

text:
In article <[email]> [email] (David S. Harrison) writes:
   The merged server has promise [for applications that need raw
   drawing speed] simply because it allows you to use X for graphics
   intensive work.  I don't want an interpreter in the way when I dump
   fifty thousand stippled rectangles into a window.

It's my understanding that you'll still have an interpreter in the way
when using the merged server.  There are two interpretive language
frontends on the same internal data structures driving the same
display backend.  One interprets PostScript and manipulates the
internals appropriately, the other interprets the X11 protocol as a
simple language (single threaded, no loops or branches, etc.) and also
manipulates the internals appropriately.

So if your task requires a lot of work of the PostScript interpreter,
then indeed it may get in the way.  But if the task is characterized
more by fondling internals or squirting bits on a screen, the
bottleneck moves further back in the pipeline.  In that case, requests
of both the X interpreter and the NeWS interpreter would experience
the same performance.

I suspect that your example (50K stippled rectangles) would be
interpreted once by NeWS and then handed to the guys in the back room.
(But then again, how would I know?  We're still waiting for our xnews
shipment.)  Other tasks are probably better suited to illustrate your
point.


author: Luke Malish

subject: Re: Fallout, Great but what newsgroup?

text:
In article <[email]>,
[email] (Bernard) wrote:

Have you ever played Postal??  I own that game and think it fun and I'm
"under17".  In fact, I walked up to the register by myself and bought it.
They don't care.  They even gave me a rebate.

-Luke Malish


author: [redacted]

subject: Voice processing and OS/2

text:
I am trying to find some voice processing software that
I can use to set up some applications with OS/2. The only
vendor that I can find is Cascade Technologies but after
calling them 3 times I have yet to talk to a salesperson,
technician, or anyone else that can tell me anything about
their products (trouble at Cascade?). If anyone has any
recommendations about vendors for OS/2 I would appreciate
hearing from you. I have some Dialogic equipment but would
consider using other hardware if the solution were
appropriate.

                                       David
                                       [email]


author: Rob Jordan

subject: Re: Voice processing and OS/2

text:
In article <3bqbfd$[email]>,  <[email]> wrote:

IBM has a product running on OS/2 and based on Dialogic hardware. It's called
DirectTalk/2. If you want more information, please send a fax number and I
will fax you some literature and contact information.

Regards... Rob


author: Al Niven

subject: Re: Voice processing and OS/2

text:
Yessiree.  Call Evan Gilbert at Technically Speaking at 508-881-1900 x
PLEASE MENTION MY NAME.  Thanks.  Great Product I have used it twice r
building apps.


author: Mike Sandman

subject: Re: Voice processing and OS/2

text:
In article <3bqbfd$[email]> [email] writes:

Natural Microsystems makes high quality  voice boards, and they suggest using
OS2 with their products. They have some of their own software, and they will
give you a list developers using their boards who might already have the
application you're looking for.

I've used their stuff and it works great, and OS2 is a great way to handle
complicated multi-line voice apps.

I don't have their number, but I think they are in New England.

Good luck... Mike


subject: Re: Voice processing and OS/2

text:
In article <[email]>,
Rob Jordan <[email]> wrote:

Forgive the advertising, but in the interest of putting you in touch with
those who can help... I have just found out that the demonstration and
enquiry number for IBM DirectTalk/2 is 800-IBM-4211.


author: Michael Gray

subject: Re: Voice processing and OS/2

text:
I agree.  I have been using NMS hardware and software for a few years now
and it is great.

NMS's number is 508-650-1300.  Their products are not the cheapest on the
market.  However they have a completely software driven envirnment from
the DSP level up.  It is very adaptable to whatever your needs.  Other
products tend to have mode hardware driven  environments.  The also have
a very robust and easy to program C interface, and a decent interperted
language.

We have been programing with the NMS boards now for five years and could
also assist with any programming work.

Mike Sandman ([email]) wrote:
: In article <3bqbfd$[email]> [email] writes:

: >I am trying to find some voice processing software that
: >I can use to set up some applications with OS/2. The only
: >vendor that I can find is Cascade Technologies but after
: >calling them 3 times I have yet to talk to a salesperson,
: >technician, or anyone else that can tell me anything about
: >their products (trouble at Cascade?). If anyone has any
: >recommendations about vendors for OS/2 I would appreciate
: >hearing from you. I have some Dialogic equipment but would
: >consider using other hardware if the solution were
: >appropriate.

: Natural Microsystems makes high quality  voice boards, and they suggest using
: OS2 with their products. They have some of their own software, and they will
: give you a list developers using their boards who might already have the
: application you're looking for.

: I've used their stuff and it works great, and OS2 is a great way to handle
: complicated multi-line voice apps.

: I don't have their number, but I think they are in New England.

: Good luck... Mike


author: Paul Vallee

subject: Re: Voice processing and OS/2

text:
Talking Technologies has a oo - gui based os/2 system that supports
rhetorex and dialogic boards.  Sales support has been excellent so far -
email me for the phone # if you like.

-paul

In article <[email]> [email]
(Mike Sandman) writes:
using
will


subject: Re: Voice processing and OS/2

text:
In article <3btic1$[email]> [email] (Paul
Vallee) writes:

Actually, the company name is Technically Speaking (funny how human memory
works, eh?)
The V.P. sales is Ray Phillips, and his phone # is 508-881-1900.

Their development software is windows-based, but the run-time software
executes only on OS/2.  I will be able to post more about the development
environment in about a week, when I'll have tried it out.
In the meantime though, I must say that the pre-sales support has been
excellent.  They mailed me a demo disk and a tutorial right away.

Regards,

-paul


author: Bodybldr

subject: how to boot with a floppy on Sony Vaio

text:
I have a Sony Vaio 505LSK and cannot boot to usb floppy drive.  In
cmos, I tell it to look at all ports and to boot to floppy first but,
just goes right by and boots to the hard drive.  I need to boot to
floppy to run disk utillities.  Any help would be appreceated.
Thanks

By the way this laptop has no cd rom nor floppy, all items are
external


author: Emanuel Brown

subject: Re: how to boot with a floppy on Sony Vaio

text:
On Fri, 20 Apr 2001 15:11:48 GMT, Bodybldr <[email]>
wrote:

	The USB floppy is bootable - I've booted every Sony I've had with
one since they went with the USB versions. Offhand I'd guess you're
missing *something* when you set-up the system. You went into the BIOS
and changed the floppy to the first boot device, but what's the
setting in the Notebook Setup app? If they're conflicting, that could
be the problem.
	Emanuel
Portable Computing FAQ - http://home.att.net/~epbrown01
Sony VAIO 505 info - http://home.att.net/~epbrown01/sony505.html
Join the 505 Mailing List - http://www.egroups.com/subscribe/sony505


author: Paul Marcelin

text:
Here are some points to check:

1. Is your floppy disk really bootable? Try booting a different computer
with the disk.
2. Is your USB floppy disk drive working? Try using it within Windows on
your VAIO notebook.
3. Is your USB floppy disk drive compatible? There's no problem if it's a
Sony drive. Otherwise, have you ever been able to boot your VAIO PCG-
Z505LSK from it? I can boot my PCG-SR17 from an Alps USB floppy drive, but
compatibility with third-party drives is probably not guaranteed.

Having eliminated these potential sources of trouble, try resetting the
system (CONTROL + ALT + DELETE) as soon as it begins to load Windows from
the hard drive. I have found that doing this a few times prods my SR17 to
recognize the floppy drive. Perhaps there is a timing problem.

If you have a Sony-brand external PC Card CD/DVD drive and some way of
recording a CD, consider creating a bootable CD. Booting from CD is faster
and more reliable.

WARNING: Pressing CONTROL + ALT + DELETE while the system is accessing any
kind of writable disk (hard drive, floppy, etc.) might affect the contents
of the disk. Always have a backup.


author: Jeroen Steenblik

subject: Enhancing A4000 image quality

text:
I heard that the image quality (bandwidth) of the A4000 could be enhanced by
adding a 75 Ohm termination resistor to the composite video output. Is this
true, and does anyone have any details on this?


author: Steve Cutting

subject: Re: Enhancing A4000 image quality

text:
Jeroen Steenblik ([email]) wrote:
: I heard that the image quality (bandwidth) of the A4000 could be enhanced by
: adding a 75 Ohm termination resistor to the composite video output. Is this
: true, and does anyone have any details on this?

The A4000 has no composite video output, which makes this hack kind
of difficult :-)

Steve.


author: Mark P. Fassler

subject: Re: Enhancing A4000 image quality

text:
on 22 Sep 1994 14:00:22 GMT, Jeroen Steenblik ([email]) wrote:

        There is no composite video output on the A4000.  If you are
refferring to some of the pins on the RGB connector, then there is no way that
a resistor could increase the bandwidth.  It is conceivable that discrete
devices (resistors, capactors, etc) could increase contrast or sharpness, but
they won't give you any higher resolution, or anything like that.

        Mark P. Fassler
        [email]


subject: Re: Enhancing A4000 image quality

text:
Maybe I didn't say it very clearly, but ofcourse I didn't mean a _real_
increase in resolution or whatever. I heard someone talking about increasing
the quality of the A4000's output signal by adding a resistor to (what he
called) the composite video output. I know there's no such thing on the
A4000, but since he also said he got it from this group (a couple of weeks
back) I hoped that it might ring a bell by some persons. I guess he meant
one of the pins on the RGB connector by the way...


subject: TT keyboard mylar repair

text:
The following keyboard repair info was originated by Mario Becroft, but has
since disappeared from the net.  With Mario's permission, I'm posting it for
posterity :-).  The usual disclaimers apply.

=========================== snip ================================

This is a copy of Mario Becroft's instructions for Keyboard Repair of
the Atari TT mylar, 1997.

These instructions may also apply to other Atari computers: no
guarantees or warranties are claimed: following these intructions
does not guarantee anything: all who follow them do so at their own
responsibility, with no recourse to Mario Becroft or his copyists.

The following was downloaded from the site of Funkeyware.org and
printed out for safe-keeping: just as well, as my TT needed repair,
which I carried out successfully.  It is now typed out by Charles
Stanley, [email], since all online copies seem to have
disappeared.

Mario Becroft has kindly given permission for this to be reposted;
his email and web addresses have been updated and are correct as of
February 2003.

<BEGIN>

TT_KEYBD.ASC : copyright (c) Mario Becroft 1997.

FUNKEYWARE.ORG - TT_KEYBD.TXT - 11.07.1997.

NOTE: The following text explains how to fix a defect that plagues both
Mega STe and TT keyboards alike, making the CONTROL key inoperative.

Preventive maintenance on keyboards not yet affected should also be
performed.  This involves opening your keyboard as explained below and
sticking a length of insulating tape over sensitive areas, to prevent
the mylar from eventual damage.  While every precaution has been taken
to ensure accuracy of information, neither Mario Becroft nor Funkeyware
offer any guarantee about the results.

	ATTEMPT AT YOUR OWN RISK!!!

Date: Fri, 27 June 1997 11:13:22 +0000
From: Mario Becroft [email]
To: [email]

DISCLAIMER

While I believe that the repair described in this document is reliable
when carried out correctly, and while I have made every effort to
ensure that this document is accurate, I can offer no guarantee with
regards to the repair, nor your workmanship in completing the repair.
I am confident that the repair will work, if completed with reasonable
care, but I cannot guarantee this.  CARRY OUT THIS REPAIR AT YOUR OWN
RISK!  If you do not think you are able to complete the repair, I
advise you NOT to attempt it.

THE REPAIR

A common problem with TT (and presumably M-STE) keyboards relates to
the control key.  After a period of time, the control key will cease to
operate.  This problem happens because an edge in the internal keyboard
casing rubs on the keyboard mylar and eventually rubs through the track
that connects to the control key.  This problem does not appear to
affect any other keys.

If the problem has not yet occurred, it may be advisable to take
preventive action.  Although I have not tried this, I suspect that by
either putting a protective covering of some kind over the track, or by
carefully filing away slightly the plastic casing in the affected area,
the problem could be avoided.

If the problem has already occurred, fixing the problem requires
rejoining the broken track.  The method decribed below has been used on
a number of TT keyboards and, provided it is done with care, seems to
have a very good successs rate.  Every keyboard that I have repaired in
this way has worked flawlessly ever since.

You will probably be able to complete the repair in an hour or so.  Be
sure to read the instructions completely before carrying them out so
that you are familiar with the repair.  Take it slowly and exercise
care in completing the repair.

First the keyboard must be disassembled.  The removal of the three
screws that are present underneath the keyboard will allow the outer
casing to be removed.  It is then necessary to disconnect an earthing
wire by unscrewing the connector, and it would be advisable to unplug
the two ribbon cables joining the keyboard unit itself to the PCB.

At this point you should have the black plastic keyboard case with
metal backing completely disconnected from the keyboard casing and PCB.
You can now proceed to removing the metal backing from the keyboard.
The backing is attached by a great number of clips: each of these clips
must be carefully opened.  An easy way of accomplishing this is to work
from one side to the other, until the backing is disconnected from all
the clips.

You should now observe the keyboard mylar, which can be removed from
the keyboard.  The mylar is where the problem lies, so the rest of the
keyboard can be set aside while you work on the mylar.

Looking at the mylar from the top, you will observe a track at the far
upper left hand corner that connects to the control key.  The upper
left hand corner portion of this track is where the problem lies.  The
break may not be visible at first but, by careful observation, a rough
breakage in the track should become apparent. Fixing the keyboard
requires rejoining the track at this point.

EXTREME CARE is required in carrying out the next steps, particularly
when punching the holes in the track.  Read throught the next steps
carefully before you start so that you are familiar with what you are
doing.  Take it slowly and carefully, and the operation will most
likely be a success.

Examine the area around the breakage.  You will be punching three holes
in the track, evenly spaced approximately 5 mm apart on either side of
the breakage.  These holes need to be EXACTLY IN THE CENTRE of the
track and must be VERY SMALL.  You will need a needle with fine point
(such as a sewing needle) to make these holes.  A single strand from
a multi-strand wire will be later threaded through the holes, and the
wire must fit firmly, not loosely, in the holes.  Therefore the holes
must be very small.

Working out from the breakage, and with the aid of the needle and a
magnifying glass, VERY CAREFULLY make three holes on either side of the
breakage, evenly spaced approximately 5 mm apart.  Ensure that the
holes are EXACTLY IN THE CENTRE of the track and VERY SMALL.  Make the
holes one by one, and check that each hole is the right size before you
make the next hole.  Check the size by attempting to thread a single
strand from a multistrand wire through the hole.  The strand should fit
firmly in the hole.  Remember, there is no going back once you have
made the holes, so ensure that you make them very carefully and
accurately.

Now that the holes are complete, it is time to thread a single strand
from a multistrand wire though all of the holes.  Get a piece of
multistrand wire and extract from it a single strand, long enough to
cover the length of all the holes you have made in the mylar, with
substantial length to spare.  Carefully thread the wire through the
holes one by one, pulling the wire tight after each hole.  Leave a
short length (a few mm) protruding from the first hole.  The wire
should fit firmly in the holes, and it will require care to thread the
wire through the holes because of this firmness.  The wire should be
threaded alternately up and down through the holes so that it joins the
track where the breakage is.  When you have finished, cut off the ends
of the wire so that a few mm of wire is left protruding from the end
holes.  Pull these ends tight and push them flat against the mylar.

The most difficult part of the repair is now complete.  It is still
necessary, however, to finish the repair properly.  If the wire you
have added makes electrical contact with the metal backing that
attaches to the keyboard, the keyboard will not work.  For this reason,
it is necessary to place insulating tape between the wire and the metal
keyboard backing.  It is also important that the wire does not touch
any other tracks on the mylar, or obstruct the passage of any keys.

Once you have ensured that everything is as it should be, it is time to
reassemble the keyboard and try it out.  Reassembly is generally the
reverse of disassembly.  Reattach the metal backing (which is much
easier than detaching it), then reconnect the two ribbon cables and the
earthing wire.  Do not entirely reassemble the keyboard; instead, plug
it in in its partially assembled state and test it.  Check that ALL the
keys work.  In particular, check that the control key works.  Check that
random characters are not sent when the control key is pressed.  If all
is well, you can finish reassembly of the keyboard - you have finished.
Congratulations!

If there was a problem, then check, first of all, that the two ribbons
are correctly and fully in their sockets; and ensure that the metal
backing on the keyboard is fully attached, with all the clips attached
correctly.  If it still does not work, determine the symptoms of the
problem and refer to the following list of possible causes:

* The control key does not work, but everything else it fine.

    This means that the repair has had no effect.  Remember that the
wire must join the two sides of the break in the track.

    The holes should be either side of the break, and the wires should
join the break.  Check that the wire fits firmly in the holes and that
the holes are exactly in the centre of the track.  If the wire is not
contacting properly, it may be necessary to remove the wire, add more
holes and then get a longer wire and thread it through again.

* The control key does/does not work, but various other keys no longer
work either.

    This could happen because you have inadvertently damaged other
tracks on the mylar while attempting the repair.  If this is the case,
you could try repairing those other tracks as well, although it might
end up easier to just buy a new mylar.

    This may also happen because one of the ribbon cables is not
inserted correctly and fully in its socket.

* The control key causes random characters when pressed.

    This happens when the wire you added is making electrical contact
with the metal keyboard backing.  Ensure that insulating material is
present between the wire and the backing so that electrical contact
cannot occur.

CONCLUSION

If you have carried out the repair, chances are you now have a working
control key. Congratulations!

If, however, the repair was unsuccessful, you may attempt to rectify
the fault yourself.  Provided you carried out the repair as described,
I do not believe there is much that can go wrong.

I do not want to receive huge amounts of email from people who have
problems with this repair.  You carry out the repair at your own risk.
If you do need to contact me for some reason, however, my email address
is given at the bottom of this document.

Good luck!


author: "Starlord" reach.com>

subject: Re: TT keyboard mylar repair

text:
The backing is attached by a great number of clips: each of these clips

These clips brake off real EASY as I know all to well, that's why my KB has been
dead for 3 years now. And once broken there's no way to fix them either.


author: Barrie at Keychange

subject: Re: TT keyboard mylar repair

text:
Hello.

If the risks and description of how to repair your TT mylar puts you off
attempting it  I still have new  Mega STE keyboards for sale. You can take
the innards out and rebuild into your TT case or just use it as is.

Current UK price is ï¿½10 sterling plus post.  Total for US customers inc
shipping is $40 US.

Barrie at Keychange.   www.keychange.co.uk


author: Rob Schafrick

subject: Re: TT keyboard mylar repair

text:
Are these US or Euro keyboards?  I recall the TT had a Euro version,
as shown in the Cubase promotional pamphlet, as well as the Falcon (I
have a spare kb).   Not sure if there was a Euro version for the Mega.


subject: Re: TT keyboard mylar repair

text:
Hello.

"Rob Schafrick" <[email]> wrote in message
news:[email]...

Spanish keycaps. They take the language of the machine.


author: Jim DeClercq

subject: Re: TT keyboard mylar repair

text:
They all fail at exactly the same point, where a trace runs over a
sharp edge. I used a very little drop of Nickle Print, which has
different names in different countries, and is cheaper than Silver
Print.

Wait a very long time, at least two days, before putting the mylar back
in, since that material hardens very slowly.

Before it goes back in, round the corner of that sharp edge, and perhaps
put some tape over it as padding.

Worked for me.

Jim

Rob  Schafrick <[email]> writes:

: Are these US or Euro keyboards?  I recall the TT had a Euro version,
: as shown in the Cubase promotional pamphlet, as well as the Falcon (I
: have a spare kb).   Not sure if there was a Euro version for the Mega.

: > I still have new  Mega STE keyboards for sale. You can take
: >the innards out and rebuild into your TT case or just use it as is.
: >
: >Current UK price is ï¿½10 sterling plus post.  Total for US customers inc
: >shipping is $40 US.


author: Samuel Kock

subject: KVM Switches???

text:
Hi there

I have a RPC and A PC, but I only want to use one screen, and mouse and
keybaord for both. I see the thing that I need is a KVm switch. I gather I
need to get either Stuart Tyrrell (not related to Ken of F1 fame , by any
chance???) or SurfTec's PS2 adapter. Is that correct? Also, what do KVM
switches sell for for only 2 computers? No computer stores over here seem to
stock them. Not visibly, anyway...

Ciao!

Samuel Kock


author: Hauke Wegner

subject: Re: KVM Switches???

text:
In message <ai9pqh$53c$[email]>
          "Samuel Kock" <[email]> wrote:

Yes, you need a mouse adapter to connect PS/2 devices to to RPC mouse
port. Those adaptors are avaible from Stuart Tyrrell, Castle
Technologies and perhaps from SurfTec (do they have an own one?) I think
the adaptors can be orderd from any RISC OS dealer.

If i am right Stuart Tyrrell has those cpu-switches in stock. But i do
not know if these are KVM ones.
I have a KVM MiniView CS-142 here working fine. However i bought it here
in germany...

Hope that helps.

Sincerely Hauke


author: Tim Howarth

subject: Re: KVM Switches???

text:
In message <ai9pqh$53c$[email]>
          "Samuel Kock" <[email]> wrote:

I use a Castle PS2 adapter with...

a D-Link DKVM-2 2 way KVM switch, which just seems to work, no obvious
loss in picture quality or odd behaviour with mouse/keyboard (actually I
do have one slight quirk, in that the key repeat on the PC is sometimes
slow - haven't worked out exactly what causes this though).

These are about ukp45 + vat + cables.


author: Chris Evans

subject: Re: KVM Switches???

text:
In article <ai9pqh$53c$[email]>, Samuel Kock
<URL:mailto:[email]> wrote:

Surftec like ourselves sell the Stuart Tyrrell Developments MouseMini Adaptor.

We stock both 2 and 4 way KVM units, with a variety of cable lengths!

4 way units are not cheap:-(

Chris Evans


author: Stuart Tyrrell

subject: Re: KVM Switches???

text:
In message <[email]>
          Chris Evans <[email]> wrote:

No... well yes.... well not directly as far as I know, but Ken had a
lot of the family... erm.... "traits". Instantly recognisable as a
Tyrrell, but I've never bothered to try to trace back beyond a couple
of generations.

That's correct - a few dealers take them in addition to the ones sold
directly. We're well over 1500 unit sales of the mini mouse adaptor
(that's without counting the original PS2Mouse), which exceeds
expectations a little ;-)

"me too" ;-)

A significant proportion of the cost is in the cabling - and I believe
that Chris and myself compete very favourably against the "retail
leader" switches when you actually add up how much a full kit costs.

Stuart.


author: Neil Farnham-Smith

subject: Re: KVM Switches???

text:
Chris Evans <[email]> wrote in message news:<[email]>...

So there isn't any confusion, we use STD's PS2 adaptors, not our
own.

As for console switch boxes, we stock a nice two way console switch
which does both PS2 keyboard and mouse plus monitor and includes
1.5 meter bundled 2 x PS2 with 1 x VGA leads. <Answering a direct
questions> 79ukp exc VAT. </end of advert>

Regards Neil...


subject: Re: KVM Switches???

text:
In article <[email]>,
   Stuart Tyrrell <[email]> wrote:

Ken came from my village in Surrey.  He had his works just down the road.
There was alos a Bruce T,,, living opposite me some years ago.  I gather
it's an old established local name.  There's even a Tyrrellswood a few
miles away - with now a Golf Course of that name.  Most of the wood came
down in 1987.


author: Stuart Halliday

subject: Re: KVM Switches???

text:
In message <[email]>
          Stuart Tyrrell <[email]> wrote:

I've alway considered the 4 ways one as excellent value for money, good
build quality, amazingly sharp picture quality when using even 10 meter
cables.
Plus I know I'm helping to support the RISC OS market.

They certainly do.

I bought quite a few KVMs (8 of them at least?) of the 2 and 4 ways types
from Stuart for my work. They work virtually fuss free. Great value for
money and I get a chance for a quick chat 2. ;-)


subject: Re: KVM Switches???

text:
In message
<[email]>
          Stuart Halliday
<[email]> wrote:

They are for what they do, but there's some plasticky cheapo 4-way
boxes around now, and people are always tempted by headline price.
Mind you, again by the time you've bought the cables (which we
include).....

You've had 9 of the 2-way boxes and 4 of the 4-way ones. Are you
collecting them? ;-)

When was the last time we ever had a "quick" chat, eh, Stuart? ;-)

Stuart.


author: Tim Powys-Lybbe

subject: Re: KVM Switches???

text:
In message <[email]>
          Stuart Tyrrell <[email]> wrote:

A certain Sir James Tyrrell?  The supposed murderer of those princes?
Executed on Tower Hill on 6th May 1502, a mere five centuries ago
earlier this year.

The chap's my first cousin, seventeen times removed.


subject: Re: KVM Switches???

text:
In message <[email]>
          charles.hope <[email]> wrote:

Figures - my father grew up in Sunbury, and there is (or was) more
than a few of "them" around there. I think the name is originally
Irish, which would explain the clustering, although I suspect that
they've been in the London area for a while (but we won't mention the
whole "princes in the tower" thing ;-) )

Stuart.


author: Bob Hartley

subject: Re: KVM Switches???

text:
In article <[email]>,
[email] says...

A quick Chat???????

You Wert' luuuuky lad. :-)

Mind you I do rant a bit.

cheers
Bob


subject: Re: KVM Switches???

text:
In article <[email]>, [email]
says...

Aye and Jackie drove for them. |That is Jackie from Milton Garage.

Cheers
Bob; born in overton house Milton.


author: Duke of URLs

subject: Linksys BEFSR41 Cable/DSL Router Problems

text:
Greetings, one and all,

My Linksys BEFSR41 (v2) cable/DSL router has a few quirks (don't we
all). Thanks in advance for any guidance:

1. Blinking lights -- When connected to the ATTBI (ATT Broadband
Internet) cable, the WAN Act (activity) light on the router blinks
non-stop -- I mean without relent, 24/7. So do the Activity and the PC
Link lights on the brand new RCA cable modem provided by ATTBI. Do I
have a cable service problem? Hardware problem? (The spammers, hackers
and crackers can't be paying me that much attention, can they?)

2. Two IP Addresses -- When I have just my desktop computer on the
network, the router's DHCP Active IP Table shows TWO Client Hostsnames
each with that desktop computer's hostname and MAC address (identical
on both lines of the table), and consecutive IP Addresses (for
example, 192.168.1.100 and 192.168.1.101). If I then connect my laptop
and refresh the table, the laptop is added to table with its unique
hostname and MAC address and the next successive IP address (for
example, 192.168.1.102). From the laptop, I can ping both IP addresses
given for the desktop. Question: Why does the first computer get
assigned two IP addresses? Does that suggest a misconfiguration of my
desktop computer (completely original HP hardware running Win98SE)?
I'm stumped!

3. Router Firmware -- My router came with firmware 1.36, which seems
to do everything I need for the moment. However, always wanting the
latest and greatest, I downloaded firmware 1.42.7 to my Win98SE
desktop machine. The new firmware just won't install for me, though I
follow the included directions to the letter. It gives an error
message the effect that "Server is not replying," where "the server"
is, of course, the router. Any work around for this? Or perhaps it
suggests a misconfiguration of something or other?

Other info which may be relevant:
   Desktop is P3 800 MHz with Win98SE
   Laptop is P3 1.5 GHz with XP Home
   both machines have ZoneAlarm 3.1.291
   both machines have Norton Anti-Virus 2002  (up to date definitions)

'Preciate any ideas you have about these problems.

--Duke


author: William P.N. Smith

subject: Re: Linksys BEFSR41 Cable/DSL Router Problems

text:
Duke of URLs <[email]> wrote:

try asking this in comp.dcom.xdsl or the cable modem newsgroup, I'm
sure they'll have some thoughts.


text:
On Tue, 03 Sep 2002 08:07:13 -0400, William P.N. Smith
<[email]> wrote:

Thanks for the tip. I've since posted to those two newsgroups.

--Duke


author: Mphozazo

subject: Date/Time picker template

text:
Hi
If anyone knows on where I can find the date/time picker for my application
or websites where I candown load such templates.I need to allow users to
select date.Or any ideas on what i can do.
I'm using C2 4 windows.


author: Randy Rogers

subject: Re: Date/Time picker template

text:
Mphozazo,
Leonid Chudakov [email] has DatePicker and other cool tools
and hardcore Clarion examples at
http://cwstuff.homepage.com/clarion_products.htm.  I purchased source and
used it as a guide to create a similar implementation for the DateTimePicker
control.  I don't think Leonid has done the DTPicker.  You could do that
too, or, I can sell you our DateTimePicker for same price as Leonid's
DatePicker.
Regards,
Randy

"Mphozazo" <[email]> wrote in message
news:3a321b33$0$[email]...
application


subject: Re: Date/Time picker template

text:
Mphozazo,
Oops, I didn't notice C2...This stuff is for C5.  You might still be able to
create an implementation of your own.  I don't think C2 supported classes.
Maybe its time to upgrade...
Randy

"Mphozazo" <[email]> wrote in message
news:3a321b33$0$[email]...
application


author: HeadRusch

subject: Need Advice: Inexpensive way to get VHS to MPEG?

text:
Obviously I need some sort of video card with a composite port IN, I would
assume....although an SVideo port IN would be even better.

however, I'm about to plunk down the change for a Geforce4 board..I don't
want to run, say, an ATI board just so I can dabble in turning my old home
movies into MPEG's...unless thats the best way to do it.

Tell me, can anyone advise me on this?  Is there a PCI card or a USB
solution that wont cost an arm and a leg??

All I'm looking to do is turn old VHS tapes and 8mm tapes into MPEGS to burn
to CD as AVI's and MPEGs, or possibly even VCD/SVCD....

Anyone?


author: Ricardo Stella

subject: Re: Need Advice: Inexpensive way to get VHS to MPEG?

text:
Look for any TV capture board that has hardware MPEG1 compression...

The ATI TV Wonder VE has that, and should cost you less than $50. (Last
week CompUSA had them for $20 after rebate).

It has built-in MPEG 1 and 2 compression, so it does decent VCDs (1.0
compliant only, though there's hacks out there to make them 2.0
compliant).

There are better options though, but they'll cost more.

BTW, they don't support VFW so you won't be able to use VirtualDub -
hence you are stuck with their software...

Oh, and it has a TV tuner and records live TV (though no 'freezing' live
TV option)

My .02...  REMOVE NOSPAM...

HeadRusch wrote:


author: grey bear

text:
You are mistaken, all current ATI pci boards *do not* have hardware
en/decoding.

"Ricardo Stella" <[email]> wrote in message
news:[email]...
would
don't
home
burn


author: magda muskala

subject: Heap overflow in sendmail

text:
Is there already an aviable patch for sendmail/sun solaris 2.6, that
release the problem with heap overflow?

I couldn't find it.

Could
somebody send me the link, where I woul be able to  download it?

TIA
Greetings
Magda


author: Mike Mann

subject: Re: Heap overflow in sendmail

text:
On Tue, 4 Mar 2003 17:10:16 +0100, magda muskala
<[email]> wrote:

Please don't post the same question separately to several Sun
newsgroups.  This just wastes the time of the readers and those
responding.

http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert/51181

which points to
http://sunsolve.sun.com/pub-cgi/findPatch.pl?patchId=105395&rev=08

assuming you want 2.6 SPARC.  The first link points to the
appropriate patches for Solaris 2.6 to 9, SPARC and x86.

Mike.


author: David Magda

subject: Re: Heap overflow in sendmail

text:
Mike Mann <[email]> writes:

[...]

Or at least cross-post and not multi-post(?).

Cross-posting one article, but with many groups in the "Newsgroups:"
header. Multi-posting is posting the same article many times with
only one group in the "Newsgroups:" header.


author: NASIM JAWED

subject: Falcon 3.0, Copy Protection?

text:
Does Falcon 3.0 use a codewheel, questions from the 300+ page manual,
or someother type of protection?  Thanks.


author: Jeremy Thorp

subject: Re: Falcon 3.0, Copy Protection?

text:
In article <[email]>, [email] (NASIM JAWED) writes:
|>
|> 	Does Falcon 3.0 use a codewheel, questions from the 300+ page manual,
|> or someother type of protection?  Thanks.

There is NO copy protection of any kind in Falcon 3.0 (or the upgrade Operation Fighting
Tiger).

However, it is a complex game, and thus a pirate might be able to get somewhere with it, but
without the manual will NOT be able to get anything like all the game can give.

Buy a copy, I can thoroughly recommend it (as long as you have a fast(ish) PC).


author: Samuli Takala

subject: Re: Falcon 3.0, Copy Protection?

text:
In article <[email]> [email] writes:

It has no copy protection (if you don't consider the manual as such :-)

Samuli Takala, [email]
               [email]


author: Kevin B. Williams

subject: Re: Falcon 3.0, Copy Protection?

text:
In a previous article, [email] (NASIM JAWED) says:

It doesn't have to....if you don't have the manual, you're missing 60% of the
game :)

Kevdog


author: Suicidal Freshman

subject: Re: Falcon 3.0, Copy Protection?

text:
In article <[email]>, [email] (Kevin B. Williams) writes:

No kidding!

Unless you run the modem head to head, there is not copy protection.  But you
do need two copies to run the H-H.  The program checks for SN.

SF
bvc


author: Jim Knutson

subject: Re: Falcon 3.0, Copy Protection?

text:
Falcon3 has NO protection whatsoever that I can tell.  This includes no
protection for running head to head or allied over a novell network.
I'm not sure that the same is true for modem head to head, but I doubt
they would special case that part.


subject: Re: Falcon 3.0, Copy Protection?

text:
In article <1993Jan12.142554.3170@peanut> [email] (Suicidal Freshman) writes:

Is this added in version 3.01? I've tried the same copy of 3.0D in head to head
and it worked all right.

Samuli Takala, [email]


author: SpreadTooThin

subject: Too soon to close socket...

text:
I think I have an issue in my server where I transmit data and then
close the socket.
I think the data may not have been sent before the socket is closed
and the client is not happy....
Is there some way to make sure that the transmit queue is empty before
closing the socket?
Is there a sock option or something?


author: Rick Jones

subject: Re: Too soon to close socket...

text:
SpreadTooThin <[email]> wrote:

Typically, what one does is roughly:

shutdown(SHUT_WR);

and then either hang in a recv or a select/poll and wait for a recv
return of zero indicating the client has also either called
shutdown(SHUT_WR) or close(). If you "know" that the client will not
have done so without having first drained the socket at his end, you
know then that the data has left the socket at your end.

rick jones


author: Barry Margolin

subject: Re: Too soon to close socket...

text:
In article
<[email]>,
 SpreadTooThin <[email]> wrote:

Unless the client is trying to send something back to you after you
closed the socket, you shouldn't have to do anything.  The FIN that
indicates the end of transmission is not sent until after the last data
segment.


author: David Schwartz

subject: Re: Too soon to close socket...

text:
On Jun 18, 2:09 pm, SpreadTooThin <[email]> wrote:

While it's all supposed to "just work", in practice, there are a few
holes you can fall into if you don't call 'shutdown' first and then
continue to process the connection until 'read' returns zero (or an
error occurs).

DS


subject: Re: Too soon to close socket...

text:
Barry Margolin <[email]> wrote:

Might there be SO_LINGEResque considerations?

rick jones


subject: Off Topic - NTFS-vs-FAT

text:
greetings,

I am a Windows 98 user migrating to XP

NTFS makes me nervous.

In a total FUBAR crash with a FAT Volume, I can boot with a floppy and
copy critical files to a "slaved" drive before I reformat the drive.

It is my understanding that NTFS volumes don't show up when you boot
with a FAT32 floppy and there is no booting with a NTFS floppy.

I don't know for sure that is why I am posting.

With that in mind, what does NTFS offer me that would possibly entice
me to switch.

Please set me straight.

Thanks,
Jay


author: Frank GoBell

subject: Re: Off Topic - NTFS-vs-FAT

text:
"J.C." <[email]> wrote in message
news:[email]...
While it's true you can't boot with a FAT32 floppy and "see" an NTFS
partition, Windows 2000 and XP has a form of command line and safe mode boot
now, similar to Windows 98, as well as a recovery console you can run from
CD or install as a boot option.  With these, you have greater access than
under NT; in fact, you can access the NTFS partition in a very limited
manner.

Unless you are having to secure at a file level, as opposed to a folder
level, there probably is no reason to go with NTFS over FAT32.


author: [redacted]

subject: Re: Off Topic - NTFS-vs-FAT

text:
Go visit www.sysinternals.com and download the ntfsdos.  The free
version lets you read ntfs volumes from a dos boot just fine.

With 2000 and XP, you can also install the recovery console option.
Essentially a barebones dos-like boot where you can try to recover
files, diasble/enable drivers, etc.

Security and a journaled filesystem (meaning it recovers much better
when problems arise like power drops).  You can leave it as a FAT32
and convert it later if you feel the need, btw.


author: I hate Spam

subject: Re: Off Topic - NTFS-vs-FAT

text:
On Fri, 01 Feb 2002 02:33:54 GMT, [email] (J.C.)
wrote:

apart from what has all ready been mentioned, the NTFS is much more
efficient with large partitions, and even with partitions of a few
Gigabytes it can be an advantage to select a cluster size of 4
kilobytes instead of the default 512 bytes.
Many small files are kept in MFT, which should make access faster, and
at the same time not wasting a lot of space due to the bigger cluster
size.

Yours Hans Erik Busk
[email]


author: Jeff Cochran

subject: Re: Off Topic - NTFS-vs-FAT

text:
Security and stability.  If you're worried about booting after
crashes, work on stopping the crashes, not perfecting your recovery
abilities.  :)

Jeff


author: kb

subject: How can I embed a browser in my application?

text:
Essentially, I've realized that what I want to do is have my application
show a web page.  I _possibly _ could work out how to do that from socket
calls, but my god - why?  What I'd like to do is embed the web browser
control in my app, and have it go to a web page and display it.   Where
can I find information on that?


author: Michael Liedlgruber

subject: Re: How can I embed a browser in my application?

text:
Have a look at the Internet Explorer ActiveX controls. There you'll find a
complete IE-based explorer control. I think it's commonly known as
CppWebBrowser (but this may depend on the compiler you're using).

kb schrieb:


text:
In article <[email]>, "Michael Liedlgruber"
<[email]> wrote:

I am using vi, no budget for dev tools, etc :(

how would I find docs on this?

how would I use the control if all I had was vi

which dll contains this library?


text:
Wow, programming with vi is really tough :)
Anyways, I really don't know how to get those things working without an IDE
(I'm using BCB - so it was a really easy task).
But maybe you can find some help on the microsoft homepage - I'd suggest to
you to have a look into the MSDN.

Sorry that I can't you help any further
Michael Liedlgruber

kb schrieb:


author: Richard Andreu

text:
"kb" <[email]> wrote in message news:<pOAe7.24522$[email]>...

  MSDN, Q189634 download WebApp.exe
  http://support.microsoft.com/support/kb/articles/Q189/6/34.ASP

  you use vi, so i suppose you're a tough guy and don't
  need all the MFC stuff, just straight win32 API ;-)


author: Kenneth Brody

text:
Michael Liedlgruber wrote:
[...]
[...]
[...]

Using vi is easy when you've been programming since before Bill Gates
had a driver's license.  ;-)

I maintain a commercial product, consisting of >350K lines in >1300
source files, and I still prefer "vi" over the IDE's.  (Besides, who
ever heard of an IDE on Unix?  Aside from hard drives, that is.)


author: Nicole Hamilton

text:
"Kenneth Brody" <[email]> writes:

Same.  I've been programming professionally since June 1970.  You do the
math to figure out how old that must make me. :)

And I also much prefer vi (actually, vim, to be more precise) over any of
the IDE's.  My own  product, Hamilton C shell
(http://www.hamiltonlabs.com/cshell.htm), is somewhat smaller than yours,
just about 160K lines in about 250 files, but it's all my own work, every
line.  (I presume your product was written by a team, is that right?)

Regards,
Nicki Hamilton

Nicole Ashley Hamilton    KD1UJ    [email]
http://www.hamiltonlabs.com   Phone 978-440-8307  FAX 978-440-8308
Hamilton Laboratories, 61 Fairbank Road, Sudbury, MA  01776-1620, USA


author: Allan

subject: OS Upgrade for Vx

text:
I have OS 3.3.  Should I upgrade to 3.5.3 or 4.1?  I heard some people had
trouble with 4.1!


author: Jim Anderson

subject: Re: OS Upgrade for Vx

text:
In article <[email]>, [email] says...
Get 3.5 for free;
http://www.palm.com/support/35upgrade/palmvx_upgrade.html


author: SpeedWolfe

subject: Re: OS Upgrade for Vx

text:
I would suggest upgrading to OS 3.5 which can be downloaded for free at
Palm.com.

-SRB.

"Allan" <[email]> wrote in message
news:[email]...


author: Petri Alhola

subject: Polygon filling and scalable fonts

text:
I have been implementing package, that draws scalable rotatable
 fonts with X11. I use vector/spline outline fonts converted from
 some Postscript fonts. Currently program draws finely non filled
 outline fonts, but i have some problems with filling.

 If i like to draw O character, it is descripted with two separate
 paths or outlines, one outside and one inside. These two are non connected
 to each other. In postscript i can use two separate paths and then
 fill operator. If i like to use XFillPolygon it does not allow giving
 two separate outlines to it. Of course i can do it by drawing inside
 path with background color fill, but i like that items drawn back
 are still visible from hole like in postscript.

 Other question, is there any PD outline fonts, that i can give with
 this program, or doses i need to some way convert X11 fonts to outline.

 Is there any plans to make X11 extension supporting scalable ( outline)
 fonts.

 Petri Alhola
 [email]


author: Mike Stroyan

subject: Re: Polygon filling and scalable fonts

text:
Your test program works fine on HP X servers.  The fill_rule can be
either WindingRule or the default EvenOddRule.  I find EvenOddRule
easier to arrange data for.

It may be that the implementors of the server you are using chose to
deviate from the exact standard to take advantage of a hardware polygon
fill capability.  It certainly can be tempting to get better performance
at the cost of usually minor pixel differences.

Mike Stroyan, [email]


author: Jim Gettys

subject: Re: Polygon filling and scalable fonts

text:
In article <[email]> [email] (Petri Alhola) writes:

You can do what you want with a single FillPoly call; once you've
traced the outer edge, move to the inner edge and close the form.
With the appropriate winding rule, the hole (inside of the O in your
case) will not be touched.

			Jim Gettys
			Digital Equipment Corporation
			Cambridge Research Laboratory
			Cambridge, Ma.


subject: Re: Polygon filling and scalable fonts

text:
You can draw a polygon with a hole in it by sending a self-intersecting
polygon.  Given the following points-

   A--------------B
   |              |
   |  E----F I--J |
   |  |    | |  | |
   |  |    | |  | |
   |  H----G L--K |
   |              |
   D--------------C

Either close each path and return to the overall initial point between
paths, or close each path and back track through the initial points of
each path.  You can send the sequence of coordinates ABCDAEFGHEAIJKLIA
or ABCDAEFGHEIJKLIEA.  The X11 definition for polygons is very specific
in requiring any path ABA to affect no pixels along on the line between
A and B.  This works in the both interior and the exterior of polygons.

Mike Stroyan, [email]


subject: Re: Polygon filling and scalable fonts

text:
In article <[email]> [email] (Mike Stroyan) writes:

I made following test program to werify this and i found that the rule
 does not work . I do not know is it bug or feature. There is also
 included test program and i like to know does the same thing exist
 in other X11 Server implementations than Interactive one.

 If i have polygon, the filling works,

Path ABCDEAEFGHEA
 A-------------B
 !             !
 !  E-----F    !
 !  !     !    !
 !  !     !    !
 !  H-----G    !
 !             !
 D-------------C

But if i have diferent one, it draws line between A and E. So pixels
in path AEA are modified.

Path ABCDEAEFGHEA
 A-------------B
 !             !
 !  G-----H    !
 !  !     !    !
 !  !     !    !
 !  F-----E    !
 !             !
 D-------------C

Of course simplest solution will be that does not use the later
way, but problem is that many existing vector fonts have polygon
aranged by this way.

I have tested this program with INTERACTIVE X11 rel 3 their vers 1.1
with VGA and Matrox 1281 servers and gor same results.

Petri Alhola
[email]

The actual test program

/*
 * Test of drawing in a box on exposeure events.
 */

#include <stdio.h>
#include <X11/Intrinsic.h>
#include <X11/Box.h>
#include <X11/StringDefs.h>

static void ExposureProc();
GC gc;

/* XPoint points[20]={{100,100},{200,100},{200,200},{100,200},{100,100},
		    {170,190},{190,130},{130,110},{110,170},{170,190},{100,100}};*/
short points[30]={100,100,200,100,200,200,100,200,100,100,
		    170,190,190,130,130,110,110,170,170,190,100,100};

void
main (argc, argv)
int argc;
char **argv;
{
  Widget toplevel, box;
  Arg args[10];
  Cardinal num_args = 0;
  XGCValues values;

  toplevel = XtInitialize(NULL, "Demo", NULL, (Cardinal) 0, &argc, argv);

  XtSetArg(args[num_args], XtNwidth,  250);	num_args++;
  XtSetArg(args[num_args], XtNheight, 250);	num_args++;
  XtSetArg(args[num_args], XtNbackground, XtScreen(toplevel)->white_pixel);
  num_args++;
  box =  XtCreateManagedWidget("helloWorld", boxWidgetClass, toplevel,
			       args, num_args);

  values.foreground = XtScreen(toplevel)->black_pixel;
  values.fill_rule=WindingRule;
  gc = XtGetGC(box, GCForeground | GCFillRule, &values);

  XtAddEventHandler(box, ExposureMask, FALSE, ExposureProc, NULL);
  XtRealizeWidget(toplevel);
  XtMainLoop();
}

/* ARGSUSED */
static void
ExposureProc(w, junk, event)
Widget w;
caddr_t junk;
XEvent * event;
{
  Window win = XtWindow(w);
  Display * disp = XtDisplay(w);
  XExposeEvent * expose = (XExposeEvent *) event;

  if (expose->count != 0) return;

/*  XDrawLines(disp, win, gc, points,11, CoordModeOrigin);*/
    XFillPolygon(disp, win, gc, points,11,Complex,CoordModeOrigin);
}


author: Keith Packard

subject: Re: Polygon filling and scalable fonts

text:
The (elided) test program displays correctly on my machine; your server clearly
has a bug.  Many X implementations ignore the explicit exact pixelization rules
required by the protocol.  The sad part is that these same implementations
frequently claim amazing performance statistics for these incorrect objects.

Keith Packard
MIT X Consortium