Weblog Page

From: Gustaf Neumann <neumann_at_wu.ac.at>
Date: Wed, 19 Nov 2014 09:34:00 +0100

Am 18.11.14 18:17, schrieb Josh Barton:
> How do I compile nsf/xotcl for x64 on Solaris instead of 32? I have tried simply specifiying -m64 but that doesn't seem to be enough.
Dear Josh

In may i have installed a 64bit version of OmniOS 5.11 in May and
adopted the install scripts for NaviServer/OpenACS for 64bit OmniOS due
to your request. This install contains as well a 64 bit install of
nsd/xotcl (achived via setting the environment variable CC to "gcc
-m64". You mentioned at this time, that everything works perfect with
this [1].

What has changed in the meantime?
-g

[1] http://openacs.org/forums/message-view?message_id=4143826

From: vijay_n <vijay_n_at_flashmail.com>
Date: Wed, 13 Jun 2007 12:32:08 +0800

Hi,

Thanks for informative manual on XOTCL.

On trying to install xotcl1.5.3 on windows XP, I am getting
following message:

Copying directory: xml/TclExpat-1.1
Indexing the packages
  ... resulting message: couldn't load library
"C:\PROGRA~1\Tcl\lib\xotcl1.5.3\x
otcl\..\..\libxotcl1.5.3.dll": this library or a dependent
library could not be found in library path
    while executing
"load
C:/PROGRA~1/Tcl/lib/xotcl1.5.3/xotcl/../../libxotcl1.5.3.dll
XOTcl"
    ("package ifneeded" script)
    invoked from within
"package require XOTcl"
    (file "C:/xotcl-1.5.3/./library/lib/make.xotcl" line 7)

Plese note that using REAMDE provided for installation and
having tclsh83.

Complete logs are as follows:

C:\>cd xotcl-1.5.3

C:\xotcl-1.5.3>cd win

C:\xotcl-1.5.3\win>ls
'ls' is not recognized as an internal or external command,
operable program or batch file.

C:\xotcl-1.5.3\win>dir
 Volume in drive C has no label.
 Volume Serial Number is 5471-FCF7

 Directory of C:\xotcl-1.5.3\win

03/20/2007 05:26 PM <DIR> .
03/20/2007 05:26 PM <DIR> ..
09/13/2006 05:35 PM 3,225 configs.vc
05/24/2004 04:20 AM 1,077 dllBase.txt
05/24/2004 04:20 AM 1,284 dllEntryPoint.c
03/21/2007 11:12 AM 3,671 installWin.tcl
09/13/2005 03:11 PM 12,154 Makefile.vc
05/24/2004 04:20 AM 97 pkgIndex.win
05/24/2004 04:20 AM 109 pkgIndex.win.in
03/20/2007 04:22 PM <DIR> rc
03/20/2007 05:26 PM <DIR> Release
05/24/2004 04:20 AM 10,751 winMain.c
               8 File(s) 32,368 bytes
               4 Dir(s) 21,155,819,520 bytes free

C:\xotcl-1.5.3\win>tclsh83 installWin.tcl Installing to
Directory: /Progra~1/Tcl
XOTcl Version is 1.5.3
Copying xotcl.h
Copying xotclInt.h
Copying xotclDecls.h
Copying xotclIntDecls.h
Creating XOTcl Lib Dir
Creating pkgindex files for xotcl in the library directory
Copying directory: actiweb Copying directory: comm Copying
directory: lib Copying directory: patterns Copying
directory: rdf Copying directory: registry Copying
directory: serialize Copying directory: store Copying
directory: store/XOTclGdbm Copying directory:
store/XOTclSdbm Copying directory: xml Copying directory:
xml/TclExpat-1.1 Indexing the packages
  ... resulting message: couldn't load library
"C:\PROGRA~1\Tcl\lib\xotcl1.5.3\x
otcl\..\..\libxotcl1.5.3.dll": this library or a dependent
library could not be found in library path
    while executing
"load
C:/PROGRA~1/Tcl/lib/xotcl1.5.3/xotcl/../../libxotcl1.5.3.dll
XOTcl"
    ("package ifneeded" script)
    invoked from within
"package require XOTcl"
    (file "C:/xotcl-1.5.3/./library/lib/make.xotcl" line 7)

***************************************************
INSTALLATION COMPLETE.

In order to use XOTcl set PATH to
  '/Progra~1/Tcl/bin' and
set TCLLIBPATH to
  '/Progra~1/Tcl/lib/xotcl1.5.3'
***************************************************

C:\xotcl-1.5.3\win>
C:\xotcl-1.5.3\win>
C:\xotcl-1.5.3\win>tclsh83
%
%
%
%
% package require XOTcl; namespace import -force xotcl::*
couldn't load library
"C:\PROGRA~1\Tcl\lib\xotcl1.5.3\xotcl\..\..\libxotcl1.5.3.
dll": this library or a dependent library could not be found
in library path %


Requesting your help in resolving the above issue.

Thanks in Advance.
Regards,
Vijay

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Mon, 16 Jul 2001 13:26:36 +0200

On Saturday 14 July 2001 08:10, Catherine Letondal wrote:
> Hi,
>
> Alexis Gambis, a student having spent his Internship with us at Pasteur,
> has just finished his project :
> Interaction between the User and Heijne's membrane topology prediction
> algorithm Toppred
>
> We thought that the mixin technique could be useful to enhance the
> interaction between user and algorithm by the mean of supplemental
> user input taken into account without modifying the algorithm.
>
> His results are summarized here:
> http://www-alt.pasteur.fr/~letondal/biok/usermixin.html

 Allthough i have to commit that i do not really understand the
 biologigal background, and therefore it is very hard for me to
 comprehend the need for user adaptability, ... the paper looks very nice!

 I have included it in the application list on www.xotcl.org.

 best regards
-gustaf neumann

From: Arthur Fleischmann <arthur.fleischmann_at_chello.at>
Date: Thu, 7 Nov 2002 19:56:01 +0100

Hi Irene + alle anderen,

Mir ist bei diesem Bspl aufgefallen, daß die Liste nicht - wie in der Angabe verlangt - sortiert wird. Man müßte also in der Methode lunique statt return $resultat beispielsweise return [lsort $result] einfügen.

if $memberArray($elt) {.....} bedeutet wohl, so wie Ferdinand geschrieben hat, wenn die Variable "true" ist (also einen Wert anders als 0 hat)

Deine Lösung funktioniert auch!

----- Original Message -----
  From: Irene Fellner
  To: xotcl_at_alice.wu-wien.ac.at
  Sent: Thursday, November 07, 2002 4:56 PM
  Subject: Re: [Xotcl] psnm - aufgabe 1c


  hi,

  danke für die antwort, die bedingung ist hier also dass $elt true (1 ist), oder?

  ich frage mich nur, ob man die methode lunique nicht viel einfacher lösen könnte mit:
  proc lunique l {
   foreach elt $l {
      set memberArray($elt) 1
  }
  return [array names memberArray]
  }

  sie bringt bei mir auf jeden fall das gleiche ergebnis, und ist kürzer und verständlicher ....

  lg
  irene
    ----- Original Message -----
    From: Ferdinand Eckert
    To: Irene Fellner
    Sent: Thursday, November 07, 2002 4:42 PM
    Subject: Re: [Xotcl] psnm - aufgabe 1c


    hi,

    genau weiß ich's leider nicht (hatte leider noch keine zeit zu lernen), aber ich würde folgendes vermuten:

    die bedingung ist der term "$memberArray($elt)"
    nachdem eine bedingung immer "true" oder "false" (bzw. 0 oder 1 ist !!!)
    wird hier der wert von memberArray and der stelle $elt abgefragt (und als true/false interpretiert)
    --> ist dieser 0 --> false
    --> ist er != 0 --> true

    zumindest in C ist es so, wenn ich mich richtig erinnere ;-)

    lg Ferdinand


    Irene Fellner wrote:

      hallo,

      bin grad am üben für den test nächste woche :-)
      die lösung von aufgabe 1c (liste - jedes wort nur einmal) versteh ich nicht ganz.
      dh insbesondere folgenden teil der methode lunique:
      foreach elt $l {
      if $memberArray($elt) {
      lappend result $elt
      set memberArray($elt) 0
      }

      ganz konkret kapier ich die if-methode nicht - hier fehlt doch die bedingung oder??
      vielleicht kennt sich ja jemand aus, und kann mir es erklären ...

      danke,
      lg
      irene

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Tue, 30 Nov 2004 23:51:47 +0100

Hi Jeff,

On Tuesday 30 November 2004 20:57, Jeff Hobbs wrote:
> I found this oddity in XOTcl_DeleteCommandFromToken:
>
> XOTclCallStackContent *csc = cs->top;
>
> for (; csc > cs->content; csc--) {
> - if (csc->cmdPtr == cmd)
> - csc->cmdPtr = NULL;
> - break;
> + if (csc->cmdPtr == cmd) {
> + csc->cmdPtr = NULL;
> + break;
> + }
> }
> return Tcl_DeleteCommandFromToken(in, cmd);
> }
>
> Is my fix correct, or is there some magic reason why you
> would want to break after the first 'if' check no matter
> what?

 The code tries to avoid dangling references from the stack
 to cmds. The correct fix is to remove the break.

