Re: [AOLSERVER] uploading pc v. unix text files on 3.5.6

2003-10-17 Thread Nathan Folkman
You can check out code from the branch:

 cvs co -raolserver_v35_bp aolserver

Brad Chick wrote on 10/16/03, 11:11 PM:

  This is definitely a bug with 3.5.6. The exact same code uploads files
  perfectly well on 4.0b10.
 
  I would like to test 3.5.10. Can someone tell me how to get 3.5.10
please?


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


[AOLSERVER] Admin Guide: Chap 2 Installation, Draft

2003-10-17 Thread Scott Long




Heyo, all

The installation chapter of the Admin guide is up for review on
sourceFORGE.net at the following URL:

http://www.aolserver.com/40drafts/devguide/as_40_chap2.pdf

Please give it a look and send me your feedback, if you will. I am
vastly interested in comments on technical accuracy and information
delivery but all comments are welcome.

Thanks very much!

Scott





--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.



[AOLSERVER] Tuning and Scaling Guide, for AOL Server 4.0

2003-10-17 Thread Scott Long




Heyo,

As part of the documentation work I have also been tasked with the
update or creation of a tuning and scaling guide. I'm using as my
basis the tuning and scaling guide from other versions that is shown at
this link:

http://www.aolserver.com/docs/admin/tuning.html

If anyone has any suggested updates, links to more information, or the
like please send them as it will help out greatly. The more information
I have the better!

Thanks very much, all!

Scott





--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.



Re: [AOLSERVER] Admin Guide: Chap 2 Installation, Draft

2003-10-17 Thread Tom Jackson
On Fri, 2003-10-17 at 07:59, Scott Long wrote:
Please give it a look and send me your feedback, if you will.  I am
vastly interested in comments on technical accuracy and information
delivery but all comments are welcome.

It looks like AOLserver or is it AOLServer is two words in the document:
AOL Server. Is this just a pdf thing?

tom


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] Admin Guide: Chap 2 Installation, Draft

2003-10-17 Thread Nathan Folkman
Should be AOLserver. :-)

- Nathan

Tom Jackson wrote on 10/17/03, 11:41 AM:

  It looks like AOLserver or is it AOLServer is two words in the document:
  AOL Server. Is this just a pdf thing?
 
  tom


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] Admin Guide: Chap 2 Installation, Draft

2003-10-17 Thread Zoran Vasiljevic
On Friday 17 October 2003 16:59, you wrote:

Beforehand...
Can you please send text emails instead of html?
Some of us (me included) have problems quoting them
or they may activate some spam filters.

Now to the topic.

First of all: Wow!!! We're getting some professional-look
documentation. This is absolutely exciting!

Now some first-glace comments:

  Decompress  extract the source files

You might notice that GNU tar which you have stated as a
prerequisite, also supports the z option to decompress
tar files before extraction, so a separate gzip -d is not
necessary. It is ok to say:
tar xzf file_to_unpack.tar.gz


  Compile and install AOLserver

You may note that for the default Tcl installation, there
is no need to tell the AOL configure script where is the Tcl
distribution installed. It will automatically assume the
same prefix (/usr/local). So the
./configure --with-tcl=
is not really necessary and can default to a simple:
./configure


As said, this is the first-glance report. More is to come
when I take some time to print this out and study it
little bit more (later this evening).

I'm very happy that we're getting some work on the docs
back on the tracks again!

Cheers,
Zoran


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] tcl q: how to see escape chars

2003-10-17 Thread Mark Page
If this is for diag/debugging purposes, you can urlencode your string.
That makes visible anything not an alphanumeric.  If from within an
aolserver interp, ns_urlencode will do this for you:

puts [ns_urlencode $thing]


Scott Laplante wrote on 10/17/2003, 1:44 PM:

  Is there a way in tcl to puts(?) a string, but instead of intrepreting,
  showing all special characters?
 
  For example, this is what i have:
 
  % set thing hi
  bye
  hi
  bye
  % puts $thing
  hi
  bye
  %
 
  and this is what i'd want:
 
  % set thing hi
  bye
  hi
  bye
  % puts -option? $thing
  hi\nbye
  %
 
  any ideas?  It's not just \n's we want, it's \r's and others, as well.
 
  Thanks,
  Scott
 
 
  --
  AOLserver - http://www.aolserver.com/
 
  To Remove yourself from this list, simply send an email to
  [EMAIL PROTECTED] with the
  body of SIGNOFF AOLSERVER in the email message. You can leave the
  Subject: field of your email blank.


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] tcl q: how to see escape chars

2003-10-17 Thread Scott Laplante
That's perfect, thanks.  Good suggestion, should have thought of that.

