This is G o o g l e's cache of http://www.lp.se/ftp/mailinglists/VMS-MOSAIC.2000-01.
G o o g l e's cache is the snapshot that we took of the page as we crawled the web.
The page may have changed since that time. Click here for the current page without highlighting.


Google is not affiliated with the authors of this page nor responsible for its content.
These search terms have been highlighted: levitte 

Archive-Date: Wed, 19 Jan 2000 09:43:09 +0100
Date: Wed, 19 Jan 2000 09:43:10 +0000
From: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>
Reply-To: VMS-MOSAIC@LEVITTE.ORG
Subject: Problem of VMS Mosaic 3.5-1
Sender: Alain.Chappuis@medecine.unige.ch
To: Mosaic <VMS-MOSAIC@LEVITTE.ORG>
Message-ID: <3885872E.FA14081@medecine.unige.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello Georges,

-> Congratulations, you may have found a bug in (your copy of)
-> VMS Mosaic 3.5-1 on OpenVMS Alpha.
->
-> Remaining page file quota 190864 (page file quota = 200000)
-> Your VMS version appears to be V7.2-1 running on a AlphaStation 255/300.
-> The TCP/IP software is MultiNet.
-> Your Mosaic executable was generated using Motif 1.2-5

Phase of generation of executable:
----------------------------------
@make_mosaic trace multinet /ignore=warning NOUCX

  t_userid = cuserid((char *) NULL);
..^
%CC-W-CVTDIFTYPES, In this statement, "decc$cuserid(...)" of type "int", is being converted
 to "pointer to char".
at line number 120 in file W3:[SOURCES.MOSAIC3_5.SRC]ANNOTATE.C;1

And much of messages:
 
%CC-I-IMPLICITFUNC, In this statement, the identifier "decc$kill" is implicitly declared as
 a function.

Execution run:
--------------
-> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000000000000,
PC=FFFFFFFF8055C8E8, PS=0000001B
-> %TRACE-F-TRACEBACK, symbolic stack dump follows
->   image    module    routine             line      rel PC           abs PC
->                                             0 0000000000000000 FFFFFFFF8055C8E8
->  MOSAIC  PAN  mo_setup_pan_list         28165 00000000000006CC 000000000010356C
->  MOSAIC  GUI  mo_do_gui                 62480 000000000000CB38 00000000000FF098
->  MOSAIC  MAIN  main                     46108 0000000000000930 00000000000E0930
->  MOSAIC  MAIN  __main                       0 0000000000000070 00000000000E0070
->                                             0 FFFFFFFF834933D4 FFFFFFFF834933D4

Is there one solution?

Thank in advance.
Alain
--
+----------------------+-------------------------------------------+
| Alain Chappuis       | Responsable du systeme cmu.unige.ch       |
| Analyste programmeur | Responsable des serveurs WEB medecine, JID|
| Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch |
| Centre Medical Univ. | Phone  : +41 (22) [70]25.073              |
| 1, Rue Michel-Servet | FAX    : +41 (22) 347.33.34               |
| CH-1211 Geneve 4     | WWW    :http://cmub.unige.ch/si/alain.html|       
+----------------------+-------------------------------------------+
================================================================================
Archive-Date: Wed, 19 Jan 2000 19:37:54 +0100
Date: Wed, 19 Jan 2000 12:53:24 -0500 (EST)
From: George Cook <COOK@wvnvaxa.wvnet.edu>
Reply-To: VMS-MOSAIC@LEVITTE.ORG
Subject: Re: Problem of VMS Mosaic 3.5-1
In-Reply-To: "Your message dated Wed, 19 Jan 2000 09:43:10 +0000" <3885872E.FA14081@medecine.unige.ch>
To: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>
CC: Mosaic <VMS-MOSAIC@LEVITTE.ORG>, COOK@wvnvaxa.wvnet.edu
Message-ID: <01JKW2OLV22O18Y7BU@wvnvms.wvnet.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

>@make_mosaic trace multinet /ignore=warning NOUCX

Is there a reason why you are forcing a MultiNet build?  The only known
reason for doing so is if your Multinet is less than version 3.4.

