subject: Re: Other scripting languages?

text:
VK wrote:

Although that charter is somewhat outdated, considering the number of
different ECMAScript implementations that are currently discussed here:

Yes, "JavaScript" is an accepted name and allowed here.  You miss the point.

PointedEars


author: Thomas 'PointedEars' Lahn

subject: Re: Other scripting languages?

text:
VK wrote:

You should become a professional fairytale-teller instead as it turns out to
be your true calling.

PointedEars


subject: Re: Other scripting languages?

text:
Lasse Reichstein Nielsen wrote:

It is just plain wrong.  That there may be many cases (care to provide
proof?) where ECMAScript implementations are *similar*, does not make those
programming languages the same, as little as Java and JavaScript are similar
but not the same.  This is most visible with the numerous extensions that
JavaScript provides and the numerous extensions that JScript provides.

It is instead the case that you cannot assume that a script that runs in one
implementation (i.e. user agent) also runs in another without testing the
other implementation (i.e. testing in the other user agent).  To ignore that
and assume that would only be one language, and one implementation, called
"javascript", despite sufficient evidence to the contrary, is just plain stupid.

It is even more stupid to make-believe this in an explanation to the
uninitiated Web developer (hereafter called "newbie"), because the result of
this is that the newbie will ultimately write code that they believe to work
everywhere because it is "javascript", and as a consequence of that
misconception will attribute behavior in other implementations (and UAs)
that is caused by differences in implementation, whether explicitly
supported by the Conformance section of the Specification or not, to an
improper implementation of that fictitious "javascript" language.  This not
a wild assumption of mine, but a fact observed several times already.

PointedEars


subject: Re: Other scripting languages?

text:
Lasse Reichstein Nielsen wrote:

You may want to rethink that opinion.

I am simply stating the facts.

I have been considering this, indeed.

PointedEars


author: "MikeB"

subject: Re: Other scripting languages?

text:
"Thomas 'PointedEars' Lahn" <[email]> wrote in message
news:[email]...

   Oh, because the language is Case Sensitive... Do I win anything?


author: Ed Hamrick

subject: Re: Request for Ed Hamrick

text:
<[email]> wrote:
your
and

I agree that it would be rude if I were initiating most of the
threads instead of just responding to them.

That said, I agree with (what I think is) Michael's point that
nobody should ever post a message in this newsgroup that's
intended for only one person (i.e. "Request for Ed Hamrick").
Those kinds of messages are more appropriately sent by e-mail.

Regards,
Ed Hamrick


author: Patrick I Taylor

subject: Re: Request for Ed Hamrick

text:
Ed Hamrick wrote:

I agree with the spirit that was meant here but keep in mind that
someone may post with a specific receiver in mind yet still want
to see if there is any support out there in the weeds for one's
position in cases where that support may matter.

Pt


author: Ralf R. Radermacher

subject: Re: Request for Ed Hamrick

text:
Ed Hamrick <[email]> wrote:

So what about the dozens of Vuescan bug reports appearing on this group,
every day? Aren't these also intended for only one person or is Vuescan
related traffic exempt from your rule?

Ralf


author: Frank Worley III

subject: Re: Request for Ed Hamrick

text:
i agree that the beta tests generate a lot of newsgroup traffic and would be
better sidetracked. Many of the "bug" reports, however, provide useful
information for other users. This is particularly so when everone gets to
see the workarounds or solutions. Many times the explanations have been
easier to understand than the manual/help file. Perhaps Ed would provide
another means for reporting beta test issues and leave the news group for
other questions.

Frank

"Ralf R. Radermacher" wrote:


author: Michael

subject: Re: Request for Ed Hamrick

text:
"Ralf R. Radermacher" <[email]> wrote in message news:[email]...
} Ed Hamrick <[email]> wrote:
}
} > That said, I agree with (what I think is) Michael's point that
} > nobody should ever post a message in this newsgroup that's
} > intended for only one person (i.e. "Request for Ed Hamrick").
} > Those kinds of messages are more appropriately sent by e-mail.
}
} So what about the dozens of Vuescan bug reports appearing on this group,
} every day? Aren't these also intended for only one person or is Vuescan
} related traffic exempt from your rule?

Apparently Ed thinks Usenet etiquette doesn't apply to himself.  The
charter for this group says it's for use by users and technicians, the
list does not include developers.

Mike


author: Charlie

subject: Re: Request for Ed Hamrick

text:
Frank Worley III wrote:

I disagree. Although I use Vuescan, and download *almost* every
revision, I don't think that bug reports should be sent to the
newsgroup. I think Ed has made a mistake in posting on his web page
that technical support for Vuescan is not available by e-mail. In
effect he is saying that technical support will only be forthcoming if
we contact him through the newsgroup(s).... This is not the purpose of
Usenet groups.


author: Raceshooter

subject: Re: Request for Ed Hamrick


author: Uni

subject: Re: Request for Ed Hamrick

text:
Michael wrote:

Mike, may I read this charter? Do you have a URL for it? Why isn't it
posted on a regular basis, as a FAQ/charter source?

Thanks.

Uni


subject: Re: Request for Ed Hamrick

text:
"Charlie" <[email]> wrote:

Ok fine.  I've unsubscribed from this newsgroup.

Regards,
Ed Hamrick


subject: Re: Request for Ed Hamrick

text:
"Uni" <[email]> wrote in message news:[email]...
}
}
} Michael wrote:
} >
} > "Ralf R. Radermacher" <[email]> wrote in message news:[email]...
} > } Ed Hamrick <[email]> wrote:
} > }
} > } > That said, I agree with (what I think is) Michael's point that
} > } > nobody should ever post a message in this newsgroup that's
} > } > intended for only one person (i.e. "Request for Ed Hamrick").
} > } > Those kinds of messages are more appropriately sent by e-mail.
} > }
} > } So what about the dozens of Vuescan bug reports appearing on this group,
} > } every day? Aren't these also intended for only one person or is Vuescan
} > } related traffic exempt from your rule?
} >
} > Apparently Ed thinks Usenet etiquette doesn't apply to himself.  The
} > charter for this group says it's for use by users and technicians, the
} > list does not include developers.
}
} Mike, may I read this charter? Do you have a URL for it? Why isn't it
} posted on a regular basis, as a FAQ/charter source?
}
} Thanks.
}
} Uni

Sure..: ftp://ftp.isc.org/pub/usenet/control/

This group's charter is in the comp directory.  If you're using Windows
you'll need Winzip or another program that can handle unix .Z files.

The exact text is this:

---
The newsgroup comp.periphs.scanners is for technical discussion of
scanners and imaging devices to include all types of scanners and OS
platforms.  This group is primarily for scanner owners and technicians.

Examples of relevant postings would include, but not be limited to,
the following subjects:

* Maintenance suggestions
* Warranty procedures
* Installation procedures
* Pre-sales questions
* Troubleshooting help
* Operations advise

Examples of unacceptable postings would include, but not be limited to,
the following subjects:

* Spam and/or mass mailings
* Manufacturer advertisements
* Flaming and or Hate Mail
* Binary files, in any form, are discouraged. However a posting may
  include a reference to an URL or FTP pointing to such binary files.
---

I don't believe anyone (including me) wants to drive Hamrick away, the
problem is he provides no alternative methods of tech support or bug
reporting for his software.. No email, no private forums, nothing except
this public, non-commercial, general use group.

Any other developer in any other Big-8 group would be requested to do
the same thing as Ed: stop using public Usenet groups for commercial use.

Mike


author: Laren Dart

subject: Re: Request for Ed Hamrick

text:
Hey, Ed, don't let the bastards grind you down.  I unsubscribed from
red.photo.digital because of the arrogant pontificating of some of the
little tin gods who have shown up here recently.  They won't let up so
just kill-file 'em, and let's keep going.  Any support out there for
keeping Ed Hamrick and Vuescan here?

Laren

On Fri, 1 Feb 2002 16:50:39 -0700, "Ed Hamrick" <[email]>
wrote:

www.got.net/~ldart


subject: Re: Request for Ed Hamrick

text:
Ed Hamrick wrote:

WOW! Now I know *exactly* what "unintended consequences" means!


author: Robin

subject: Re: Request for Ed Hamrick

text:
"Ed Hamrick" <[email]> wrote in message
news:a3f9jk$rr8$[email]...

Wow, now that's what I call "taking your ball and going home".
Regards,
Robin


author: Erik Krause

subject: Re: Request for Ed Hamrick

text:
Hi, Michael
you wrote...

Wrong. I've reported some bugs to Ed via email these days and he
corrected them. There actually is support via email.


subject: Re: Request for Ed Hamrick

text:
Michael wrote:

Thanks, Mike. To be truthful, Ed's Vuescan software issues seem to
dominate this newsgroup, which disturbed me a little too. However, I got
over it. I think it has more to do with jealousy rather than the topic
of Vuescan. I'll leave this issue of non compliance in the other
visitors/contributors hands. As long as I can continue to help people
with their scanning and/or scanner, I'm happy :)

Uni/John


author: C.G. Ouimet

subject: Re: Request for Ed Hamrick

text:
I've always liked coming here to share information and knowledge about all
aspects of scanning - hardware and software. Perhaps the whinning would stop
if we shifted the VueScan dialogue to comp.periphs.scanner - there's nobody
there ...

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


subject: Re: Request for Ed Hamrick

text:
"Laren Dart" <[email]> wrote in message news:[email]...
} Hey, Ed, don't let the bastards grind you down.  I unsubscribed from
} red.photo.digital because of the arrogant pontificating of some of the
} little tin gods who have shown up here recently.  They won't let up so
} just kill-file 'em, and let's keep going.  Any support out there for
} keeping Ed Hamrick and Vuescan here?

No.  Go away.

Mike


author: Peter Finney

subject: Re: Request for Ed Hamrick

text:
[email] (Laren Dart) wrote:

Yes!!
----
Peter Finney
Liphook
Hampshire
United Kingdom


subject: Re: Request for Ed Hamrick

text:
Laren Dart <[email]> wrote:

Inconsiderate, arrogant, abusive. Typical.


subject: Re: Request for Ed Hamrick

text:
I do hope Ed was joking ...

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


author: Mac McDougald

subject: Re: Request for Ed Hamrick

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

Might I ask what email addy you are using to do that with?

The only one I've ever known for him (since there isn't one on his
website) is [email], the one he used here.
I don't know how a new user is supposed to know that if it is indeed the
one.


author: Paul Chefurka

subject: Re: Request for Ed Hamrick

text:
On Mon, 4 Feb 2002 22:19:57 +0100, Erik Krause <[email]> wrote:

Ed has indicated on the Filmscanners mailing list that he is planning to
develop a tech support page on his web site.  This would allow users to
enter bug reports and get feedback in a systematic manner.  Ed's stated
reason for unsubscribing from this ng was that the traffic here was too
heavy.

Anyone who wants to be closer to the action might consider joining Tony
Sleep's Filmscanners mailing list - info at http://www.halftone.co.uk/

Paul


subject: Re: Request for Ed Hamrick

text:
On Sat, 2 Feb 2002 13:29:51 +0100, [email] (Ralf R.
Radermacher) wrote:

Didn't have the guts to do a follow-up to my other post, Ralfie?

Laren

http://www.got.net/~ldart


subject: Re: Request for Ed Hamrick

text:
C.G. Ouimet <[email]> wrote:

He's just being silly for a day or two. Nothing serious. Happens all the
time. In similar circumstances, he once dropped the Mac version. He
wouldn't dream of giving up this newsgroup for good. It's one of his
best assets.

Ralf


author: Bart van der Wolf

subject: Re: Request for Ed Hamrick

text:
"Mac McDougald" <[email]> wrote in message
news:[email]...
SNIP