-Original Message-
From: Mark Page [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2003 11:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [AOLSERVER] tcl q: how to see escape chars

If this is for diag/debugging purposes, you can urlencode your string.
That makes visible anything not an alphanumeric.  If from within an
aolserver interp, ns_urlencode will do this for you:

puts [ns_urlencode $thing]


Scott Laplante wrote on 10/17/2003, 1:44 PM:

  Is there a way in tcl to puts(?) a string, but instead of intrepreting,
  showing all special characters?
 
  For example, this is what i have:
 
  % set thing hi
  bye
  hi
  bye
  % puts $thing
  hi
  bye
  %
 
  and this is what i'd want:
 
  % set thing hi
  bye
  hi
  bye
  % puts -option? $thing
  hi\nbye
  %
 
  any ideas?  It's not just \n's we want, it's \r's and others, as well.
 
  Thanks,
  Scott
 
 
  --
  AOLserver - http://www.aolserver.com/
 
  To Remove yourself from this list, simply send an email to
  [EMAIL PROTECTED] with the
  body of SIGNOFF AOLSERVER in the email message. You can leave the
  Subject: field of your email blank.


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to
[EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] tcl q: how to see escape chars

2003-10-17 Thread Carson Evans
I am not sure I am reading the question the way you intended it, but if
you are just trying to figure out what special chars are in a string you
could run it through ae scan command, something lik...

set thing {hi bye\nhi\nbye}
for {set i 0} {$i  [string length $thing]} {incr i} {
   set char [scan $thing %c]
   # if char == 10, char == \n
   # if char == 13, char == \r
}

The only other question I can think you might be asking is how to set or
display string without evaluating special charachters? If thats the case
i'd expect the answer to lie within the [fconfigure stdout ?options]
command where options would be playing with the -translation or the
-encoding. I'd have to play with that to come up with an answer.

Does that help?



 Is there a way in tcl to puts(?) a string, but instead of intrepreting,
 showing all special characters?

 For example, this is what i have:

 % set thing hi
 bye
 hi
 bye
 % puts $thing
 hi
 bye
 %

 and this is what i'd want:

 % set thing hi
 bye
 hi
 bye
 % puts -option? $thing
 hi\nbye
 %

 any ideas?  It's not just \n's we want, it's \r's and others, as well.

 Thanks,
 Scott


 --
 AOLserver - http://www.aolserver.com/

 To Remove yourself from this list, simply send an email to
 [EMAIL PROTECTED] with the
 body of SIGNOFF AOLSERVER in the email message. You can leave the
 Subject: field of your email blank.



--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


[AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Scott Laplante
So, I was a little unclear on the problem my coworker was facing- apologies
for sort of repeating myself.

We've built a CMS allowing editors to paste in stories, and we're having
problems with them pasting in smart quotes- primarily, that apparently smart
quotes aren't within the unicode set and are proprietary to Msoft.

We're looking for an efficient way to substitute smart quotes for regular
quotes.  Has anyone dealt with this (pesky/annoying) problem before?

Thanks a ton,
Scott

P.S. If you're unclear what a smart quote is, open up Msoft Word and type
{blah blah} and note that one is a left quote and the other is a right
quote...


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Chris Goehring
take a file with smart quotes in it and put it on a unix/linux box and do an "od -c filename" from a shell. this will show you the pesky character codes, and you can write a simple proc that accepts file data and regsubs all of those codes with the proper " or ' or whatever you want.

I will dig the codes up and send them in a sec

Chris Goehring


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.



Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Chris Goehring
k...here is what I do to resolve this problem

 regsub -all {\222} $tmpval {\\'} tmpval #takes care of MS cute single quote
 regsub -all {\223} $tmpval {\\"} tmpval #takes care of left MS quote
 regsub -all {\224} $tmpval {\\"} tmpval #takes care of right MS quote

the extra \ in the substituted values are for the purposes of future subst commands which is entirely "my" code specific. 

Chris Goehring


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.



Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Mark Page
Most likely, you are getting text encoded in the CP1252 character set
(aka, WinLatin1).  So, it's not just the smart quotes that will be a
problem, but also the Euro symbol (0x80), and several other nice graphic
characters (there's a nice bullet symbol at 0x95, and more).
If you can get your server to understand the character set encoding of
the data that's coming into it, it can do the conversion from that
encoding to utf8 properly (AS4.0 does this well).
If you are reading this data from a file, you can use Tcl to do the
encoding for you, fconfigure -encoding cp1252.
There are probably other options as well.


Scott Laplante wrote on 10/17/2003, 3:03 PM:

  So, I was a little unclear on the problem my coworker was facing-
  apologies
  for sort of repeating myself.
 
  We've built a CMS allowing editors to paste in stories, and we're having
  problems with them pasting in smart quotes- primarily, that apparently
  smart
  quotes aren't within the unicode set and are proprietary to Msoft.
 
  We're looking for an efficient way to substitute smart quotes for regular
  quotes.  Has anyone dealt with this (pesky/annoying) problem before?
 
  Thanks a ton,
  Scott
 
  P.S. If you're unclear what a smart quote is, open up Msoft Word and type
  {blah blah} and note that one is a left quote and the other is a
  right
  quote...
 
 
  --
  AOLserver - http://www.aolserver.com/
 
  To Remove yourself from this list, simply send an email to
  [EMAIL PROTECTED] with the
  body of SIGNOFF AOLSERVER in the email message. You can leave the
  Subject: field of your email blank.


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Jamie Rasmussen
There's good discussion of this issue and solutions at
http://openacs.org/forums/message-view?message_id=34217
Jamie

Scott Laplante wrote:
So, I was a little unclear on the problem my coworker was facing- apologies
for sort of repeating myself.
We've built a CMS allowing editors to paste in stories, and we're having
problems with them pasting in smart quotes- primarily, that apparently smart
quotes aren't within the unicode set and are proprietary to Msoft.
We're looking for an efficient way to substitute smart quotes for regular
quotes.  Has anyone dealt with this (pesky/annoying) problem before?
Thanks a ton,
Scott
P.S. If you're unclear what a smart quote is, open up Msoft Word and type
{blah blah} and note that one is a left quote and the other is a right
quote...
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Carson Evans
I have solved this problem on quite a few CMS implementations in both
Vignette and AOLServer using regsub's. I suggest replacing them with the
HTML equivilant rather than with replacement ascii, but that's more a
matter of opinion. The translation method is the best route, but sometimes
a lot of processing. Regsub is fine if you're willing to accept the fact
that occassionaly a special char you haven't identified yet (like vertical
TAB!) might slip in.

 So, I was a little unclear on the problem my coworker was facing-
 apologies
 for sort of repeating myself.

 We've built a CMS allowing editors to paste in stories, and we're having
 problems with them pasting in smart quotes- primarily, that apparently
 smart
 quotes aren't within the unicode set and are proprietary to Msoft.

 We're looking for an efficient way to substitute smart quotes for regular
 quotes.  Has anyone dealt with this (pesky/annoying) problem before?

 Thanks a ton,
 Scott

 P.S. If you're unclear what a smart quote is, open up Msoft Word and type
 {blah blah} and note that one is a left quote and the other is a
 right
 quote...


 --
 AOLserver - http://www.aolserver.com/

 To Remove yourself from this list, simply send an email to
 [EMAIL PROTECTED] with the
 body of SIGNOFF AOLSERVER in the email message. You can leave the
 Subject: field of your email blank.



--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


[AOLSERVER] Memory leak in Oracle 9i client with nsoracle

2003-10-17 Thread Eric Larkin
All,

I think this question might have been asked recently, but...is there a
project maintainer for the nsoracle driver?  We have encountered a problem
with the use of this driver with an Oracle 9i client which may involve a
source-code patch which would make the new version 9i specific.  Here are
the details:

Arena has been testing the Oracle 9i client software (v9.2.0.1) in
conjunction with version 2.6 of the nsoracle driver (the 9i client is
required to take advantage of 9i-specific SQL syntax).  Our testing has
uncovered a fairly severe memory leak in the 9i client (it looks very much
like some memory loss occurs with each database transaction - we have some
cool graphs showing the rate of memory loss increasing and decreasing with
traffic).  There is no memory leak when the same driver is compiled with the
Oracle 8i client software (v8.1.7.0).

We are pursuing the issue with Oracle and are also working on a patch to the
nsoracle driver to use some 9i-specific OCI calls in place of the current
calls (which are deprecated in Oracle 9i).  If this corrects the problem,
our patched version of nsoracle would be 9i-specific...and I'm not sure
how/whether we should submit the patch.

Thanks,

Eric
__
Eric Larkin
Chief Technology Officer
Arena Solutions


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] more on special characters: smart quotes

2003-10-17 Thread Michael Richman





This is one particular implementation (a little different than what you're asking for, but could be modified to catch things you need to catch). This method replaces chars in question with the HTML equivalent, as Carson's mail mentions, which may or may not be what you're wishing to do:


proc replaceSpecialChars {oldStr newStrVar} { upvar $newStrVar newStr set newStr "" set nrepl 0 set strlen [string length $oldStr] for {set i 0} {$i  $strlen} {incr i} { set char [string index $oldStr $i] scan $char %c c if {$c  127} { append newStr "#$c;" incr nrepl } else { append newStr $char } } return $nrepl}

This could get slow if you're dealing with large strings, but it could be written in C for optimization if need be.

-- michael

In a message dated 10/17/2003 3:57:34 PM Eastern Daylight Time, [EMAIL PROTECTED] writes:
I have solved this problem on quite a few CMS implementations in bothVignette and AOLServer using regsub's. I suggest replacing them with theHTML equivilant rather than with replacement ascii, but that's more amatter of opinion. The translation method is the best route, but sometimesa lot of processing. Regsub is fine if you're willing to accept the factthat occassionaly a special char you haven't identified yet (like verticalTAB!) might slip in. So, I was a little unclear on the problem my coworker was facing- apologies for sort of repeating myself. We've built a CMS allowing editors to paste in stories, and we're having problems with them pasting in smart quotes- primarily, that apparently smart quotes aren't within the unicode set and are proprietary to Msoft. We're looking for an efficient way to substitute smart quotes for regular quotes. Has anyone dealt with this (pesky/annoying) problem before? Thanks a ton, Scott P.S. If you're unclear what a smart quote is, open up Msoft Word and type {blah "blah"} and note that one is a "left quote" and the other is a "right quote"... -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.


__michael richman princ software engineeraol web svcs  publishing


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.



Re: [AOLSERVER] Memory leak in Oracle 9i client with nsoracle

2003-10-17 Thread Eric Larkin
Andrew,

 You should try the nsoracle head, and if the problem still exists
 there, post a patch on SourceFore against it.  Also, if your patch
 only works with 9i then you need to #ifdef things so the driver will
 build and work correctly for both 8i and 9i.

Thanks.  If we do end up making a patch, we make against the head and will
use #ifdef to make it backward-compatible with 8i.

However, I should note that while the new OCI functions can be used in a
backward-compatible fashion, they also offer new functionality that it may
be worth making available within AOLserver eventually.  For example, the new
function OCIStmtFetch2 (which replaces OCIStmtFetch) has a new Offset
input which allows you to retrieve out-of-order rows from a result set.
If/when the driver is extended (by us or someone else) to support the new
functionality, it may be tricky to maintain a single version of the source
for both 8i and 9i.

 If the latest nsoracle really does have major memory leaks and your
 patch fixes them...

Just to be clear, we are pretty sure the leak is in the Oracle client, not
the nsoracle driver.  The only reason to patch the driver would be to switch
from deprecated OCI calls (which may be leaky in their 9i implementation) to
the latest and greatest Oracle-approved OCI calls (which might be less
leaky).

Eric
__
Eric Larkin
Chief Technology Officer
Arena Solutions


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] Memory leak in Oracle 9i client with nsoracle

2003-10-17 Thread Andrew Piskorski
On Fri, Oct 17, 2003 at 03:37:46PM -0700, Eric Larkin wrote:

 If/when the driver is extended (by us or someone else) to support the new
 functionality, it may be tricky to maintain a single version of the source
 for both 8i and 9i.

Mm.  I don't maintain the nsoracle driver (I think Jeff Davis
[EMAIL PROTECTED] has been doing so), although I'm slightly
familiar with the code.  Maybe Jeff or whomever else is maintaining it
would like to fork it into separate 8i and 9i versions, you could ask
him.  Or maybe all the 8i users will just go away sometime in the next
year or so as everyone finally upgrades, I dunno.

 Just to be clear, we are pretty sure the leak is in the Oracle client, not
 the nsoracle driver.  The only reason to patch the driver would be to switch
 from deprecated OCI calls (which may be leaky in their 9i implementation) to

Oh, thanks, good point.  But the effect is still the same, a leaky
AOLserver.  :)

Are you using the latest 9i?  I heard some of the early 9i versions
were quite bad, stability problems, etc.

--
Andrew Piskorski [EMAIL PROTECTED]
http://www.piskorski.com


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.


Re: [AOLSERVER] tcl q: how to see escape chars

2003-10-17 Thread Brett Schwarz
--- Scott Laplante [EMAIL PROTECTED] wrote:
 Is there a way in tcl to puts(?) a string, but
 instead of intrepreting,
 showing all special characters?

 For example, this is what i have:

 % set thing hi
 bye
 hi
 bye
 % puts $thing
 hi
 bye
 %

 and this is what i'd want:

 % set thing hi
 bye
 hi
 bye
 % puts -option? $thing
 hi\nbye
 %

string map {\n \\n} $thing


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of 
your email blank.