D - Looking: if somone coded a serialization lib
- School (6/6) Apr 11 2004 I am just asking that. Although serialization is not a common technique,
- Kris (11/17) Apr 11 2004 Do you mean serialization of classes, or serialization of threads? If th...
- School (6/31) Apr 11 2004 I actually mean serialization of classes.
- Kris (21/52) Apr 12 2004 Dsc.io can handle that kind of thing quite well, with help from the
- Walter (7/16) Apr 12 2004 impressive
- Ben Hinkle (5/30) Apr 18 2004 Hmm. I'm surprised no-one seems interested. Are there any HOWTOs or
- Kris (32/36) Apr 18 2004 As far as porting Java goes, my meager experience identifies these
- Mike Swieton (13/31) Apr 18 2004 I would be interested in working on it. However, I highly recomend again...
- Ben Hinkle (12/20) Apr 19 2004 that
- Sean Kelly (10/21) Apr 26 2004 Even worse, winthreads are quite different from pthreads in some cases.,...
- Ben Hinkle (44/47) Apr 12 2004 To give Kris's Dsc a run for its money (sorry Kris...) I've added
- J Anderson (15/23) Apr 12 2004 What about when objects are serialized twice? IMHO, in these cases you...
- Ben Hinkle (29/56) Apr 12 2004 Hmm. maybe. I thought about that briefly but decided against it since
- Kris (18/20) Apr 13 2004 Nice one Ben!
- h3r3tic (92/92) Apr 13 2004 yesterday i've independently coded a serialization lib... though its pro...
- h3r3tic (7/7) Apr 13 2004 whooops...
- h3r3tic (110/110) Apr 13 2004 k, here's a slightly modified version in a slightly different zip archiv...
- Ben Hinkle (7/10) Apr 13 2004 hmm. what's a rar file and can you post the files in something
- J Anderson (7/23) Apr 13 2004 Rar is a *slightly* better compression scheme then zip. Get winrar or
- Stephan Wienczny (4/11) Apr 13 2004 Winase? Google suggest Winace did you mean that?
- School (5/19) Apr 13 2004 For that I could say, winase is not existing anyways. It should be winaC...
- J Anderson (4/15) Apr 13 2004 sorry, yeah.
- J Anderson (12/25) Apr 13 2004 Well of course you have to be aware of what is happening but much of the...
- Phill (12/25) Apr 14 2004 Am I right in thinking that if you have Apache or
- Brad Anderson (4/10) Apr 15 2004 .war is the file type you're thinking of.
- Phill (8/18) Apr 16 2004 Ah thats right, thanks, its been a while since I mucked around with Tomc...
I am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-D -- School, yet another nickname for anonymous. :D ;-D
Apr 11 2004
Do you mean serialization of classes, or serialization of threads? If the former, then I may be able to help you out. If you meant the latter, then read on: It appears as though Java 1.5 is adopting the full embrace of Doug Lea's asynchronous package. Well, at least it looks like Doug's stuff. His home page is over here: http://gee.cs.oswego.edu/dl/ It would be uber-cool if someone were to port even part of Doug's impressive synchronization and serialization library over to D ... - Kris "School" <school users.sf.net> wrote in message news:c5b9tf$s3t$1 digitaldaemon.com...I am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-D -- School, yet another nickname for anonymous. :D ;-D
Apr 11 2004
Kris 提到:Do you mean serialization of classes, or serialization of threads? If the former, then I may be able to help you out. If you meant the latter, then read on: It appears as though Java 1.5 is adopting the full embrace of Doug Lea's asynchronous package. Well, at least it looks like Doug's stuff. His home page is over here: http://gee.cs.oswego.edu/dl/ It would be uber-cool if someone were to port even part of Doug's impressive synchronization and serialization library over to D ... - Kris "School" <school users.sf.net> wrote in message news:c5b9tf$s3t$1 digitaldaemon.com...I actually mean serialization of classes. Thank you. -- School, yet another nickname for anonymous. :D ;-DI am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-D -- School, yet another nickname for anonymous. :D ;-D
Apr 11 2004
Dsc.io can handle that kind of thing quite well, with help from the developer. For each "serializable" class you implement the ISerializable interface (two method: read & write), and then use one of the Reader/Writer derivatives to thaw/freeze the contents of said class (CompositeReader and CompositeWriter are a good choice for this kind of thing, possibly in conjunction with the Endian classes). That is, Dsc eschews the Java approach of "serialization through introspection" in favour of a framework to get the job done under the watchful eye of a developer. There's no rocket science involved here; in fact, you could do this kind of thing with printf and scanf if you really wanted to <g> Naturally, this approach only serializes the 'data' portion of a class; not the code portion! Dsc.server will eventually use this stuff internally to maintain (optimized) state across a load-balanced cluster. - Kris "School" <school users.sf.net> wrote in message news:c5d8on$pfv$1 digitaldaemon.com...Kris 提到:theDo you mean serialization of classes, or serialization of threads? Ifthenformer, then I may be able to help you out. If you meant the latter,homeread on: It appears as though Java 1.5 is adopting the full embrace of Doug Lea's asynchronous package. Well, at least it looks like Doug's stuff. Hisimpressivepage is over here: http://gee.cs.oswego.edu/dl/ It would be uber-cool if someone were to port even part of Doug'ssynchronization and serialization library over to D ... - Kris "School" <school users.sf.net> wrote in message news:c5b9tf$s3t$1 digitaldaemon.com...I actually mean serialization of classes. Thank you. -- School, yet another nickname for anonymous. :D ;-DI am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-D -- School, yet another nickname for anonymous. :D ;-D
Apr 12 2004
"Kris" <someidiot earthlink.dot.dot.dot.net> wrote in message news:c5c2fd$20p7$1 digitaldaemon.com...Do you mean serialization of classes, or serialization of threads? If the former, then I may be able to help you out. If you meant the latter, then read on: It appears as though Java 1.5 is adopting the full embrace of Doug Lea's asynchronous package. Well, at least it looks like Doug's stuff. His home page is over here: http://gee.cs.oswego.edu/dl/ It would be uber-cool if someone were to port even part of Doug'simpressivesynchronization and serialization library over to D ... - KrisIt does look like a nice package, and best of all, it's explicitly public domain. This means it can be transferred to D without worries (except for the two classes that carry a Sun copyright). Anyone want to take the lead on this?
Apr 12 2004
Walter wrote:"Kris" <someidiot earthlink.dot.dot.dot.net> wrote in message news:c5c2fd$20p7$1 digitaldaemon.com...Hmm. I'm surprised no-one seems interested. Are there any HOWTOs or scripts that can help with Java -> D conversions? Not in terms of library calls - I just mean syntax. It shouldn't be too hard to convert this code.Do you mean serialization of classes, or serialization of threads? If the former, then I may be able to help you out. If you meant the latter, then read on: It appears as though Java 1.5 is adopting the full embrace of Doug Lea's asynchronous package. Well, at least it looks like Doug's stuff. His home page is over here: http://gee.cs.oswego.edu/dl/ It would be uber-cool if someone were to port even part of Doug'simpressivesynchronization and serialization library over to D ... - KrisIt does look like a nice package, and best of all, it's explicitly public domain. This means it can be transferred to D without worries (except for the two classes that carry a Sun copyright). Anyone want to take the lead on this?
Apr 18 2004
"Ben Hinkle" <bhinkle4 juno.com> wrote in message news:c5v9nt$rjv$1 digitaldaemon.com...Hmm. I'm surprised no-one seems interested. Are there any HOWTOs or scripts that can help with Java -> D conversions? Not in terms of library calls - I just mean syntax. It shouldn't be too hard to convert this code.As far as porting Java goes, my meager experience identifies these candidates: 1) replace boolean with bool 2) replace implements with ':' or ',' 3) remove "throws X" syntax 4) replace String with char[] 5) replace package with module 6) replace "(x== null)" with "(x is null)" or "(x === null)" where x is an Object 7) replace "(x != null)" with "(x)" or "(x !== null)" where x is an Object 8) add cast keyword to C-style casts 9) remove Serializable interface, and transient keyword FWIW, I felt that the tricky part would be reworking some of the "dependencies" on how the Java notify and interrupt stuff operates. For example, here's one of Doug's quotes: "Why do so many methods perform notify within InterruptedException catches? Because when notify's and interrupt's happen at about the same time, JVMs are currently free to treat them independently, so a notified thread could return out as interrupted. In classes using notify rather than notifyAll, the extra notify in the catch clause is a safeguard to ensure that a non-interrupted thread, if one exists, will be notified. See my CPJ book for more details. " Then there's the D Thread class to consider: it currently does a linear array search when asked for the current Thread object. I figured that would need to be reworked for speed (Thread.currentThread() is employed in Doug's code). Not a big deal, except for getting it back into Phobos. While at it, I would have tried to remove Thread.pause and Thread.resume since there are reasonable arguments as to why they're prone to deadlock. Perhaps the biggest job in porting this stuff would be thorough testing. I really, really, hope you'll take this on <g>
Apr 18 2004
On Sun, 18 Apr 2004 19:34:31 -0700, Kris wrote:"Ben Hinkle" <bhinkle4 juno.com> wrote in message news:c5v9nt$rjv$1 digitaldaemon.com...I would be interested in working on it. However, I highly recomend against any sort of mechanical (whether by human or machine) porting of his code: there are too many subtleties involved. The first issue that comes to mind is that D's (*nux) threading code is built on pthreads, the behavior of which is not fully consistent across platforms (it's *damn* close, but not 100%). This bit us in the ass over here a few months back. I'm hesitant to take on this alone, as it's a big can of worms that's not really my domain. Anyone interested in jumping in with me? Mike Swieton __ It's kind of fun to do the impossible. - Walt DisneyHmm. I'm surprised no-one seems interested. Are there any HOWTOs or scripts that can help with Java -> D conversions? Not in terms of library calls - I just mean syntax. It shouldn't be too hard to convert this code.As far as porting Java goes, my meager experience identifies these candidates: 1) replace boolean with bool 2) replace implements with ':' or ',' 3) remove "throws X" syntax <snip> Perhaps the biggest job in porting this stuff would be thorough testing. I really, really, hope you'll take this on <g>
Apr 18 2004
I would be interested in working on it. However, I highly recomend againstanysort of mechanical (whether by human or machine) porting of his code:thereare too many subtleties involved. The first issue that comes to mind isthatD's (*nux) threading code is built on pthreads, the behavior of which isnotfully consistent across platforms (it's *damn* close, but not 100%). Thisbitus in the ass over here a few months back.I wouldn't worry about making the threading cross-platform (yet). Any platform specific stuff that really needs to be there can be version'ed. I bet Walter would be very open to tweaks to std.thread to support this project, too.I'm hesitant to take on this alone, as it's a big can of worms that's not really my domain. Anyone interested in jumping in with me?Do as much as you like/want/can, is my attitude. I've downloaded it and started looking at it. If we stick it up on www.dsource.org it should generate some more interest.
Apr 19 2004
Mike Swieton wrote:On Sun, 18 Apr 2004 19:34:31 -0700, Kris wrote: I would be interested in working on it. However, I highly recomend against any sort of mechanical (whether by human or machine) porting of his code: there are too many subtleties involved. The first issue that comes to mind is that D's (*nux) threading code is built on pthreads, the behavior of which is not fully consistent across platforms (it's *damn* close, but not 100%). This bit us in the ass over here a few months back.Even worse, winthreads are quite different from pthreads in some cases., and lack features present in pthreads in other cases. I'd suggest using the Boost threading library as a template for writing reliable cross-platform thread code. I've also got one or two sources for public domain condvar and other algorithms not implemented in Windows around here somewhere if licensing or copyright concerns are an issue.I'm hesitant to take on this alone, as it's a big can of worms that's not really my domain. Anyone interested in jumping in with me?This is something I've been meaning to do but I've just been to darn busy. But I'd love to see "real" threading support in D. Sean
Apr 26 2004
School wrote:I am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-DTo give Kris's Dsc a run for its money (sorry Kris...) I've added an experimental serialization support to std.stream at http://home.comcast.net/~benhinkle/stream.d Comments welcome. Here's an example of how to use it: module mymodule; import std.stream; // Sample serializable class class Foo : Serializable { int some_field; // sample field void write(Stream s) { s.write(some_field); // write out object state } static Object read(Stream s, char[] id) { Foo obj = new Foo(); s.read(obj.some_field); return obj; } const char[] sID = "mymodule.Foo 1"; // verison 1 of mymodule.Foo char[] serializationID() {return sID;} } static this() { registerDeserializeFcn(Foo.sID, &Foo.read); // can register other handlers for past versions if any... } int main() { // let's write out an instance of Foo File f = new File("test.txt",FileMode.Out); Foo o=new Foo(); o.some_field = 42; f.write(o); f.close(); // let's try to read in what we wrote f = new File("test.txt",FileMode.In); Foo p = (Foo)f.read(); printf("p = %p, some_field = %d\n",p,p.some_field); return 0; }
Apr 12 2004
Ben Hinkle wrote:School wrote:What about when objects are serialized twice? IMHO, in these cases you should link to one object. Something like this: //write pseudo if object already serialized (for this session) then //hint - use a map only write it's ID else write ID and object //read pseudo if object already built then assign object from the map of built objects else read and create object -- -Anderson: http://badmama.com.au/~anderson/I am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-DTo give Kris's Dsc a run for its money (sorry Kris...) I've added an experimental serialization support to std.stream at http://home.comcast.net/~benhinkle/stream.d Comments welcome. Here's an example of how to use it:
Apr 12 2004
On Tue, 13 Apr 2004 09:13:03 +0800, J Anderson <REMOVEanderson badmama.com.au> wrote:Ben Hinkle wrote:Hmm. maybe. I thought about that briefly but decided against it since 1) it adds complexity 2) there are probably several caching strategies that could be used 3) it can be implemented on top of basic serialization 4) D doesn't have weak references (AFAIK) so no deserialized object could be garbage collected until the map of built objects is cleared. If an object or class (or classes) wants to cache then they have to cooperate. There is no default serialization implementation like in Java so user classes have to explicitly decide what they want to do. For example (assuming casting to interfaces is not evil...) class Foo { Object x,y; // assume x and y always refer to the same object void write(Stream s) { s.write(cast(Serializable)x); // ignore null for simplicity } static Object read(Stream s, char[] id) { Foo obj = new Foo(); obj.x = s.read(); obj.y = x; return obj; } }School wrote:What about when objects are serialized twice? IMHO, in these cases you should link to one object. Something like this: //write pseudo if object already serialized (for this session) then //hint - use a map only write it's ID else write ID and object //read pseudo if object already built then assign object from the map of built objects else read and create objectI am just asking that. Although serialization is not a common technique, I am interested in having one in D. :-DTo give Kris's Dsc a run for its money (sorry Kris...) I've added an experimental serialization support to std.stream at http://home.comcast.net/~benhinkle/stream.d Comments welcome. Here's an example of how to use it:
Apr 12 2004
"Ben Hinkle" <bhinkle4 juno.com> wrote in message news:c5fdg4$1k5v$1 digitaldaemon.com...To give Kris's Dsc a run for its money (sorry Kris...) I've added an experimental serialization support to std.stream atNice one Ben! Dsc registration is similar, but it registers the Object itself rather than a delegate/id pair. While I'm completely paranoid about allocating memory on a request-by-request basis within a server (Dsc.server allocates *zero* memory per request), I don't care a hoot about instantiating a living Object for registration purposes :-) Likewise, Dsc does nothing further than provide a framework for serialization. Over time it will gain all sorts of nifty distributed caching mechanisms, that one can leverage the hell out of for high-performance clustered environments. However, in such an environment one should not be tossing Object-trees around the place (yeehaw!); so Dsc will not "encourage" such behavior with cool mechanisms for doing just that. That's not to say there's not a need for serializing Object forests ... it's just not the focus for Dsc, and its a tough nut to crack whereby you can satisfy everyone. - Kris
Apr 13 2004
yesterday i've independently coded a serialization lib... though its probably ugly it may come to be useful in the struggle to create sth better :) readme included. begin 0644 lib.rar M<.X8JMN+MHV%N[.SN_?ZT3+V0IA+MOQN0VU=IW6^YY6IP+44O1SMRL++6K)- MO3T:74]#SUQ*JY(Z%5=.WFIN.^!&E)'>F8.YU:TJ>%L,V"0:&*DO^&Q!TN5R M6JY+ /?Q8OQ;P6Y%-5:MY$;4[5ZR0;:!D\"6FO(<I18FS9-D2V]_OK60.4G$ M1D$9H0H) (=.X4WA4H'0E.$&`'34VE%&)L!,8\L<X SI$!?ZF%AN]S1/F2; MP!]<PXAX+]R_I;0S`\9BIWE90J $-_#SWIW M`DY*F0<D4(TP'34&`"````!M86EN+F0`L"`M$*<8:09!AU:DLCUI5A=>$`H9 M]ST.PZ'II)0!?'+FVK,V!XVA-Q><\&8H ?AOJ.R\#W9*3PX596>_;&W83*GV M7Z *H6Y.9Q9W["<^24_)RRCYQE!DH4CA\,AS+[K34Q-C3E[.W3(F3));GG'B M8+D_U3:`8M`:<FFJ7^++R"$,LS F[H0Z5%DW"<.\S2-J(IPKY<T"/L#AU;L$ M7W&168+_!]9AM&.PHCJL]"=1 [^Q4[QK_/HO3M*<79.% ",Z[P .!Q)T9<_0 M6*$;LSKE9EY"M,W<^/HE>K(UXD%G7X\:%J$<09HOL\$5WET78,K"O 2M0P.' MA/ A,,%*DGXQ<?"M(O_WKT!'\+K .07>PYZJN&4V'= JZ!,SB<IZ!#EZXFQF M2+?F:T3Y?%J&09B7\6QS2884QVU;+"VVTI>1I_0. +T) I#M99RZ`<WH<IN2 M_5"JFZ6&#L=S2N8"E?QN"10>ZVPWM;IX60+3[* 1<(;(JM<%+F\K'AQ&8!9_ MA>U/B&:37ZE3^?KJ4/(LW%2?!$5N(ZS-Z3PJ=Z*EC((ET79>)H(VT872E!AY M[$[LD7^DQE33GJ!G:B9?GBOG5HYN3UEU(I1^]/\%/L\_1? C2=_ /`QT=*`F M:6;%;I/)OFD$W;\4A_$X-^NGYX=$&9+Q[0(-UJYQ$[(1+0)>SBPJ>ON&(<(> M5XWL<`1NX\_A[OCSS&\TUYJ'B^_+[PW#A M* Y'8(\Y4P0PUWXD/<1\VK!WZ2S3>!Y$==0+?$8C[ CL;+=?VST,1]T?]B*X MAVJWK%A\&O=.GFD_UF6HN UV$L*2R`2RB.L&9[!T-^'F^,([8Y&TUOCKM*-= M!D&'5J2R-'>-2:=4Z16MY4/ >76W4Z0XN/K1"X"'M*AW4W3Q$ ' (RC_\"\V MD EY]8LSZ]JFD-D*HZR);&_, 4G)%D[VHOH& ,]C)$EP+^IR0=X*HF1,V`$[ M[')SC>Q&2PJB!%6_^:Z/F]3CW?Q^B[_>9 KGB?J7\R"I=FF5U 8N,P5N Y'0 M'5,31M%T`<&';J*1&_0,SZL&.S\(OZ,(S/77-1KT+#Q!F`G8HB*WI7DB=^CT ME;$BLWU87I(XJ\]?&\2CMY\F%%(\FUC/ZF+FD/]?48OX26S_C[Q/,_Z_[`85 M#X _3?EJKM)AV7??"4),50EV$VE'J8[A^8C"4(%=9!]+5X!CV!L)S8!9> J7 M*$8CQ#I'WP+5<1>`&SKF+9GWSAOIBJRO%RNC,7V`%[<+D[-=QW4'H21Q0AE" MQJ3_+G#D/K&,)[A-4H\2L#PNMD.$E;&H^S:9DUG4^*! \7.03E5PD-46Z.,) M+9NWC$8L)+X\EDBO<QS'"VGBP2<6%_.#B233OSZ.I8N0DK;A:;Y6UQ'O$.O9 MBA\4O#GJ66CWP7 M( UK<-\]DQ'XSF^.BA1<J<N8<,$Y 3#Y/`I6/--G1`#XLV_3O<(A "MR3ZCP MT!$<I00*"\3/FKNQQ,F:"-&YXC_1[_4!ATD=!P=[;1)8^?R64^X7K?OLE:Z[ MF;<9JB7[5<3P-JC-)_DV3U0^)Q0`CL!U&`/OG)'UO!>1+;-6EBNH+S_9;_RI ML51VN84XE_RY&B:P5IZH=#NJUW%P2F&Z9/Z] 2C36*K;PDF=%/\\6U ?25BF M[!#P.EQP M]'!'8"/*P"SD3F&OTI?RM9H0=8M"9W>!'N^LH`<3$!47[Y?U;*),[=8-6VA! M5&:$BXEVL=K'Q A1^S!?2_5QK_0H"DUU(DH]:<$.*\16H8R'1-&!O.(B?M]9 M>:'`C5V !K?+!4L<C'U9 _Q5,$+8P;B=ZM%0<3P\4$4")UWW:L1PDQA#ZP!G M&G8;NN&D0U27/U9#IFU3H1V.&U?=T0NL;L_A \P6U]0RIU][:/7,K[:++X(N M#HXBAE M'`.QVGH$?[$+R2VRI "?3:FOL2ZJ.>M4RAFM9B(%F/PH_8F?>U^$ MR7DWZU0-75-<YR/,!5-OBDS\9AI#SF=]T.C9^O7^&>1-V;X>.^7>GPC6KO4> MI4>7D \<U<TYZI0V,W33$4UU413L8UHU0H<((FEI4SQG_S#FN CT*)RTB;/" M*U1+9Z]\"-25/* !'VXJGD'..L81'627CIJ3R$9_OGFFX8#J7K` M"?<CNZ: M[-+_SZ7%':.B2<;L?)(3]L9FS(H`Z9 '"&?TZZNO]2MFR.4I)CRJ^5)8+,.D M9W*LEQ%(X_BZ8Z8TD&:*VW#O6_+!!:`:?7NTMA0:`Y':60U% OQWFJ$'6RU/ M4<IM3X"ZZ&C6OQ>VW-$)T\07=0XL$N0#RCQDM+7-,H+K8L`X )ZYFA9A0C-D 3"< \``"_B&?VJ?_4Q#U[`$`'`#NU ` end
Apr 13 2004
whooops... change the file objfactory.d: line 5: static char[][ClassInfo] o2n; line 17: factory.o2n[T.classinfo] = T.classinfo.name; line 23: factory.o2n[T.classinfo] = name; line 29: return o2n[obj.classinfo]; sorry, guess i was too sleepy...
Apr 13 2004
k, here's a slightly modified version in a slightly different zip archive begin 0644 lib.zip M /P'UD`[9]A\C6]]6(,#AFXKL M*[#B.N- A!1%?20_4CZY:[5Q8%V5ESF]I5[-9S(H]?IC+4JGS?U)9]%(H>0! M*;?"?/ 3'.[=DN5::>$`:N58HK^?V>$O:$LC6PH?*O]SC=F"%MEG<B?=%K(& M$SY\2)2T*SA[AH0]'6_[A$%KJ!0G:GFQSM)(%;B!E_OG:O]'DW[7DSA4OC?T M=*$8;N!Y_JWU=H%!$RMBC(^4K&IOPQ1:!:X<OVKCOA&&&I<:)/0KP66<I1'M M6;,67[P];=>BR4_[+_4<X>&.8SR/MVWQ>%=>JGG`$963LO&QL6RJ\W7S0!X0 MH'A( .+_4M[#Q;G,=<;-QJX^<W9\_HCXCX. 3Y?!C;0T(_WH=/<M6IJ97HBW MXGQFG7"R])ZXF!P6\R*NY[PIC/[5Q15B_B)+=T(V^5J8]%^M#KSRM:KH^<H8 M^P =1QYX&SJ)0.TZZV"-(#JGP6J0#DJE+:7,YXL^#F MGSFPI6XQ-!9O'Y>3.,T).:FRJ9B_)==OO.<LO7*[EN6\$B[M&]&_^!N 7D9G M)(0E'CQU$;4D]-H#U- M8=.PIF_13-4,*>6\W6FCJG04!_GD.7X#U_GRA^6K'X=M0?LR7Q:O_%<8:2U\ MYUVLSUB9G2L>)4>$PD/Z&QL^B-`ZXF4>B$FXW$!MW+=*ED1LNG'\5"[UCOBM M.\=A&"1*4Q0[76'OFEE'?<U5]D,`/D%'`X=.5%K!3Y'\]XT3^SS/1SN*R8[1 MPO6#A?$]0),_Q,6'7KQ-QA;%Q"*FH ^#JZ+]V*36;ZD U:F1 YXW5&3M<(3D MR4 4CNO_\< -[JB-SHL<K[^D%*[<9N$6`'SPH?6K,=J\AI 9'*?E&.ZF6C9" MJ7N NX0<^6'\#U!+`P04``(`"`#Q4HTPV ML$B-U:#Q`*D7$R?^^-.GZP,[[PF;RM*DU5/L(M&RQES,X>G*/[VYP![[%]CV M'.X)+LI7Z1`7?/</%T%9_$M[#C=R7=B>UJJ,NGF9]?8RR6Y*GH[+/<)I('E8 M`-\P```,````<V5R:6%L:7IE<BYDU1I=;]NV]ED!\A]."BR1W%3)5N!BJ.<! M3-<;62B0BT])M%2RV$Y/3U(]5JHX7(;XF\KV8*D*$:UQC/Z[NH*XRG,):0)J M%2E(2XA 4=U=XH^"952J-+^#I)!K',^K+(-E%I4E*`E1#FFN1(&D!=REGP6! MYC)_Q<OL%!-YB%*-2!80KV.X#G MIR>/IR?>7+J3-$$"XZ1'LQYR[L,9CD``A5!5D3.?4YHS?QNL`2ZBX:?3DR>4 MD5?"EQG$4WC:HXN>U19B4Z#RY_*=S$N9H9IH CGR>";Q7T3$-FX%8O?-A_R% M5JV';BRBY<HPM9 R"08W_KB`GV?P^ =TR1K3=\L7N*<,O">R4MBIL$9;#WS( M+:DVP\:<\/AT;'O^EF9BP)PT!<EAADS"AR)5XFTFE_?^>7R)XT#S88D[,CC( MNAT4-]>WEPT*F$`<9B*_4ZO`L;Y:I:7/?,J-R.G#L7T M>MP8QLYXA$8E5.B_D,9S,\CZJI?:`QO=1V`L\LUF0!RHMX5S1'UA.+L>%[3D MU #U&?]$8>QY%8#T=ES2>(4DCR3VZ;SAL&-\-?"D]K\=R')%D;D/DF<";Q"2 M2_ 9C\\?IP.K+3FOEQZI98B:5JDEUR;X_;^F0Q![2+)&AVB2,1R*7:JO?YCV MNX]4?:K+3FK'Q_O[Q2>Q5!]]=-HZS6,ZO9J3YLCG%3NQ&E$8MUT<*R_J$[]. M:G. J_6&SFT=`3PWOZ-<7$="9]2"Z^/;I.*:?+%MQ)-A66?D/O'E!,8DS:,L M<]9J5,C(;ICN.,3B4T IFNL75C^=250/$:CQ?YG9!:Q:.%K,P>SP,^82UC'B M6R\_O;K\]$ 6;R/+>B?81:#UTNP8XUP$>8,`+U_>6A]S"]NN[IPZ$ZF\G.GA M:1_*5SP5AOAYVU,B='4_ KE=Q=2L88'KG "TVW$(-SD7S3/Z8[0./?V_*43[ M+5B/EE6FZIJ-UIAR4D]<NC6I:R4'SBIHO]&;%01M0J4>Y*7F8"1C:%#HX6FG MJ Z8.,Y=U:7,4>AJJ41L9DI<BC%O'A68CMT ^"W8 %_EJ<S!SKJ]PPE0W+:' ML=[K3L+[CQ3G1\B,B"F=U8"'^;1<>QZZ O=8-X-1+1]1D<8ECL>=9Q A]AKN MW$R`TNVS5AT0F!28G5F'9L*BO\;1Z%(9B;D8N)C5*/3G'AQU!Z*%A*(CHZ"/ M/0AT(Z(%3J6 AN>O/0A,1V)'#QBOK28PN!^ "^K!M/#H`XG1T"=BV<.,!NA M3=-B^DJ:-=3 MH4QFMQ J^E64,-['2<&:/)WO?5-&NHH</!I7F$0FI'2M.C M'!>R#I MD^G3[J2<6H9>*=A7#I2!4J8Q"4Q'=T $(C4&Q1*8QN^`"#T":,<[4`)N#H^) M<;2B&]$LQ"0XWZ\C$Z6^4DE[NN+[?8'-/::HML)RZKJ)DHH%>J^1 OA[0YDP MJ:3$* J5"=$"];6C"<UIGRJ^C1-T?Q!V&J&Z$=B3+L5SJTPN%Q]2M:)XT6EY M('C3W^2&I=N(;-WCZ?YC&M^&5$XUS4G=G73JO$SD\ZDS17_38"^C--GF=+=+ M8$,$+C8+6\S $K>/X8UT`KX52[=JG<;<IIS[9VU^AO"8/+A/ADX&/`*<'K;K M$YI/QR6HX.[TJTW; ZY4>MDUJ6/;]K%85'=NY[Q^&<+/"> AE6D:R`34=B/> MP'?AI/R0O[AD0L%.U]QHU/I2?=.SCNZ%[X!TO(H:_VVOTJYI_)MN2_:<]E:C M9QI+X`BELQ[N1=5/-%HZUC9I"])[^=1Z0:1OA.Q.:=#RC]L(CHK%[CV5ST]Y MD)[M7\LC76TT5PJN.O3UAKXHJ-7A^<ZFUCU&7N!HS&OO?+VH::28+\Z6CWN5 M\XY^?Q7ELD WN*6TN&^C4LRYV2FRN)PZ%]Z-2[2DJ\\U<UD-/F/0\%.#QNV8 MTD`85^N-CYKQCOD:J!;,]?:.Z?XGX3!1B_VR]=+I&`T"EBV*8Y?G1B!FG6_. M69;.XP8"Z[ '2,S,BAX$/!XV_G(D<:\F$TR\J<&/ 7I+ 28J9(5Y=E72'Q<4 MF%`:OXQR6`C*_04LMO"IPJJ_U,0O+,I(32\TR!7QV54K+?"[536UEX[W1,RY M8277:3WKY9V[<[SI.7;\GL/O.%)<79V9U]_Y%O7)QJ1GXIC(B;7(5=DY[,VM M?N"P Z]/PP;C1/. 'XP'95]'_KAG4FT2]/ERA9LG2^]QUU1IAEDAIX*EM0&* M` ``" ```')E861M92YT>'1=4LN.VS`,O`?(/\PQ`1QCF^QI 441H#T6Z&'[ MU0V(?F8XBBFC6Z?8(C`-2(;1^WEFER).& 4&!8TPD\OGMOP_'OZ`WG;0DB$\ M.&1$F1?+B!R$K'Q0$N] I6NP23)(WD7X$3&[1'V2'G&=*$";DE]*11).T8>0 MY4U312F+?MG74NB..INQ53::\%;4'K*:Z]4.G:O>NEX5V`G&1"&I!(NE+$ZM M 0````!M86EN+F102P$"%``4``(`"`#Q4HTPV M" ``WS````P``````````0` `("!7 4``'-E<FEA;&EZ97(N9%!+`0(4`!0` M` `(``$NCC!^*0)EM0$``,("```*``````````$`(`"` ;L/``!R96%D;64N 9='AT4$L%! `````$``0`X````) 1```````` ` end
Apr 13 2004
please ignore the comment in main.d, line 120. i thought i had deleted it... spotted sth else was causing the problem i mention there. sorry
Apr 13 2004
h3r3tic 提到:please ignore the comment in main.d, line 120. i thought i had deleted it... spotted sth else was causing the problem i mention there. sorryOk I would take a look of that, thank you. -- School, yet another nickname for anonymous. :D ;-D
Apr 14 2004
hmm. what's a rar file and can you post the files in something more conventional? something that WinZip can read, for instance. Do I need to upgrade my WinZip? thanks, -Ben On Tue, 13 Apr 2004 08:08:48 +0000 (UTC), h3r3tic <h3r3tic_member pathlink.com> wrote:yesterday i've independently coded a serialization lib... though its probably ugly it may come to be useful in the struggle to create sth better :) readme included.
Apr 13 2004
Ben Hinkle wrote:hmm. what's a rar file and can you post the files in something more conventional? something that WinZip can read, for instance. Do I need to upgrade my WinZip? thanks, -BenRar is a *slightly* better compression scheme then zip. Get winrar or winase (winase does many formats). Everyone uses zip and it doesn't seem people are willing to upgrade to/pick a (slightly) better format (of which there are many competing factions).On Tue, 13 Apr 2004 08:08:48 +0000 (UTC), h3r3tic <h3r3tic_member pathlink.com> wrote:-- -Anderson: http://badmama.com.au/~anderson/yesterday i've independently coded a serialization lib... though its probably ugly it may come to be useful in the struggle to create sth better :) readme included.
Apr 13 2004
J Anderson wrote:Ben Hinkle wrote: Rar is a *slightly* better compression scheme then zip. Get winrar or winase (winase does many formats). Everyone uses zip and it doesn't seem people are willing to upgrade to/pick a (slightly) better format (of which there are many competing factions).Winase? Google suggest Winace did you mean that? If you want a good compression for text files, you should use bzip2 Stephan
Apr 13 2004
Stephan Wienczny wrote:J Anderson wrote:For that I could say, winase is not existing anyways. It should be winaCe. -- School, yet another nickname for anonymous. :D ;-DBen Hinkle wrote: Rar is a *slightly* better compression scheme then zip. Get winrar or winase (winase does many formats). Everyone uses zip and it doesn't seem people are willing to upgrade to/pick a (slightly) better format (of which there are many competing factions).Winase? Google suggest Winace did you mean that? If you want a good compression for text files, you should use bzip2 Stephan
Apr 13 2004
Stephan Wienczny wrote:J Anderson wrote:sorry, yeah. -- -Anderson: http://badmama.com.au/~anderson/Ben Hinkle wrote: Rar is a *slightly* better compression scheme then zip. Get winrar or winase (winase does many formats). Everyone uses zip and it doesn't seem people are willing to upgrade to/pick a (slightly) better format (of which there are many competing factions).Winase? Google suggest Winace did you mean that? If you want a good compression for text files, you should use bzip2 Stephan
Apr 13 2004
Java's serialization API goes this route. I haven't used it but it looks very easy. The Effective Java book, though, cautions against relying too heavily on the default behaviors.Well of course you have to be aware of what is happening but much of the time, but you can always overload the default behaviour, and your back where we started before.The basic warning was that the default serialization scheme really nails down your class implementation and it's easy to turn it on and not realize you've just forced yourself into supporting a given implementation. It's ironic - the more features it has the more problematic it becomesI also think you should be able to plugin your own handlers into the serialization engine but that's a different issue and doesn't have to do with default serialization.Also I remember (but I haven't checked if it is still true) that the doc on the Java serialization basically said not to use it since the format will change in the future.Well this is one area where D does not have to goIf you want to play around with serializing/deserializing graphs of objects feel free to modify the stream.d codeWell what are classes all about. You would simply need to extend classes in the stream set. All I argue is that it should be in the standard somewhere. Parhaps called mapSerialization.- if people/Walter like the result it could get into phobos. I personally have no idea if Walter is paying attention to all this stream stuff anyway. -Ben-- -Anderson: http://badmama.com.au/~anderson/
Apr 13 2004
"J Anderson" <REMOVEanderson badmama.com.au> wrote in message news:c5gm7u$iac$1 digitaldaemon.com...Ben Hinkle wrote:Am I right in thinking that if you have Apache or Tomcat, you can just place the .rar file in one of your servers folders, and when you retstart the server the file unpacks itself? Or am I confused with something else? Phill. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 4/9/2004hmm. what's a rar file and can you post the files in something more conventional? something that WinZip can read, for instance. Do I need to upgrade my WinZip? thanks, -BenRar is a *slightly* better compression scheme then zip. Get winrar or winase (winase does many formats). Everyone uses zip and it doesn't seem people are willing to upgrade to/pick a (slightly) better format (of which there are many competing factions).
Apr 14 2004
Phill wrote:Am I right in thinking that if you have Apache or Tomcat, you can just place the .rar file in one of your servers folders, and when you retstart the server the file unpacks itself? Or am I confused with something else?.war is the file type you're thinking of. .jar is a Java Archive .war is a Web Archive
Apr 15 2004
"Brad Anderson" <brad dsource.dot.org> wrote in message news:c5nrt5$2210$1 digitaldaemon.com...Phill wrote:Ah thats right, thanks, its been a while since I mucked around with Tomcat. Phill. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.659 / Virus Database: 423 - Release Date: 4/15/2004Am I right in thinking that if you have Apache or Tomcat, you can just place the .rar file in one of your servers folders, and when you retstart the server the file unpacks itself? Or am I confused with something else?.war is the file type you're thinking of. .jar is a Java Archive .war is a Web Archive
Apr 16 2004