> BTW - any conditionals without { } is BAD CODE, for exactly
> the above reason.

 agreed.

-gustaf

-- 
Univ.Prof. Dr.Gustaf Neumann
Abteilung für Wirtschaftsinformatik und Neue Medien
Wirtschaftsuniversität Wien, Augasse 2-6, 1090 Wien

From: Victor Mayevski <vitic_at_mayevski.us>
Date: Fri, 27 Aug 2010 20:11:01 -0700 (PDT)

Dear Gustaf,

Do you have any instruction on how to pull the latest XOTcl 2.0 code using git. Recently, git started to fail. After I deleted everything and started from scratch, git is pulling XOTcl 1.6 instead of XOTcl 2.0
I am using the following command:

git clone git://alice.wu-wien.ac.at/xotcl 2.0.0-develop

Thank you

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Mon, 20 Mar 2006 23:26:26 +0200

On 20 Mar 2006, at 18:41, Scott Gargash wrote:

> xotcl-bounces_at_alice.wu-wien.ac.at wrote on 03/20/2006 07:21:27 AM:
>
> > Kristoffer Lawson schrieb:
> >
> > > I'm also wondering what the name should be, to make it really
> clear.
> > > Is [my var] clear enough? or should it be [my normalisedVar]?
> >
> > "my var" is not a good option, "my varname" would be better,
> >
> > furthermore, "my method" is already defined, getting a good name
> with
> > method seems messy. how about:
>
> There's some semantic relationship between the two accessors, so it
> would be nice to have some overlap in their names. How about "my
> varname" and "my methodname"?
How about, to make it totally obvious, "my varNamespace" and "my
methodNamespace"? Readability and clarity is generally more important
in programming than cutting a few keystrokes off and at least that
would be easy for anyone reading the code to decipher.

            / http://www.fishpool.com/~setok/

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Tue, 5 Feb 2008 17:10:06 +0200