Please be careful in using a person's email address when he clearly wants to
avoid that route. Imagine having to wade through hundreds of poorly defined
problems yourself (should time permit, one might even feel an ethical need
to ask for further elaboration). By transparently using a public forum, at
least some of the issues can be dealt with by others, repeated reporting of
the same issue can be avoided, and an answer only needs to be given once (or
twice).

For selected occasions, like his request for future enhancement suggestions,
it could be efficient to collect mail in one address. The compiled result of
which was fed back to this group. Transparent for all.

It is my impression that Ed is still (less frequently) monitoring this group
(he is not a fool) so, until a different procedure exists, let's keep on
discussing in
this group.

Bart


subject: Re: Request for Ed Hamrick

text:
Laren Dart <[email]> wrote:

Frankly, Laren, I wouldn't know what else to tell you.

Just had a look at your website. How sweet. You sure must have a fine
camera. Have you made any more snaps of your doggie, lately?

As to your comments about my site, I'd be more than a little worried if
you told me you liked it. ;-)

Ralf


subject: Re: Request for Ed Hamrick

text:
"Ralf R. Radermacher" <[email]> wrote in message
news:[email]...

If this represents the level of the messages we get instead of Ed Hamrick's
contributions, I definitely favour the latter.

Bart


author: Wayne Fulton

subject: Re: Request for Ed Hamrick

text:
In article <a3hoso$4sp$[email]>, [email] says...

Amen.  I also strongly favor the latter too.  If VueScan is not a dead-on
topic in a scanning group, what possibly might ever be?  Obviously a
very popular one too, that's a problem?  Who makes these rules?

Usenet is always going to have some spoilers, I think that's the rule. <g>
If someone walked down the street handing out free money, there's gonna be a
percentage to complain about it somehow.

The free money offered here was the advice to users by someone who actually
knows, and who could make something happen.  That just doesnt happen often,
and when it does, out come the spoilers.  But aint it great while it lasts?


subject: Re: Request for Ed Hamrick

text:
"Wayne Fulton" <[email]> wrote in message news:GF478.180670$[email]...
} In article <a3hoso$4sp$[email]>, [email] says...
} >
} >"Ralf R. Radermacher" <[email]> wrote in message
} >news:[email]...
} >> Laren Dart <[email]> wrote:
} >>
} >> > Didn't have the guts to do a follow-up to my other post, Ralfie?
} >>
} >> Frankly, Laren, I wouldn't know what else to tell you.
} >>
} >> Just had a look at your website. How sweet. You sure must have a fine
} >> camera. Have you made any more snaps of your doggie, lately?
} >>
} >> As to your comments about my site, I'd be more than a little worried if
} >> you told me you liked it. ;-)
} >>
} >> Ralf
} >>
} >
} >If this represents the level of the messages we get instead of Ed Hamrick's
} >contributions, I definitely favour the latter.
} >
} >Bart
}
}
} Amen.  I also strongly favor the latter too.  If VueScan is not a dead-on
} topic in a scanning group, what possibly might ever be?  Obviously a
} very popular one too, that's a problem?  Who makes these rules?

There are very good reasons "these rules" exist.  They have been in
place and have kept Usenet usable for the last two decades.

Vuescan itself is entirely on-topic. You're missing the point.

If Hamrick wants to participate in Usenet's developer groups no one is
stopping him.  All he was asked to do is provide Vuescan users with an
internal and appropriate method of receiving technical support instead of
abusing this public, general use group.  As was mentioned earlier, other
developers who've abused Usenet in this way were asked to do exactly
the same thing.  If he took the request personally that's his problem.

Mike


subject: Re: Request for Ed Hamrick

text:
Everyone has an alternate method of receiving technical support.  Try e-mailing
him.  There is absolutely nothing wrong with Ed answering questions in a public
forum.  That's what it's here for.

There is nothing in the charter that prohibits Ed from doing what he does.  In
fact, the charter specifically states that some of the relevant postings
include:

 * Maintenance suggestions
 * Warranty procedures
 * Installation procedures
 * Pre-sales questions
 * Troubleshooting help
 * Operations advise

That's exactly what Ed is doing here.
Most of the questions he is asked are best answered publicly since others may
share the same concerns.

If anyone has a problem with Ed answering questions or posting relevant topics
as mentioned above, then that's their prob, not Ed's.


subject: Re: Request for Ed Hamrick

text:
"Michael" <[email]> wrote in message
news:a3irqf$18dnu4$[email]...
news:GF478.180670$[email]...
if
Hamrick's
dead-on

Abuse is a matter of opinion, which may or may not apply in this case. In
discussing scanning issues around VueScan, much information is revealed
about the internal workings of many scanners and other software. This
information, e.g. the hardware differences between FARE and ICE or chipsets
used or focus methods or OS compatibility issues or SCSI/USB/Firewire
interfacing or..., is almost exclusively coming from Ed's contributions. He
is one of the few developers that really interacts with (prospective) users
of VueScan and other software. He has chosen to do that in an efficient (for
himself) and transparent (for all of us) way. This results in an incredible
cross-fertilization. Many (RTFM) issues are solved by fellow users and may
spawn product improvements.

A single person cannot create a Usenet group because it is a group process
and if it was easy, it would probably have happened long ago. But I would
support any constructive initiative to get a dedicated one.

Lacking a dedicated group at this moment, perhaps I may suggest a little
discipline? If we were to use a kind of fixed structure in the subjectline,
threads would continue under that  subject and can be totally skipped more
easily (should one desire to do so).
My suggestion:
1.  Always start the subject line with : VueScan
2a. If it relates to a particular version : 7.5.beta8 (e.g.)
2b. Followed by the platform : Win / Mac / Linux
3.   Issue description : e.g. Colorbalance
4.   If relevant, scanner model : e.g. LS4000
I realize that it is an illusion to expect everybody to follow such a
convention, but setting a good example never hurts and might be followed by
newcomers.

Bart


author: Dirk Schreib

subject: Charter Reminder (was: Re: Request for Ed Hamrick)

text:
"Michael" <[email]> wrote

To remind a few of you:
<quote>
CHARTER: comp.periphs.scanners

The newsgroup comp.periphs.scanners is for technical discussion of
scanners and imaging devices to include all types of scanners and OS
platforms.  This group is primarily for scanner owners and technicians.

Examples of relevant postings would include, but not be limited to,
the following subjects:

* Maintenance suggestions
* Warranty procedures
* Installation procedures
* Pre-sales questions
* Troubleshooting help
* Operations advise

Examples of unacceptable postings would include, but not be limited to,
the following subjects:

* Spam and/or mass mailings
* Manufacturer advertisements
* Flaming and or Hate Mail
* Binary files, in any form, are discouraged. However a posting may
  include a reference to an URL or FTP pointing to such binary files.

END CHARTER.
</quote>

Most - if not all - of Ed's contributions fall into "Pre-sales questions",
"Troubleshooting help" and "Operations advise" or are answers to
"Maintenance suggestions". In my opinion Ed and Wayne are the two
most helpful persons around here.

At least a few post from Ralf and Michael fall into
"Flaming and or Hate Mail" and are unacceptable.

Ciao
  Dirk


author: Pavel Dvorak

subject: Re: Request for Ed Hamrick

text:
You are absolutely right.  Ed has been providing free and prompt help for
users of his software that he gives away practically for free (just compare
what you pay for other scanner software, or with the service you get from
the software vendors).

Some of those guys simply do not recognize good deal when they get it.

Pavel

Annika1980 ([email]) writes:


subject: Re: Request for Ed Hamrick

text:
Annika1980 wrote:

<snip>

Well, there's such a thing as beating a dead horse, but here I go
again....

What started much of this was my comment suggesting that there
wouldn't *be* any problem if Ed wouldn't put a notice on his web site
stating that NO e-mail support for Vuescan would be given.

And I agree with you that there's nothing wrong with Ed answering
questions in the newsgroup. What *is* wrong (in my opinion) is making
the newsgroup the *only* means for obtaining support for a product
that he is selling. Any reasonable person reading the charter should
reach the same conclusion.


author: Ralf R. Radermacher

subject: Re: Charter Reminder

text:
Dirk Schreib <[email]> wrote:

It beggars belief!

Michael and me may have started this thread with a combination of
well-founded criticism by Michael and a suggestion from myself. I soon,
had to discover that my attempt at solving the problem was impractical
because of current Usenet rules. Consequently, I rested my case in a
message posted almost four days ago.

Two days later, in one of his famous over-reactions Ed Hamrick took
offense from a harmless comment made by Charlie, grabbed his toys, and
walked away.

The first wrong note in this whole thing was an utterly abusive message
by someone "Larrie Dart", posted around the same time.

Now, you accuse Michael and me who of "Flame and Hate Mail"? Could you
please have another look at this thread from the very top down and find
out for yourself who posted the abuse?

You'll soon find that the real culprits are two individuals calling
themselves "Harry" and "Larrie Dart". Have a look at their posting
history and you'll find that they never post to this group except for
trolling. They are travelling trolls. Sad characters who stroll through
Usenet and find their only pleasure in starting fights and bringing
people up against each other.

One wonders, however, if someone isn't actually calling them in. Say
anything against Ed or Vuescan and you can count on them being here.

With all the emotions running high, for days, let's try to keep a
minimum of objectivity. False accusations don't help.

Ralf


author: Ronald Bruck

subject: Re: Request for Ed Hamrick

text:
[[ This message was both posted and mailed: see
   the "To," "Cc," and "Newsgroups" headers for details. ]]

In article <[email]>, Charlie <[email]> wrote:
...

                      ************************************************
  **************************

I think I'll merge this thread with one from sci.math, and describe you
as aliterate:  able to read and comprehend, but unwilling to do so.

--Ron Bruck


subject: Re: Charter Reminder

text:
"Ralf R. Radermacher" <[email]> wrote

