From owner-freebsd-emulation Sun Aug 1 1:56:37 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rzmail.uni-trier.de (rzmail.uni-trier.de [136.199.8.220]) by hub.freebsd.org (Postfix) with ESMTP id BFE2215076 for ; Sun, 1 Aug 1999 01:56:26 -0700 (PDT) (envelope-from blank@uni-trier.de) Received: from uni-trier.de (blank@rzppp-189.uni-trier.de [136.199.4.189]) by rzmail.uni-trier.de (8.8.5/8.6.9) with ESMTP id KAA02400 for ; Sun, 1 Aug 1999 10:55:42 +0200 (CEST) Received: (from blank@localhost) by uni-trier.de (8.9.3/8.9.3) id KAA00321 for freebsd-emulation@freebsd.org; Sun, 1 Aug 1999 10:54:52 +0200 (CEST) (envelope-from blank) Date: Sun, 1 Aug 1999 10:54:51 +0200 From: Sascha Blank To: freebsd-emulation@freebsd.org Subject: Solved: StarOffice 5.1 cannot start plugin manager Message-ID: <19990801105451.A311@blank.uni-trier.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Organization: Computer Center of the University of Trier, Germany Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, everyone who has managed to install StarOffice 5.1 on his/her FreeBSD 3.2 box has noticed that every time it is started it complains it cannot start the plugin manager and that the installation should be repaired; of course the repair doesn't fix anything because it claims that everything is ok! The above mentioned problem is not only cosmetic because as a result of the missing plugin manager many autopilots and StarBasic macros that are used all over the place don't work properly, if they work at all. Thus the usability of the office suite is reduced. A few days ago I had the opportunity to install SO on a friend's box running RedHat Linux 6.0. I used this installation to compare it to the one I have made on my FreeBSD 3.2-STABLE system, and even though I didn't expect it, I found that one file on the Linux installation was considerably different from the version on my system even though it was extracted from exactly the same archive. I have found out that the file "bin/applicat.rdb" is modified during the SO setup, but for reasons I don't understand (yet) the modifications only happen on the Linux box while on the FreeBSD box the file remains completely unchanged. After copying that file from the Linux to my system SO suddenly worked without any problems: no more complaints about the plugin manager and all autopilots worked as expected! Now for those of you that do not have access to a Linux box running SO I have created a small patch that corrects this problem. I assume from now on that you have already installed SO 5.1 on your computer (and also applied the procfs patch that I have posted to this list about two weeks ago). Important note: I have tested the following procedure only against the german version of SO, but as it looks "applicat.rdb" is language independant so I assume that the patch will also work for other languages. If you are successful, then please let me know what language version you have used. Here is a detailed step by step guide describing how to apply the patch: 1st: Check that you actually have the correct version of the file "bin/applicat.rdb" which you can find in the place where you have installed SO. It must look like this (except for the date and time stamp of course), otherwise the patch won't apply: $ ls -l bin/applicat.rdb -rw-r--r-- 1 root wheel 1605632 26 Jul 22:21 bin/applicat.rdb $ md5 bin/applicat.rdb MD5 (bin/applicat.rdb) = adea1eecc92c2a1996b4e1ed51595486 2nd: now rename that file: $ mv bin/applicat.rdb bin/applicat.rdb.orig 3rd: install "xdelta" from the ports collection (you'll find it in /usr/ports/misc/xdelta). 4th: if you haven't already done so, uudecode the patch that I have appended to this message. 5th: change to the "bin" directory of your SO installation. 6th: apply my patch the following way: $ xdelta patch /path/to/applicat.rdb.xdelta applicat.rdb.orig 7th: a new file named "applicat.rdb" has been created which looks like this: $ ls -l applicat.rdb -rw-r--r-- 1 root wheel 1671168 31 Jul 22:26 applicat.rdb $ md5 applicat.rdb MD5 (applicat.rdb) = c027d58a3213288a856b468cef21e142 8th: start SO again and watch what happens. Try the "Internet Wizard" autopilot from the "File" -> "Autopilot" menu; if it doesn't complain about some unknown symbols then it looks like SO is working now correctly. 9th (optional): If you can spare some online minutes then go and fetch the hotfix #1 for SO 5.1 which is available from the StarDivision web page in the support area. That's all! ---> Cut here <--- begin 644 applicat.rdb.xdelta M)5A$6C`P,B4````(`!$`#``8@```&8````````````!A<'!L:6-A="YR9&(N M;W)I9V%P<&QI8V%T+G)D8A^+"`````````.=6PEZ'6/=N?Y[=/]FW8!5<942^-[C`#L[60L;$49+4?_;.-_Y:V M*A=F`ZQFT(^@IK7W0$POE]*&ELDEF%[,V)FG1L-:)":WB9CCOTTK6[+]EX5P M@%FQ:H0J&+1@69R:L#PX]_XQFFG)QS5[(%P^$Z9#Y3-A.HC)-IOK`"N1F.M- MQ*0LSEIRIR9YOMN6ERX0P/1(6M$%$EM0ZXHT?*U9XYR8!]X"Q!UUL7L^)#*] M<@_F@PN3P,P:`6_0H.Y-!IW8L:7ZW6)G\;+]KON/^$.DQC@I_HFX%0F173H8F82R]Z M^R3VV=(6ABA3]DRZX1F-C/6J2'4KC!008V':4D",A>DA@K#^(Q.ACAFQY4X2 M'$'23)M(.[9YZH(&E6,6L(NYDSME.%@POXRX]1X8%8IS1H//IMQ-^T;M2;,? M"-Z,L_UOM;"X)66!_?:MTI%ZGNDK["%%OI>8WB/?2TSO8#IIQEZ'-RTI2-2N M/CP(&K&Q%*;5;ZZ=J9.]_K1.ZPT#!AJ0C:I"%V$*;L/VK MJVF%E&JUW'H_^,J5PK277"E,SV"&ZEXZ"![2'R/I_B7/#\)UYJS%22\P;$UA M8T5A@-6PXVLOP0)FV>G42V#>E`6AH%/OM#7V`=&]IV4F+8,*II_6G8^!/8ZM M@LO,B^F/-"$'C:AH(O2([AX]I'+(N-7OH:=<94QWEZN,:3UF?34[4WE<7"08A5I9[R[_PEX*=<.T\_EVF&ZDE&J?:,"G]I0MA*LN&\R M(J3.#Y8R50UV0T%7E;*#T:RP([F;SAB!*_.HV_)2B%2EK@]CD_;6Z7&7C]B, M"&D`#WPWO#B8]Q%LF%O_N_41W=5P$+H*]M>HQL*TM;=/Z9]-=O(N,05NZT"KFW.%D-6T3 M,&!V51KN!CLUZNJ*LTB^CP#I%K51#\8)"$"?&U?KP6WFXJW`N5"!AH$2=YA. MZ]@PM)PR^Q@)V`J41LP/AS:"(SD)?6"Q.C7)\]W#YE@EM#JH_,_G6!C'#)DQ M8SVL95;-WG(%M-M1AO7;&=RE_A&3YMS?AP&A@-QPZS:PY\Q<,$K\@`$/-"RN MR;#>[G'5WKXE]OW?'A@#>YFL5A-]P*^I='1N%J[,/K?$J(O0[1I[6VQC?AK] MUZ!Q+2>R.][]L7H^6&BP`W8U53X^83-"5%:5XRX8(D<4I@?)$85I4R9X4$>J%>OD;KX\?T['Z%>=BN!7YM\A M3VY`/*/=)>@OT!.HS$\T`2]:O8Q%91Y]+R4_@1PF9VCK-(C4H&X3SQK&=<#M M(]5@(5AR+"8+RC4HI$YM7?<`+3+U^+JSX"1_`C`]0?X$8-I.,'/HE[.0S[S: M9<'`R`[4#K83=RY_T#=?'U]()Z0F>KPCIP>F+TKIUUG^AIC.D]+H(<"TDY1& M6XGI=5(:'7),ETCIF\7O?#!]4TJCIQ33&Z4TNC$P'26E$?XP;2D_&YC6E-(( M<9@NEM+HW&*Z3$I?+;8ZB6E#QM2XYUSP[D!ML?V*H!;.41FJ&%"3I4;K=G!3 M6TR/EM*9AE^T,#U(2F<4-AABNJ>4OA[@?3[E+::?3*%YAFF&6U&2(PZDBY$XDZ/Z>B\QHN]#H";Q@$ M!)/GE9GP@D$72T:26C8X,&?C-7?`9$WJ"COC5!")3#TO?5=+,&>Z6>UO`[;, MK7(U59@FOYV<;T]1A8`.A-8X?ZHM^&'Y[D>,U.$(DSX]LQ@TM:B+75U]R5.D MG.H8.S/091#F_VKST1RZRS&/:5TYYC&M(W#Y=/0FC-.B'(:Z06O-L$[3:A>! MKA;1J;?MYT6`G67I];5\P\[%\)A!_TQ8;;845`2MM_]:!T%:U'59]+^K8X$%,$%^^6#:3G[Y8'HT-L#,ZZ)"B&-6V"W+AW`MZJ3'1:SL MY%:9F0R%C-K2T"'02IM:T=SZZI;H>-F=7QL/5H*$/UVVP!!M2LU/LTJ.(UUN MW[PU#SI(=7E;&QJ#:1VFRB%G-^SH1%U8-J_F"E-6NG6$8.RT;!X>W1'"&/)P MOWD9WQ$TY+N!Z;;RW3G2BG$4F=`TN( M,0&Z3QKCXFH_:LRDD3[Q!_`5Q>,?_G-N#;G"6'Y)N"C,US]2*!&'A_L'SY0( MK4-#@_Q]1.'^(<&9QX)78Y>`)Z-3\@<'I!YR&1P-2F=_X?PQ9G_/>KW0A_T/ MO4W=9!.(H\+%P1)6*IX"+:E'J^<&['Y3XO=-.-"&X(%5T7ZBTX0Q$\ M;._H,,E5/^D:>XM0P]*W/C8@MPQG94TG+LCH.I,]O]3H67;"P>1\LZ.G.#@. MGE\UAO5G*=9U1S<])?XNRVH]:K*]J_5D1Y>]ET5_L]M%#TA]*)1MYX(IK6.Y M]C(`Z5GO*E,W*$3D*PX33IHE"A/[3O#W#A,A6X$DNQC[VCS1>Y^(]A)?G+/] M&_+,?%GOC>*WS##M0KR[[VR_C\XE6^SO\V0\\3K0EL0#K(P)CJ/PSKS9[UC# M>N44_]D4F\=H^Y"^4A`#W#UK_BK.6 MRNP+2LF^:I^@1UY8SGI"@L5"7U&X2*BC<>(0ZR-3`P."!)^04LB'1GCMW8A7 M?4K")&^1NZ\W4J*R;.0J_#[R9.ET>%U!WD]%2DA%1`1>_(D-(*GAQV+SQY,` M4PH]QY=W5[(^(:*W3]7W(/XL!WJGAYBDLB\PQ1___J_%Y(569*7"[AYCL:/,&UA6=O)NZH?056-#\E3'75J$UHRS"M_`F\19]%6^'QAA"NTLF#VGWQ'S-.NR8\>2M5=FPC#ANBJ]`F9BP%>UZL_$D'1:DK,@@\:84 MC#&3WJNP/@+%*GH:D$=\""X8.SZ>&@\5_QB^M9@-'BC^J?X8!"2Q_>!M;[XPNPLX43YJZN;,)<;8X M`$T0UONP+BO%/]*]Z#>92_LM@++:?!6@AP]67\8A#T]V^Z'_]"(A$6=EH4$1 M,_V#A4[XKXDAOL.9$&]PH<>_7J/OA'1#2+-(V$R/+7%, MPI-]*%1W(HE9%!\=LK03MY^EP31:AOY#!Q624I6>'3O06P\S:%:[7RQ]29J/ M>W;N_9'8!R?\>`/F)BY]A_U3W4L'FWEX%K9Q:(53C#S1WNVN]B(I2,[A>7F\ M,!V\:7[QRMAJDG[]!L3T9P]0U*@G..R_D%63S88H]^P]9?O MRX*UG,MQ%[A+UVIY+CE^[V[[M/CH(@FM4SMR"15`VXN]VFP_"_V'B&&M#Y9=`VM&04 M[S1SMP=N,;;!%0N>Z(BXP?=)18.SV\F]4U_@>(K'WZ>T]!.)M^C==G[C5(@+ M);QA`[4^19!""F>35>+'Q%<7?JG/[&EG\U=Q-SIZ^+Q:G;7BR^_9[>YZD M=3A+"!!%BH3CV/^Y^H>%1XB")HHDLU"U2M^[*`9^9:B037>WSMR\UT5%P,CS MQ7MG/BD"4WG8B6EC>=B):4,!>N%9#P!I66)UKS4LH+6\^7B_>( MT6TF;+S->BO`)4]Q)'KL>L\,G/#AB:[(GE%#$D**4^9$7X"5-+^OI;ZWQ&>6V#)@7Z>PD/`0GY`@X6R1?U!X2(#!9@>(H^6> MV01-%#=*)7A6L2BT2*#&RUB\F,6D4@:K2'; MY;]K]!;!5@5WKH[ZB7TAD9;;XD-4&JE/2P\],J&VRD!3 MV,90)6/FQH+E2,UN%L^280;0!O;2_)?.^.>38E$S#I*]6^$N7(OF MR:U.ZY](:M61$.$#SUY]BL$E0.\,W8UR)SU=#B+3/PY_B=#X_I5A6 MID32_3\,(RE*/8T*"G!W`4]F7I<$)=)]((70U23K$$A7<%=/UQ^.X/%WQ(#E M3>#Q3L_I(AQ1D(Z\HA$AR^`W$Q[BM))@R%3PAJF]7(#@(=-%!H\M\XPG0!;- M_V>#A0;IS?A/\&A5F%H)?RIP?E?VNHF`(=-`!@S)]7NJD$/S0_I#SWO=6-B10'A]OZBX-\'3ID[UL"IQ3DS1*W8L<> ME3=_^/7XWF2BV6()Y_58I-*C'YQ1X+TO"$I''0%4'EPF>K0H7.1^43T7,5)@^;2''U%\^5W^!(J4MS5\_"]4N>W*FF0A]2WU2DU*B(L#!V MI4CJL.30<9"O`((!+_WPDSSTRUFDFTFC;KV^):RIBDW`D*I9]QC77ODGNN"# M+:G-?@\,_VN[K#T4TD*8*YF!N(N@,C/YV\K*)$T4!8MFL@>85A8]2=LRQ_2" MRPQ5W5DH7.M-$@Z3&XM&LMT_(R_`+%K><374,&@/KGAVB`5U`?IIUTUNL6"$ MG_U3(1^6X4HO/Z5S5BF75((5[5RH?U!(N(\?4O*8LXD.7&WZ;J)%KS-)+$!S M=)X:O!2NTW,XNSV<(NL!^C;JG-!DH_QF-D7=\N?/C7'5FR=W=%Q.'*F*?V\G M)XLD@=*#%FZIJ0&W:7&+[O]3+.L$R=9(4761\ MWK](X?Z-"O>A)%K+)6)=)10TD<(M>HJ>X(X`?LRS>&(FZ1A0^-;B+.3D,%&P M)$CT]G72.5POY$DQ#Y^JAK1%]<2OAHZ*18:'*#A+2&-OZZ[^N)C/SV6,2EE+ MBOW_X1&0;2$Z`3/F)DF@@O8<;UHV&)+'[D]YU1K3F?*J-:;3Y3V,.!J-P=&U MF[UC!3RFU7Z7-&T(J:9+'9!]V[/SH))FS4HQ/$!:O;@.R"!CLP`V"J!1)^J" M[PD4)333`;$>-'(%;C/CB=Y15U9-VM`X#LCU91?[PPN:_W1E5!9IG/@/NV/@ M;-D.M[WQY-V+T!I+VN(X[L?1BA/[V(N2XI]\(_.3["+]5A`KD7P]B%TU\Y`Z M;BOAR=Z3%U),VDZ^]F3+7C*FQ&0OO*&%7"PN+21-)E(T:S1*;7] M24,B%P?SCSH+H8X>8&0K-D"+1XVNS<2!QB&#\[@9DF_7.N5@TBS)P<%.W;V! MT*!@WZ("IY"&QZ_9:O95#WO;HV396HDIMV*^VZV6G=V!"]YR@W3,^0I-TR[X^=Z M7M)5IP-MZ`&1Y7^(D&51GV0S$?7Y1N@9W`?#$ZURJ=2+],EP M$*7>G4XP-IOUG4[=*#Y M]=3S<480-?,V]S8Q7YPT&#?%\;VI@TDEI&GN6U$NQ^/,=Q5U!FU:5NFFL#TD M:22%P)2JJK.@0[/^:N;>@C2'<2'0_4N\"TXL\P:,]51?A&R`$L_-A,`?#IH- MN#&-)]K))W4D:5SC0`"=QT=;[->`GH!J@`J\I?P7><,;-=/Q*2(5/#6FVXT"FJH?E!S"@^75Z'!Z*>Y.J MQM]I+F0ZO;]X'_=5\F2/*2C80?HN%4&&ZWD/4R*E5H/ MLQU@2+/&UFB5DQH"%RM>K[+-V8"$&E!^_L!96<#23*QL'.:HC>L7_!S&\V(OVW/QX@R3S>HGL&/X,Y+79^ M3**MA%\\R5<^'"1,Z'2H'JQH_IS(-UU(5^B/6V_SW:5:^*,BGKAY M:>:UY*,C#C!4_)1.@@W-;U-:CTNIJ&NSN<"HRZS_'3=B\YLI_4Y?)XW:BD"N M,#BTU7/QL"1U33C^'(.? ME[VN48S\3`G>HXK;NGGB2XIN>!&6OXY>*BX]OXS_K*&Q[_R7/XG\N7- MC\3H97;/W/"W!3Q!&Z:H?R#?'G"0,/Z#UQ=PH?E'K"V]@6R`/H9I+A*.FR0^ MQ"WZ/-G&!*"^LQI>0=Z>.6`N&7I2%;69^68E6Z M$!U+?%XN$(H'5YOBSG?>@*"B&[4X=5FNIMI,(%@]TM+$_C;_9=N\MICXXQP@ M9#AM/@$>"I[V86;]R%=.W[696K5U$O;Z>5)"=,9XDZB`@X)$]P(S\*;YM584 MKT,&0-]=-@<%_P=-T,N(X3H``!^+"`````````/M6GM,DU<4_SZD0$HE^.!5 M*H,6A%48K@&E\H\PLHBC&3.&..-28XPQ3/"MS+]N3M$X<`LSC!!9-C1LZRS$ M9F$)DSKKK2YNU<0Y9Y@8A447-D"K(8L+2[9S[M"]$H^6AV(`SUR M^P?B^%JR.AC'=[$[<0!;:-49#PS-J(8CT9?N>("A"&+7)T(.JARN3^1KT-A& M=C@1H%:XF01U*-_XT<%J],CQG8Z;T,@.=DT'H*&5$1TDHS+OB$X@UCNJXWHAX4,))@SZ MTJ`25?<^2.,-,AM+`^@0?%<&;$1^_YD,?H"Y,P`JB-NG)_00FQMZOH;=U`-B M@NQV`VB)VV[@>@KJN(%KR1Y2*D*O\O>B<:2EK,/@C^J1`4Z3LL9Q`S>Q/Y"M M$VG.5(#NSJ3*ZLD$6"]BR2(,5(VC67P^Y1=".OLW% M/)2RYCR`%L%VYRM.G,OGF:05*:)V/A](FO)M4@"O-_$"2LE!$ZD];`)H$NOV M`BJQN>/V`OZYS#H+`&N5P"ZD)*AZSQ22N+L0((K8EPIA);+;+A="JF13>2\7 MDK4KN'Q5:!LK@E:9^N>W(O3R41%@%I#=:58`[#03@$XS0*0(U4R]J7+TF`50 M_4BIS!VGS9A*%TH)O-QF+"HL[W-FS/MYY"X4X)N5$ALU^TO,9_87OJO8[\-7 MQ2(?PTB-S%T,,"#TL1+J@!K$<3VK+P&<&=3W)03#7F2N9A>1^;4(YUJ9,E&N ME?'U!/+U,EZJM(*>]94!V(5">SDI5`W;R_D&&BDGR\GN`B]2HR*M9IWE`"ZA MLZ,"\XS(=E3P:NJ@3RK0#WL%P#*<";W-%K&G\7T++\6PMK)6B]_#/HOB2Y^% MJBUAO$^1]/YHP7:]:?$G:,@":H)ER,)_DMF()9#F(Y5*/M^II'PV50*&2[U6 M&5148\B](R)R52ESS57%U=0E2*D*JOSI'*N"P_Z1L(D]0NXADIAFK)-M^>#O48;X1;C6/>DX)+/`T#F)9:AQJKT/8=C-=_^1`1)[H$E//WI@4F>P?['7)DW\;3-ZFK.X&\%P^X\.0]'D6U^ MUR4U9MB3@93O"V,`/;J@$$,.H"??;4^![1,`;-A(`"X\VZS!<\=C0,KW_-L` M>N9]FLY#5('902&&'L`<]T`Z[)NT\76XQ%.Q\;M'H3#TZ-L>PSEQ01A73BW<6I0$80<']L2)XX[JI^M^`)INJH#O""D-GZO M4VYC2+5XC%=B5P=K:7)8"=LDW,N3L4](Q\ZP/FL"*#P3C`NGJ*M3#=N>"&MQ MH))S.Z\50$T@4[E^D=FAR0R'75+^>[_TDB;YB5B%=5 M&Y2(]S.])M#^@*,8XJ<8<2TV"+NG`R;3$S#0JD\Z[,G%R/FDD=O^G@\YSCX5 MWSG!Y7Y)M"CSW)8R@X%533W>8B$[B\9;E%??.BRBL"S? MG*`""_U59,G4U7VFYC7A>E])"^K`T(.H&S]?PDWT.]J%$GZ4^B8>\S9U&V%] M2PD:6Z&_I>3_#T"D@=MTSTP_Q*J\]\WB!=`% MT_F%+$RG:W;032#T,V#I%'6=P/=>N"*8&71/"GT-3G6*'E?S<$709@BZ1X8: ; Sun, 1 Aug 1999 08:54:58 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id RAA20812 for freebsd-emulation@freebsd.org; Sun, 1 Aug 1999 17:53:26 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 3E4A68803; Sun, 1 Aug 1999 17:24:39 +0200 (CEST) (envelope-from roberto) Date: Sun, 1 Aug 1999 17:24:38 +0200 From: Ollivier Robert To: freebsd-emulation@freebsd.org Subject: Re: Solved: StarOffice 5.1 cannot start plugin manager Message-ID: <19990801172438.A29881@keltia.freenix.fr> Mail-Followup-To: freebsd-emulation@freebsd.org References: <19990801105451.A311@blank.uni-trier.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <19990801105451.A311@blank.uni-trier.de>; from Sascha Blank on Sun, Aug 01, 1999 at 10:54:51AM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5468 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Sascha Blank: > Important note: I have tested the following procedure only against the > german version of SO, but as it looks "applicat.rdb" is language > independant so I assume that the patch will also work for other > languages. If you are successful, then please let me know what language > version you have used. It works fine with the french version of 5.1 (without the hotfix). Thanks a lot ! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Aug 1 17:16:30 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat200.74.mpoweredpc.net [142.177.200.74]) by hub.freebsd.org (Postfix) with ESMTP id 9D4D414C3E for ; Sun, 1 Aug 1999 17:16:27 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id VAA40615 for ; Sun, 1 Aug 1999 21:16:37 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Sun, 1 Aug 1999 21:16:36 -0300 (ADT) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: Myth2 Demo for Linux? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just curious as to whether or not our emulation is such that we can expect games to work? Loki just released a Linux demo (http://209.223.115.151/products/myth2/demo.php3) that fails to run and am just curious as to whether i'm just 'wishful thinking' on this :) I don't know how to debug this, if it isn't wishful thinking...tried a truss and get: > truss ./myth2_demo_2.1 syscall linux_personality(0x0) errno -22 'Invalid argument' SIGNAL 11 SIGNAL 11 Process stopped because of: 16 process exit, rval = 139 Segmentation fault (core dumped) Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Aug 2 9:21:18 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat200.74.mpoweredpc.net [142.177.200.74]) by hub.freebsd.org (Postfix) with ESMTP id C628014D66 for ; Mon, 2 Aug 1999 09:21:14 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id NAA76912; Mon, 2 Aug 1999 13:20:50 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 2 Aug 1999 13:20:50 -0300 (ADT) From: The Hermit Hacker To: Francis Jordan Cc: freebsd-emulation@freebsd.org Subject: Re: Myth2 Demo for Linux? In-Reply-To: <19990802054255.11295.qmail@ww181.netaddress.usa.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2 Aug 1999, Francis Jordan wrote: > > Just curious as to whether or not our emulation is such that we can > > expect games to work? Loki just released a Linux demo > > (http://209.223.115.151/products/myth2/demo.php3) that fails to run and > > am just curious as to whether i'm just 'wishful thinking' on this :) > > > > I don't know how to debug this, if it isn't wishful thinking...tried a > > truss and get: > > > > > truss ./myth2_demo_2.1 > > syscall linux_personality(0x0) > > errno -22 'Invalid argument' > > SIGNAL 11 > > SIGNAL 11 > > Process stopped because of: 16 > > process exit, rval = 139 > > Segmentation fault (core dumped) > > > Can you compile the linux module with DEBUG defined; Hrmmm, just did the recompile and tried to do a 'modunload' of the old one, getting: %modunload -n linux modunload: /dev/lkm: Device not configured %ls -lt /dev/lkm crw-r--r-- 1 root wheel 32, 0 Oct 21 1998 /dev/lkm Its a 4.0-CURRENT kernel as of July 8th...going to upgrade it today, but I just checked LINT and there doesn't appear to be anything relevant in my config that I'm missing... Going to do a reboot and see if it comes up though... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Aug 2 10:22:27 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat200.74.mpoweredpc.net [142.177.200.74]) by hub.freebsd.org (Postfix) with ESMTP id F320A15220 for ; Mon, 2 Aug 1999 10:22:23 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id OAA02195 for ; Mon, 2 Aug 1999 14:20:33 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 2 Aug 1999 14:20:33 -0300 (ADT) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: myth2 demo ... more info, as requested ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is this what you were/are looking for? > truss ./myth2_demo_2.1 syscall linux_personality(0x0) returns 0 (0x0) syscall geteuid() returns 10 (0xa) syscall getuid() returns 10 (0xa) syscall getegid() returns 20 (0x14) syscall getgid() returns 20 (0x14) syscall ogetrlimit(0x3,0xbfbfd344) returns 0 (0x0) syscall osetrlimit(0x3,0xbfbfd344) returns 0 (0x0) syscall getpid() returns 1134 (0x46e) syscall linux_newuname(0xbfbfd34c) returns 0 (0x0) SIGNAL 12 SIGNAL 12 Process stopped because of: 16 process exit, rval = 140 Bad system call (core dumped) They have two of them, a 2.1 and a 2.0 version...the 2.1 gives the above, the 2.0 gives: > ./myth2_demo_2.0 Cannot open '/proc/meminfo'! Your kernel needs to be compiled with the /proc filesystemsupport. Cannot open '/proc/meminfo'! Your kernel needs to be compiled with the /proc filesystemsupport. blam Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Aug 2 12:15:24 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 7AE7014EC7 for ; Mon, 2 Aug 1999 12:15:19 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id MAA09841 for ; Mon, 2 Aug 1999 12:11:06 -0700 (PDT) Date: Mon, 2 Aug 1999 12:11:05 -0700 (PDT) From: Julian Elischer To: emulation@freebsd.org Subject: Seminar: Virtual Machine Acceleration, Aug 4 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ---------- Forwarded message ---------- Date: Mon, 2 Aug 1999 02:20:33 -0700 (PDT) From: Monica Lam To: piglets@corsica.stanford.edu, colloq@cs.stanford.edu Subject: Seminar: Virtual Machine Acceleration, Aug 4 Virtual Machine Acceleration Vasanth Bala Hewlett-Packard Labs Gates 104 August 4, 1999 1:30 pm A Virtual Machine (VM) is a software CPU that emulates a non-native (virtual) system on a native machine. It typically consists of an interpreter for the virtual instruction set, together with a runtime environment. The VM itself is a natively compiled binary, that makes system calls to the native OS, and invokes native libraries. The conventional approach to accelerating a VM is to implement its interpreter as a JIT. Although JITs can outperform pure interpretation by a substantial margin, they have some drawbacks. A JIT can make the VM code non-portable (i.e., target machine dependent), and also significantly increase its memory footprint. While these issues are unimportant in the x86-dominated desktop market, they are nevertheless critical in the embedded device market. In this talk, I explore the following question: "Is it possible to retain the portability and footprint advantages of an interpreted VM, while achieving the performance of a machine-dependent JIT?" After a 3 year long investigation that took many interesting twists and turns, we have succeeded in developing a technology that has the real possibility of answering this question in the affirmative. It is called "transparent dynamic optimization", and refers to the RUNTIME optimization of a NATIVE instruction stream. Contrary to a conventional compiler, the optimiztion is done when the native bits are about to be executed, rather than when the native bits are first created. It is "transparent" in the sense that the native binary does not have to be prepared in any special way via instrumentation or compiler/language hints. The idea is to dynamically optimize the native VM program while it interprets its non-native input program, ideally accelerating it to JIT performance levels. Early results from our prototype system, called Dynamo, demonstrate the potential of this idea in a very compelling way. Dynamo accelerates -O optimized native PA-RISC binaries for the perl, li and m88ksim benchmarks (all "portable VMs" that execute non-native programs) to a -O4 performance level (approximately 20% speedup). Dynamo is implemented entirely in software, and does not rely on any compiler, programming language, OS, or hardware support. Dynamo's code footprint is a mere 250 Kb, and its data memory footprint is only 300 Kb. ----- Bio: Vas is a scientist at HP Labs Cambridge, MA. He is the chief architect of Dynamo, and has directed the project since its inception in Dec 1995. Prior to joining HP Labs in 1994, he has held positions at Kendall Square Research, IBM T.J. Watson Research Ctr, and Caltech. His current research interests are in compilers and architectures for embedded systems. Vas received his PhD from Rice University in 1989. +----------------------------------------------------------------------------+ | This message was sent via the Stanford Computer Science Department | | colloquium mailing list. To be added to this list send an arbitrary | | message to colloq-subscribe@cs.stanford.edu. To be removed from this list,| | send a message to colloq-unsubscribe@cs.stanford.edu. For more information,| | send an arbitrary message to colloq-request@cs.stanford.edu. For directions| | to Stanford, check out http://www-forum.stanford.edu | +-------------------------------------------------------------------------xcl+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Aug 2 21:45: 6 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from maildns2.fsbdial.co.uk (s24.athenenet.co.uk [195.89.137.30]) by hub.freebsd.org (Postfix) with ESMTP id 575F914F7A for ; Mon, 2 Aug 1999 21:44:55 -0700 (PDT) (envelope-from frankrj@netscape.net) Received: from [212.1.145.42] by maildns2.freenet.co.uk (NTMail 4.30.0012/NT0619.00.9914eb79) with ESMTP id eopqlaaa for ; Tue, 3 Aug 1999 05:43:41 +0100 Message-ID: <37A673F0.DDC5B31A@netscape.net> Date: Tue, 03 Aug 1999 05:45:36 +0100 From: Francis Jordan X-Mailer: Mozilla 4.5 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: The Hermit Hacker Cc: freebsd-emulation@freebsd.org Subject: Re: myth2 demo ... more info, as requested ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The Hermit Hacker wrote: > > Is this what you were/are looking for? > > > truss ./myth2_demo_2.1 > syscall linux_personality(0x0) > returns 0 (0x0) > syscall geteuid() > returns 10 (0xa) > syscall getuid() > returns 10 (0xa) > syscall getegid() > returns 20 (0x14) > syscall getgid() > returns 20 (0x14) > syscall ogetrlimit(0x3,0xbfbfd344) > returns 0 (0x0) > syscall osetrlimit(0x3,0xbfbfd344) > returns 0 (0x0) > syscall getpid() > returns 1134 (0x46e) > syscall linux_newuname(0xbfbfd34c) > returns 0 (0x0) > SIGNAL 12 > SIGNAL 12 > Process stopped because of: 16 > process exit, rval = 140 > Bad system call (core dumped) > > They have two of them, a 2.1 and a 2.0 version...the 2.1 gives the above, > the 2.0 gives: > > > ./myth2_demo_2.0 > Cannot open '/proc/meminfo'! > Your kernel needs to be compiled with the /proc filesystemsupport. > Cannot open '/proc/meminfo'! > Your kernel needs to be compiled with the /proc filesystemsupport. > blam Hmmm... /proc/meminfo aside, the two versions of the game are probably designed for two different versions of Linux libc. Which version of the Linux compatibility libraries are you currently using? The linux_lib port has been replaced by a newer (and bigger) linux_base, which is basically RedHat 5.2. If you're still using the old linux lib port, I suggest you uninstall it and install linux_base instead. This solved a similar problem I had with Linux RealPlayer G2. I want to try it myself but I don't feel like downloading a 65Mb file over a slow telephone line. Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Aug 5 9:47:50 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from lambic.physics.montana.edu (lambic.physics.montana.edu [153.90.192.128]) by hub.freebsd.org (Postfix) with ESMTP id 99D2214CF3 for ; Thu, 5 Aug 1999 09:47:48 -0700 (PDT) (envelope-from handy@lambic.physics.montana.edu) Received: from localhost (handy@localhost) by lambic.physics.montana.edu (8.9.3/8.9.3) with ESMTP id KAA07169 for ; Thu, 5 Aug 1999 10:47:08 -0600 (MDT) (envelope-from handy@lambic.physics.montana.edu) Date: Thu, 5 Aug 1999 10:47:08 -0600 (MDT) From: Brian Handy To: freebsd-emulation@freebsd.org Subject: linux 'more' problem Message-ID: X-files: The truth is out there MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey all, I'm using a version of the Linux-emu port from before 6.0 became the de facto standard -- specifically, this question is based on the RedHat 5.2 libaries. I'm using the linuxulator to run IDL (http://www.rsinc.com) and I've got a rather annoying problem. This package, which acts vaguely like what one could call "Visual FORTRAN", has a 'more' statement that doesn't work. As an example, if I have an array of strings, I might print them via this: IDL> more, files % OPENW: Error opening file: /dev/tty. Permission denied % Execution halted at: MORE 65 /ssw/gen/idl/string/more.pro % $MAIN$ IDL> The problem is here in the 'more' routine. The relevant lines are probably: scrn = filepath(/TERMINAL) openw,lun,scrn,/more,/get_lun To explain, the filepath thing returns "/dev/tty". So the openw statement tries to open /dev/tty, which apparently isn't allowed. (The /more flag says format the output a la' more(1) and the /get_lun flag says use the first free logical unit you can find.) Any suggestions for tricking my emulator around this? Wondering, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message