What version of DEC C and MultiNet are you using?

>  t_userid = cuserid((char *) NULL);
>..^
>%CC-W-CVTDIFTYPES, In this statement, "decc$cuserid(...)" of type "int", is being converted
> to "pointer to char".
>at line number 120 in file W3:[SOURCES.MOSAIC3_5.SRC]ANNOTATE.C;1

>And much of messages:
 
>%CC-I-IMPLICITFUNC, In this statement, the identifier "decc$kill" is implicitly declared as
> a function.

Were there any errors during the link?


George
================================================================================
Archive-Date: Thu, 20 Jan 2000 08:21:12 +0100
Date: Thu, 20 Jan 2000 08:21:18 +0200
From: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>
Reply-To: VMS-MOSAIC@LEVITTE.ORG
Subject: Re: Problem of VMS Mosaic 3.5-1
Sender: Alain.Chappuis@medecine.unige.ch
To: VMS-MOSAIC@LEVITTE.ORG
Message-ID: <3886C57E.46E3CE57@medecine.unige.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <01JKW2OLV22O18Y7BU@wvnvms.wvnet.edu>

Hello George,

George Cook wrote:
> 
> >@make_mosaic trace multinet /ignore=warning NOUCX
> 
> Is there a reason why you are forcing a MultiNet build?  The only known
> reason for doing so is if your Multinet is less than version 3.4.
> 
> What version of DEC C and MultiNet are you using?

My version is:
Process Software MultiNet V4.2 Rev A, AlphaStation 255/300, OpenVMS AXP
V7.2-1
My compilator is DEC C v6.000

> >  t_userid = cuserid((char *) NULL);
> >..^
> >%CC-W-CVTDIFTYPES, In this statement, "decc$cuserid(...)" of type "int", is being converted

> Were there any errors during the link?

Yes only messages of warning at the edition of the links.

> George

Would you like I compile without Multinet option?

Alain.
--
+----------------------+-------------------------------------------+
| Alain Chappuis       | Responsable du systeme cmu.unige.ch       |
| Analyste programmeur | Responsable des serveurs WEB medecine, JID|
| Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch |
| Centre Medical Univ. | Phone  : +41 (22) [70]25.073              |
| 1, Rue Michel-Servet | FAX    : +41 (22) 347.33.34               |
| CH-1211 Geneve 4     | WWW   
:http://cmub.unige.ch/si/alain.html|       
+----------------------+-------------------------------------------+
================================================================================
Archive-Date: Thu, 20 Jan 2000 19:26:35 +0100
Date: Thu, 20 Jan 2000 13:17:12 -0500 (EST)
From: George Cook <COOK@wvnvaxa.wvnet.edu>
Reply-To: VMS-MOSAIC@LEVITTE.ORG
Subject: Re: Problem of VMS Mosaic 3.5-1
In-Reply-To: "Your message dated Thu, 20 Jan 2000 08:21:18 +0200" <3886C57E.46E3CE57@medecine.unige.ch>
To: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>
CC: VMS-MOSAIC@LEVITTE.ORG, COOK@wvnvaxa.wvnet.edu
Message-ID: <01JKXGJHGH1U18Y7BU@wvnvms.wvnet.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
References: <01JKW2OLV22O18Y7BU@wvnvms.wvnet.edu>

>> >@make_mosaic trace multinet /ignore=warning NOUCX
>>
>> Is there a reason why you are forcing a MultiNet build?  The only known
>> reason for doing so is if your Multinet is less than version 3.4.
>>
>> What version of DEC C and MultiNet are you using?

>My version is:
>Process Software MultiNet V4.2 Rev A, AlphaStation 255/300, OpenVMS AXP
>V7.2-1
>My compilator is DEC C v6.000

I believe the problem is due to MultiNet V4.2.  I do not have it
installed, but the release notes say its header files have been
updated to be "ANSI-compliant for use with DEC C".  This of course
means that the files no longer work with applications designed to
work with earlier releases of MultiNet.

>Would you like I compile without Multinet option?

Yes.  For the next release I will probably disable MultiNet builds
for versions 4.2 and later.


George