Having become somewhat fed up with the Template Toolkit, built on
Perl, I decided to create my own HTML/XML template system with the
help of XOTcl. It takes a rather different approach to how to create
templates, totally separating the actual HTML from the code that
defines the contents.

It's simple and easy, and there are things missing from it, but the
model is something I'm pretty keen to explore further. Not an actual
release, but you can fetch it to play around with it.

Some more information plus a rant against Template Toolkit (and
similar HTML template systems) at:

http://blog.fishpool.fi/?p=17

            / http://www.scred.com/
            / http://www.fishpool.com/~setok/

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Mon, 13 Mar 2006 21:43:40 +0100

Scott Gargash schrieb:
>
> Hello,
>
> I've just started looking at XOTcl over the last couple days, and so
> far I like it a lot. Since I'm still learning, I assume I've
> overlooked something in the documentation, but I can't find how to
> remove a forwarded method from an object. It seems that all I can do
> is add a forwarded method, but once installed, I can never unforward a
> method. Is this true?
>

Hi Scott,

i am not exactly sure, what you have in mind with your example.
However, a forwarder in xotcl is a c-implemented method. Therefore it can
be deleted like every other method by

   <obj> proc <method> {} {}
   <class> instproc <method> {} {}

below is a simple example derived from yours...

best regards
-gustaf neumann
=========================================
Object a
a proc foo {args} {
  puts "[self] foo"
}

Class C
C instproc foo args {
  puts "[self] default foo"
}

C b
b foo
puts "start forwarding to a"
b forward foo a %proc

b foo
puts "stop forwarding to a"
b proc foo {} {}
b foo

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Thu, 27 Dec 2001 15:23:08 +0200 (EET)

On Thu, 27 Dec 2001, Gustaf Neumann wrote:

> what are the general opinions:
> - add it again to the predefined set
> - add it as a separate package
> - do nothing (hope for better "set" methods)
> - others?

Personally I'd like to see the XOTcl core kept as small as possible.
You could maybe have an XOTcl utilities package which includes stuff
like cset and other often used useful functions. OTOH it's not maybe good
to wait for better "set" methods in Tcl itself. My guess is that will
take a while, if not already in 8.4a3, or planned for a4? Haven't heard
anything about them myself.

                              / http://www.fishpool.com/~setok/