[AOLSERVER] [ aolserver-Bugs-623554 ] File upload with spaces in name

[Ms. Source Forge]

Bugs item #623554, was opened at 2002-10-15 14:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=103152&aid=623554&group_id=3152

Category: API: C
Group: aolserver4_0
Status: Open
Resolution: None
Priority: 5
Submitted By: jrasmuss23 (jrasmuss23)
Assigned to: Nobody/Anonymous (nobody)
Summary: File upload with spaces in name

Initial Comment:
Uploading a file fails when the filename has spaces in
it.  (e.g. "Copy of Photo1.jpg")  The problem seems to
be the AttEnd function in form.c, which determines the
start and end of a multipart form input attribute.

The most recent changes to allow binary file upload
seem to be working for me - thank you.  I'm attaching a
patch file that I think solves the spaces problem.

--

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=103152&aid=623554&group_id=3152

[AOLSERVER] Stack size issues with latest redhat update

[Daniel P. Stasinski]

I just started having the same problems that Patrick was having.
The only change was recently running redhat's up2date.  Any time
a host name is resolved, the server segfaults.  In my case, it
was incoming connections to the nsftp module that would kill it.
Doubling the stack size seems to have fixed it.

Daniel P. Stasinski
Software Engineer
Mayor Pharmaceutical Laboratories
[EMAIL PROTECTED]

Re: [AOLSERVER] ANNOUNCE: ns_chartdir charting module available

[Roberto Mello]

On Sun, Oct 13, 2002 at 09:37:01PM -0400, Vlad Seryakov wrote:
> Hello,
>
> Here it is my first public release of charting module,
> it is pure interface to ChartDirector from www.advsofteng.com,
> very sophisticated charting library for C++.

And what's the license for such library? I couldn't find it on their
website.

In fact their website seemed comflicting to me, for in one page
it said "download free version" (but didn't say what it meant by "free")
and in another it had a "developer license" ($99 for 1-4 developers) saying
"License for using ChartDirector on one computer/server running Windows,
Linux or FreeBSD, for development, production or any other purpose."

> No documentation is available yet, but i am implementing
> all their demo scripts which are very informative.

The tGDChart Tcl module did everything I could see that the ChartDirector
does.

-Roberto

--
+|Roberto Mello   -http://www.brasileiro.net/  |--+
+   Computer Science Graduate Student, Utah State University  +
+   USU Free Software & GNU/Linux Club - http://fslc.usu.edu/ +
Q:  Why do the police always travel in threes?
A:  One to do the reading, one to do the writing, and the other keeps
an eye on the two intellectuals.

Re: [AOLSERVER] ANNOUNCE: ns_chartdir charting module available

[Oscar Bonilla]

Is there a way to write the generated image directly to the
AOLServer connection without having to write it to a file first?

nsgd has this feature and it's very useful for dynamically generated
images...

Regards,

-Oscar

On Sunday, October 13, 2002, at 07:37  PM, Vlad Seryakov wrote:

> Hello,
>
> Here it is my first public release of charting module,
> it is pure interface to ChartDirector from www.advsofteng.com,
> very sophisticated charting library for C++.
>
> No documentation is available yet, but i am implementing
> all their demo scripts which are very informative.
>
> Download it from
> ftp://ftp.crystalballinc.com/pub/vlad/nschartdir.tar.gz
>
--
pgp fingerprint: BC64 2E7A CAEF 39E1 9544  80CA F7D5 784D FB46 16C1

Re: [AOLSERVER] ns_perm adduser and addgroup problem

[Eric Lee]

To answer my own question: this happens because
aolserver/modules/tcl/nsperm/init.tcl is being called twice during startup.

Followup question:

1. Can anyone suggest how this might happen? Point me to a description of
how the startup procedure works so I can figure out how this got in the
queue twice?

Observation:

2. The second run does no harm. As long as passwd, group and the other
files are coded correctly the permissions are set up.

Notes for others with similar problems:

3. I demonstrated that this init.tcl was being run twice by adding some
ns_log calls so the execution would be traced in the log, or to the console
in foreground startup mode:

proc init_nsperm { } {
ns_log Notice "Begin init_nsperm"
...

#
# Initialize the module
#
ns_log Notice "Begin /opt/usr/local/aolserver3/modules/tcl/nsperm/init.tcl"
init_nsperm
ns_log Notice "End /opt/usr/local/aolserver3/modules/tcl/nsperm/init.tcl"

4. The error seems to cause init.tcl to abort. Before I discovered that the
second, aborted, run was harmless I replaced the simple eval in the loops
that parse the passwd and group files with an eval inside a catch that
ns_log's what happened:

# Instead of bare eval ...
#eval $cmd
# ... eval in catch.
if { [catch {eval $cmd} permerr] == 1 } {
  ns_log Notice "init_nsperm $action: $permerr"
}

Eric Lee

Re: [AOLSERVER] ANNOUNCE: ns_chartdir charting module available

[Vlad Seryakov]

>
> And what's the license for such library? I couldn't find it on their
> website.

It is free for Linux

> In fact their website seemed comflicting to me, for in one page
> it said "download free version" (but didn't say what it meant by "free")
> and in another it had a "developer license" ($99 for 1-4 developers) saying
> "License for using ChartDirector on one computer/server running Windows,
> Linux or FreeBSD, for development, production or any other purpose."
>
> > No documentation is available yet, but i am implementing
> > all their demo scripts which are very informative.
>
> The tGDChart Tcl module did everything I could see that the ChartDirector
> does.

i tried tgdcgart but it was crashing aolserver for me

Re: [AOLSERVER] ANNOUNCE: ns_chartdir charting module available

[Vlad Seryakov]

CharDirector supports this,
i did not implement it yet in my module but i will in the next couple of days.

On Tue, Oct 15, 2002 at 08:39:16PM +, Oscar Bonilla wrote:
> Is there a way to write the generated image directly to the
> AOLServer connection without having to write it to a file first?
>
> nsgd has this feature and it's very useful for dynamically generated
> images...
>
> Regards,
>
> -Oscar
>
> On Sunday, October 13, 2002, at 07:37  PM, Vlad Seryakov wrote:
>
> > Hello,
> >
> > Here it is my first public release of charting module,
> > it is pure interface to ChartDirector from www.advsofteng.com,
> > very sophisticated charting library for C++.
> >
> > No documentation is available yet, but i am implementing
> > all their demo scripts which are very informative.
> >
> > Download it from
> > ftp://ftp.crystalballinc.com/pub/vlad/nschartdir.tar.gz
> >
> --
> pgp fingerprint: BC64 2E7A CAEF 39E1 9544  80CA F7D5 784D FB46 16C1

[AOLSERVER] Extended ASCII (accented) characters rendered as Atilde + proper-char-minus-64

[Eric Lee]

Extended ASCII characters in Tcl variables (e.g. headings and labels), for
example é (eacute, \xE9) are rendered in HTML pages and in server.log as
é, \xC3 \xA9, è as è \xC3 \xA8, etc. Same "leadin" A-tilde for all the
seven or so accented characters in the \xC0 - \xFF range in the page. The
same characters originating in columns in Oracle tables and displayed on
the same HTML page are rendered correctly. Same situation for several
different Tcl programs written at different times. Only happens with
ns_return, does not happen when text is written to a file (puts). The
second character is the correct one, minus 64-decimal.

HTML numeric entities, e.g. « (guillemet gauche, «), rendered « (\xC2
\xAB).

A workaround is to regsub the extended characters to HTML character
entities (é etc.) just before ns_return 200 text/html $rslt

Environment: AOLsever 3.4.2, nsd8x. Solaris 7 x86. Text editor: vi. Same
results with IE5.5, Netscape 4.73 after rebooting Windows; also written
this way to server.log. This did not happen when running these scripts
under AOLserver 2.3.3

Answers and suggestions on how to approach both welcome.

Eric Lee

Re: [AOLSERVER] Extended ASCII (accented) characters rendered as Atilde + proper-char-minus-64

[Jeff Hobbs]

> Extended ASCII characters in Tcl variables (e.g. headings and labels), for
> example é (eacute, \xE9) are rendered in HTML pages and in server.log as
> é, \xC3 \xA9, è as è \xC3 \xA8, etc. Same "leadin" A-tilde for all the

They are being output directly as utf-8 chars, which is what Tcl
uses internally to store non-ascii data.  For example:

(tkcon) 49 % encoding convertto utf-8 \xe9
é

> different Tcl programs written at different times. Only happens with
> ns_return, does not happen when text is written to a file (puts). The
> second character is the correct one, minus 64-decimal.

ns_return might not be handling the data right, or the receiving
function isn't understanding it correctly.  The puts works because
automatic file encoding is at work.

> A workaround is to regsub the extended characters to HTML character
> entities (é etc.) just before ns_return 200 text/html $rslt

My guess is that whatever finally outputs (to stdout?) isn't doing
the conversion correctly.  Perhaps 'fconfigure stdout' will show
something not correct?

  Jeff Hobbs The Tcl Guy
  Senior Developer   http://www.ActiveState.com/
  Tcl Support and Productivity Solutions

Re: [AOLSERVER] Extended ASCII (accented) characters rendered as Atilde + proper-char-minus-64

[Rob Mayoff]

+-- On Oct 15, Jeff Hobbs said:
> My guess is that whatever finally outputs (to stdout?) isn't doing
> the conversion correctly.  Perhaps 'fconfigure stdout' will show
> something not correct?

The output doesn't go to stdout. Indeed, the output doesn't go through
the Tcl channel mechanism at all. I investigated this at length a
couple of years ago at ArsDigita and hacked some fixes/workarounds into
AOLserver. That was the major difference between 3.3+ad13 and stock 3.3.

See .  Note that this document
describes the behavior of AOLserver with the ArsDigita patches.