Squeak-dev November 2004

squeak-dev@lists.squeakfoundation.org

164 participants
373 discussions

About having version aware MC and MC in basic image
by stéphane ducasse 30 Nov '04

30 Nov '04

Hi guys I'm starting to clean and change the image to remove a bit more of bad code but I have terrible time. I would like to have mc in the basic image so that we can manage the in basic image packages with MC. So I know that some of you are against having mc in the basic image but right now there is no other solution except abandoning the idea of packages. For example, the maintainers of the package (such as SUnit) have terrible time to maintain that since people are sending cs in the update stream but the package are not updated. If someone has not only a great idea but code it then it is the time to send the code else there is no use to really talk. :( Now I would like to know if this would be possible to mark mc package for specific version of Squeak. I think that this is really really really important. So that we can for example manage SUnit via Squeaksource publish directly to it and know ok this mc pakage is only for 3.9. Stef

2 2

RE: Connecting to Oracle (was: ODBC connection)
by Jarvis, Robert P. (Bob) (Contingent) 30 Nov '04

30 Nov '04

Correct. Bob Jarvis Compuware @ Timken > -----Original Message----- > From: squeak-dev-bounces(a)lists.squeakfoundation.org > [mailto:squeak-dev-bounces@lists.squeakfoundation.org]On Behalf Of Avi > Bryant > Sent: Tuesday, November 30, 2004 11:46 AM > To: The general-purpose Squeak developers list > Subject: Re: Connecting to Oracle (was: ODBC connection) > > > On Tue, 30 Nov 2004 08:24:49 -0500, Jarvis, Robert P. (Bob) > (Contingent) <bob.jarvis(a)timken.com> wrote: > > We use ODBC to connect to Oracle Rdb (Rdb = former DEC > product acquired by > > Oracle during DEC's death-throes) databases running on > DEC/Compaq/HP Alpha > > servers running VMS. We typically have hundreds of > concurrent database > > connections without appreciable problems. > > Just to make sure - you're talking about using ODBC, but not > from Squeak, right? > > Avi > ----------------------------------------- ********************************************************************** PLEASE NOTE: The above email address has recently changed from a previous naming standard -- if this does not match your records, please update them to use this new name in future email addressed to this individual. This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company **********************************************************************

1 0

RE: Connecting to Oracle (was: ODBC connection)
by Jarvis, Robert P. (Bob) (Contingent) 30 Nov '04

30 Nov '04

We use ODBC to connect to Oracle Rdb (Rdb = former DEC product acquired by Oracle during DEC's death-throes) databases running on DEC/Compaq/HP Alpha servers running VMS. We typically have hundreds of concurrent database connections without appreciable problems. My experience has been that ODBC is no better or worse than other database call-level interfaces, and does supply some level of vendor independence. Given the nature of ODBC (it's a call-level interface where the vendor-supplied ODBC driver translates ODBC calls to "native" calls) I'd hazard a guess that any concurrency problems you might encounter are likely a problem with the underlying vendor-supplied software. Re non-blocking calls - you can do that in ODBC too. There is a statement option called SQL_ASYNC_ENABLE that is normally set to SQL_ASYNC_ENABLE_OFF - if you set this option to SQL_ASYNC_ENABLE_ON you can now execute that statement asynchronously, but having done so you can't execute anything else against either that statement or the database associated with the asynchronous statement (with a few exceptions) until the original async call completes. (Note that you can call functions against other statements). I've never messed with this as I've never had the need to do so, but it's there to try if you feel the urge. Bob Jarvis Compuware @ Timken > -----Original Message----- > From: squeak-dev-bounces(a)lists.squeakfoundation.org > [mailto:squeak-dev-bounces@lists.squeakfoundation.org]On Behalf Of Avi > Bryant > Sent: Monday, November 29, 2004 5:11 PM > To: john(a)pierce.name > Cc: The general-purpose Squeak developers list > Subject: Re: Connecting to Oracle (was: ODBC connection) > > > On Mon, 29 Nov 2004 16:49:07 -0500, John Pierce > <john.raymond.pierce(a)gmail.com> wrote: > > Hi Avi, > > > > We do a lot of ODBC FFI work in Squeak with great success, > but I must > > confess that we have very limited concurrency requirements (e.g. 5 > > simulatenous users). In your opinion, where does the ODBC > FFI plugin > > begin to *not* work well as we have not experienced any issues from > > the blocking behavior of FFI? > > It's good to hear it's working well for you. I've never used ODBC in > production, so I'm speaking with less experience and less authority > than you are. Where I would *expect* it to be a problem is when you > have single queries that take a significant amount of time, rather > than a large number of fast ones. I'd think that this could lead, for > example, to HTTP connections being refused if someone tries to access > your application at the same time as someone else is in the middle of > a lengthy search or complex report. But again, this isn't something > I've actually experienced, so maybe it's less of a problem in practice > than it seems in theory. That would be nice; it's so often the other > way around... > > > Also, what do you think it would take to implement a native ODBC > > interface. Would native interfaces require implementing native > > drivers for each vendor's database that one was targeting? > I think I > > know the answer to this question, but just checking. > > Well, I thought the whole point of ODBC was that you don't have to > deal with individual vendors' APIs. If the ODBC C library has a > non-blocking interface (which it must, surely), then you could write a > plugin that used that instead of the blocking FFI interface we > currently have and the problem would go away. > > > For the record, we use Microsoft SQL Server and the ODBC > FFI interface > > with essentially no foul side effects of the blocking > problem of using > > FFI -- so I am a bit baffeled by folks hestitancy in using the ODBC > > FFI library. > > Out of curiosity, what happens if you simulate higher loads (10 or 20 > or 50 concurrent users) with your app? It would be good to get a real > world sense of where the issue kicks in, so people can make better > informed choices (like me, who until I read this message had more or > less written ODBC off for use in web apps). > > Avi > ----------------------------------------- ********************************************************************** PLEASE NOTE: The above email address has recently changed from a previous naming standard -- if this does not match your records, please update them to use this new name in future email addressed to this individual. This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company **********************************************************************

2 1

[ENH] higherPerformance refers to EventSensor>>higherPerformanceNotes ( This method was removed, these notes are no longer available in a basic image )
by humasect＠shaw.ca 30 Nov '04

30 Nov '04

1 0

About removing global variables
by stéphane ducasse 30 Nov '04

30 Nov '04

Hi I wanted to get feedback about the idea of removing global variables in Smalltalk. The fact that system dictionary or a namespace can contain variable ie (a binding to something else than a class) makes the code quite ugly since we have to always test if this is a class or not. I think that we could easily remove the possibility to have global variable and move the ones we have into classVariable of Smalltalk or appropriate classes. This would lead to a more modular system. Smalltalk keysAndValuesDo: [:k :v | v isBehavior ifFalse: [Transcript show: k ; cr]] ImageImports Display ScheduledControllers ScriptingSystem Smalltalk CustomEventsRegistry World SystemOrganization References ActiveHand Transcript Undeclared SourceFiles Processor ActiveWorld TextConstants Sensor ActiveEvent Now we would have to type Smalltalk transcript instead of Transcript. Any thoughts. Stef PS: Backward compatibility is not a reason since we are about inventing the future not the past

14 24

[BUG][ENH][FIX] RB Create subclass menu item throws error if operation is cancelled when category list is shown
by Yar Hwee Boon 30 Nov '04

30 Nov '04

"Change Set: rbSubclassmenu-hboon Date: 30 November 2004 Author: Yar Hwee Boon -Fix error in RB create subclass function where error is thrown if operations is cancelled when the category list is show. -Added the category of the parent/current class to the top of the category list." -- Regards HweeBoon MotionObj

1 0

[FIX] RB create subclass menu function does not refresh class list/pane (mantis 0000567)
by Yar Hwee Boon 30 Nov '04

30 Nov '04

Change Set: rbSubclass-refresh-hboon.st Date: 30 November 2004 Author: Yar Hwee Boon Refresh the class list after creating the subclass. -- Regards HweeBoon MotionObj

1 0

[BUG?] KomServices and KomHttpServer are wrongly packaged
by Masashi Umezawa 30 Nov '04

30 Nov '04

Hi, I've found that current KomServises package on SM (version 1.1) does not run standalone. It lacks a few methods that were originally included in old KomServices. Where are the methods? They are now in KomHttpServer package. But I think they should be in "KomServises" package, because they are unrelated to HTTP server. As you know, KomServices itself has nice TcpListener class. It depends on those lost methods. TcpListener can be used for building "generic" TCP servers (NOT HTTP server only). Actually, RMT, SeeThroughTalk, NetMorph, and OperaORB are using TcpListener. So, please, please, repackage them... I've attached the lost methods as changeSet. Best regards, --- [:masashi | ^umezawa]

2 1

Error in CommandHistory>>#forgetAllGrabCommandsFrom:
by Martin Kuball 30 Nov '04

30 Nov '04

Hi! I'm trying to shrink a 3.7-5989 image a little bit. Well, everything goes fine until I want to quit the image. Then I get the following error message on the console window: Recursive not understood error encountered 1098846384 [] in CommandHistory class>forgetAllGrabCommandsFrom: 1098845824 BlockContext>on:do: 1098845356 BlockContext>ifError: 1098844784 CommandHistory class>forgetAllGrabCommandsFrom: 1098844600 CommandHistory class>resetAllHistory 1098844196 CommandHistory class>DoIt 1098826088 Compiler>evaluate:in:to:notifying:ifFail:logged: 1098826576 [] in ParagraphEditor>evaluateSelection 1098825892 BlockContext>on:do: 1098825156 ParagraphEditor>evaluateSelection 1098825064 ParagraphEditor>doIt 1098825340 [] in ParagraphEditor>doIt: [...] I examined the #forgetAllGrabCommandsFrom: method. It has an error handler. I added "self halt." to it. But this does not bring up the debugger nor does it change anything else. So what can I do to find the culprit? By the way, why do we iterate over all objects here instead of using Morph allSubInstancesDo: [...]? Martin

5 13

RE: Connecting to Oracle (was: ODBC connection)
by Welch, Ronald P (US SSA) 29 Nov '04

29 Nov '04

Thanks Avi, I appreciate that. I will let you know how my playing around goes. ----------=-=-=-=-=-=-=-=-========oOo========-=-=-=-=-=-=-=-=---------- mailto:Ronald.P.Welch@baesystems.com Phone:(607)770-3701 BAE SYSTEMS Controls 600 Main St Johnson City, NY 13790-1888 ----------=-=-=-=-=-=-=-=-===================-=-=-=-=-=-=-=-=---------- -----Original Message----- From: Avi Bryant [mailto:avi.bryant@gmail.com] Sent: Monday, November 29, 2004 5:45 PM To: The general-purpose Squeak developers list Subject: Re: Connecting to Oracle (was: ODBC connection) On Mon, 29 Nov 2004 17:14:09 -0500, Welch, Ronald P (US SSA) <ronald.p.welch(a)baesystems.com> wrote: > But again, I find the approach > taken by ROE of making relations and their algebra into > first class objects to be intriguing. I just haven't > had much time to play around with ROE as much as I would > like because I don't have any Postgress databases laying > around that I can easily experiment on. Well, if you want to experiment with ROE + Oracle + ODBC, I've done a quick import of Brett Taylor's Oracle support from the VW port of ROE. You'll need to play with it some before it actually works, but it should save you some time. http://beta4.com/mc/db/Roe-avi.43.mcz Avi

1 0

← Newer
1
2
3
4
5
6
7
...
38
Older →

Jump to page: