1 INFO-VAX	Thu, 08 Jun 2006	Volume 2006 : Issue 316       Contents: Re: .txt to .doc) Help for an OpenVMS/RDB/Java/JDBC newbie? - Re: Help for an OpenVMS/RDB/Java/JDBC newbie? - RE: Help for an OpenVMS/RDB/Java/JDBC newbie?  Intel selling Itanium? Re: Intel selling Itanium? Re: Intel selling Itanium? Re: Intel selling Itanium? Re: Intel selling Itanium? Re: Intel selling Itanium?) Re: MOSAIC: little bug (invalid requests) ) Re: MOSAIC: little bug (invalid requests) ) Re: MOSAIC: little bug (invalid requests) & Re: Problem with "New mail" broadcasts& Re: Problem with "New mail" broadcasts& Re: Problem with "New mail" broadcasts& Re: Problem with "New mail" broadcasts) Replacing common dump file - sanity check - Re: Replacing common dump file - sanity check / Re: SA 5300A, changing system disk breaks ACUXE / Re: SA 5300A, changing system disk breaks ACUXE D Re: Unix runs faster, maybe (was: Re: Educating potential VMS users)( Re: Wanted:MAIL.MAI structure definition( Re: Wanted:MAIL.MAI structure definition( Re: Wanted:MAIL.MAI structure definition( Re: Wanted:MAIL.MAI structure definition  F ----------------------------------------------------------------------  % Date: Wed, 07 Jun 2006 22:29:56 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler> Subject: Re: .txt to .doc @ Message-ID: <craigberry-1AEDB5.22295607062006@free.teranews.com>  C In article <1149607665.969685.235860@h76g2000cwa.googlegroups.com>,   himansu114@gmail.com wrote:   > Craig: > 6 > Thanks, but I don't see any specific DCL procedures. >  > --	 > Thanks, 	 > Himansu   C DCL would be a very poor choice for generating formatted reports.   F Perhaps you simply meant standalone programs that can be run from DCL C that will convert plain text to some formatted form, and while you  D could certainly write these in Perl, I don't know enough about your B requirements to suggest anything.  You have said that you do need F special formatting, but you have not said where this formatting comes D from.  For example, does some text need to be in bold?  How is bold 1 encoded in the text documents you are converting?      > Craig A. Berry wrote: F > > In article <1149516618.985873.36540@h76g2000cwa.googlegroups.com>,  > >  himansu114@gmail.com wrote: > > 7 > > > Your suggestion worked, but here's another issue:  > > > & > > > 1.  I do need special formattig.M > > > 2. I do have a "command file" in DCL that generates a ".rtf" file.  But P > > > as you know ".doc" is the standard for end-users.  Any ideas on how to get/ > > > the special formatting done on the alpha?  > > K > > You don't say much about where your data are coming from (database, RMS J > > file) or what tools you are familiar with or have standardized on.  So@ > > here's what I do, which may or may not work for you.  I haveI > > successfully generated MS Word tables on VMS using the Perl extension  > > RTF::Writer: > > 3 > > http://search.cpan.org/~sburke/RTF-Writer-1.11/  > > ? > > Although I don't recall using it myself, the Perl extension I > > Spreadsheet::WriteExcel might be suitable for tabular reports and the 	 > > like:  > > B > > http://search.cpan.org/~jmcnamara/Spreadsheet-WriteExcel-2.17/ > > K > > There are also various text-to-PDF converters around, and various tools 5 > > for generating PDF, XML, HTML, and other formats.  > >  > > --  A > > Posted via a free Usenet account from http://www.teranews.com    --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------   Date: 7 Jun 2006 13:59:58 -0700 B From: "dave.mcneil@bell.remove-this-part.ca" <dave.mcneil@bell.ca>2 Subject: Help for an OpenVMS/RDB/Java/JDBC newbie?B Message-ID: <1149713998.659307.59580@u72g2000cwu.googlegroups.com>  
 Hello all,  B I am trying to develop a servlet class using JDBC to serve up someD departmental data on the web.  Can anyone give me pointers on how to; get it all together?  Any and all help gratefully received.   E I am using an Alpha running OpenVMS V7.3-2, Oracle RDB V7.1-430, Java   1.4.2. and Oracle's JDBC 7.2 (?)  = After installing Oracle JDBC, when I run the test class thus:   8 >def java$classpath JAVA$JRE_HOME_VMS:[]:[]rdbnative.jar >  >java "RdbJdbcCheckup" >user: dave  >password:whatever) >database:mynode:my_disk-path:my_database   ' It fails in a most spectacular fashion:   # **** Unhandled exception caught...0 $ **** Unhandled exception caught...1B$ **** Unhandled exception caught...1B$ **** Unhandled exception caught...1B$ **** Unhandled exception caught...1B$ **** Unhandled exception caught...1B   Continuing ... SIGBUS    10*  bus error  9 Full thread dump Classic VM (1.4.2-4.p2, native threads): A     "Finalizer" (TID:0x12a24e8, sys_thread_t:0x4a46390, state:CW,  native ID:0x4a8b380) prio=8 /         at java.lang.Object.wait(Native Method) G         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) G         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) 
         at? java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) ?     "Reference Handler" (TID:0x12a2548, sys_thread_t:0x49f03e0, & state:CW, native ID:0x4a41380) prio=10/         at java.lang.Object.wait(Native Method) 1         at java.lang.Object.wait(Object.java:429) 
         at@ java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)?     "Signal dispatcher" (TID:0x12a2580, sys_thread_t:0x49ed950, $ state:CW, native ID:0x3d7380) prio=5A     "main" (TID:0x12a2360, sys_thread_t:0x5e22a8, state:R, native  ID:0x7bd02d28) prio=5 -         at rdb.JNI.SetDefTrans(Native Method) 
         atL oracle.rdb.jdbc.common.AbstractNativeRdb.Connect(AbstractNativeRdb.java:273)
         atF oracle.rdb.jdbc.common.CommonRdbSynch.Connect(CommonRdbSynch.java:136)
         at= oracle.rdb.jdbc.common.Connection.<init>(Connection.java:226) 
         atC oracle.rdb.jdbc.common.NativeConnect.connect(NativeConnect.java:96) D         at oracle.rdb.jdbc.rdbNative.Driver.connect(Driver.java:117)G         at java.sql.DriverManager.getConnection(DriverManager.java:488) G         at java.sql.DriverManager.getConnection(DriverManager.java:158) 6         at RdbJdbcCheckup.main(RdbJdbcCheckup.java:20) Monitor Cache Dump: ;     java.lang.ref.Reference$Lock@12A2558/12D8F50: <unowned>          Waiting to be notified: +             "Reference Handler" (0x49f03e0) F     java.lang.Integer@12AA1C8/1306338: owner "main" (0x5e22a8) 1 entryF     java.lang.Class@12A7338/1305940: owner "main" (0x5e22a8) 2 entries@     java.lang.ref.ReferenceQueue$Lock@12A2500/12D93D0: <unowned>         Waiting to be notified: #             "Finalizer" (0x4a46390)  Registered Monitor Dump:     utf8 hash table: <unowned>     JNI pinning lock: <unowned> (     JNI global reference lock: <unowned>     BinClass lock: <unowned>!     Class linking lock: <unowned> '     System class loader lock: <unowned>       Code rewrite lock: <unowned>     Heap lock: <unowned>7     Monitor cache lock: owner "main" (0x5e22a8) 1 entry 6     Thread queue lock: owner "main" (0x5e22a8) 1 entry5     Monitor registry: owner "main" (0x5e22a8) 1 entry   6 %SYSTEM-F-OPCCUS, opcode reserved to customer fault at  PC=FFFFFFFF80AB1ED4, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump follows G   image    module    routine             line      rel PC           abs  PC>  DECC$SHR                                   0 0000000000109ED4 FFFFFFFF80AB1ED4>  DECC$SHR                                                    ?       ? >  JAVA$JVM_SHR  INTERPRETER  Abort       38420 0000000000003F98 00000000000AEFD8'  JAVA$JVM_SHR  SIGNALS_MD  panicHandler >                                         35279 00000000000001B8 000000000010ACC8+  JAVA$HPI_SHR  INTERRUPT_MD  intrDispatchMD >                                         23817 0000000000000248 00000000001666E8>  DECC$SHR                                   0 00000000001D7704 FFFFFFFF80B7F704>  DECC$SHR                                                    ?       ? >  DECC$SHR                                   0 00000000001D73CC FFFFFFFF80B7F3CC>  DECC$SHR                                                    ?       ? >  DECC$SHR                                   0 000000000003062C FFFFFFFF809D862C>  DECC$SHR                                                    ?       ? = ----- above condition handler called with exception 0000000C: ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual : address=00000000000000D8, PC=0000000005102CE0, PS=0000001B ----- end of exception message>                                             0 FFFFFFFF8009E09C FFFFFFFF8009E09C0  RDBJDBCSHR72  RDBJDBC  Java_rdb_JNI_SetDefTrans>                                         59085 000000000001E200 0000000005102CE02  JAVA$JVM_SHR  JAVA$INVOKE_NATIVE  sysInvokeNative>                                          2479 00000000000002A0 000000000010C1602  JAVA$JVM_SHR  CLASSRUNTIME  invokeJNINativeMethod>                                         36909 0000000000000AF4 000000000009F5943  JAVA$JVM_SHR  CLASSRUNTIME  invokeLazyNativeMethod >                                         37109 00000000000011C4 000000000009FC64/  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeVirtual >                                         34363 000000000000D8D8 0000000004B6FBB8>                                             0 000000000538E098 000000000538E098=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC>                                             0 000000000538DD9C 000000000538DD9C=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC1  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeInterface >                                         34538 000000000000DF68 0000000004B70248>                                             0 0000000005052E50 0000000005052E50=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC/  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeSpecial >                                         34428 000000000000DB68 0000000004B6FE48>                                             0 0000000004F90CCC 0000000004F90CCC=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC/  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeVirtual >                                         34363 000000000000D8D8 0000000004B6FBB8>                                             0 0000000004DA415C 0000000004DA415C=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC1  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeInterface >                                         34538 000000000000DF68 0000000004B70248>                                             0 0000000004D9C5D0 0000000004D9C5D0=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC>                                             0 0000000004D9B0BC 0000000004D9B0BC=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC.  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeStatic>                                         34477 000000000000DD18 0000000004B6FFF8>                                             0 0000000004D149CC 0000000004D149CC=  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod >                                         33946 00000000000002BC 0000000004B74DCC'  JAVA$JVM_SHR  EXECUTEJAVA  ExecuteJava >                                         38859 000000000000C50C 00000000000BCFAC>  JAVA$JVM_SHR  JNI  jni_Invoke          39549 00000000000016C4 00000000000C18F4,  JAVA$JVM_SHR  JNI  jni_CallStaticVoidMethod>                                         40788 0000000000005310 00000000000C5540>  JAVA$JAVA  JAVA  Java$main_Jacket       9429 0000000000000FC4 0000000000030FC4>  JAVA$JAVA  MAIN_JACKET  main           33170 0000000000000204 000000000003C694>  JAVA$JAVA  MAIN_JACKET  __main             0 0000000000000084 000000000003C514>  PTHREAD$RTL                                0 0000000000055FF8 000000007BD31FF8>  PTHREAD$RTL                                0 0000000000030404 000000007BD0C404     Dave McNeil ' Bell Canada Advanced Technical Services # dave.mcneil.remove-this-bit@bell.ca    ------------------------------  # Date: Wed, 07 Jun 2006 22:25:02 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)6 Subject: Re: Help for an OpenVMS/RDB/Java/JDBC newbie?6 Message-ID: <00A56DCF.02454B80@SSRL.SLAC.STANFORD.EDU>   In article <1149713998.659307.59580@u72g2000cwu.googlegroups.com>, "dave.mcneil@bell.remove-this-part.ca" <dave.mcneil@bell.ca> writes:  >Hello all,  > C >I am trying to develop a servlet class using JDBC to serve up some E >departmental data on the web.  Can anyone give me pointers on how to < >get it all together?  Any and all help gratefully received. > F >I am using an Alpha running OpenVMS V7.3-2, Oracle RDB V7.1-430, Java! >1.4.2. and Oracle's JDBC 7.2 (?)  > > >After installing Oracle JDBC, when I run the test class thus: > 9 >>def java$classpath JAVA$JRE_HOME_VMS:[]:[]rdbnative.jar  > C Is there a missing blank or comma or something in that classpath?      >  >>java "RdbJdbcCheckup"  >>user: dave >>password:whatever * >>database:mynode:my_disk-path:my_database >   I Not clear here whether you're using the Oracle Server JDBC client or some K Oracle Rdb-provided JDBC client.  If you're using the Oracle Server client, N then you need to make your database OCI-enabled with the rdb_natconn_prepare71. script, and then set up an OCI service for it.   If not, then never mind.   -- Alan    ------------------------------  $ Date: Thu, 8 Jun 2006 09:33:58 +0930< From: "Barratt, Chris \(FMC\)" <Chris.Barratt@fmc.sa.gov.au>6 Subject: RE: Help for an OpenVMS/RDB/Java/JDBC newbie?R Message-ID: <062C11A882E0C749A3CFD62BA461167A054AD974@hadaltmail.althad.sa.gov.au>  E As a guess, I would check that the version of the JDBC driver you are B using is compatible with the version of Rdb that you are using.=20E Otherwise, logging a call with Oracle would seem the best idea. Given D that the error is in the check up program - which is pretty straightA forward - I imagine it will be a well known problem to support...    Cheers,  Chris=20   > -----Original Message-----/ > From: dave.mcneil@bell.remove-this-part.ca=20 ! > [mailto:dave.mcneil@bell.ca]=20 % > Sent: Thursday, 8 June 2006 6:30 AM  > To: Info-VAX@Mvb.Saic.Com 4 > Subject: Help for an OpenVMS/RDB/Java/JDBC newbie? >=20 > Hello all, >=20D > I am trying to develop a servlet class using JDBC to serve up someF > departmental data on the web.  Can anyone give me pointers on how to= > get it all together?  Any and all help gratefully received.  >=20G > I am using an Alpha running OpenVMS V7.3-2, Oracle RDB V7.1-430, Java " > 1.4.2. and Oracle's JDBC 7.2 (?) >=20? > After installing Oracle JDBC, when I run the test class thus:  >=20: > >def java$classpath JAVA$JRE_HOME_VMS:[]:[]rdbnative.jar > >  > >java "RdbJdbcCheckup"
 > >user: dave  > >password:whatever+ > >database:mynode:my_disk-path:my_database  >=20) > It fails in a most spectacular fashion:  >=20% > **** Unhandled exception caught...0 & > **** Unhandled exception caught...1B& > **** Unhandled exception caught...1B& > **** Unhandled exception caught...1B& > **** Unhandled exception caught...1B& > **** Unhandled exception caught...1B >=20 > Continuing ... > SIGBUS    10*  bus error >=20; > Full thread dump Classic VM (1.4.2-4.p2, native threads): C >     "Finalizer" (TID:0x12a24e8, sys_thread_t:0x4a46390, state:CW,  > native ID:0x4a8b380) prio=3D8 1 >         at java.lang.Object.wait(Native Method)  >         at=20 > > java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) >         at=20 > > java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) >         atA > java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) A >     "Reference Handler" (TID:0x12a2548, sys_thread_t:0x49f03e0, * > state:CW, native ID:0x4a41380) prio=3D101 >         at java.lang.Object.wait(Native Method) 3 >         at java.lang.Object.wait(Object.java:429)  >         atB > java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)A >     "Signal dispatcher" (TID:0x12a2580, sys_thread_t:0x49ed950, ( > state:CW, native ID:0x3d7380) prio=3D5C >     "main" (TID:0x12a2360, sys_thread_t:0x5e22a8, state:R, native  > ID:0x7bd02d28) prio=3D5 / >         at rdb.JNI.SetDefTrans(Native Method)  >         at@ > oracle.rdb.jdbc.common.AbstractNativeRdb.Connect(AbstractNativ > eRdb.java:273) >         atH > oracle.rdb.jdbc.common.CommonRdbSynch.Connect(CommonRdbSynch.java:136) >         at? > oracle.rdb.jdbc.common.Connection.<init>(Connection.java:226)  >         atE > oracle.rdb.jdbc.common.NativeConnect.connect(NativeConnect.java:96) F >         at oracle.rdb.jdbc.rdbNative.Driver.connect(Driver.java:117) >         at=20 > > java.sql.DriverManager.getConnection(DriverManager.java:488) >         at=20 > > java.sql.DriverManager.getConnection(DriverManager.java:158)8 >         at RdbJdbcCheckup.main(RdbJdbcCheckup.java:20) > Monitor Cache Dump: = >     java.lang.ref.Reference$Lock@12A2558/12D8F50: <unowned> ! >         Waiting to be notified: - >             "Reference Handler" (0x49f03e0) H >     java.lang.Integer@12AA1C8/1306338: owner "main" (0x5e22a8) 1 entryH >     java.lang.Class@12A7338/1305940: owner "main" (0x5e22a8) 2 entriesB >     java.lang.ref.ReferenceQueue$Lock@12A2500/12D93D0: <unowned>! >         Waiting to be notified: % >             "Finalizer" (0x4a46390)  > Registered Monitor Dump:  >     utf8 hash table: <unowned>! >     JNI pinning lock: <unowned> * >     JNI global reference lock: <unowned> >     BinClass lock: <unowned># >     Class linking lock: <unowned> ) >     System class loader lock: <unowned> " >     Code rewrite lock: <unowned> >     Heap lock: <unowned>9 >     Monitor cache lock: owner "main" (0x5e22a8) 1 entry 8 >     Thread queue lock: owner "main" (0x5e22a8) 1 entry7 >     Monitor registry: owner "main" (0x5e22a8) 1 entry  >=208 > %SYSTEM-F-OPCCUS, opcode reserved to customer fault at& > PC=3DFFFFFFFF80AB1ED4, PS=3D0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump follows B >   image    module    routine             line      rel PC    =20 >       abs  > PC@ >  DECC$SHR                                   0 0000000000109ED4 > FFFFFFFF80AB1ED4@ >  DECC$SHR                                                    ?	 >       ? @ >  JAVA$JVM_SHR  INTERPRETER  Abort       38420 0000000000003F98 > 00000000000AEFD8) >  JAVA$JVM_SHR  SIGNALS_MD  panicHandler @ >                                         35279 00000000000001B8 > 000000000010ACC8- >  JAVA$HPI_SHR  INTERRUPT_MD  intrDispatchMD @ >                                         23817 0000000000000248 > 00000000001666E8@ >  DECC$SHR                                   0 00000000001D7704 > FFFFFFFF80B7F704@ >  DECC$SHR                                                    ?	 >       ? @ >  DECC$SHR                                   0 00000000001D73CC > FFFFFFFF80B7F3CC@ >  DECC$SHR                                                    ?	 >       ? @ >  DECC$SHR                                   0 000000000003062C > FFFFFFFF809D862C@ >  DECC$SHR                                                    ?	 >       ? ? > ----- above condition handler called with exception 0000000C: ? > %SYSTEM-F-ACCVIO, access violation, reason mask=3D00, virtual B > address=3D00000000000000D8, PC=3D0000000005102CE0, PS=3D0000001B  > ----- end of exception message@ >                                             0 FFFFFFFF8009E09C > FFFFFFFF8009E09C2 >  RDBJDBCSHR72  RDBJDBC  Java_rdb_JNI_SetDefTrans@ >                                         59085 000000000001E200 > 0000000005102CE04 >  JAVA$JVM_SHR  JAVA$INVOKE_NATIVE  sysInvokeNative@ >                                          2479 00000000000002A0 > 000000000010C1604 >  JAVA$JVM_SHR  CLASSRUNTIME  invokeJNINativeMethod@ >                                         36909 0000000000000AF4 > 000000000009F5945 >  JAVA$JVM_SHR  CLASSRUNTIME  invokeLazyNativeMethod @ >                                         37109 00000000000011C4 > 000000000009FC641 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeVirtual @ >                                         34363 000000000000D8D8 > 0000000004B6FBB8@ >                                             0 000000000538E098 > 000000000538E098? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC@ >                                             0 000000000538DD9C > 000000000538DD9C? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC3 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeInterface @ >                                         34538 000000000000DF68 > 0000000004B70248@ >                                             0 0000000005052E50 > 0000000005052E50? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC1 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeSpecial @ >                                         34428 000000000000DB68 > 0000000004B6FE48@ >                                             0 0000000004F90CCC > 0000000004F90CCC? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC1 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeVirtual @ >                                         34363 000000000000D8D8 > 0000000004B6FBB8@ >                                             0 0000000004DA415C > 0000000004DA415C? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC3 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeInterface @ >                                         34538 000000000000DF68 > 0000000004B70248@ >                                             0 0000000004D9C5D0 > 0000000004D9C5D0? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC@ >                                             0 0000000004D9B0BC > 0000000004D9B0BC? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC0 >  JAVA$JIT_142_SHR  SUNGENERATOR_  InvokeStatic@ >                                         34477 000000000000DD18 > 0000000004B6FFF8@ >                                             0 0000000004D149CC > 0000000004D149CC? >  JAVA$JIT_142_SHR  SUNINTERFACE_  AlphaInvokeUncompiledMethod @ >                                         33946 00000000000002BC > 0000000004B74DCC) >  JAVA$JVM_SHR  EXECUTEJAVA  ExecuteJava @ >                                         38859 000000000000C50C > 00000000000BCFAC@ >  JAVA$JVM_SHR  JNI  jni_Invoke          39549 00000000000016C4 > 00000000000C18F4. >  JAVA$JVM_SHR  JNI  jni_CallStaticVoidMethod@ >                                         40788 0000000000005310 > 00000000000C5540@ >  JAVA$JAVA  JAVA  Java$main_Jacket       9429 0000000000000FC4 > 0000000000030FC4@ >  JAVA$JAVA  MAIN_JACKET  main           33170 0000000000000204 > 000000000003C694@ >  JAVA$JAVA  MAIN_JACKET  __main             0 0000000000000084 > 000000000003C514@ >  PTHREAD$RTL                                0 0000000000055FF8 > 000000007BD31FF8@ >  PTHREAD$RTL                                0 0000000000030404 > 000000007BD0C404 >=20 >=20
 > Dave McNeil ) > Bell Canada Advanced Technical Services % > dave.mcneil.remove-this-bit@bell.ca  >=20   ------------------------------  % Date: Thu, 08 Jun 2006 00:03:37 +0200 = From: =?ISO-8859-1?Q?Markus_D=F6hr?= <wantbottom@t-online.de>  Subject: Intel selling Itanium? / Message-ID: <e67ifs$mhk$01$1@news.t-online.com>   7 http://www.mercurynews.com/mld/mercurynews/14733041.htm    [...] G Other Intel communications businesses are also for sale, for the right  % price, according to industry sources.   I And it remains to be seen what Intel will do with its other money-losing  ; businesses, Itanium microprocessors and flash memory chips.  [...] I Although Intel declined to comment on the potential sales, the company's  E other recent broad comments make the sale of money-losing businesses  I plausible to analysts. Intel Chief Executive Paul Otellini said recently  H that Intel was evaluating ``every inch'' of its money-losing businesses G for strategic fit with Intel's plans, and he said a month ago that the  1 company would complete its evaluation in 90 days.  [...]     B I found this article from a reference from a German news magazine & (http://www.golem.de/0606/45749.html).  % Those are only rumors but what if...?      --   Markus   ------------------------------  % Date: Wed, 07 Jun 2006 19:39:58 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Intel selling Itanium? , Message-ID: <448763BA.A1821CCF@teksavvy.com>   Markus Dhr wrote: > 9 > http://www.mercurynews.com/mld/mercurynews/14733041.htm J > And it remains to be seen what Intel will do with its other money-losing= > businesses, Itanium microprocessors and flash memory chips.     G I saw another similar article, and  in it, the desktop and server chips H were said to be "safe". The IA64 thing wasn't mentioned specifically but. it might be considered part of "server chips".  E The quicker Intel admits IA64 has no future, the better. Whether they F find a buyer or just phase it out like Alpha was phased out remains toG be seen. I don't see anyone really interested in buying the IA64 thing, < except perhaps HP to get engineers back and restart PA-Risc.    H The big question is whether Intel will announce 8086 features that allowF it to scale to Superdome before or at the same time as the end of line for IA64 is announced.   ------------------------------  % Date: Thu, 08 Jun 2006 01:58:48 +0200 ( From: Michael Kraemer <M.Kraemer@gsi.de># Subject: Re: Intel selling Itanium? / Message-ID: <e67p73$qae$02$1@news.t-online.com>    JF Mezei schrieb: G > The quicker Intel admits IA64 has no future, the better. Whether they H > find a buyer or just phase it out like Alpha was phased out remains toI > be seen. I don't see anyone really interested in buying the IA64 thing, > > except perhaps HP to get engineers back and restart PA-Risc.  B well, in this case, would they consider porting the remains of VMS to PA-RISC ?   ------------------------------  % Date: Wed, 07 Jun 2006 17:15:09 -0700 # From: "Tom Linden" <tom@kednos.com> # Subject: Re: Intel selling Itanium? ) Message-ID: <op.taswbjlzzgicya@hyrrokkin>   I On Wed, 07 Jun 2006 16:58:48 -0700, Michael Kraemer <M.Kraemer@gsi.de>  =    wrote:   > JF Mezei schrieb: I >> The quicker Intel admits IA64 has no future, the better. Whether they=   I >> find a buyer or just phase it out like Alpha was phased out remains t=  o I >> be seen. I don't see anyone really interested in buying the IA64 thin=  g,? >> except perhaps HP to get engineers back and restart PA-Risc.  > D > well, in this case, would they consider porting the remains of VMS > to PA-RISC ? > % PA-RISC is even more dead than Alpha.    ------------------------------  % Date: Wed, 07 Jun 2006 20:28:30 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Intel selling Itanium? , Message-ID: <44876F17.A3AC3CA8@teksavvy.com>   Tom Linden wrote: ' > PA-RISC is even more dead than Alpha.    two words: Installed base.  G Right now, HP expects to lose about 30% of its BCS customers because of F the unwanted migration to that IA64 thing.  If HP revitalises PA-Risc,F it may end up keeping a greater number of customers and hence profits.  G Remember that Pa-risc jusrt rently got its last speed boots and its end G of sales is still more than a year away, so it isn't "as dead" as Alpha ! whose end of sales is weeks away.    ------------------------------  % Date: Thu, 08 Jun 2006 00:31:55 -0400 ( From: Bill Todd <billtodd@metrocast.net># Subject: Re: Intel selling Itanium? G Message-ID: <i9qdnZPWiIKhNRrZnZ2dnUVZ_rGdnZ2d@metrocastcablevision.com>    JF Mezei wrote:    ...   J > The big question is whether Intel will announce 8086 features that allowH > it to scale to Superdome before or at the same time as the end of line > for IA64 is announced.  G Exactly what scaling features do you think Itanic has that Intel's x86  H products don't?  People like Sequent were building 32- and 64-processor I x86 configurations close to a decade ago (I'm not going to look up exact  G dates), and others could (and quite likely would) be doing so today if  E they hadn't gotten side-tracked by the Itanic hype (a 32- or 64-core  A Woodcrest machine would handily show its heels to Itanic on most  H workloads despite having significantly less on-chip cache and therefore F lower manufacturing cost, and at far lower power to boot - even lower I power than Montecito will require, despite its vast improvements in that   area).  D Of course, IBM already offers up to 64-core x86 configurations, but G using a somewhat cobbled-together approach that doesn't scale superbly  G and uses the far less capable Pentium 4 ('Netburst') architecture (and  B that chipset may not be capable of using the new Woodcrest server A parts).  Still, even that second-class product has beaten Itanic  1 core-for-core in some up to 32-core benchmarks...   F And the 'common system interconnect' (CSI) that Intel is planning for I 2008 will support both Itanic and x86, so no advantage there for Itanic,   either.   I The one real performance edge that Itanic used to hold over x86 (running  G FP-intensive code) has just been erased by Woodcrest (not that Opteron  I was all that far behind before).  Itanic is looking even more irrelevant  D than ever these days, and I'm certainly not aware of any rabbits it 3 could pull out of its hat to change that situation.    - bill   ------------------------------   Date: 7 Jun 06 16:30:12 EDT ) From: cook@wvnvms.wvnet.edu (George Cook) 2 Subject: Re: MOSAIC: little bug (invalid requests)! Message-ID: <EhNLcUaRkWN5@wvnvms>   \ In article <4486A02A.8BCF7086@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:E > This has been happing on and off (irregular and not reproducible at I > will, but happens enough that you remember it). This was happening both  > with 3.8 and now with 4.0  > J > Essentially, double clicking the middle button will open a link in a newE > window. But sometimes, the request sent to the server is invalid. A  > reload then works. >  > For instance, g >> http://webinfo.parl.gc.ca/MembersOfParliament/MainMPsCompleteList.aspx?TimePeriod=Current&Language=E  > I > gives a list of elected MPs and when you double middle click on an MP's E > name, you get his profile/contact info in a new window. In order to H > reproduce the problem, I have to open perhaps 5 or 6 windows before itG > happens. And I have seen this happen on many different web sites over F > the years. Don't know why it happens and have no information on what. > triggers the problem. It truly seems random. >  > ) > With a FAILED request TCPTRACE reveals:  > I >   0B00000A   B874063C   00409CAC   68000045    0000    E..h..@.<.t..... J >    5BD6EB05   019A3B6C   500081C8 | 6B52C5C0    0010    ..Rk...Pl;.....[J >    6D654D2F   20544547 | 00008766   00F01850    0020    P...f...GET /MemJ >    746E656D   61696C72   6150664F   73726562    0030    bersOfParliamentJ >    3F787073   612E504D   656C6966   6F72502F    0040    /ProfileMP.aspx?J >    6175676E   614C2639   31343837   3D79654B    0050    Key=78419&LanguaB >                          0A0D0A0D   453D6567    0060    ge=E.... >  > F > Note that the request has just one line followed by a blank line andH > does not contain a Host: line which is pretty well required these days= > for the web server to know what web site it needs to serve.   D This is an HTTP Version 0 request.  Mosaic only sends version 0 whenD the server did not respond properly to the preceeding HTTP version 1B request.  I cannot reproduce the failure, so I cannot tell why the HTTP version 1 request failed.  E I need to see a WWW2 trace (see Debug menu), of the request up to the  version 0 request being sent.      George Cook  WVNET    ------------------------------  % Date: Wed, 07 Jun 2006 16:46:54 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: MOSAIC: little bug (invalid requests), Message-ID: <44873B35.A6B698BE@teksavvy.com>   George Cook wrote:F > This is an HTTP Version 0 request.  Mosaic only sends version 0 whenF > the server did not respond properly to the preceeding HTTP version 1D > request.  I cannot reproduce the failure, so I cannot tell why the  > HTTP version 1 request failed. > G > I need to see a WWW2 trace (see Debug menu), of the request up to the  > version 0 request being sent.   C Thanks for the response. However, I am somwehat at a loss about the  "debug menu".   @ Where might I find information on how to enable the debug menu ?+ "SEARCH" didn't reveal anything conclusive.    ------------------------------   Date: 7 Jun 06 17:16:03 EDT ) From: cook@wvnvms.wvnet.edu (George Cook) 2 Subject: Re: MOSAIC: little bug (invalid requests)! Message-ID: <rL06CkXBlKQ$@wvnvms>   \ In article <44873B35.A6B698BE@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > George Cook wrote:G >> This is an HTTP Version 0 request.  Mosaic only sends version 0 when G >> the server did not respond properly to the preceeding HTTP version 1 E >> request.  I cannot reproduce the failure, so I cannot tell why the ! >> HTTP version 1 request failed.  >>  H >> I need to see a WWW2 trace (see Debug menu), of the request up to the  >> version 0 request being sent. > E > Thanks for the response. However, I am somwehat at a loss about the  > "debug menu".  > B > Where might I find information on how to enable the debug menu ?- > "SEARCH" didn't reveal anything conclusive.   9 Set the preference DEBUG_MENU to True, then start Mosaic.      George Cook  WVNET    ------------------------------  % Date: Wed, 07 Jun 2006 15:46:17 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Problem with "New mail" broadcasts , Message-ID: <44872D04.3837E26D@teksavvy.com>   Larry Kilgallen wrote:  > Or, for a smaller hammer, try: >  >         SET BROADCAST=NOMAIL    G I want to get my "new mail from xxx" broadcasts. I just don't want them J to freeze my terminal because the username contains junk escape sequences.   ------------------------------  % Date: Wed, 07 Jun 2006 15:58:58 -0400 # From: sol gongola <sol@adldata.com> / Subject: Re: Problem with "New mail" broadcasts 0 Message-ID: <1149710369.112490@nntp.acecape.com>   JF Mezei wrote:  > Larry Kilgallen wrote:! >> Or, for a smaller hammer, try:  >> >>         SET BROADCAST=NOMAIL  >  > I > I want to get my "new mail from xxx" broadcasts. I just don't want them L > to freeze my terminal because the username contains junk escape sequences.  @ If the characters were part of the message itself, they would be? 'mimed' into alphanumeric and wouldn't cause this problem.  The ( same thing be done in the email headers?   ------------------------------  % Date: Wed, 07 Jun 2006 16:15:20 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Problem with "New mail" broadcasts , Message-ID: <448733D1.BE2F5D13@teksavvy.com>   sol gongola wrote:B > If the characters were part of the message itself, they would beA > 'mimed' into alphanumeric and wouldn't cause this problem.  The * > same thing be done in the email headers?  F Yes, most legitimate email headers are "mimed". But spammers don't use3 very standard/compliant mailers and they send junk.    ------------------------------  * Date: Wed, 7 Jun 2006 22:11:17 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney) / Subject: Re: Problem with "New mail" broadcasts ' Message-ID: <e67iu5$so$1@pcls4.std.com>    etmsreec@yahoo.co.uk writes:  A >You could always do the obvious command to reject such messages:    >$ SET TERMINAL/NOBROADCAST   D >You could, additionally, use a chunk of code to interrogate the newH >mail count every once in a while and get it to send out its own message4 >in another window when the message count changes...  D Another way is to have one special dummy terminal session logged in,H running a program with a broadcast mailbox, with broadcasts disabled forC everything except MAIL.  The program intercepts the mail broadcast, J formats it, and rebroadcasts it to something like USER1.  Meanwhile, everyG other terminal session has MAIL broadcasts disabled, and USER1 enabled.    ------------------------------  $ Date: Wed, 7 Jun 2006 17:27:56 -0400 From: norm.raphael@metso.com2 Subject: Replacing common dump file - sanity checkQ Message-ID: <OFA314F4D1.E7B6F3DC-ON85257186.007580A9-85257186.0075E25A@metso.com>   ? I have downsized the memory on this VAX and want to replace the ; common dump file.  I have created a new one and entered it. + After I reboot, the new one will be in use. 8 What are the proper steps to delete the old one cleanly?E Must I SET FILE/REMOVE all the specific roots (this disk has several) : before I purge the common file, or is there an easier way?    2 $DIRE/SIZ=ALL/FILE/WID=FILE=40 SYSDUMP*.DMP/NOHEAD7 SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;2         (2349,2705,0) 
 262153/262156 5 SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1         (211,354,0) 
 786441/786444   ) Total of 2 files, 1048594/1048600 blocks. 7 SYS$COMMON:[SYSEXE]SYSDUMP-COMMON.DMP;2   (2349,2705,0) 
 262153/262156 5 SYS$COMMON:[SYSEXE]SYSDUMP-COMMON.DMP;1   (211,354,0) 
 786441/786444   ) Total of 2 files, 1048594/1048600 blocks.   > Grand total of 2 directories, 4 files, 2097188/2097200 blocks.   ------------------------------  % Date: Wed, 07 Jun 2006 18:02:49 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 6 Subject: Re: Replacing common dump file - sanity check: Message-ID: <GvydnU1BieqL0BrZnZ2dnUVZ_t-dnZ2d@comcast.com>   norm.raphael@metso.com wrote:   A > I have downsized the memory on this VAX and want to replace the = > common dump file.  I have created a new one and entered it. - > After I reboot, the new one will be in use. : > What are the proper steps to delete the old one cleanly?G > Must I SET FILE/REMOVE all the specific roots (this disk has several) < > before I purge the common file, or is there an easier way? >  > 4 > $DIRE/SIZ=ALL/FILE/WID=FILE=40 SYSDUMP*.DMP/NOHEAD9 > SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;2         (2349,2705,0)  > 262153/262156 7 > SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1         (211,354,0)  > 786441/786444  > + > Total of 2 files, 1048594/1048600 blocks. 9 > SYS$COMMON:[SYSEXE]SYSDUMP-COMMON.DMP;2   (2349,2705,0)  > 262153/262156 7 > SYS$COMMON:[SYSEXE]SYSDUMP-COMMON.DMP;1   (211,354,0)  > 786441/786444  > + > Total of 2 files, 1048594/1048600 blocks.  > @ > Grand total of 2 directories, 4 files, 2097188/2097200 blocks. >   $ After rebotting, you can simply say:, $ PURGE /LOG SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP or/ $ DELETE /LOG SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP;1  Either way gets the job done.    ------------------------------   Date: 7 Jun 2006 13:35:32 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>8 Subject: Re: SA 5300A, changing system disk breaks ACUXEC Message-ID: <1149712532.925969.162790@j55g2000cwa.googlegroups.com>    Another followup.   G Got instructions to change the array setup, adding some drives.  Backed A up the array system disk to a local disk, rebuilt a single mirror A system disk using ORCA, restored the system disk... and now ACUXE D works.  Same system disk name, size is larger than the ACUXE-createdF disk was where we had the problems, but both substantially larger than needed.   : Now with no other changes ACUXE is suddenly working again.  D But now I have to change the allocation class... I can't wait to see what breaks next!    Rich   ------------------------------   Date: 7 Jun 2006 15:56:42 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>8 Subject: Re: SA 5300A, changing system disk breaks ACUXEC Message-ID: <1149721002.154692.315270@y43g2000cwc.googlegroups.com>    And another followup.   G Changed the allocation class as required, updating the SSL root logical C as required.  ACUXE broke again, same symptoms; an access violation  when I start it.  D Removed and reinstalled ACUXE, no go.  Removed and reinstalled ACUXEF and the management agents.  No go.  Removed both plus completely wipedF and rebuilt the TCPIP configuration, no go.  Full power cycles between attempts, no change.  D The raid setup created by booting from the local drive (which cannotC remain) still works fine, and ACU-XE on that local drive also still D works fine.  I can't find any differences other than the SSL logical and the contents of the   D I still can't find anything relevant to the failure via google or on itrc.    > Rich   ------------------------------  % Date: Thu, 08 Jun 2006 00:09:35 -0400 ( From: Bill Todd <billtodd@metrocast.net>M Subject: Re: Unix runs faster, maybe (was: Re: Educating potential VMS users) G Message-ID: <_6CdnZWFO8JiPxrZnZ2dnUVZ_vSdnZ2d@metrocastcablevision.com>    Main, Kerry wrote: >> -----Original Message----- 3 >> From: Bill Todd [mailto:billtodd@metrocast.net]   >> Sent: June 7, 2006 12:14 AM >> To: Info-VAX@Mvb.Saic.Com< >> Subject: Re: Unix runs faster, maybe (was: Re: Educating  >> potential VMS users)  >> >> Main, Kerry wrote:  >>>> -----Original Message----- 5 >>>> From: Bill Todd [mailto:billtodd@metrocast.net]   >>>> Sent: June 6, 2006 1:36 AM  >>>> To: Info-VAX@Mvb.Saic.Com> >>>> Subject: Re: Unix runs faster, maybe (was: Re: Educating  >>>> potential VMS users)  >>>> >>> [snip..] >>> = >>>>> The environments I am talking about in the majority of   >> Windows/UNIX > >>>>> servers today are not CPU lite, but disk IO heavy. They  >> are just not 9 >>>>> utilized that much at all in peak periods - period. C >>>> That's what I just suggested, Kerry:  they're limited by disk   >>>> I/O, not ? >>>> CPU, and hence CPU utilization *will* be low, even if the  
 >> disks are  $ >>>> working their little tails off. >>>>, >>> Apologies, I did not make myself clear. B >> No:  you either misspoke, or are now covering up an attempt to  >> back-pedal - see below. >>< >>> While there is typically a very small number of servers  >> that are fairlyE >>> heavy utilized, the majority of Wintel and UNIX servers today are # >>> neither CPU *or* disk IO heavy. G >> That is *not* what you said above:  you said "The environments I am  ? >> talking about in the majority of Windows/UNIX servers today   >> are not CPU  @ >> lite, but disk IO heavy" (*not* "neither CPU *or* [sic] disk  >> IO heavy", @ >> as you would now like us to think), and that's the statement  >> to which I  >> responded >> > J > Like my updated note stated, I did not make myself clear in the original > note.   G Wrong again:  you made yourself quite clear - if there was any problem  I (rather than a later attempt to change what you originally meant) it was  F (as I said) because you actively misspoke (which is decidedly not the , same as merely 'not making yourself clear').  
 Clear now?   >  >> ... >> >>A >>>> And any file system optimizations that will reduce the load   >>>> on the disks ? >>>> (as Unix's do far better by default than VMS does) *will*  
 >> be useful. ? >>> Most admins on any platform I know would tune their OS's /   >> file systems = >>> etc before releasing to production. The same is true for   >> OpenVMS. Very? >>> few ever release the default config into production, so at   >> best, this is >>> a theoretical viewpoint.@ >> I notice that you're continuing to skate around the question  >> of exactly A >> how much experience you have with the administration of other  
 >> OSs (Unix  ? >> in particular being central to the current context).  Until   >> such time as : >> you're ready to claim significant experience with Unix  >> administration,  C >> let's leave this open for more qualified people to comment upon.  >> > G > Skate nothing. While I will certainly not claim to be a UNIX admin, I J > have been around DC's enough to understand the provisioning process doesI > not simply involve install OS, add applications, test and move to prod.   D Which is not at all the same as saying that the kind of significant A file-access tuning that VMS so often *requires* to generate good  G performance is typically required to generate good performance in Unix   environments, of course.  G Since you've now actively acknowledged that you don't know what you're  G talking about in this area, as I've suggested already let's let people  $ who *do* chime in, if any choose to.   > B > Hey - there are lots of other folks here who have UNIX sys adminH > experience - how many would move their newly installed UNIX OS to prod2 > with zero tuning to the application in question? >  >> ... >>? >>>>> And btw, a server with low cpu utilization, but heavy IO   >> makes for a( >>>>> poor candidate for virtualization.C >>>> But since you seem to insist on this digression:  horseshit.    >>>> A server = >>>> with very low CPU utilization is a *good* candidate for   >>>> virtualization,  F >>>> since it's got lots of horsepower left over for other tasks that : >>>> (especially in Windows environments) admins might be  >>>> reluctant to run on  < >>>> the same OS instance:  just hook up some more disks to  >>>> service the added  $ >>>> application(s) and let 'er rip. >>>>; >>> While it can be done, keep in mind the impact on total   >> bandwidth (needB >>> to balance), CPU cache thrashing and virtual drivers overhead.A >> Waving your hands vigorously won't cut it, Kerry - you really   >> ought to  >> have learned that by now. >> >>   A heavy= >>> IO application will likely depend on cpu caching, but if   >> the other OS > >>> instances are constantly invalidating the CPU cache, then  >> most of the/ >>> heavy IO's will go directly to memory/disk. I >> Let's not confuse CPU cache with file-system cache, shall we?  If the  = >> 'heavy I/O application' is not managing to tax the CPU(s)   >> much, then it  I >> pretty much by definition is *not* depending much on CPU caching, nor  @ >> with DMA mechanisms (which have been common for decades now)  >> is most of E >> the data necessarily even *passing through* the CPU caches on its    >> journey from input to output. >>A >> And of course other OS instances 'constantly invalidating the   >> CPU cache' F >> will *never* affect disk accesses, only (at worst) send occasional E >> references to RAM which might have otherwise hit in the CPU cache.  >>; >> Your horseshit is rapidly turning into bullshit, I fear.  >> > D > Bill - this looks like an area that you need to do some additional > research on.    G Au contraire, mon ami:  I clearly don't need to crack a book or tickle  G Google to leave you in the dust here, so I'll just continue kicking it   into your face for a while yet.    > I > Virtualization of a system (OS stacking, sub CPU virtualization) is all I > about trade-off's in terms of reducing the overall HW, improving server A > utilization and balancing the stacking of *low* resource demand 9 > applications against the demands of the overall system.  > F > As I know you know, all IO based applications have some level of CPUF > loads and as you start to mix additional CPU loads that also have IO? > loads (not many applications do CPU only with no IO), it will / > potentially impact that heavy IO application.  > H > In the real world, if you have a very IO intensive application that isD > anywhere close to being important, most Cust's would leave it on aJ > dedicated server as they do not want to take any chances that additionalH > stacked applications would in any way impact that applications overall > performance.    G Yup - well into bullshit territory now, Kerry:  why am I not surprised  F that you just continue to bluster on in the hope that something might 6 stick or more competent debaters might just get tired?  ? Gee:  people with applications too important to tolerate *any*  > interference from other applications probably won't run other A applications on the same hardware with them - tautologies are so  D illuminating, news at 11.  Of course, people with such applications D aren't candidates for the kind of consolidation you started touting F anyway, so yet another attempt to deflect the conversation from areas ) that may be getting embarrassing for you.   @ People interested in getting more bang out of a given amount of I hardware, by contrast, will indeed run applications that aren't quite so  C finicky (i.e., most applications, since the amount of interference  H you're talking about between I/O-intensive tasks that don't tax the CPU H and other tasks that don't share any of the hardware that the first set ; of tasks is pushing hard is rather small) along with other  I similarly-unfinicky applications - whether on the same OS instance or in  < separate OS VMs, depending on the trustworthiness of the OS.   - bill   ------------------------------  % Date: Wed, 07 Jun 2006 15:44:24 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: Wanted:MAIL.MAI structure definition , Message-ID: <44872C93.BA6383E6@teksavvy.com>   "Ruslan R. Laishev" wrote:W >         No problemo to implement so repairing/verification procedure, but it requires G > API or/and direct access to MAIL.MAI file which structure are lightly 2 > "documented" and "subject to change w/o notice".  G Consider that if VMS ever has an upgrade which includes a change in the H MAIL.MAI format, this is bound to be very explicitely spelled out in theD release notes and there may be some utility to convert exsiting .MAI files to the new format.  F While the engineers do (rightly) reserve the right to change that fileG format, the odds of it happening without users knowing it are extremely G low.  So while the engineres HAVE to warn you not to do it, I think you C are fairly safe in making assumptions in the current format will be  there for many years.   H And when the time comes to do an upgrade of VMS on your system, you then8 need to ensure that the MAIL.MAI format hasn't changed.   H In the end, the goal is to provide good service to your customers TODAY.G There may be a cost in the future if the file's format changes, but not G providing good service during all those years has an ever greater cost.    ------------------------------  % Date: Wed, 07 Jun 2006 15:53:04 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: Wanted:MAIL.MAI structure definition , Message-ID: <44872E9B.5E238EF1@teksavvy.com>   Hoff Hoffman wrote: I >    I'm guessing you're not likely going to be able to provide a concise ? > reproducer here, and that you can presently only detect these J > corruptions some time after they arise, and that there may or may not beH > a log of the activities around the corruption available once the errorC > has been detected.  I'm further guessing we might end up seeing a J > substantial volume of source code, and that's going to take some time to > learn and to review.    E Which means that if the engineers responsible for the POP server  AND @ the engineer responsible for the MAIL callable interface AND theG engineer responsible for the SMTP server were involved, they might come H up with a list of all possible scenarios where a content .MAI file wouldH be left hanging without a pointer in the main MAIL.MAI indexed file, andF then they can each look in their code to see if their code woudl allow such conditions to arise.   E This is where open source shines because customers can do much of the F debugging for you, especially in cases such as the TCPIP product whichF appears to be on auto-pilot without any of the original engineers left to take care of it.    ------------------------------  % Date: Wed, 07 Jun 2006 16:13:25 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: Wanted:MAIL.MAI structure definition , Message-ID: <4487335E.50CC05F8@teksavvy.com>   Hoff Hoffman wrote: F >    More efficient, and less flexible -- it's a trade-off.  There areD > serious limits within the current design, such as the inability toI > generally search the mail file, or to have a message in two folders, or ; > to handle the information in a transactional format, etc.   E Funny, ALLIN1 does all of this and it uses ISAM files for in indexes.   6 and DECWINDOWS mail does offer searching capabilities.  G ALLIN1 stores messages into a "central" shared set of directories. Each H mail area has its own indexed file containing an index of messages. EachG record contains the main document attributes (sender, recipients, dates F (created, sent, delivered etc), message subject , type of content etc.9 It also contains a count of users having a pointer to it.   @ A user has a local database of his messages. It contains "local"H information such as folder, message status (read, unread, whether a readG receipt is requested, has been issued or not etc), and a pointer to the H shared area and key within that shared areas,s indexed file for the fullF details of that document (whicn includes the filename where the actualG contents are stored). And a Document can contain multiple attachements.     D When a user deletes a document, it decrements the usage count in theG shared area. When that goes to 0, then the file is actually deleted and E the indexed records in the shared area removed. This allows a message F sent to 500 employees to be stored as 1 copy, with 500 records in userE indexes pointing to the 1 record (which points to the 1 file)  in the  shared area.  G The use of a central (or multiple central) areas (each area consists of B a whole bunch of directories where files are automatically eventlyH distributed) allows a system manager to manage mail storage on different disks than user disks.    E While the actual ALLIN1 implementation has some missing features when 6 looking at internet mail, the concept is pretty sound.  A The problem with mail these days is that RFC822 headers are quite G variable and new fields are added and not always consistently used. And B one really needs to keep that header "intact" because it is like aD postmark on a letter. So even if you were to parse the RFC822 headerF into some fancy XML structure, you'd still need to retain the originalH RFC822 header because your XML parser wouldn't be able to understand new fields being added to RFC822.    ------------------------------  % Date: Thu, 08 Jun 2006 01:34:10 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 1 Subject: Re: Wanted:MAIL.MAI structure definition 9 Message-ID: <x6-dnV6jcdwnKBrZnZ2dnUVZ_s-dnZ2d@libcom.com>    JF Mezei wrote:  > Hoff Hoffman wrote: G >>    More efficient, and less flexible -- it's a trade-off.  There are E >> serious limits within the current design, such as the inability to J >> generally search the mail file, or to have a message in two folders, or< >> to handle the information in a transactional format, etc. > G > Funny, ALLIN1 does all of this and it uses ISAM files for in indexes.   E Yeah, through the years we did lots of things.  We also learned some  2 lessons.  New ideas and products grew out of such.  G Bottom line, a relational database is more flexible in the retrival of  I data.  Note that I'm not a big fan of relational databases as a cure-all  H for all purposes.  But for retrieval and searching, they're pretty good.    C > The problem with mail these days is that RFC822 headers are quite I > variable and new fields are added and not always consistently used. And D > one really needs to keep that header "intact" because it is like aF > postmark on a letter. So even if you were to parse the RFC822 headerH > into some fancy XML structure, you'd still need to retain the originalJ > RFC822 header because your XML parser wouldn't be able to understand new > fields being added to RFC822.   
 Wanna bet?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   End of INFO-VAX 2006.316 ************************