Ok Ralf, I reread this thread (with an empty killfile: 65 messages) and
discovered that I shouldn't have picked you and Michael. I apologize
for that. I was just looking on the last few messages that slipped through
my killfile and remembered your postings. But You were just answering
the messages from the trolls. (Don't feed them.)

Ciao
  Dirk


author: Harry

subject: Re: Charter Reminder

text:
ralf wrote:

themselves "Harry" and "Larrie Dart". Have a look at their posting history and
you'll find that they never post to this group except for trolling. They are
travelling trolls. Sad characters who stroll through
Usenet and find their only pleasure in starting fights and bringing people up
against each other.<

I read comp.periphs. scanners every day that I am in town.  I don't post much
because, unlike ralf, I am
aware of my limitations.  People such as Ed, Wayne and Mac, to name a few, are
consistently helpful
and post thoughtful answers to questions of those, like myself, who are
relatively new to scanning.

Ralf, on the other hand seems to take pleasure in fighting with Ed.  I have
seen two instances of this just in the last few months.  I find his behavior
despicable and as an American who was born into
the working class, I have said so in no uncertain
terms.

Ralf, on the other hand is the product of a culture
which apparently instills envy of ones betters (whose name is legion because
they are so many) into it's members.  Thus he gains pleasure in "bringing down"
Ed Hamrick.

You are a disgusting person, Ralf.  And a very, very small one.


subject: Re: Charter Reminder

text:
Harry <[email]> wrote:

How charming. Trying the sentimental act now, since trolling, abuse,
nazi-shouting, and "fighting dirty" got you nowhere and people are
beginning to see what a troll you are?

Ralf


subject: Re: Charter Reminder

text:
ralf wrote:

nazi-shouting, and "fighting dirty" got you nowhere and people are
beginning to see what a troll you are?

Got me exactly where I want to be you little, little
man.  Sentimental?  Oh yes, we did kick your ass twice in the last century
didn't we?  Nice sentiment.


subject: Re: Charter Reminder

text:
Harry <[email]> wrote:

Gee, Harry, you have me worried. What is it? Troll burn-out syndrome?

Come on. We both know you can do better than this.

Ralf


subject: Re: Charter Reminder

text:
Ralf wrote:

Right, but you're out of reach.  <g>

Harry
it's gettin' too easy.  i quit


author: Eliot Lear

subject: what's correct behavior

text:
Given the following complete configuration (ie, this is everything),

$ORIGIN xyz.com

@	SOA 	(...)
	IN	NS	named.xyz.com.
	IN	NS	backup.somewhere.net.
	IN	A	192.2.1.1
mailer	IN	A	192.2.1.2

*	IN	MX	10 mailer.xyz.com.

When an MX query comes in for a.b.xyz.com, named responds with the
wildcard MX record.

Now, add the following record:

a.b.xyz.com.	IN	MX	10 2ndmailer.xyz.com.

Next, do a query for b.xyz.com.  What should the response be?  Should
you get a wildcard match?  What about foo.b.xyz.com?  Note that there
is exactly one zone involved here.

Thanks,


author: Robert Elz

subject: Re: what's correct behavior

text:
In <[email]> [email] (Eliot Lear) writes:

| Given the following complete configuration (ie, this is everything),

| $ORIGIN xyz.com

| @	SOA 	(...)
| 	IN	NS	named.xyz.com.
| 	IN	NS	backup.somewhere.net.
| 	IN	A	192.2.1.1
| mailer	IN	A	192.2.1.2

| *	IN	MX	10 mailer.xyz.com.

| a.b.xyz.com.	IN	MX	10 2ndmailer.xyz.com.

| Next, do a query for b.xyz.com.  What should the response be?

No data.

| Should you get a wildcard match?

No.

| What about foo.b.xyz.com?

Same.

kre


subject: Re: what's correct behavior

text:
Ok, I would guess that you are referring to RFC 973 page 2?  Isn't
that obsoleted by RFC1034 page 25-26?  Am I guessing wrong?


author: Ed Jay

subject: document.form.submit() question

text:
Is there a way to use 'document.form.submit()' to submit a form to a url
other than that specified in the Form element?


author: McKirahan

subject: Re: document.form.submit() question

text:
"Ed Jay" <[email]> wrote in message
news:[email]...

Yes.  Change the form's "action=" value.


subject: Re: document.form.submit() question

text:
"McKirahan" <[email]> wrote:

Please elaborate.

I presume you mean something like document.form.???=new-url? Is this a
'permanent' change, i.e., do I have to reinitialize the page to return to
the original action?


subject: Re: document.form.submit() question

text:
Ed Jay <[email]> wrote:

Never mind. :-)

document.form.action = "new url" works and isn't permanent.

Thanks. (I was about to try rewriting the entire Form element with
innerHTML, but the outcome is only temporarily useful.)


author: Jeffrey E Stoner

subject: Re: for those interested three cdr's tested  **** W O R K I N G     C D R    C O M B I N A T I O N S  *** AND what to buy

text:
[email] wrote:
: The first cd writer tested...  Give them an F+
: 	PINNACLE MICRO 5040 with adaptec 1542cp

: This unit functioned flawlessly under windows 3.11 but under 95 and NT
: it have failed 100% on a three different computer systems with many
: software configurations... including PCI SCSI controllers...

: Second... Give them and B-
: 	HP 4020i with advansys controller

: The first one i received never worked. PERIOD. once in a while it came
: through on 100M.  This was under all operating systems with three
: different controllers and computer systems...

: Third... Give them an A+
: 	SMART AND FRIENDLY 4000 with adaptec 1540 controller

: This unit worked under all tests with all operating environments with
: only one "coaster" due to my error...  The heart of these are yamaha

: TEKRAM DC390 Ultra WIDE PCI SCSI Controller vs. Adaptec

: The TEKRAM DC390 (any model) worked the FIRST TIME with NO
: configuration out of the box... it has tested faster than comperable
: adaptec models and is less than half the cost of adaptec!

I'm curious, what were your "systems?"  i.e. Intel/Cyrix CPUs, brand name or
brand X computers, hardware configurations, RAM, etc.

What kind of testing did you perform?  Were you making backups, audio CDs,
hybrids, etc.  Did you use disk images before burning or read directly from
the source?  What software did you use?

Our department is looking to purchase recorders and we have quite a few
hardware setups and operating systems (95, NT, 3.11, Mac, Solaris, VMS.)

Jeff


author: Andy France

subject: Migration Strategy - E250 Solaris 2.6 -> V210 Solaris 9

text:
We are planning on migrating a legacy application (which we have been
planning on replacing "this year" for about the last 4 years :-) to
newer hardware in an effort to reduce maintenance costs and the
percieved or real risk of using "old hardware".

The application is based on Informix and it's 4GL language.  We are not
confident that we have access to all the correct installation media to
re-install on a new server, and a lot of the knowledge of how the
application environment ties together has been lost over time.

My first instinct is to do an in place upgrade from Solaris 2.6 to
Solaris 9 on the E250, then backup/restore to the V210.  However I am
concerned that the hardware class support for the newer V210 may not be
present after the upgrade.

Can anybody make a recommendation on how best to migrate an entire OS
and application environment when you don't have the documentation to
support a re-install?

TIA,
Andy.


author: Gary Mills

subject: Re: Migration Strategy - E250 Solaris 2.6 -> V210 Solaris 9

text:
In <[email]> Andy France <andyATzespriDOTcom> writes:

I'd do it by building a completely new system on the V210.  That way,
you can confirm that all of the pieces are in place before putting it
into production and retiring the old machine.  You should also condsider
Solaris 10 for the V210.

In more detail, first install the OS on the V210.  Then, install as
much of the application as you can using the media and instructions
that you have.  Then, test it to see how much works.  Finally, examine
the configuration of the E250 to discover what parts of the
installation there were not documented.  Copying files over, or making
the appropriate changes should enable the application to work correctly.

The final step could be a simple as exchanging the hostnames.


text:
Gary Mills wrote:

Thanks Gary.  I must admit my first instincts were probably based on the
easiest/laziest options!  Probably as good a time as any to weed out the
chafe collected over the decades - even if we do only run for one more year.

Andy.


author: [redacted]

subject: Getting amount of free memory?

text:
How can I determine how much free memory is available to my program?

	Currently, I'm using:

	Size grow;
	handleSize = MaxMem( &grow ) >> 1;
	AllocateHandle( handleSize );
	AllocateAnotherHandle( handleSize );

	Will this work? For a while, I subtracted 1k from handleSize, but
it seemed to be a cautious estimate anyway, so I took that out. Also, what am I
supposed to do with grow? I call MaxApplZone at the beginning of my code; will
that handle it?
						*Stiles


author: Dan Weisman

subject: Re: Getting amount of free memory?

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

There is an EXTREMELY simple way... Just call the FreeMem toolbox routine. This
will return a longint with the number of bytes available in the current heap
zone. Ex:   long bytesFree = FreeMem();

I find it very useful to have a small window somewhere off in the corner of the
screen while I'm developing containing the free memory for my program
constantly updated so I can see potential memory leaks, etc...

Anyone know if FreeMem isn't still the way to go for this information?

Dan
/-------------------------------------------------------------------------\
|   Dan Weisman -  University of Miami - Florida   |  |||            |||  |
|--------------------------------------------------|  |||            |||  |
|   INTERNET  -----> [email]       |  |||            |||  |
|     BITNET  -----> dan@umiami                    |  \\\___________///   |
|-------------------------------------------------------------------------|
|  "Think for yourself and feel the walls become sand beneath your feet"  |
|	-Queensryche, "Anybody Listening"				  |
\_________________________________________________________________________/


author: Keith Rollin

subject: Re: Getting amount of free memory?

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

I'd only add that you should take into account Temporary Memory when
appropriate. It's only been around for, what, 6 years? It would be nice if
more programs availed themselves of it.

--------------------------------------------------------------------------
Keith Rollin      ---      Phantom Programmer      ---      Taligent, Inc.


author: Marc Graves

subject: Power PC native vs Pentium native

text:
I hear a lot about Power PC's  native versions of software outpacing the
Windows version for the PC.   With that in mind,  where is the native, or
should I say, Pentium tuned software?   A more accurate comparison
between the Pentium and the Power PC would be a Power PC  in 68k
emulation  mode versus a Pentium running the Windows version of the same
application.   Even at that, the platforms that they run on come into
play as well.  I just feel that, until software companies make more
programs Pentium specific,  we will not be able to make an accurate
comparison.


author: Bryan Wu

subject: Re: Power PC native vs Pentium native

text:
In <2ti4hp$[email]> Marc Graves <[email]> writes:

Someone should compile Speedometer for the IBM..


author: Scott M. Hinnrichs

subject: Re: Power PC native vs Pentium native

text:
In article <2ti4hp$[email]>, Marc Graves <[email]>
wrote:

You have missed an important point.  Programs compiled for Pentium are
supposed to improve performance from 5-30%, and the improvement is related
to optimizing for a new version of the same general instruction set.

Programs compiled for the PPC improve performance from 200-1000%, and the
improvement is the difference between running old 68k binaries in emulation
mode on the PPC vs compiling to a PPC binary and running without the
emulator; hence "porting" to "native" mode.

The improvement gained by compiling for instruction reordering on the
Pentium will not give you the same improvement as compiling to a native
binary on the PPC.

This is the reason why there is a rush to port Macintosh applications to
native mode on the PPC, and the lack of interest in recompiling for the
Pentium.  For the PPC the improvement is well worth the effort, on the
Pentium it is less interesting.

Scott


author: Brian Lowry

subject: Re: Power PC native vs Pentium native

text:
In article <2ti4hp$[email]>, Marc Graves <[email]>
wrote:

But wouldn't it be nice to find out sometime this century?


author: Bruce Hoult

subject: Re: Power PC native vs Pentium native

text:
Marc Graves <[email]> writes:

Let me get this straight: because companies with Windows software are slow
to write code optomised for the Pentium, Mac people should have to run
emulated software to make a fair comparison?

As you say "Where is the Pentium tuned softare"?  Hardly Apple's fault,
though, is it?

-- Bruce


subject: Re: Power PC native vs Pentium native

text:
In article <2ti4hp$[email]> Marc Graves, [email]
writes:
....

Your point is a valid one Scott.  But, the from the power PC vs. Pentium
benchmarks that I've seen, the Power PC has been  from about even to
about 10-15 percent faster than the Pentium when the PPC was running
native.  So, while the performance increase may not be as significant
when you compare general instruction set software  Vs Pentium tuned
software,  but it could enable the Pentium to be score higher than or
close to a PPC running native.   Neither Apple nor Intel want s there
chips to be only second best.


author: Gilles Chrzaszcz

subject: slakware 3.6 with ASUS P2B DS (adaptec 2940) and matrox millennium II AGP

text:
Hi,

I have some problems to make a kernel on my computer and to config XFree86.

I have a ASUS P2B Ds motherboard and two scsi disk, a scsi cdrom (Toshiba
XM-6201TA), a scsi CDRW (Yamaha CRW 4260), an ensoniq PCI sound card, an
ethernet card (3Com 509b) and a ViewSonic G790 monitor.

When i use the kernel aic7890.s, my computer work correctly but if i config
the kernel to use my ethernet card i do not obtain a kernel that work
correctly. This new kernel does not recognise my scsi drivers.

Plus, I can not create a XF86Config file that work with my computer

Thank you very very much


author: Jakob 'Sparky' Kaivo - MCP

subject: Re: HOWTO - Assigning Drive Letters to Removables

text:
On Wed, 3 Dec 1997, Brian P. Kasper wrote:

--snip--

Yet, when installing NT, if there is already a primary partition on the
drive, NT will *only* create an extended partition and a logical drive,
even though four primary partitions are allowed per disk. So, if I happen
to install NT on a system that has, say, Win95, on the first primary
partition, a Zip drive, and a Jaz drive, NT winds up with the system files
on drive F: (!). The only way to get things to work totally right is to
unplug the Zip and Jaz during install (a pain when working with internal
drives). To MS, my sentiment is simply: Duh.

+-----------------------------------------------------------------------------+
| Jakob 'Sparky' Kaivo - MCP                            [email] |
| NoDomainName Networks                           http://www.nodomainname..net |
+-----------------------------------------------------------------------------+


author: Mark Stotzer

subject: ..Can't run Command.com/DOS from Windows 95: Invalid execution/device not found errors!

text:
I've observed these two problems posted in various Win95 newgroups
related to problems running command.com.

1.  If run command.com from Start/Run or via Explorer you get a blue
screen with an "Invalid execution error" referencing a memory address.

2. If run command.com you get an error message like"..deivces selected
not installed.." or something like that.  At least in this case
Microsoft has a technote on this one-they say that it may be due to a
corrupt file VBRUN300.DLL.

Does anyone have the answer to number 1 above?
******************************************************************
For help, tips and links for DOS, Windows 95 or Win 3.x see my   *
"DOS/Windows Help Page": http://pw2.netcom.com/~stotzerm/help.html
******************************************************************


author: tsucker

subject: Illustrator 11 bug squasher

text:
Here is the latest on Illustrator 11 for all those who care. Adobe
finally gets a clue and realizes that Illustrator 9 and 10 are just to
slow and makes 11 faster. from the article.

"Adobe's main objective for Illustrator 11 is to address performance
issues, sources said. Illustrator 9 and 10 were sluggish and left much
to to be desired in the speed department, and Adobe is aware of that.
Internal Adobe studies show that many customers are still using
Illustrator 8 for the majority of their work, even if they already own
version 9 or 10 -- a shocking statistic but one that isn't surprising
to most Illustrator end-users."

There will be a "complete overhaul of PDF creation and exporting in
Illustrator". I hope it actually works now. No history palatte or
vector brush is included though. Full article here.

http://www.thinksecret.com/news/illustrator11.html

Tsucker


author: Derek Tree

subject: Re: Illustrator 11 bug squasher

text:
In message <b3vt2f$bgf$[email]>, Neil Gould
<[email]> wrote (snipped some):

Do I? Then Peggy and I must be using some Taiwanese spoofware that's
masquerading as Illustrator :-)

FWIW AI started on the PC at version 4.1 in 1994. It then jumped to
version 7. 6.0 was never released for PC.

Best


author: Neil Gould

subject: Re: Illustrator 11 bug squasher

text:
Hi,

tsucker <[email]> wrote:
No doubt, some folks may be appeased, though I think that similar claims
were made about Illustrator 10.

None the less, my task for the last couple of weeks happens to be using
Illustrator 10 to produce a few dozen technical illustrations. I don't find
it to be the least bit sluggish, but then it's running on a 2 GHz PC
running Win2k. As you know, there is no "Illustrator 8" for the PC, so it
just may be that this app runs better on a PC than on a Mac.

Regards,


author: Peggy

subject: Re: Illustrator 11 bug squasher

text:
Good morning!

"Neil Gould" <[email]> wrote in message
news:b3vt2f$bgf$[email]...
<snipped>
find

As the kids say, wtf? What's that program on my WinXp computer that calls
itself Illustrator 8 then?

Peggy


subject: Re: Illustrator 11 bug squasher

text:
"Neil Gould" <[email]> wrote in message
Yes this refers to the Mac. One might say that it was just poorly
programmed compared to version 8.

BTW I do have Illustrator 8 running on NT. Don't know what you are
talking about.

Ted


subject: Re: Illustrator 11 bug squasher

text:
Hi,

Peggy <[email]> wrote in message
news:lrL8a.334667$[email]...
it


subject: Re: Illustrator 11 bug squasher

text:
Hi,

Peggy <[email]> wrote:
My, but I do think the crow tastes a tad salty this morning!  8-)


subject: Re: Illustrator 11 bug squasher

text:
Hi,

tsucker <[email]> wrote:
Considering the things that Illustrator 9 & 10 does compared to earlier
versions, it's not a surprise that it might be slower. OTOH, most of the
higher-end Adobe apps run best on current technology. For example,
Illustrator 10 runs faster on a 2 GHz machine than Illustrator 7 ran on a
400 MHz machine.

You're late... Peggy already fed me!

Regards,


author: Fan

subject: Eliminate in Mathematica

text:
Dear all,

I want to solve a set of equations, including ordinary differential equations and algebraic equations, but 'NDSolve' does not work. Then I use 'Eliminate' and the algebraic equations to eliminate some variables. However, 'Eliminate' does not get rid of one of the variables I point to. I am sure it is possible to elimilate it. Who knows the reason? Thanks


author: Steven Siew

subject: Re: Eliminate in Mathematica

text:
On Jul 30, 8:41 pm, Fan <[email]> wrote:

Dear Fan,

  We are not mind readers. We cannot read your mind.

  You would have to give us a concrete example of your problem (and
what you typed into mathematica) in order for us to give you any
assistance. Otherwise it is impossible for us, to see what mistakes
you may have made while using Mathematica.

Thank you


author: Jean-Marc Gulliet

subject: Re: Eliminate in Mathematica

text:
Fan wrote:

Hum, without seeing the equations (or a similar but simpler example) it
is hard to tell. I encourage you to post the set of equations (or even
better if this is possible, a small example showing the same behavior),
the Mathematica command you used, and any messages returned by
Mathematica (do not forget to use the *ImputForm*).

Regards,
Jean-Marc


author: Alessandro Zorat

subject: gopher+ view order

text:
Hello net friends:
Recently I have installed gopher+ (version 2.5) as our gopher server.
The idea was to be able to exploit the multiple views of files.
In particular, I had a number of files of the form <file_name> which
were plain text files.
For each of them I also have a corresponding MS-word file under the
name <file_name>.word

Correctly, gopher+ (interrogated via the latest version of
turbo-gopher) shows that there are now two views of the file
<file_name>: one is text/plain and the other is application/MSWord.
Just what I want.  Thus - so far so good.

The problem however, is that in MOST cases the "default" view is the
"text" view - and indeed what I see at the client side is just
<file_name> - But in a FEW cases, (2-4 out of 20), the default view is the
MSWord view - and at the client side I see <file_name>.word.

Why this difference?

This is not what I wanted.
My frustration is due to the fact that there seems to a degree of
arbitrariness about WHICH files are seen as text and which as word.

I have tried different names (base name and base name + .word
extension), but to no avail.  (I have removed all .cache between
experiments - just to make sure.)

