Re: vwnc Digest, Vol 41, Issue 17
Locked
Re: vwnc Digest, Vol 41, Issue 17
 
|
Hi,
as I have posted before, being under Windows XP. I am currently experiencing VisualWorks image lost when the .im file gets bigger than 100 Mo. The error message is : "Error: Can't initialize OldSpace Unable to read the image file. File may be truncated. Cancel to debug." Do you know the origin and how to solve to this problem ? Regards, Frederic On Thu, Jun 9, 2011 at 4:49 PM, <[hidden email]> wrote: Send vwnc mailing list submissions to _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Re: vwnc Digest, Vol 41, Issue 17
|
|
Which VM version? Have you tried the 7.8 VM?
On 6/9/2011 9:29 AM, Frédéric BULCKAEN wrote: > Hi, > as I have posted before, being under Windows XP. I am currently > experiencing VisualWorks image lost when the .im file gets bigger than > 100 Mo. > > The error message is : > "Error: Can't initialize OldSpace Unable to read the image file. File > may be truncated. Cancel to debug." > > Do you know the origin and how to solve to this problem ? > > Regards, > Frederic > > On Thu, Jun 9, 2011 at 4:49 PM, <[hidden email] > <mailto:[hidden email]>> wrote: > > Send vwnc mailing list submissions to > [hidden email] <mailto:[hidden email]> > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > or, via email, send a message with subject or body 'help' to > [hidden email] <mailto:[hidden email]> > > You can reach the person managing the list at > [hidden email] <mailto:[hidden email]> > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of vwnc digest..." > > > Today's Topics: > > 1. Re: Using Ruby like features in [VW] Smalltalk? (Niall Ross) > 2. Re: Using Ruby like features in [VW] Smalltalk? (Terry Raymond) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 09 Jun 2011 14:43:54 +0100 > From: Niall Ross <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [vwnc] Using Ruby like features in [VW] Smalltalk? > To: Steven Kelly <[hidden email] <mailto:[hidden email]>> > Cc: [hidden email] <mailto:[hidden email]> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Steve > > >I just had an idea, possibly a very bad one. > > > Quite a good one actually, as some very demanding apps use it. > > >If we want multiple > >Smalltalk images to communicate, how about just using files? Obviously > >very slow, but perhaps if the files were on a RAM disk? Still, > very low > >level, but perhaps if the files were actually a database? Nasty O-R > >mapping stuff, but perhaps if we used an object repository? > > > GemStone is used in just this way by certain multi-image VW applications > (and I think by VA ones too though I'd have to check my notes). > > > Again, slow > > because of lots of serializing and deserializing, but perhaps can be > > ameliorated with repositories that cache already-loaded objects > in the > > image, and use swap-out proxies so once loaded, objects work at full > > speed with no proxies in between. > > One can also do clever things in the hardware (via shared page caches, > etc.). > > Anyone attending ESUG will be able to meet experts in at least one of > these apps in Edinburgh in late August. > > Yours faithfully > Niall-always-plugging-the-conference-Ross :-) > > >Interestingly, that's exactly the situation we have with MetaEdit+'s > >multi-user version. The clients communicate with the server (itself a > >little Smalltalk program) partly through files and partly through > >sockets, with most traffic being through sockets along which the > server > >pumps the data it reads from files. The repository (ArtBASE) has full > >ACID transactions, with the choice of any combination of > pessimistic and > >optimistic concurrency control. > > > > > > > >I'm no STM expert, but that sounds surprisingly similar. Although we > >never intended to build something like that, our need to support > >multiple people working simultaneously on a set of inter-related data > >is, at its most basic, essentially the same as multiple copies of a > >program working simultaneously on a set of data: just consolidate the > >server and clients from their separate machines onto a single > multi-core > >machine. > > > > > > > >Since I just got a shiny new quad-core computer, I'll have to give > it a > >try! > > > > > > > >Steve > > > > > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >vwnc mailing list > >[hidden email] <mailto:[hidden email]> > >http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > > > > > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Jun 2011 10:49:15 -0400 > From: "Terry Raymond" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [vwnc] Using Ruby like features in [VW] Smalltalk? > To: "'Conrad Taylor'" <[hidden email] > <mailto:[hidden email]>>, <[hidden email] > <mailto:[hidden email]>> > Message-ID: <003c01cc26b4$6e3caa20$4ab5fe60$@com> > Content-Type: text/plain; charset="us-ascii" > > Conrad > > c) As other have mentioned the Smalltalk concurrency model uses > green threads. It is quite powerful and satisfies most requirements, > an exception being the need to distribute actual work. > > Issues a and b are best answered by someone who is familiar with > both Ruby and Smalltalk. Generally speaking it is can be misleading > to attempt to use one's prior language experience when learning > a language that uses a different paradigm. In many situations, > Smalltalk is different enough that you would be better off simply > learning the Smalltalk way by going though the tutorials and > documentation. > > Terry > > =========================================================== > Terry Raymond > Crafted Smalltalk > 80 Lazywood Ln. > Tiverton, RI 02878 > (401) 624-4517 <tel:%28401%29%20624-4517> > [hidden email] <mailto:[hidden email]> > < <http://www.craftedsmalltalk.com> http://www.craftedsmalltalk.com> > =========================================================== > From: [hidden email] <mailto:[hidden email]> > [mailto:[hidden email] <mailto:[hidden email]>] > On Behalf Of Conrad Taylor > Sent: Thursday, June 09, 2011 12:00 AM > To: [hidden email] <mailto:[hidden email]> > Subject: [vwnc] Using Ruby like features in [VW] Smalltalk? > > Hi, I'm use the Ruby programming language as my primary language > work wise. However, I find myself always coming back > to the Smalltalk language. Thus, I have the following questions: > > a) How does one use hook methods within the VW Smalltalk > environment? I'm not 100% sure if this a standard feature > across all Smalltalk environments. In Ruby, it's simply a way to > hook into underlying interpreter. Lastly, a reference > would suffice. > > b) In Ruby, one can define method implementations within a module > and use them within a module or class. I believe in > Smalltalk it goes by the term traits. Thus, is there a recommended > implementation used across Smalltalk environments or > simply VW Smalltalk. > > c) What type(s) of concurrency models exist for VW Smalltalk? STM? > Actor Model? > > Thanks in advance, > > -Conrad > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.cs.uiuc.edu/mailman/private/vwnc/attachments/20110609/f355a2f3/attachment.html > > ------------------------------ > > _______________________________________________ > vwnc mailing list > [hidden email] <mailto:[hidden email]> > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > > End of vwnc Digest, Vol 41, Issue 17 > ************************************ > > > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Re: vwnc Digest, Vol 41, Issue 17
|
|
If anyone is seeing problems like this, please try loading the image
with a console debug VM and report any errors the VM prints with regards to reading operation. Please do the same if you see problems writing the image somewhere. The VM will report the error codes encountered, which are very useful in determining what is going on. On 6/9/2011 12:13 PM, Andres Valloud wrote: > Which VM version? Have you tried the 7.8 VM? > > On 6/9/2011 9:29 AM, Frédéric BULCKAEN wrote: >> Hi, >> as I have posted before, being under Windows XP. I am currently >> experiencing VisualWorks image lost when the .im file gets bigger than >> 100 Mo. >> >> The error message is : >> "Error: Can't initialize OldSpace Unable to read the image file. File >> may be truncated. Cancel to debug." >> >> Do you know the origin and how to solve to this problem ? >> >> Regards, >> Frederic >> >> On Thu, Jun 9, 2011 at 4:49 PM,<[hidden email] >> <mailto:[hidden email]>> wrote: >> >> Send vwnc mailing list submissions to >> [hidden email]<mailto:[hidden email]> >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >> or, via email, send a message with subject or body 'help' to >> [hidden email]<mailto:[hidden email]> >> >> You can reach the person managing the list at >> [hidden email]<mailto:[hidden email]> >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of vwnc digest..." >> >> >> Today's Topics: >> >> 1. Re: Using Ruby like features in [VW] Smalltalk? (Niall Ross) >> 2. Re: Using Ruby like features in [VW] Smalltalk? (Terry Raymond) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 09 Jun 2011 14:43:54 +0100 >> From: Niall Ross<[hidden email] >> <mailto:[hidden email]>> >> Subject: Re: [vwnc] Using Ruby like features in [VW] Smalltalk? >> To: Steven Kelly<[hidden email]<mailto:[hidden email]>> >> Cc: [hidden email]<mailto:[hidden email]> >> Message-ID:<[hidden email] >> <mailto:[hidden email]>> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear Steve >> >> >I just had an idea, possibly a very bad one. >> > >> Quite a good one actually, as some very demanding apps use it. >> >> >If we want multiple >> >Smalltalk images to communicate, how about just using files? Obviously >> >very slow, but perhaps if the files were on a RAM disk? Still, >> very low >> >level, but perhaps if the files were actually a database? Nasty O-R >> >mapping stuff, but perhaps if we used an object repository? >> > >> GemStone is used in just this way by certain multi-image VW applications >> (and I think by VA ones too though I'd have to check my notes). >> >> > Again, slow >> > because of lots of serializing and deserializing, but perhaps can be >> > ameliorated with repositories that cache already-loaded objects >> in the >> > image, and use swap-out proxies so once loaded, objects work at full >> > speed with no proxies in between. >> >> One can also do clever things in the hardware (via shared page caches, >> etc.). >> >> Anyone attending ESUG will be able to meet experts in at least one of >> these apps in Edinburgh in late August. >> >> Yours faithfully >> Niall-always-plugging-the-conference-Ross :-) >> >> >Interestingly, that's exactly the situation we have with MetaEdit+'s >> >multi-user version. The clients communicate with the server (itself a >> >little Smalltalk program) partly through files and partly through >> >sockets, with most traffic being through sockets along which the >> server >> >pumps the data it reads from files. The repository (ArtBASE) has full >> >ACID transactions, with the choice of any combination of >> pessimistic and >> >optimistic concurrency control. >> > >> > >> > >> >I'm no STM expert, but that sounds surprisingly similar. Although we >> >never intended to build something like that, our need to support >> >multiple people working simultaneously on a set of inter-related data >> >is, at its most basic, essentially the same as multiple copies of a >> >program working simultaneously on a set of data: just consolidate the >> >server and clients from their separate machines onto a single >> multi-core >> >machine. >> > >> > >> > >> >Since I just got a shiny new quad-core computer, I'll have to give >> it a >> >try! >> > >> > >> > >> >Steve >> > >> > >> > >> >------------------------------------------------------------------------ >> > >> >_______________________________________________ >> >vwnc mailing list >> >[hidden email]<mailto:[hidden email]> >> >http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >> > >> > >> >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 9 Jun 2011 10:49:15 -0400 >> From: "Terry Raymond"<[hidden email] >> <mailto:[hidden email]>> >> Subject: Re: [vwnc] Using Ruby like features in [VW] Smalltalk? >> To: "'Conrad Taylor'"<[hidden email] >> <mailto:[hidden email]>>,<[hidden email] >> <mailto:[hidden email]>> >> Message-ID:<003c01cc26b4$6e3caa20$4ab5fe60$@com> >> Content-Type: text/plain; charset="us-ascii" >> >> Conrad >> >> c) As other have mentioned the Smalltalk concurrency model uses >> green threads. It is quite powerful and satisfies most requirements, >> an exception being the need to distribute actual work. >> >> Issues a and b are best answered by someone who is familiar with >> both Ruby and Smalltalk. Generally speaking it is can be misleading >> to attempt to use one's prior language experience when learning >> a language that uses a different paradigm. In many situations, >> Smalltalk is different enough that you would be better off simply >> learning the Smalltalk way by going though the tutorials and >> documentation. >> >> Terry >> >> =========================================================== >> Terry Raymond >> Crafted Smalltalk >> 80 Lazywood Ln. >> Tiverton, RI 02878 >> (401) 624-4517<tel:%28401%29%20624-4517> >> [hidden email]<mailto:[hidden email]> >> < <http://www.craftedsmalltalk.com> http://www.craftedsmalltalk.com> >> =========================================================== >> From: [hidden email]<mailto:[hidden email]> >> [mailto:[hidden email]<mailto:[hidden email]>] >> On Behalf Of Conrad Taylor >> Sent: Thursday, June 09, 2011 12:00 AM >> To: [hidden email]<mailto:[hidden email]> >> Subject: [vwnc] Using Ruby like features in [VW] Smalltalk? >> >> Hi, I'm use the Ruby programming language as my primary language >> work wise. However, I find myself always coming back >> to the Smalltalk language. Thus, I have the following questions: >> >> a) How does one use hook methods within the VW Smalltalk >> environment? I'm not 100% sure if this a standard feature >> across all Smalltalk environments. In Ruby, it's simply a way to >> hook into underlying interpreter. Lastly, a reference >> would suffice. >> >> b) In Ruby, one can define method implementations within a module >> and use them within a module or class. I believe in >> Smalltalk it goes by the term traits. Thus, is there a recommended >> implementation used across Smalltalk environments or >> simply VW Smalltalk. >> >> c) What type(s) of concurrency models exist for VW Smalltalk? STM? >> Actor Model? >> >> Thanks in advance, >> >> -Conrad >> >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://lists.cs.uiuc.edu/mailman/private/vwnc/attachments/20110609/f355a2f3/attachment.html >> >> ------------------------------ >> >> _______________________________________________ >> vwnc mailing list >> [hidden email]<mailto:[hidden email]> >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >> >> >> End of vwnc Digest, Vol 41, Issue 17 >> ************************************ >> >> >> >> >> _______________________________________________ >> vwnc mailing list >> [hidden email] >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
«
Return to VisualWorks
|
1 view|%1 views
| Free forum by Nabble | Edit this page |