HDTenEightyP/NetNews huggingface dataset:
From: onoe@sm.sony.co.jp (Atsushi Onoe)
Newsgroups: fj.lan
Subject: Re: Routing by services
Date: 12 Jan 93 03:47:37 GMT
	<T-NISHIM.93Jan11132056@momo.dn.softbank.co.jp>
	<OKAYAN.93Jan11140057@cciss.c-creators.co.jp>
	<1993Jan11.141536.21333@lepus.e-tokyo.prug.or.jp>
	<KATO.93Jan12110438@endo.wide.sfc.keio.ac.jp>
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

In article <KATO.93Jan12110438@endo.wide.sfc.keio.ac.jp> kato@wide.sfc.keio.ac.jp (Akira Kato) writes:

> $B%Q%1%C%H%b!<%I$O3N$+$K$*6b$N;v$r5$$K$9$k$H$J$+$J$+Bg(B$BJQ$G$9$,!"8F$r0];}(B
> $B$9$k$N$K$5$7$FHqMQ$,$+$+$i$J$$E@$r$&$^$/;H$&$H$$$$$H;W$$$^$9!#(B

$BF1;~$KJ#?t$NAj<j(B$B$HDL?.$G$-$k!"$H$$$&$N$b$"$k$s$8$c$J$$$G$7$g$&$+!#(B

> $BNc$($P!"<+Bp$+$i2s@~$G(B IP $B$7$F$$$k?M$,$$$?$H$7$F(B$B!"$A$g$C$H$*Cc0{$s$G$$(B
> $B$?$i2s@~%b!<%I$N8F$,@Z$l$F$7$^$C$?$H$7$^$9!#:F$S@\B3$9$k$^$G$K?tIC$+$+(B
> $B$k$N(B$B$,$$$d$@$H$9$k$H!"(Bbackground $B$G(B ping -s $B$r<B9T$9$k$3$H$K$J$j$^$9!#(B

$B2?EYJ9$$$F$bK\KvE>E]$J5$$,$9$k(B :-)

$BHx>e(B
Newsgroups: fj.lan
From: kato@wide.sfc.keio.ac.jp (Akira Kato)
Subject: Re: Routing by services
Organization: WIDE Project
	<T-NISHIM.93Jan11132056@momo.dn.softbank.co.jp>
	<OKAYAN.93Jan11140057@cciss.c-creators.co.jp>
	<1993Jan11.141536.21333@lepus.e-tokyo.prug.or.jp>
Distribution: fj
Date: Tue, 12 Jan 1993 02:04:38 GMT

In article <1993Jan11.141536.21333@lepus.e-tokyo.prug.or.jp>
	akihiko@lepus.e-tokyo.prug.or.jp (Akihiko Taniguchi) writes:

 >$@$&$A$N(J NEWS $@$G$O(J ISDN $@$G2s@~!?%Q(J$@%1%C%HN>J}$H$b;H$($k(J
 >$@$3$H$K$J$C$F$$$k$N$G$9$,!":#$N$H$3$m2s@~8r49$7$+;H$C(J
 >$@$F$$$^$;$s!#2?$+%Q%1%C%H(J$@$r;H$C$FLLGr$$$3$H$,$J$$$+$H(J
 >$@9M$($F$$$k$N$G$9$,!"6KC<$JNA6b:9$,$"$k$N$,$o$+$C$F$$(J
 >$@$k$b$N$G$O<B83$9(J$@$k$N$b$?$a$i$$$^$9$N$G!#(J

$@%Q%1%C%H%b!<%I$O3N$+$K$*6b$N;v$r5$$K$9$k$H$J$+$J$+BgJQ$G$9$,!"8F$r0];}(J
$@$9$k(J$@$N$K$5$7$FHqMQ$,$+$+$i$J$$E@$r$&$^$/;H$&$H$$$$$H;W$$$^$9!#(J

$@Nc$($P!"<+Bp$+$i2s@~$G(J IP $@$7$F$$$k?M$,$$$?(J$@$H$7$F!"$A$g$C$H$*Cc0{$s$G$$(J
$@$?$i2s@~%b!<%I$N8F$,@Z$l$F$7$^$C$?$H$7$^$9!#:F$S@\B3$9$k$^$G$K?tIC$+$+(J
$@$k(J$@$N$,$$$d$@$H$9$k$H!"(Jbackground $@$G(J ping -s $@$r<B9T$9$k$3$H$K$J$j$^$9!#(J
$@!J$b$A$m$s!"EEOCBe$r5$$K$7$J$$$H(J$@$$$&>r7o$,$D$/$,!K(J

$@$3$N2s@~%b!<%I$N8F$,3NN)$9$k$^$G$N4V$O%Q%1%C%H%b!<%I$NE72<$G$7$g$&!#(J

$@NOIp$5$s$N;X(J$@E&$N$h$&$K!"7PO)>pJs8r49$r%Q%1%C%H%b!<%I$G9T$J$&$H$$$&$3$H(J
$@$O!"$=$N%W%m%H%3%k$K$h$i$:(J(1)$@!"0lHL$K7P:QE*(J$@$JLdBj$,H/@8$7$^$9!#2<<j$9(J
$@$k$H!"6a5wN%$J$i(J 64kbps $@$N@lMQ@~$NJ}$,0B$/$J$C$F$7$^$$$^$9!#(J

$@$+$H$&$"$-$i(J$@!"(JWIDE Project

(1) Incremental Update $@$r9T$J$&(J protocol $@$G$O!"(Jkeep alive $@$,(J RIP $@$H;w(J
    $@$?$h$&$JIQEY(J$@$GH/@8$7$^$9!#(J
From: kenji@rcac.astem.or.jp (Kenji Rikitake)
Newsgroups: fj.lan
Subject: Re: Routing by services
Date: 11 Jan 93 06:17:58 GMT
	<YUEN.93Jan10162644@volans.inagaki.nuie.nagoya-u.ac.jp>
	<KATO.93Jan11111235@endo.wide.sfc.keio.ac.jp>
	<T-NISHIM.93Jan11132056@momo.dn.softbank.co.jp>
	<OKAYAN.93Jan11140057@cciss.c-creators.co.jp>
Distribution: fj
Organization: RCAC Project, ASTEM RI, Kyoto, Japan
In-reply-to: okayan@c-creators.co.jp's message of 11 Jan 93 05:00:57 GMT

In article <OKAYAN.93Jan11140057@cciss.c-creators.co.jp> okayan@c-creators.co.jp (Tetsuya Okada) writes:
]   $@$A$g$C$H7W;;$7$F$_$F$/$@$5$$!##3#0IC$K#1%Q%1%C%H$@$H!"#1%v7n$G!J#R#I#P(J
]   $@$@$1$G(J$@!K6a5wN%$N@lMQ@~$,0z$1$k$/$i$$$+$+$j$^$9$h!#(J

$@0lHL$K(J ISDN $@$r;H$&:]$KCm0U$7$J$1$l$P$J$i$J$$$N$O!"C1H/$N(J$@%Q%1%C%H$,=P$F(J
$@$-$?;~$K8F$rD%$j$K9T$/$H$$$&$3$H$G$9$M!#(J IP $@$N%k!<%F%#%s%0>pJs$rN.$9$K(J
$@$O%3%9%H$,$+$+$j(J$@$9$.$k$h$&$J5$$,$7$^$9$,!#(J

// Kenji
--
Kenji Rikitake, cyberspace samurai
<kenji@rcac.astem.or.jp> <kenji@rd.macrofield.or.jp> <...!uunet!reseau!kenji>
From: watanabe@info.kawasaki-steel.co.jp (WATANABE Tomoo)
Newsgroups: fj.lan
Subject: Re: Is 'XTP Rev.3.6' the earliest revision of the protocol?
Date: 11 Jan 93 08:41:59 GMT
Followup-To: fj.lan
Distribution: fj
Organization: Integrated Systems & Electronics division, Kawasaki-Steel
In-reply-to: takumi@isl.mei.co.jp's message of 11 Jan 93 06:10:40 GMT

$@EOJU!w@n:j@=E4$G(J$@$9!#(J

In article <C0oEHs.58w@chorus.isl.mei.co.jp>
 takumi@isl.mei.co.jp (Tanabe Takumi) writes:
   |$@$D$$$F65$($F$/$@$5$$!#8=:_!"EvJ}$G$O#9#2G/#17nH/9T$N!"(J
   |	    $@!V(JXTP Protocol Definition Revision 3.6$@!W(J
   |$@$rF~<j$7$F$$$^$9$,!"$3$l$O:G?7$N%P!<%8%g%s$G$7$g$&$+!)(J
   |$@$^$?!"#X#T#P$K4X$9$kF|K\9qFb$NLd$$(J$@9g$o$;@h5!4X$,B8:_$7$F$$$^$7$?(J
   |$@$i!"J;$;$F$*65$($/$@$5$$!#(J

  XTP$@$N%P!<%8%g%s$K$D$$$F$OJ,$+$j$^$;$s(J$@$,!"9qFb$NLd$$9g$o$;@h$O!"(J

$@")(J141 $@IJ@n6hEl8^H?ED(J 4-7-20 $@Aj@8%S%k(J $@%"%i%$%I%F%l%7%93t<02q<RFb(J
	$@#X#T#P6((J$@5D2q;vL36I(J
		TEL 03(3443)5640
		FAX 03(3443)2443

  $@$G$h$+$C$?$O$:$G$9!#(J

--
WATANABE Tomoo
watanabe@info.kawasaki-steel.co.jp
Newsgroups: fj.lan
From: takumi@isl.mei.co.jp (Tanabe Takumi)
Subject: Re: Is 'XTP Rev.3.6' the earliest revision of the protocol?
Organization: Matsushita Electric Industrial Co., Ltd.
Distribution: fj
Date: Tue, 12 Jan 1993 01:09:00 GMT

$@EDJU!w>>2<EE4o$H?=$7$^$9!##X#T#P$K$D$$$F$N;d$N<ALd$KBP$7!"(J
$@J#?t$NJ}$+$i%U%)%m!<$rD:$-$^$7$?!#(J

from article <C0oEHs.58w@chorus.isl.mei.co.jp>,
	by takumi@isl.mei.co.jp (Tanabe Takumi):
> $@9bB.%H%i%s%9%]!<%H%W%m%H%3%k$H$7$F!"3+H/Cf$N#X#T#P$N%P!<%8%g%s$K(J
> $@$D$$$F65$($F$/$@$5$$!#8=:_!"EvJ}$G$O#9#2G/#17nH/9T$N!"(J
> 
> 	$@!V(JXTP Protocol Definition Revision 3.6$@!W(J
> 
> $@$rF~<j$7$F$$$^$9$,!"$3$l$O:G?7$N%P!<%8%g%s$G$7$g$&$+!)(J

$@;3ED!w%=%K!<!&%3%s%T%e!<%?!&%5%$%(%s%98&5f=j$5$s(J $@$h$j%a!<%k$rD:$-!"(J
Revision 3.6$@$,:G?7$N$b$N$H$N$3$H$G$9!#(J

> $@$^$?!"#X#T#P$K4X$9$kF|K\9qFb$NLd$$9g$o$;@h5!4X$,B8:_$7$F$$$^$7$?(J
> $@$i!"J;$;$F$*65$($/$@$5$$!#(J

$@%K%e!<%9$K$F!"EOJU!w@n:j@=E4$5$s$h$j!"(J
$@%a!<%k$K$F!"4X!w#P#R#U#G$5$s$h$j!"(J
$@9qFb$NLd$$9g$o$;@h$,!"(J
$@")(J141 $@IJ@n6hEl8^H?ED(J 4-7-20 $@Aj@8%S%k(J $@%"%i%$%I%F%l%7%93t<02q<RFb(J
	$@#X#T#P6(5D2q;vL36I(J
		TEL 03(3443)5640
		FAX 03(3443)2443
$@$G$"$k$3$H$r65$($FD:$-$^$7$?!#4X$5$s$K$h$l$PC4Ev$O9bLZ$5$s$H$$$&J}(J
$@$@$=$&$G$9!#(J

$@$^$?!";3ED!w%=%K!<!#!#!#$5$s$+$i!"(Jxtp-request@pei.com$@$KLd$$9g$o$;$k(J
$@$H#X#T#P$N%I%-%e%a%s%HEy$K4X$9$k>pJs$,F@$i$l$k$H$$$&$3$H$b65$($FD:(J
$@$-$^$7$?!#(J
$@$?$@$7!"$3$N%"%I%l%9$O@h$N%I%-%e%a%s%H$K:\$C$F$$$k$b$N$G$9$,!";d$,(J
$@:rG/#1#17n:":#2s$HF1MM$N<q;]$N<ALd$rAw$C$?$H$3$m2?$b1~Ez$,$J$+$C$?(J
$@$N$G8=:_2TF/Cf$+$I$&$+$O5?Ld$G$9!#(J

$@$^$?!"%a!<%k$K$F@>K\!w#A#T#R$5$s$+$i!"#X#T#P$K4X$9$k%a!<%j%s%0%j%9(J
$@%H$NB8:_$r65$($FD:$-$^$7$?!#2CF~0MMj@h$O(J
	xtp-relay-request@cs.concordia.ca
$@$G!"4IM}<T$O(JJ.W.Atwood$@$5$s$G$9!#(J

$@0J>e!";d$,Ev=iCN$j$?$+$C$?>pJs$O$9$Y$FF@$i$l$^$7$?!#(J
$@$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#:#8e$H$b$h$m$7$/$*4j$$$7$^$9!#(J

-----
$@EDJU(J  $@>"(J
takumi@isl.mei.co.jp
From: yuen@inagaki.nuie.nagoya-u.ac.jp (Shoji Yuen)
Newsgroups: fj.lan
Subject: Re: Routing by services
Date: 10 Jan 93 07:26:44 GMT
Distribution: fj
Organization: Inagaki Lab., Dept. of Info. Eng., Nagoya Univ.
In-reply-to: yuen@inagaki.nuie.nagoya-u.ac.jp's message of 9 Jan 93 14:09:10 GMT

$@7k1o!wL>8E20Bg3X$G$9!#(J

$@8@MU$,B-$j$J$+$C$?$h$&$G!";d$N0U?^$,EA$o(J$@$C$F$$$J$+$C$?$h$&$G(J
$@JdB-$7$^$9!#(J_O_

In article <YUEN.93Jan9230910@volans.inagaki.nuie.nagoya-u.ac.jp> yuen@inagaki.nuie.nagoya-u.ac.jp (Shoji Yuen) writes:

   $@$D$^$j!"(J

   LAN-A$@$KB0$9$k%[%9%H(J A1,A2 $@$H(J LAN-B$@$KB0$9$k%[%9%H(J B1,B2$@$N4V$K(J

   A1 <-$@CY$$@lMQ@~(JSLIP-> B1
   A2 <-----ISDN-------> B2

   $@$H$$$&#2(J$@$D$N%j%s%/$,$"$C$F!"E>AwNL$N>/$J$$%a!<%k$O(JSLIP$@$rDL$7!"(J
   nntpxmit$@$J$I$G%P!<%9%HE*$KAw$i$l$k%K%e!<%9$O(JISDN$@$N2s@~8r49$r(J
   $@;H$&!"$H$$$&@)8f$r$7$?$i$I$&$+$H;W$&$N$G$9$,!"(Jservice$@$G#2K\$N(J
   $@%j%s%/(J(I/F)$@$r;H$$(J$@J,$1$F$/$l$k$h$&$J(JAi,Bi$@$GAv$i$;$k(Jdaemon$@$_$?(J
   $@$$$J$b$N$O$"$k$G$7$g$&$+!)(J

$@$3$3$G$N(J Ai,Bi$@$O$"$/$^$G(JGateways$@$G$9(J(A1=A2,B1=B2$@$G$b9=$$$^$;(J
$@$s!#(J)$@!#$G$9$+$i!"(JLAN-A,LAN-B$@$K$O$3$l0J30$N%^%7%s$,$D$J$,$C$F(J
$@$$$k$H(J$@$7$^$9!#$=$l$G!"$=$l$i$N%^%7%s$N4V$G$I$A$i$N%j%s%/$r;H$C(J
$@$F$$$k$N$+$r0U<1$;$:$K!"%5!<%S%9Kh$G(JGW$@$rMQ0U(J$@$G$-$J$$$@$m$&$+!)(J
$@$H$$$&<ALd$G$9!#$3$N@\B3$,0lHLE*$J9=@.$KBP$7$F$I$l$[$I0UL#$,(J
$@$"$k$+$O5?Ld$G$9$,!"(JLAN-A,LAN-B$@$N4V$G%K%e!<%9$d%a!<%k$NE>Aw$K(J
$@4X$7$F<h$j7h$a$,$"$l$P8z2LE*$J;H$$J}$,$G$-$k$h$&$K;W$$$^$9!#(J
--
	 ^ ^		$@7k1o!wL>8E20Bg3X(J.$@>pJs(J.$@0p3@8&(J
	<` '>		yuen@inagaki.nuie.nagoya-u.ac.jp
	  ~
Newsgroups: fj.lan
From: akihiko@lepus.e-tokyo.prug.or.jp (Akihiko Taniguchi)
Subject: Re: Routing by services
Organization: Packet Radio User's Group, Tokyo, Japan
Distribution: fj
Date: Mon, 11 Jan 1993 14:15:36 GMT

$B#P#R#U#G$NC+8}$G$9(J

In article <OKAYAN.93Jan11140057@cciss.c-creators.co.jp> okayan@c-creators.co.jp (Tetsuya Okada) writes:

>>   RIP$B$N$d$j<h$j$0$i$$$J$i%Q%1%C%H$G==FsJ,$G$9$h$M!)(J

>$B$A$g$C$H7W;;$7$F$_$F$/$@$5$$!##3#0IC$K#1%Q%1%C%H$@$H!"#1%v7n$G!J#R#I#P(J
>$B$@$1$G!K6a5wN%$N@lMQ@~$,0z$1$k$/$i$$$+$+$j$^$9$h!#(J

$BA0$+$i5$$K$J$C$F$$$k$N$G$9$,!"(JIP $B$r%Q%1%C%HLV$K>h$;$F(J
$B%3%9%HLL$G%a%j%C%H$N$"$k$N$O$I$N$h$&$J%1!<%9$G$7$g$&(J
$B$+!#(J

$B$*$=$i$/(J UDP $B$J$I$GC1H/$GAw$i$l!"$=$NH/@8IQEY$,$+$J$j(J
$BDc$$$h$&$J$b$N$,$=$l$K$"$F$O$^$k$h$&$J5$$,$9$k$N$G$9(J
$B$,!"6qBNE*$K;W$$IU$-$^$;$s!#(J

$B$&$A$N(J NEWS $B$G$O(J ISDN $B$G2s@~!?%Q%1%C%HN>J}$H$b;H$($k(J
$B$3$H$K$J$C$F$$$k$N$G$9$,!":#$N$H$3$m2s@~8r49$7$+;H$C(J
$B$F$$$^$;$s!#2?$+%Q%1%C%H$r;H$C$FLLGr$$$3$H$,$J$$$+$H(J
$B9M$($F$$$k$N$G$9$,!"6KC<$JNA6b:9$,$"$k$N$,$o$+$C$F$$(J
$B$k$b$N$G$O<B83$9$k$N$b$?$a$i$$$^$9$N$G!#(J

# $BIiC4$G$-$kEEOCBe$b8B3&$,$"$j$^$9$7(J (^^;

-- 
Akihiko Taniguchi - JF1PXI
Newsgroups: fj.lan,fj.questions.misc
From: takumi@isl.mei.co.jp (Tanabe Takumi)
Subject: Is 'XTP Rev.3.6' the earliest revision of the protocol?
Followup-To: fj.lan
Reply-To: takumi@isl.mei.co.jp (Tanabe Takumi)
Organization: Matsushita Electric Industrial Co.,Ltd. Osaka, Japan
Distribution: fj
Date: Mon, 11 Jan 1993 06:10:40 GMT

$@EDJU!w>>2<EE4o$H?=$7$^$9!#(J
$@$$$D$b<ALd$P$+$j$G?=$7Lu$"$j$^$;$s$,!"$h$m$7$/$*4j$$$7$^$9!#(J

$@9bB.%H%i%s%9%]!<%H%W%m%H%3%k$H$7$F!"3+H/Cf$N#X#T#P$N%P!<%8%g%s$K(J
$@$D$$$F65$($F$/$@$5$$!#8=:_!"EvJ}$G$O#9#2G/#17nH/9T$N!"(J

	$@!V(JXTP Protocol Definition Revision 3.6$@!W(J

$@$rF~<j$7$F$$$^$9$,!"$3$l$O:G?7$N%P!<%8%g%s$G$7$g$&$+!)(J
$@$^$?!"#X#T#P$K4X$9$kF|K\9qFb$NLd$$9g$o$;@h5!4X$,B8:_$7$F$$$^$7$?(J
$@$i!"J;$;$F$*65$($/$@$5$$!#(J

$@%U%)%m!<$O%K%e!<%9$G$b%a!<%k$G$b9=$$$^$;$s$,!"%K%e!<%9$G$7$?$i(J
fj.lan$@$K$*4j$$$7$^$9!#$^$?7k2L$r$^$H$a$F%K%e!<%9$KEj9F$7$?$$(J
$@$H;W$$$^$9$N$G!"%a!<%k$GD:$$$?J,$GE>:\IT2D$N>l9g$O$=$N;]$*=q$-E:(J
$@$($/$@$5$$!#(J

$@$J$*!"$3$NEj9F$K4X$7$FITET9g$JE@$,$"$j$^$7$?$i!"8f;XE&$/$@$5$$!#(J

----
$@EDJU(J $@>"(J
takumi@isl.mei.co.jp
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.databases.informix
Subject: Re: where can i get the c-isam routines?
Date: 9 Jan 93 04:01:43 GMT
Organization: The Island of Unwanted Toys

In article <16B4FEC12.BP1@vm.urz.uni-heidelberg.de> BP1@vm.urz.uni-heidelberg.de writes:
>hello
>Where can i get the c-isam routines public domain?
>thanks so lot      ernst

You can't -- C-ISAM is a commercial product, not public domain.

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

  Smith and Wesson: the Ultimate Point-and-Click User Interface.
#! rnews 1409
From: Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman)
Newsgroups: comp.sys.ibm.pc.misc
Subject: Enlarging MS-Kermit's data space
Date: 11 Jan 93 12:43:58 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering


Hi,


I have a rather large key definition file for Kermit. Alas, Kermit
just doesn't make it to the last 4 definitions.

So, I picked up the MS-Kermit distribution from watsun and
enlarged the key definition buffers. But again, alas, Kermit seems
to be filled to the last byte. It is compiled in small memory model
and compiling it in large memory model would solve the problem, but
the TCP software is relying on the small mm.

Has anybody succeeded it doing this? It appears to me that there must
be other people with large key definitions. 

Any help greatly appreciated!



Richard.

--
-- ir Richard Kooijman ------------------- Email: R.Kooijman@ET.TUDelft.NL --
-- Intelligent Network Management Project (INEMA) ---------------------------
-- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786209 --
-- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --
#! rnews 1442
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.dcom.modems
Subject: Re: PPI EPROMS (Re: PPI repair charges)
Date: 9 Jan 93 04:32:15 GMT
Organization: Helen Keller Bondurant's Performance Driving School for the Blind

In article <6629.2b4c0c44@hayes.com> tnixon@hayes.com writes:
>In article <1993Jan7.061457.15927@informix.com>, aland@informix.com
>(Colonel Panic) writes: 
>
>> In the case of my modem, they sent me a wholly different one, so the
>> repair must not have been trivial...
>
>Actually, there's no correlation between getting back a different 
>modem and the difficulty of repairing yours.  ...

Agreed, absolutely.

I failed to mention that the support tech said that he'd personally
be testing mine and they'd replace it only if they verified the problem.
Between the screening conversation and this fact, he seemed utterly
convinced that the problem was pilot error on my part.  (This wasn't as
esoteric problem: the modem just plain quit dialing out.)

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

  Smith and Wesson: the Ultimate Point-and-Click User Interface.
#! rnews 1256
From: gunter@mbfys.kun.nl (Gunter Windau)
Newsgroups: comp.lang.pascal
Subject: Re: pointers to arrays?!?
Date: 11 Jan 93 14:17:48 GMT
Organization: University of Nijmegen, The Netherlands

glgam@cc.newcastle.edu.au (GLGAM) writes:


>To access a particular element in an array I would use..

>ArrayVar[Index] := etc..

>Suppose I had setup a pointer to an array on the heap...  How do I access the
>individual elements ?

>ie.

>Type
>   ArrayType = Array[1..Max] of Char;

>Var
>   ArrayVar  : ^ArrayType;
>   Index     : Word;	

>[..]

>ArrayVar[Index]^ := etc..????
How about:
ArrayVar^[Index] := ...

>Doesn't work..  I know why..  I just can't for the life of me figure
>out what _does_ work..


>Regards,

>Scott. 
>		
--
G\"unter Windau                              e-mail: gunter@mbfys.kun.nl
Dept. Medical Physics & Biophysics           voice:        +31 80 617139
Univ. of Nijmegen, The Netherlands           (((()))))))))))))))))))))))
#! rnews 887
From: schmitt@accucx.cc.ruu.nl (M.J.M.Schmitt.)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Soundmaster soundcard
Keywords: covox, soundmaster II
Date: 11 Jan 93 14:20:57 GMT
Organization: Academic Computer Centre Utrecht

Hello Netters,

Is there anyone on the net who knows something about the covox soundmaster II
card. It's supposed to be something like the SB pro version one. It's adlib,
SB, gameblaster compatible. It comes with stereo, midi (UART only), headphone and mike.
Does anybody know if this card is any good voor sound with games and playing wavsounds in windows? No professional midi use is intended. Please reply fast for Iam about to by it for a very low price....


			Thanks in advance, Michel
			   
#! rnews 1825
From: ramesh@informix.com (Nagar Ramesh)
Newsgroups: comp.databases.informix
Subject: Re: Recovery
Date: 10 Jan 93 06:41:44 GMT
Organization: Informix Software, Inc.

In article <1inm5vINN3gm@emory.mathcs.emory.edu> unifi!goofy.unifi.com!bharat@uunet.UU.NET (Bharat Shah) writes:
>Welcome to the world of STUCK FAST RECOVERY ...
>I have faced this problem on more than one occassion and I have been asked to 
>wait for version 5.0 where HIGHT_WATER settings can solve this problem.
>
>Bharat.

hi bharat,

i don't know the version of the engine you have, but if you have 4.10
you can edit the tbconfig file to include the two long transaction water
marks - LTXHWM and LTXEHWM which are commonly set to 75 and 80
respectively (percentage values).  

LTXHWM is the Long Transactio High Water Mark - set to 75% which tells
       online to roll transactions back when the logs are 75% full.

LTEXHWM is the Long Transaction Exclusive High Water Mark - set to a 
        value > LTXHWM, usually 80% , which when reached, gives 
        "exclusive" access of the logical logs to the transaction
        currently being rolled back.

just a brief explanation but i hope it helps.

regards,

ramesh.





>
>========================================================================
>Bharat Shah                                        Voice: (508)-663-7570
>Unifi Communications Corp.                           Fax: (508)-663-7543
>4 Federal St, Billerica, Mass 01821, USA          uunet!bharat@unifi.com
>========================================================================
#! rnews 1441
From: hoppie@kub.nl (Jeroen Hoppenbrouwers)
Newsgroups: comp.os.os2.advocacy
Subject: Re: Win4Wkgrps threatens OS/2.....
Date: 11 Jan 93 13:41:21 GMT
Followup-To: comp.os.os2.advocacy
Organization: Tilburg University, Tilburg, The Netherlands

In article <1993Jan11.100707.20600@actrix.gen.nz>, Steve.Withers@bbs.actrix.gen.nz writes:

|> Briefly, Microsoft says that its vision for the future is to make
|> Windows for Workgroups the basic operating system that would 
|> allow any developer's application to work with just about any 
|> other application through the application programming interfaces 
|> (APIs) contained in WFW.

Nice. And of course, tomorrow all existing DOS and Windows apps will be re-written
for the use of this API and available for free, will they?

This Is Nothing New! What about DDE and OLE? If apps are written to understand
these protocols, they can chat! So what? Just include DDE/OLE in OS/2 and off
we go.

Or am I missing something important here?



Jeroen

-- 
Jeroen Hoppenbrouwers, research engineer at     |  Stop connecting computers;
Infolab, Tilburg University, The Netherlands    |  start connecting people!
#! rnews 2873
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Newsgroups: comp.lang.c
Subject: Re: Conversion of BASIC code to "C"
Date: 11 Jan 93 13:43:36 GMT
Organization: Department of Philosophy, University of Utrecht, The Netherlands

camp5@csbina.csubak.edu writes:

>In article <1993Jan8.183821.20711@adobe.com>, (Scott Sivi) writes:
>> Does there exist a method or application by which BASIC files can be
>> converted 
>> to "C".

>You probably couldn't even do it by hand unless the BASIC program was 
>completely flowed and never used a GOTO! The way BASIC programmers spaghetti-
>code programs, I doubt it's possible. (I'm assuming you won't use goto in C.
>I wouldn't.)

Ignoring the fact that the above is a rather simplified outlook on day-to-day
practice, it isn't true either.  There _do_ exist programs that translate
Basic to C -- I know of at least one such package; it's a program for
translating GFA Basic (Atari ST and PC platforms) to C.  I've never used it
and assume that the output of such a program will be a bit crude -- and
probably the input source will have to meet some tight constraints as well,
but in principle it _can_ be done.

And on the spaghetti statement:  I agree that there are lots of hobby-basic-
programmers who write terrible code, but probably the same holds for every
language.  The only difference being the fact that more hobby-programmers
use basic than C, Lisp or SmallTalk... :)  However, I started with Basic
myself (quite some time ago, fortunately :) and have always tried to write
as structured and clear as possible (which isn't too hard with modern basics).
No GOTO's, no GOSUB's, as little global vars as possible, etc.  and several
of these programs _were_ hand-converted to C later on -- without too much
trouble and without ending up with horrible Basic-like C.  And I know quite
some programmers who write serious applications (commercial apps) in Basic.
And no spaghetti-code...  The days of the "GOTO 1250" are long ago...

But hey, I don't want to start another language-war... :)  And besides, I
don't mean to _defend_ Basic (why do you think I switched to C...?).  I
just wanted to say that IMO it's not _that_ difficult to translate Basic to
C, provided the Basic-source was indeed written a bit 'decent' (y'all know
what I mean by _that_ :).


--
Hendrik Jan Veenstra    hjv@phil.ruu.nl  *  How can I save my dreams
Dept. of Philosophy                      *  in the nightmare, in the flood
University of Utrecht                    *  But I try.
The Netherlands                          *
#! rnews 22370
From: gel@sys.uea.ac.uk (Gareth Lee)
Newsgroups: comp.unix.ultrix
Subject: Small emacs clone?
Summary: Seeking a small emacs clone for Ultrix
Keywords: small emacs version
Date: 11 Jan 93 19:48:33 GMT
Organization: UEA School of Information Systems, Norwich, UK.

Dear Ultrixers,

Does anyone know of a simple emacs clone available by ftp for ultrix 4.2a?
I lack disk space to install a full emacs distribution and just need a
simple emacs editor (akin to MicroEmacs for MS-DOS). vi is becoming a bit
of a chore for program development!!

Sorry if this is a FAQ.  If it's posted in the wrong place then please let
me know so that I can repost.

Could you email messages to me directly rather than following up.

Thanks for any help you can offer.

Gareth Lee.
#! rnews 2418
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.databases.informix
Subject: Re: CONSTRUCT/END CONSTRUCT within INPUT statement
Keywords: CONSTRUCT
Date: 9 Jan 93 03:54:54 GMT
Organization: The Island of Unwanted Toys

In article <jean.726402411@aim1> jean@aim1.aztec.co.za (Jean Ramsay) writes:
>According to the TOOLREL_4.1 document for i4GL an END CONSTRUCT statement
>is now required when using CONSTRUCT within an INPUT statement when using 
>version 4.1 of i4gl. (See lines 377,392)

I *think* that END CONSTRUCT is only required when you use ON KEY, BEFORE
FIELD, or AFTER FIELD between the CONSTRUCT and the END INPUT.  (Because:
the AFTER/BEFORE FIELD or ON KEY would be assumed to apply to the CONSTRUCT,
not the INPUT).

>A program containing this code, which works using release i4gl 4.0,
>fails to execute the INPUT BY NAME ...  WITHOUT DEFAULTS correctly (it 
>appears to ignore the WITHOUT DEFAULTS, blanking out all fields) when run 
>without the END CONSTRUCT statement on i4gl 4.1. 

Whoa.  Is this INPUT, or INPUT ARRAY?  If INPUT ARRAY, this is probably Bug
#10522 et al, and is unrelated to the CONSTRUCT syntax issue.  If you are
using 4.10.UC1 or .UD1, you will definitely see this bug.  Otherwise, check
the release/ directory for bugfixes included in the port.

>However it gives a generic
>syntax error at compile time when the END CONSTRUCT is added.  

This shouldn't happen.  Are you sure you are compiling with the 4.1 compiler?

>Has anybody had this problem with i4gl 4.1? I am aware of the supposed
>restriction disallowing a CONSTRUCT within an INPUT statement, but the
>program did not require the CONSTRUCT to be within another function
>under version 4.0. Any help would be appreciated. 
>-- 
>Jean Ramsay             jean%aim1.aztec.co.za@ucthpx.uct.ac.za
>Aztec Information Management, Cape Town, South Africa

The only danger is the ambiguity I discussed above.  Otherwise, pre-4.1 code
is forward-compatible without changes.

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

"For they looked in the future, and what did they see
 They saw an iron road running from the sea to the sea."  -- Gordon Lightfoot
#! rnews 7044