If I reconstruct a directory all anew, with copies of the same files
as before, other files might be seen as text or word.
As of now, I have copied all files from directory Gopher+ to dir. TEST
(cp Gopher+/* TEST)
and the views in the two directories are different (in Gopher+ all
files are OK, except for l_1 and l_I that are seen as word files
(l_1.word and l_I.word); in directory TEST ALL files are OK.
This is all VERY puzzling.

Does someone have any suggestion or insight?
All will be appreciated.

If you want to give it a try, connect to mambo.cs.unitn.it
(130.186.16.204), go to the directory CalcoloAutomatico/Gopher+
or CalcoloAutomatico/TEST

Thanx in advance.


author: Mitra

subject: Re: gopher+ view order

text:
Gopher's view processing has a nasty bug where it depends on the
order of files in the directory (not the alphabetical order, but the
physical order of the directory entries). This is what causes
seemingly identical situations to behave differently.

I reported to Paul a while ago, but I have no idea where it is on the
priority list.

- Mitra


author: Paul Lindner

subject: Re: gopher+ view order

text:
[email] (Mitra) writes:

Actually this problem is due to turbogopher not fetching multiple
views automatically..  Press command-L on TG and you'll see the word
documents..


author: Evan Kirchhoff

subject: e586 observations

text:
Mike suggested that I post this exchange here; has anyone else seen this
bizarre I/O slowness during installation or hard-drive directory listings?

Cheng M F says:

I wish :) So far, I can't get anything to run besides MS-DOS, which seems
to work normally except for the odd quirk that doing a "dir" from the hard
drive takes forever the first time (it scrolls through normally but then
pauses for about 30 seconds at the end), but then typing "dir" anytime
after that gives a normal-speed directory listing.  Actually, WordPerfect
5.1 for DOS seems to work, too, but I can't really test it because I just
borrowed the disks, I don't have the manual, and I can't remember what
all those #*&$% function keys do.  There's no obvious mouse support, but
I'm going to play with the BIOS settings some more [although maybe no
serial ports = no mouse, from the PC's point of view].

Windows won't install past disk 3, the part where it actually tries to
boot Windows and install 4 more disks, no matter what I try (eg. getting
rid of every high-memory thing in config.sys and autoexec.bat, etc.).
Typing "Dosshell" seems to lock up the system forever.

[Actually - Dosshell does work, it just takes about 30 seconds to launch,
and I was too impatient :) ]

Also, Dos 5.0 and
WordPerfect took rather long to install (either the decompression or the
file-writing routines in these installers are exceptionally slow under
emulation) -- and Dos 6.0 took about forever (maybe 1.5 hours to install
3 disks; I was lying in bed reading last night, listening to the floppy
drive kick in every minute or two, changing disks every half hour).

It's looking like nothing that opens any kind of alternate graphics screen
will work.  I'm wondering why nobody else is reporting these bizarre I/O
delays, though -- it's possible that it has something to do with my weird
SCSI controller (or my "interleave" setting for the hard drive under the
BIOS setup, or whatever).

Oh, and I just tried booting the PC with the CPU-speed in the BIOS set to
"LOW" rather than "HIGH" - it comes up "486DX2-16MHz" either way [on my
4000/030, though I don't believe that number means anything].  I do like
the fact that the PC emulation doesn't crash the Amiga if it's run in the
background with Term, and I do like the fact that even though I've locked
the thing up over and over with various attempts to install Windows, etc.,
and forced many PC-powerdowns, it hasn't crashed the Amiga side once.
It's much more of a "good citizen" than the Mac emulation.  But I think a
software revision or three would be nice...


author: Robert Rodgers

subject: Re: e586 observations

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

I occasionally encounter 8088 machines running DOS 3.3 and 5.0.  They
definitely show a delay with DOS5.


author: David W Martin

subject: Re: e586 observations

text:
It happens on PC TASK also.

David W. Martin c/o The OpCode Factory tm Seabrook, Texas USA
Commodore might make the Amiga, but the Amiga makes it possible!
PORTAL:[email] USENET/UUCP:[email]


author: Mikko Hiltunen

subject: Re: e586 observations

text:
On Fri, 17 Mar 1995 06:08:10 EST Nicholas Merrill ([email]) wrote:

Wrong (again), it does happen on PC-Task and IBeM.


author: Nicholas Merrill

subject: Re: e586 observations

text:
In article <3k70eq$[email]>, pliss@maddog (Paul Liss) says:

I have a real PC.. and that never happens to me..
I'd bet that doesn't even happen in PC-Task.

Nick


author: scott andrew carlson

subject: Re: e586 observations

text:
In article <3k3nik$[email]> [email] (Evan Kirchhoff) writes:
[snip]

I used MOUSE.COM from MSDOS 6.1 (which, curiously, isn't present in my
6.2 originals).  I can use the mouse, but for some reason, the cursor doesn't
show up.  (All I have tried is edit).

[snip]

I get the same delays when the hard drive is first accessed.

Most programs that I have tried that open any graphics screen, just shut
the emulation down (goes to the emulation setup), although I have gotten
a couple of old games to come up, but they came up in only 2 colors, and
they either had vertical stripes up and down the screen over parts of the
true image, or only half the screen showed, or both.

On my A3000T/040, it always reports "486DX2-16MHz".  I never got that
"486DX2-33MHz" as someone reported (I think).

[snip]

Scott ([email])


author: Quang Ngo

subject: Re: e586 observations

text:
Evan Kirchhoff ([email]) wrote:

: Windows won't install past disk 3, the part where it actually tries to
: boot Windows and install 4 more disks, no matter what I try (eg. getting
: rid of every high-memory thing in config.sys and autoexec.bat, etc.).
: Typing "Dosshell" seems to lock up the system forever.

Did you try to copy all the Windows disks onto the harddrive then
install it from the harddrive?  How about Windows for Workgroup (WfW) 3.11?

-Quang


author: Mike S. Lundberg

subject: Re: e586 observations

text:
It happened to me with my A2386 with dedicated scsi drive but stopped doing it
once I installed windows.

 --------------------------------------
| Mike                                 |
| email: [email]    |
|    or: [email]   |
 --------------------------------------


author: Steven Flock

subject: Re: e586 observations

text:
Nicholas Merrill ([email]) wrote:
: >It looks like neither of you has a PC.  The first time you do a
: >directory command, MS-DOS adds up all of the space you have free, and
: >that can take a while, depending on how much space you have free.
: >
:
: I have a real PC.. and that never happens to me..
: I'd bet that doesn't even happen in PC-Task.

 Bzzzt. You bet wrong. Almost every emulator I've seen has this problem.
(Including one on the ST.) And I have seen PC-Task do it too. Not sure
exactly what it is, but I always assumed the emulator was running thru
the rest of the hard-drive file trying to find out the length.

Steve


author: Maxwell Daymon

subject: Re: e586 observations

text:
Nicholas Merrill ([email]) wrote:
: In article <3k70eq$[email]>, pliss@maddog (Paul Liss) says:
: >scott andrew carlson ([email]) wrote:
: >: I get the same delays when the hard drive is first accessed.
: >It looks like neither of you has a PC.  The first time you do a
: >directory command, MS-DOS adds up all of the space you have free, and
: >that can take a while, depending on how much space you have free.
:
: I have a real PC.. and that never happens to me..
: I'd bet that doesn't even happen in PC-Task.

I've seen and used real PC's that do this, and my 2088XT Bridgeboard does
this with the hardfile, but other PC's don't seem to.

Maybe a config.sys option has something to do with it...

------------------
  Maxwell Daymon
 [email]
------------------


author: Paul Liss

subject: Re: e586 observations

text:
scott andrew carlson ([email]) wrote:
: In article <3k3nik$[email]> [email] (Evan Kirchhoff) writes:
: [snip]
: [snip]
: >
: >It's looking like nothing that opens any kind of alternate graphics screen
: >will work.  I'm wondering why nobody else is reporting these bizarre I/O
: >delays, though -- it's possible that it has something to do with my weird
: >SCSI controller (or my "interleave" setting for the hard drive under the
: >BIOS setup, or whatever).

: I get the same delays when the hard drive is first accessed.

It looks like neither of you has a PC.  The first time you do a
directory command, MS-DOS adds up all of the space you have free, and
that can take a while, depending on how much space you have free.


author: Marko Pudas

subject: Re: e586 observations

text:
Quang Ngo ([email]) wrote:
: Evan Kirchhoff ([email]) wrote:

: : Windows won't install past disk 3, the part where it actually tries to
: : boot Windows and install 4 more disks, no matter what I try (eg. getting
: : rid of every high-memory thing in config.sys and autoexec.bat, etc.).
: : Typing "Dosshell" seems to lock up the system forever.

: Did you try to copy all the Windows disks onto the harddrive then
: install it from the harddrive?  How about Windows for Workgroup (WfW) 3.11?

.. Naaahh... Those disks include only some drivers to printers etc..
You won't need them even when instalin Win to Pc..

BTW.. Did some one say something about some improvements to PC-Emplant code,
so it would even faster, when it will translate x86 code directly to 0x0 ?
Will this upgrade be available soon ?
.. and which resolutions you can use in windows etc.. ?


author: E. Lemar

subject: Re: e586 observations

text:
Maxwell Daymon ([email]) wrote:
: Nicholas Merrill ([email]) wrote:
: : In article <3k70eq$[email]>, pliss@maddog (Paul Liss) says:
: : >scott andrew carlson ([email]) wrote:
: : >: I get the same delays when the hard drive is first accessed.
: : >It looks like neither of you has a PC.  The first time you do a
: : >directory command, MS-DOS adds up all of the space you have free, and
: : >that can take a while, depending on how much space you have free.
: :
: : I have a real PC.. and that never happens to me..
: : I'd bet that doesn't even happen in PC-Task.

: I've seen and used real PC's that do this, and my 2088XT Bridgeboard does
: this with the hardfile, but other PC's don't seem to.

: Maybe a config.sys option has something to do with it...

Happens on every pc i've ever seen.  Faster the machine, the shorter the
pause, but here is still a pause.  Maybe if something such as smartdrive
is used it might not, though that's just a guess.


subject: Re: e586 observations

text:
In article <3k70eq$[email]> pliss@maddog (Paul Liss) writes:

No, and this emulation is quite good at reminding me why I don't have a PC...

But 30 seconds?!?  Anyway, it sounds like the cure is simple -- just fill
up the harddrive.  Easily done, once Windows, etc., starts working :)


subject: Re: e586 observations

text:
E. Lemar ([email]) wrote:
: Maxwell Daymon ([email]) wrote:
: : Nicholas Merrill ([email]) wrote:
: : : [... MS-DOS/PC pause to get free space value ...]

: : I've seen and used real PC's that do this, and my 2088XT Bridgeboard does
: : this with the hardfile, but other PC's don't seem to.

: Happens on every pc i've ever seen.  Faster the machine, the shorter the
: pause, but here is still a pause.  Maybe if something such as smartdrive

Perhaps some of the machines I thought had no pause were actually
pausing, but for a very short amount of time? Also, a hardfile may pause
longer than an enhanced IDE drive, for instance.

------------------
  Maxwell Daymon
 [email]
------------------


author: James Cooper

subject: Re: e586 observations

text:
In article <3kim9e$[email]>, [email] (Maxwell Daymon) writes:

This is, indeed, the case.  On the DELL 466V I have here at work, with
fast SCSI drives, the delay is almost undetectable, but it is there.

On a 386SX with IDE drives I played with recently, there was a quite
noticeable delay.

On a hardfile, it would, indeed, be quite slow, as you're going through
all the levels of emulation, plus the Amiga OS, just to get to that
"drive."

As far as I know, this delay was only introduced with MS-DOS V6, since
before that, you had to manually run CHKDSK to find out disk space, but
now it scans to tell you free disk space at the end of every DIR.


author: Warren Block

subject: Re: e586 observations

text:
Maxwell Daymon ([email]) wrote:
: E. Lemar ([email]) wrote:
: : Maxwell Daymon ([email]) wrote:
: : : Nicholas Merrill ([email]) wrote:
: : : : [... MS-DOS/PC pause to get free space value ...]

: : : I've seen and used real PC's that do this, and my 2088XT Bridgeboard does
: : : this with the hardfile, but other PC's don't seem to.

: : Happens on every pc i've ever seen.  Faster the machine, the shorter the
: : pause, but here is still a pause.  Maybe if something such as smartdrive

: Perhaps some of the machines I thought had no pause were actually
: pausing, but for a very short amount of time? Also, a hardfile may pause
: longer than an enhanced IDE drive, for instance.

If you try this on a real PC and get the pause, it won't pause on the
second try.  Something gets updated on the disk.  Someone who's actually
waded around in MS-DOS could probably tell you exactly what; I've never
wanted to know that much about it... 8-)


subject: Re: e586 observations

text:
James Cooper ([email]) wrote:
: On a hardfile, it would, indeed, be quite slow, as you're going through
: all the levels of emulation, plus the Amiga OS, just to get to that
: "drive."

It's slow, but not HORRIBLY slow.

: As far as I know, this delay was only introduced with MS-DOS V6, since

Must have been at least MS-DOS 5, because I don't have 6 and it does it
to me.

------------------
  Maxwell Daymon
 [email]
------------------


subject: Re: e586 observations

text:
Warren Block ([email]) wrote:
: Maxwell Daymon ([email]) wrote:
: : Perhaps some of the machines I thought had no pause were actually
: : pausing, but for a very short amount of time? Also, a hardfile may pause
: : longer than an enhanced IDE drive, for instance.

: If you try this on a real PC and get the pause, it won't pause on the
: second try.  Something gets updated on the disk.  Someone who's actually

Same thing with my Bridgeboard. That's why the original post said "the
first time you ..."

: waded around in MS-DOS could probably tell you exactly what; I've never
: wanted to know that much about it... 8-)

Neither have I. :-)

------------------
  Maxwell Daymon
 [email]
------------------


author: Noons

subject: Re: No future for DB2 - slightly off-topic, discusses what people are being taught at uni

text:
DA Morgan wrote:

All joking aside?  I can count on two hands people in my previous
job who were familiar with NF.  Certainly in the upper management
spheres there were simply none.  And that was an IT organization,
IBM var and all that jazz.

Ah yes: they all vented as if they knew a lot about it.  Then a
coupla pointed questions later they'd be changing subjects vvf...

Careful with that stuff:  an organisation imposed from the "top down"
instead of being discussed and accepted by the people in the profession

is going to go the same way as the Oracle "certifications":
right next to the dodo.

Enough of vendor-sponsored "certifying" orgs already....


author: DA Morgan

subject:
Re: No future for DB2 - slightly off-topic, discusses what people
 are being taught at uni

text:
Noons wrote:

Nothing I am suggesting is or will be imposed from the top down. What I
am doing is looking for like-minded professionals to join our effort.


author: [redacted]

subject: 64bit/64bit fixed point division?

text:
Hi!
I wrote a C++ class for a 64bit fixed point numeric format,
32bit integral and 32bit fractional. I wrote addition,
subtraction and multiplication operator routines (the latter
in inline assembly). Now I need an assembly routine to inline
to compute division, but I'm having many problems finding the
fastest way to do it. How was easy with multiplication to get
advantage of the hardware multiplier!
How can it be that the "hardware" multiplier is useless in
this case? Ok, it has to do with laws of nature (a.k.a. math)
and such but, how would be the fastest way to perform a div
between two 64bit fixed point operands (with the point exactly
in the middle) and produce a 128bit result and/or a 64bit one
(I guess two versions of the routine will be necessary)?

Can anybody help with code, please? I managed to reckon that
the division will be equivalent to an integer division where
the dividend is shifted 32bits to the left, and the quotient
then is shifted the same amount to the right. But this lengthens
the division process even more, is there no way to avoid this?

Better than all, can some asm genious produce some code or
share some working code? I've spent weeks looking at the GMP
and other bignum libs code, but I'm more confused than before.

Thanks a lot!
Marie from Bozen, Italy


author: Robert Redelmeier

subject: Re: 64bit/64bit fixed point division?

text:
[email] wrote in part:

Division is always messy business.  There are two main
algorithms: long-division (shift, compare, subtract) and
Newton-Raphson for 1/SQRT. Historically, integer division
is done via long-division, and floating point is done via
Newton-Raphson (which is faster at 32 bits, and even more
advantaged at more).  Both of these done in CPU microcode.

For 64bit fixed-point with an emphasis on speed (accuracy is
always lost in fractional parts), I'd go Newton-Raphson.

-- Robert


author: Terje Mathisen

subject: Re: 64bit/64bit fixed point division?

text:
Robert Redelmeier wrote:
[snip]

Since you do have both an integer and a floating point divisor
available, I'd look into using them to advantage:

Dividing a fixed-point 32:32 number by another number in the same
format, is identical to dividing a 64-bit number by another, by shifting
both operands 32 bits left first, then shifting the result left and
storing as integer:

This means that you can use the 80-bit fp format to get exact results:

; Make sure that the x87 part is set to extended precision first!

   FILD qword ptr [a]
   FILD qword ptr [b]
   FDIVP st(1),st
   FMUL [two_to_32]	; Do a 32-bit left shift to convert fraction
   FISTP qword ptr [result]

This is about 50-60 cycles on anything from a classic Pentium and up.

Terje


author: Phil Carmody

subject: Re: 64bit/64bit fixed point division?

text:
Terje Mathisen  <[email]> writes:

I'd be curious how to use an integer divisor...

.... and I'm still interested quite how you'd use an integer divisor.

And only works if the integer is 63 bits precision, /not/ 64.
That damn sign bit can be a pain in the arse sometimes...

Phil


author: Sebastian Biallas

subject: Re: 64bit/64bit fixed point division?

text:
Phil Carmody wrote:

As Robert said: Division is messy. It's even slow if you let the
processor do it. Hey, even a fsqrt is faster than fdiv...

But if you know the dividend in advance (i.e. it is a constant), you can
greatly speed up the process by multiplying with its reciprocal. This
also works for the integer/fixpoint case if you take some care.


subject: Re: 64bit/64bit fixed point division?

text:
Phil Carmody wrote:

Phil, the original poster did not state that he worked with unsigned
numbers, so my code should work as is. The extended format for fp
numbers work with 1+15+64 bits, with an explicit leading 1 bit, so even
unsigned 64-bit numbers will be stored exactly.

However, if you do need 64-bit unsigned, then you can still use the fp
divisor, albeit with one or two small tweaks:

a) Pretend that the numbers are signed, then adjust after the fact if
needed.

b) Load the 64-bit value as two 32-bit unsigned numbers, then do the
FDIV and convert back.

c) Load only the divisor, convert to a reciprocal, store that as an
unsigned integer, then do a reciprocal multiplication to generate the
true result.

c) Inspect the numbers before you start, and then handle the different
cases in the following way: (result = a/b)

1) (a) and (b) both positive: Use my original code.
2) At least one of (a) and (b) negative, i.e. top bit set:
    Load both numbers in two stages, then do the same division as in (1).

One possibility is that you can get into an overflow situation, where
the result won't fit inside the 32:32 target field. How do youwant to
handle this? Trap, overflow silently (truncating the most significant
bits?), saturate to 0xffff... ?

Terje


author: Maarten Kronenburg

subject: Re: 64bit/64bit fixed point division?

text:
Phil,
The mantissa for extended precision 80-bit floating point
is the full 64-bit, only bit number 63 is always 1.
The sign bit is bit number 79, see for example
http://babbage.cs.qc.edu/courses/cs341/IEEE-754references.html
and the book The Intel Microprocessors by Barry Brey.
So you can put a 64-bit integer into an extended precision
80-bit floating point without loss of precision.
Regards, Maarten.

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


subject: Re: 64bit/64bit fixed point division?

text:
"Maarten Kronenburg"  <[email]> writes:

I know. The FPU's fine, it's the interface from FP to integer
that's the problem. You can't (just) use a FISTP though.
(Unless you know that the answer is unique modulo 2^64.)

Phil


subject: Re: 64bit/64bit fixed point division?

text:
Phil Carmody wrote:

Loading the input values is relatively easy, OK?

The fastest might actually be to always load it as a signed 63-bit
integer, and then use that "sign" bit to add either 0.0 or 2^63 to the
initial result.

Assuming such maximally large inputs are very rare, it would probably be
faster to use an actual branch around the fixup add instead:

   fild qword ptr [a]
   test byte ptr [a+7],80h
    jz a_done
   fadd dword ptr [two_to_64]
a_done:
   fild qword ptr [b]
   test byte ptr [b+7],80h
    jz b_done
   fadd dword ptr [two_to_64]
b_done:
   fdivp st(1), st
   fmul dword ptr [two_to_32]	;; Convert back to 32:32 fixed point!

At this point we have several possible outcomes, all positive:

a) Underflow: The result is less than 1 (corresponding to 2^-31)
Storing this as an integer (with truncation) will result in zero, which
is correct.

b) In-range (2^63 > result >= 1): Storing as integer is OK

c) In-range but too large for 64-bit int (2^64 > result >= 2^63):
Storing as integer will overflow.

d) Overflow (result >= 2^64): This cannot be stored as a 64-bit unsigned
value, and must be handled by higher level sw.

I.e. only case (c) is hard, and it can be handled relatively easy by
testing the result against 2^63, and if possible, subtract 2^64 to
convert into an in-range 64-bit integer value which when stored will
have the correct bitpattern, similar to my input adjustment:

   if (result >= two_to_63) {
     if (result >= two_to_64)
        trap(OVERFLOW);
     result -= two_to_64;
   }

Terje


subject: Re: 64bit/64bit fixed point division?

text:
But there is no need to use FIST/FILD.
You can also write/read an extended precision
floating point (10 bytes) in memory with a value,
and use fld tword [edx] where edx is the address.
(for Turbo Assembler it's fld [tbyte edx]),
and vice versa with fst.
Only then you must also write/read the exponent,
which will be a little slower.

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


subject: Re: 64bit/64bit fixed point division?

text:
Maarten Kronenburg wrote:

This will indeed be a bit slower!

You have to load the 64-bit mantissa into a pair of registers, and the
16-bit sign+exponent field into another reg, then check the exponent to
determine how much you need to shift the mantissa part...

   fstp tword ptr [result]
   mov eax,dword ptr [result]
   mov edx,dword ptr [result+4]
   movzx ecx, word ptr [result+8]

Since we want a fp 32:32-bit number which will fit into a 64-bit
unsigned integer, we know that the result of the division should be
multiplied by 2^32, i.e. shifted 32 bits, which is equal to adding 32 to
the exponent. Since this exponent field is biased by 16384, we can
correct this in one instruction:

   sub ecx,16384-32

If the result is negative, the 64-bit value must be shifted right, if it
is zero then the result will fit exactly into the 64-bit EDX:EAX pair,
and if it is positive then we have an overflow situation. :-(

    ja OverflowTrap
    jz Done

Now we have to check the shift count:

   neg ecx
   cmp ecx, 32
    jb DoTheShift
   mov eax,edx
   xor edx,edx
   cmp ecx, 64
    jb DoTheShift

The result underflows, so return zero!

   xor eax,eax
    jmp Done

The shift count in ECX will use the last 5 bits only!
DoTheShift:
   shrd edx,eax,cl
   shr edx,cl

Done:
   return	; Result in EDX:EAX

Terje


author: Krishna Kirti Das

subject: Windows System Administration: State of the Art on Python?

text:
I am a long-time user of Perl who comes to you in peace and is
evaluating different scripting languages for use as a scripting
platform for system administrators on the Windows platform. Perl
already has many modules that allow sys admins and devolpers to do
lots of things with the Windows OS, and I'm wondering what the state
of the art is with Python and being able to control and administer a
windows environment. In this regard, how does Python stand up against
Perl?


author: jay graves

subject: Re: Windows System Administration: State of the Art on Python?

text:
On Feb 26, 3:23 pm, Krishna Kirti Das <[email]> wrote:

I can't comment on how it stacks up against Perl but I've pointed to
Tim Golden's collection several times.  Lots of good stuff there.

http://tgolden.sc.sabren.com/python/index.html

...
Jay


author: Mike Driscoll

text:
On Feb 26, 3:23 pm, Krishna Kirti Das <[email]> wrote:

There's the PyWin32 module if you want to do low-level stuff:

http://aspn.activestate.com/ASPN/docs/ActivePython/2.5/pywin32/PyWin32.html
http://aspn.activestate.com/ASPN/docs/ActivePython/2.5/pywin32/win32_modules.html

Or you can "roll-your-own" (sort of) with the ctypes module:

http://docs.python.org/lib/module-ctypes.html

The PyWin32 basically exposes most (if not all) of the Windows API. I
think ctypes is usually used for COM black magic. There's also a
slightly higher level wrapper for WMI that you can use:

http://tgolden.sc.sabren.com/python/wmi.html
http://tgolden.sc.sabren.com/python/wmi_cookbook.html

Tell us what you want to do and we'll tell you if (and maybe how) you
can do it with Python.

Mike


author: Martin v. Löwis

text:
As everybody else, I cannot compare it to Perl, because I don't know
Perl good enough (or at all, for that matter). I found Python does
*very* well in Windows system administration, in many cases, better
than Visual Basic (IMO, and for the things I wanted to do). I've
mostly used the COM integration, as the things I wanted to manage
had COM (automation) interfaces.

Regards,
Martin


author: Dan Lynch

subject: V8 & ProjectBank's ugly step child

text:
It's beginning to look a lot like christmas.

Anyone who has seen V8 knows that they've rolled the "design history"
features of ProjectBank into it.  Yesterday, a little bird from Bentley told
me that V8.1 will also include the concurrent file access features of
ProjectBank.  This means that with V8, you'll be able to have multiple users
editting the same design file simultaneously.

Maybe I'll wait a little longer before taking that job sweeping the
monastery.

Dan

______________________________________________________________________________
Posted Via Binaries.net = SPEED+RETENTION+COMPLETION = http://www.binaries.net


author: Chris Zakrewsky

subject: Re: V8 & ProjectBank's ugly step child

text:
Hi,

Nah...
It's just that Bentley listened to what I wrote here 1.5 years ago :-)

I dog up from Google the original text, and the key thing was "integrating
the PB server part into the client."

Now, if *I* had ran Bentley Marketing back then.... oh, my, my...
(I would be rich by now)

Deja vu (flash-back) reading below.

Have a fun,
/Chris Zakrewsky
+------------------------------------------------------+
| [email]              http://www.ustation.se |
+------------------------------------------------------+
|          Team uStation AB  (CAD Perfect)             |
|     ï¿½lta Strandvï¿½g 37B, S-138 33 ï¿½LTA, SWEDEN        |
|     tel +46 8 773 1003     fax +46 8 773 3004        |
+------------------------------------------------------+
| Ex-Bentley MVAR,      Independent Software Developer |
+------------------------------------------------------+

From: Chris Zakrewsky ([email])
Subject: Re: Project Bank Released (StarterPack)
Newsgroups: comp.cad.microstation
Date: 2000/02/19

Hi,

There were an interesting e-mail exchange recently between Bentley
and me on one PB subject, which I think some of you may find
interesting. It is an idea about very different packaging of PB
for all those who for one reason or another was scared away from
the entire idea. Have a nice reading :-)

[I present here a shortened summary in chronological order (Bentley in
quoted parts of conversation, me in the rest)]:

ME:
A good point. But it would be even better if Bentley could
address the very special case: a workstation which is not
interconnected to anything else. Accidentally it is how most
'test beds' look alike.
It would give a real boost for adoption of this technology,
even if almost nobody would continue to work that way for
extended period of time, because Concurency wouldn't
exist there.
It means integrating the server part into the client.

BENTLEY:

ME:
What it you describe (and what we have) is PB shoehorned on the single box.
What I mean is the LOCAL-install package, where no configuration is
necessary.
No ports to define, no servername, no nothing.
Everything defaults to standard uStn directory structure (or whatever is
found in registry) and is resolved internally with uStn.

BENTLEY:

ME:
I am not talking about EASIER administration.
I am talking about ZERO administration.
(...)
It will make possible for anybody to sneak PB in without
even thinking about it.
You should realize that with everything here we have three
components: software, hardware and humans.
Two of them are controllable. The third is irrational ;-)
(...)
So I can imagine PB install where you put either integrated
client/server in one executable, or use named pipes to
communicate or whatever.

Then, you silently write tech note: How to move server
part to remote box (i.e. the opposite to what you do now).
That way you can make PB the part of uStn 7.2 without even
whispering about it. Voila!

BENTLEY:


author: Jim Barr [Bentley

subject: Re: V8 & ProjectBank's ugly step child

text:
For those who don't have their own little bird at Bentley, there's a good
article that discusses "PB in v8" in this months' MM:

The MainStreaming of ProjectBank
http://www.msmonline.com/oct01/v8.htm

Jim

"Dan Lynch" <[email]> wrote in message
news:[email]...
told
users
____________________________________________________________________________
__
http://www.binaries.net


subject: Re: V8 & ProjectBank's ugly step child

text:
Yes Chris, I have remembered that post many times.

BUT I can't understand how file history _per file_ can be of more use
than roll back.

If we are to have any control over revisions this way it has to
include references.

Thomas V

On Thu, 4 Oct 2001 16:45:07 +0100, "Chris Zakrewsky"
<[email]> wrote:


author: Simon Wurster

subject: Re: V8 & ProjectBank's ugly step child

text:
Ahhh, but the REAL question is will everyone be able to "play" with the
file File History, or will this feature acknowledge file permissions
granted by the OS? Imagine someone rolling the history back to Day 1, or
slicing-and-dicing parts of the History to create (unintentionally or
intentionally) an abomination of a file.

Or will we need to purchase ProjectWise to control this monster? (The
answer's "yes.") Remember, previous versions of PB allow anyone to do
anything to any file in the PB server, ignoring OS file permissions (and
offering no way to implement them). I doubt this sits well with a
majority of mangers out there.

Regards,
Simon

Chris Zakrewsky wrote:


subject: Re: V8 & ProjectBank's ugly step child

text:
Hi Simon,

Not that I'm a PB expert - but from the article:
The new technology also allows file access control. Because each
MicroStation V8 DGN is wholly self-contained, it is subject to the file
permissions associated with the file server's operating system. This means
you can set file access using standard Windows file permissions, without
worrying about dealing with special server software access.

Jim

"Simon Wurster" <[email]> wrote in message
news:[email]...
"integrating
machine,
DGN,
that
v7.1 and
box.
likely
when
going to
and
ProjectBank
(as
news:[email]...
Bentley told
users
____________________________________________________________________________
__
http://www.binaries.net


subject: Re: V8 & ProjectBank's ugly step child

text:
Simon,

I am afraid that I'm already a bit too far into a deep water
w/r to discussing V8 here (but by any means all discussions are
outmostly welcomed on V8 Beta group), but here it goes:

File History is unbreakable.
You simply can't butcher it, because it is embedded in DGN itself,
and there is no way to roll it back, nor access it.

However, you can roll back (and forth) your DGN *graphics* to reflect
just any stage (or mix of stages/milestones) already recorded in History
capsule within DGN.

In other words, there is no way to reset History, other than by nuking
the entire DGN file. Or blowing up the whole computer ;-). Which ever....

File History and DGN file is the same thing.

HTH


subject: Re: V8 & ProjectBank's ugly step child

text:
I got a similar warning (second time, I think. Oh no, three strikes,
you're out!). No Bentley calendar for me this year, I guess.
Is that V8 discussion site still slow? That's why I stopped looking at
it (plus not to mention it's more klunky than a Lotus Notes Forum--we
have plenty of those here.) Whoops, I can't discuss R5 here, lest our
own Domino Police are lurking ;-)

Regards,
Simon

Chris Zakrewsky wrote:


author: Marc Thomas

subject: Re: V8 & ProjectBank's ugly step child

text:
Hi Simon,

The V8 discussion has moved onto an NNTP newsfeed that you can plug
into Outlook Express (or Notes I assume?) it's real time now, not
slowed down by viecon. It's well used and read by the Bentleys.

Regards

Marc

Simon Wurster <[email]> wrote in message news:<[email]>...


subject: V8 Beta Newsgroup [was: Re: V8 & ProjectBank's ugly step child]

text:
Hi,

If you think about that Viecon project bound one...
...forget it. It's a thing of the past.

Today's V8 Beta group is NNTP based newsgroup, fast as lightning,
and *VERY* popular.

Don't waste a second and join it as fast as you can (it means: Now!).
You won't regret it (you have my word for it).

Best!
/Chris Zakrewsky
+------------------------------------------------------+
| [email]              http://www.ustation.se |
+------------------------------------------------------+
|          Team uStation AB  (CAD Perfect)             |
|     ï¿½lta Strandvï¿½g 37B, S-138 33 ï¿½LTA, SWEDEN        |
|     tel +46 8 773 1003     fax +46 8 773 3004        |
+------------------------------------------------------+
| Ex-Bentley MVAR,      Independent Software Developer |
+------------------------------------------------------+
"Simon Wurster" <[email]> wrote in message news:[email]...


author: Paul S. Sears

subject: Re: Intel Machines: Benchmarks? Comparisons? (Test results)

text:
In article <2119q7$[email]>
[email] (Markus Wenzel (Hiwi bei
R.Rabenseifner)) writes:
#In article <bbrown.93Jul272254@ganesha> [email] writes:
#>Hi,
#>	I need an Intel box that runs NS/FIP.  I will buy a new machine
#>	from one of the vendors which certifies their machines as
#>	NS/FIP-safe.  But, I need information that allows me to
#>	compare and contrast the machines.  So, I have some questions.
#>
#>	Is there any standard windowing benchmark for NS/FIP?
#Try NXBench, available via ano-ftp.
#
#>	Does anyone have benchmark information for some of the
#>		Intel machines which support NS/FIP?
#
#NX Bench reports on my machine (DX/2 66 with ATI GUP VLB):
#
#Dhrystones:
#		ColorStation	ca. 26000
#		DX/2		ca. 62000
#
#NX Factor (graphics performance):
#		Station			1.0
#		ColorStation		0.6
#		DX/2 ATI GUP VLB	0.6
#
#JAWS or Wingine graphic adapters should smoke the ATI.
#

Our ATI Ultra Pro cards had and NXFactor of .81 and .82 respectively...

Yeah they *should* but they don't in reality.  The ATI Ultra Pro was the
second fasted graphics card we tested.  We conducted benchmark tests on the
following systems (with the help of Wiltel of Houston):

Gateway2000 4DX2-66V with ATI Ultra Pro VLB card (66Mhz)
Compaq with QVision (66Mhz)
Dell DGX with Jaws (50Mhz)
Epson Progression with Wingine (50Mhz)
Ecesys with Wingine (66Mhz)
NeXTStation Mono (25Mhz)
NeXTStation Color (25Mhz)

The results are rather suprising.  We used two benchmark programs:

BenchPress 1.0
NXBench2.0

Our results are in a PostScript file and can be found at:

uhoop.uh.edu:/pub/misc/BenchMarks.compressed

or via gopher:

gopher.uh.edu -> Engineering Gopher -> UHOOP Archive -> misc ->
BenchMarks.compressed

#/dev                Markus Wenzel, University of Stuttgart
#/usr/spool/mail     [email]
#~/.ircrc/nick       Marsu
#/etc/motd           NeXTSTEP for Intel - Come on and join!


text:
In article <211ed8$[email]>, [email] (Paul S. Sears) writes:

	Many of us who would like NS/I, but we don't currently have
	ability to display, or print a postscript file.

	If someone could take a few minutes and summarize the results, or
	even better type the document in, many of us would greatly appreciate
	it.

	Thanks

Robert C. Stiff
[email]


author: toby dunn

subject: A Hashing Problem ..... I think

text:
Okay before I get started I think this can be done with hashing objects just
not sure how to do it.

Also I know the resulting data structure sucks too but its a pointy haired
boss thingy so not much I can do for teh time being.

Now the problem:

Data :

Data partial ;
infile cards dsd = ' ' ;
input Camp $ Sex $ Unit $ StartDate  EndDate ;
A M 1 01jan2003 10jan2003
A F  2 03feb2003 04jan2003
A M  1 03feb2003 10jan2003
A M  2 12feb2003 24jan2003
A F  3 05mar2003 19mar2003
B M  4 03mar2003 04apr2003
B F  1 15apr2003 20sep2003
B F  2 02jul2003 16jun2003
B F  4 03feb2003 20jan2003
B M  3 15feb2003 14jul2003

;
run ;

I need all the counts broken out by Date Camp Sex and Unit, where date falls
between 01jan2003 and 31dec2004 for observations in Camp 'A'

and

The same break out except for camp B the dates are 01jan2002 through
31dec2004

The resulting data set should have the following structure:

Camp     Date    Male1 Male2 Male3 Male4 Female1 ... Female4

TIA
Toby Dunn


author: Richard A. DeVenezia

subject: Re:      A Hashing Problem ..... I think

text:
toby dunn wrote:

Toby:

For the sake of exercising some atrophied brain cells, here is single DATA
Step that performs the summarization and transposition.  The fact that
'unit' could be used as a direct address key is _ignored_.  ( Tangent: I
don't know if Proc SQL can ever create an execution plan that utilizes
direct addressing.  I doubt it, but in other DB's perhaps that is what
'hints' are for.)

Tis the season to be hashy, fa la la la laaah, la laaah la laaah.
Extra hashing was done for the sake of 'clarity' :)
To wit: the vectorized hash (group var date count) could have been the
tranposed equivalent (group date var1_count -- varX_count) and the looping
for populating kounts would have been avoided.
-----------------------
data activity;
  input Group $ Prefix $ Sequence $ (StartDate EndDate) (2*:date9.);
  format startDate endDate date9.;
cards;
A M  1 01jan2003 10jan2003
A M  1 01jan2003 20jan2003
A F  2 03feb2003 04jan2003
A M  1 03feb2003 10jan2003
A M  2 12feb2003 24jan2003
A F  3 05mar2003 19mar2003
B M  4 03mar2003 04apr2003
B F  1 15apr2003 20sep2003
B F  2 02jul2003 16jun2003
B F  4 03feb2003 20jan2003
B M  3 15feb2003 14jul2003
;
run;

data aggspec;
  input Group $ (specStartDate specEndDate) (2*:date9.);
  format specStartDate specEndDate date9.;
cards;
A 01jan2003 31dec2004
B 01jan2002 31dec2004
run;

data _null_;
  declare hash vars (ordered:'a');
  vars.defineKey ('var');
  vars.defineData ('var', 'index');
  vars.defineDone ();

  attrib _seq length=8;

  declare hash activity(ordered:'a');
  activity.defineKey  ('group', 'seq');
  activity.defineData ('group', 'seq', 'prefix', 'sequence', 'startdate',
'enddate', '_seq');
  activity.defineDone ();

  do until (measured);
    set activity END=MEASURED;
    var = cats (prefix,sequence);
    rc = vars.replace();

    seq = 0;
    if activity.find() ne 0 then _seq = 0;
    _seq + 1;
    activity.replace();
    seq = _seq;
    set activity;
    activity.replace();
  end;

  * presumptive preparation of pdv;
  * these host variables are later utilized by kounts hash;
  array _across M1-M1000 F1-F1000;  * case matters! ;
  do index = 1 to dim (_across);
    var = vname (_across[index]);
    if vars.check() eq 0 then vars.replace();
  end;

  * diagnostic;
  vars.output(dataset:'varsDiagnostic');
  activity.output(dataset:'activityDiagnostic');

  declare hash counts (ordered:'a');
  counts.defineKey ('group', 'var', 'date');
  counts.defineData ('group', 'var', 'date', 'count');
  counts.defineDone ();

  do _i_ = 1 by 1 until (lastspec);
    set aggspec end=lastspec;

    if specStartDate > specEndDate then do;
      put 'WARNING:' specStartDate= '> ' specEndDate=;
      continue;
    end;

    do seq = 1 by 1 while (activity.find() eq 0);

      var = cats(prefix,sequence);
      put group= var= startDate= endDate= @;

      if startDate > endDate then do;
        if _i_ = 1 then
          put / 'WARNING:' startDate= '> ' endDate=;
        else
          put 'WARNING' @;
        put;
        continue;
      end;

      dateLBound = max(specStartDate,startDate);
      dateHBound = min(specEndDate,endDate);

      put dateLBound= dateHBound=;

      do date = dateLBound to dateHBound;
        if counts.find() ne 0 then count = 0;
        count + 1;
        counts.replace();
      end;
    end;
  end;

  * untransposed;
  counts.output (dataset:'counts');

  * transpose;
  declare hash kounts (ordered:'a');
  kounts.defineKey ('group', 'date');
  kounts.defineData('group', 'date');

  declare hiter varIter ('vars');
  do while (varIter.next() eq 0);
    kounts.defineData(var);
  end;

  kounts.defineDone();

  declare hiter countsIter('counts');
  do while (countsIter.next() eq 0);
    vars.find();

    if kounts.find() ne 0 then
      do _i_ = 1 to dim(_across); _across[_i_]=.; end;

    _across[index] = count;
    kounts.replace();
  end;

  kounts.output (dataset:'kounts');

  stop;

  format date: date9.;
run;


author: Arthur Tabachneck

subject: Re: A Hashing Problem ..... I think

text:
Toby,

While I'm sure that Richard or Paul or both will come up with excellent
hashing solutions, the problem can also be solved with a combination of
arrays and proc summary.  For example:

Data partial (drop=StartDate EndDate Sex Unit);
  array Male(4);
  array Female(4);
  input Camp $ Sex $ Unit $ StartDate date9. @18 EndDate date9.;
  do Date=StartDate to EndDate;
    if (Camp eq 'A' and Date ge '01jan2003'd and
         Date le '31dec2004'd) or
       (Camp eq 'B' and Date ge '01jan2002'd and
         Date le '31dec2004'd) then do;
           if Sex eq 'M' then Male(Unit)=1;
        else Female(Unit)=1;
           output;
         end;
  end;
cards;
A M  1 01jan2003 10jan2003
A F  2 03feb2003 04jan2003
A M  1 03feb2003 10jan2003
A M  2 12feb2003 24jan2003
A F  3 05mar2003 19mar2003
B M  4 03mar2003 04apr2003
B F  1 15apr2003 20sep2003
B F  2 02jul2003 16jun2003
B F  4 03feb2003 20jan2003
B M  3 15feb2003 14jul2003
;
run ;
proc summary data=partial;
  var Male1--Female4;
  class camp date;
  output out=want (where=(_type_ eq 3)) sum=;
run;

Art
-----------
"toby dunn" <[email]> wrote in message
news:[email]...
just
falls


author: WFyk

subject: Frame on Next can't import gif's ?

text:
Is this true?  I can import gif's into a Frame document on my Mac and I'm
sure that it works on Sun versions.  I have a client using Next who says
tiff's are fine but can't bring in gif's.  Is there something we're
missing here?

Thanks.


author: Donald Lewine

subject: Re: Frame on Next can't import gif's ?

text:
In article <35cil7$[email]>, [email] (WFyk) writes:
|> Is this true?  I can import gif's into a Frame document on my Mac and I'm
|> sure that it works on Sun versions.  I have a client using Next who says
|> tiff's are fine but can't bring in gif's.  Is there something we're
|> missing here?
|>
Yes.  It is true. NeXT believes in TIFF as the only true format.


author: Brian Lowry

subject: Re: Frame on Next can't import gif's ?

text:
In article <35cil7$[email]>, [email] (WFyk) wrote:

  GIF is an inferior format designed for distributing images on
CompuServe.  There's no reason I can think of why anyone wouldn't want to
convert such images to a more standard format, especially when TIFF
supports 24 bit RGB while GIF is limited to grainy 8 bit graphics (of
course, JPEG is superior for almost every application).  I'm amazed that
Frame was generous enough to actually support GIF image importing (on any
platform).


subject: Re: Frame on Next can't import gif's ?

text:
In article <[email]>,
[email] (Brian Lowry) writes:

In article <35cil7$[email]>, [email] (WFyk) wrote:

I'm
says

Because, while OmniWeb on Next can handle all manner of images via
OmniImage, Mosaic on Unix systems can't display inline tiff's or jpegs.

Walter Fyk


author: Charles Holden Winstead

subject: Breaking up a document into chapters

text:
Hey All,

I'm using Frame 3.1 and I have a document that's getting too big. I'd like to
make it into several smaller docs, i.e. chapters. The catch is that I already
have *lots* of cross-referencing with the big doc and I don't want to redo it
with the small docs. Is it possible to break it up and keep the cross
referencing between docs?

Thanks,

-Chuck


author: Chuck Durham

subject: Re: WIN95 better than OS/2 PLEASE!!!!

text:
[email] (Kevin W. Gagel) wrote:

A voice of true reason, thanks Bob
Thanks for posting the only real
answer to flame wars such as this, Kevin


author: harris

subject: Non blocking MessageBox?

text:
I am using MessageBox() for adding debug message in my application.
Problem with this is it would not run lines of program after
MessageBox call, until I press OK button on the MessageBox showing my
debug text.

Any idea if I can show message in the pop up window but not block the
program till OK button on the message box is pressed?

Thank you.
Harris M.


author: Rodrigo OSORIO

subject: Re: Non blocking MessageBox?

text:
As write before I sugest you to use the OutputDebugString call.
Just remember, OutputDebugString calls are disable when you run you
application in debug mode (ie. in the develop environment)
You must execute your application to have access to the debug
messages.

To read the messages sent by OutputDebugString you can use
the debugView tool, a freeware from sysinternals
take a look at www.sysinternals.com
It's really easy to use.

On 2 May 2002 20:12:58 -0700, [email] (harris) wrote:


author: Quixote

subject: Re: Non blocking MessageBox?

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

Create your own dialog box and make it modeless.


author: Felix K

subject: Re: Non blocking MessageBox?

text:
harris <[email]> wrote:

You can use TRACE( ) macro to debug your programm
without any problems with blocking.

Regards,
Felix


author: Andy Lutomirski

subject: Re: Non blocking MessageBox?

text:
"Rodrigo OSORIO" <rodrigo.osorio{SPASMSTOPER}@free.fr> wrote in message
news:[email]...

Are you sure?  (That's what they're there for :)

Andy


author: Gordon Smith

subject: Re: Non blocking MessageBox?

text:
In message <aat5v8$ge6$[email]>, Felix K
<[email]> writes

What do you need to do to get TRACE() running and where does it output
it's traces to?


author: Eon

subject: Re: Non blocking MessageBox?

text:
Hey, Harris;

Why not just add a text box (ie. Window Class = static) somewhere on your
window and simply write messages to it using SetWindowText?

Eon  ;-)


author: josh

subject: Re: Non blocking MessageBox?

text:
On Sat, 04 May 2002 09:41:39 GMT, rodrigo.osorio{SPASMSTOPER}@free.fr (Rodrigo
OSORIO) wrote:
You probably meant NOT disabled <g>. Actually, ODS is never disabled, it's the
TRACE macro that's disabled in clean builds.


subject: Re: Non blocking MessageBox?

text:
The TRACE() macro is from MFC library, so you can use it only in
your MFC projects. It output it's traces to VC++ debug window.

Regards,
Felix


author: Michael Daniloff

subject: Re: Non blocking MessageBox?

text:
Gordon Smith <[email]> wrote in message news:<[email]>...

It is MFC macro. If you using Win32 SDK, use OutputDebugString.

By default both write to Debug Output Window.

MD


subject: Re: Non blocking MessageBox?

text:
Thank you every one who responded. Based upon responses, there are
many ways to add debug messages. I like one that does not need
debugger. So I created separate dialog box. Also created a log file.
This works just the way I wanted.
Thank you for the replies.
Harris M.


author: Tim Robinson

subject: Re: Non blocking MessageBox?

text:
"Felix K" <[email]> wrote in message
news:aauemo$tk3$[email]...
| > What do you need to do to get TRACE() running and where does it output
| > it's traces to?
|
| The TRACE() macro is from MFC library, so you can use it only in
| your MFC projects. It output it's traces to VC++ debug window.

It ultimately uses the API function OutputDebugString to write to the debug
window. The C runtime includes the _RPTx macros: you can use them to output
to the debugger:

    #include <crtdbg.h>

    _RPT1(_CRT_WARN, "This is a number: %d\n", 42);


author: Russ Freeman

subject: Re: Non blocking MessageBox? - looking for TRACE type tool then look no further...

text:
"Tim Robinson" <[email]> wrote in message
news:aaugn1$dql2k$[email]...
debug
output

If *anyone* wants something to replace the MFC/CRT versions of TRACE then
it's worth taking a look at DebugHLP (link below):
http://www.gipsysoft.com/articles/debughlp/debughlp.shtml

It supports all of the usual stuff plus it has some very handy debugging
functions. It works in unicode/ansi at the same time...and of course the
code is all free.

One of the handiest macros is VAPI(...) which works in the same way as
VERIFY but it also reports the error number and error string.

The CRT library and MFC versions both have good and bad points. DebugHLP
gives the good of both and none of the bad.

I've used it for years without complaint

I'd like to add logging into it at some point but finding the time is
tricky...


author: John Brush

subject: Re: OS/2 Autoplay CDROM's featured in newest Electronic Paperbacks

text:
In <6fqn89$gfd$[email]>, on 03/31/98 at 12:23 PM,
   [email] (Chuck Bridgeland) said:

**In message <6fmuqb$g63$[email]> - [email]
**writes: >
**>The newest release of the Electronic Paperbacks features autoplay
**>CDROM's for OS/2. No install except for a few seconds to install
**>the autoplay software code and a few minutes to reboot your system.
**>Less than 30k of hard disk used.
**>
**>After that just put a Workhorse Library CD in your drive and it
**>will be automatically run.  Does not affect your CDROM drive's
**>activities on non QVision CD's.

**>OS/2 Software developer who would like to use this technology on
**>a royalty basis can EMail us at [email].

**Geez, I hope nobody does.  Autoplay is one of Win95's most truely
**irritating features.

Warp 4 has autoplay features already, so what good is an add-on that
does the same thing?

John


author: Bill Tschumy

subject: Re: How do I capture the Desktop/Window/Other Regions in java

text:
[email] (William Hunt) wrote:

Not possible without resorting to native code.

-----
Bill Tschumy
Otherwise -- Austin, TX
Creators of Artificial Life
[email]


author: [redacted]

subject: PyQt issue

text:
I'm trying to write a simple dialog with PyQt.  Ive got this code as
one of the slots:

    def setFixed(self):
        if len(str(self.fixed_label.displayText())) == 0:
            QMessageBox.critical(self, "Label Missing", "You must enter
a label.")
        else:
            print str(self.fixed_date_month.currentText())
            print str(self.fixed_date_day.currentText())
            day_text = str(self.fixed_date_day.curentText()) + ' ' +
str(self.fixed_date_month.currentText())
            self.date_list.insertItem(date_text)

self.label_list.insertItem(str(self.fixed_label.displayText()))

When run, the output is:

January
1
Traceback (most recent call last):
  File "/home/matt/karamba/date_calc/date_config.py", line 285, in
setFixed
    day_text = str(self.fixed_date_day.curentText()) + ' ' +
str(self.fixed_date_month.currentText())
AttributeError: curentText

How can it print .currentText(), but then throw an AttributeError when
I try an put them in a variable?

Any help appreciated.

Cheers

Matt


author: Diez B. Roggisch

subject: Re: PyQt issue

text:
[email] schrieb:

Because you wrote curentText - note the missing t. Which the error-message clearly says. I suggest you acquaint yourself
with pylint & pychecker.

Diez


author: Phil Thompson

subject: Re: PyQt issue

text:
On Friday 03 March 2006 6:39 pm, [email] wrote:

Look at the error message more closely - that should "cure" it. Then slap your
forehead.

Phil


subject: Re: PyQt issue

text:
Hangs head in shame.  Slinks off with tail between legs.

Thanks