see OdbcConnectiontables, #columnsForTable:owner:, #serverName, etc.
DolphinCompatibility-ODBC-BillSchwab.1.mcz
Description: DolphinCompatibility-ODBC-BillSchwab.1.mcz
Just getting to 1.4 summer (apologies to those down under) and noted a long
list of configs that seem to load cleanly - huge progress!!
short of symbolic manipulation (e.g. maple), all we do is discretize and
approximate, right?
Integration (aka quadrature) is easy but numerical diff is very unstable.
ODEs solve well w/ Runge-Kutta methods.
From: pharo-project-boun...@lists.gforge.inria.fr
Stef,
I'll be good for at least 40, maybe 99.
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Sean P. DeNigris
[s...@clipperadams.com]
Sent: Saturday, June 30, 2012 8:48 PM
To:
+20 :)
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Igor Stasenko
[siguc...@gmail.com]
Sent: Wednesday, June 27, 2012 4:48 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re:
I agree, except for silent updates. One should at know what is happening, and
further be able to run a broken mixture, if only for debugging.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of
+1 on not adding syntax. Never do to a language that which can be done with
the language.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of James Foster
[smallt...@jgfoster.net]
Sent:
I know *nothing* about Zinc, but my first thought is weak collections and how
they are not thread safe (which they need to be) and are not self-repairing
after finalization - they end up w/ retained nils.
Dolphin blazed the correct trail on this in the mid to late 90s.
Have a look at
codeCompletionAround: textMorph:keyStroke:
HTH,
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Sean P. DeNigris
[s...@clipperadams.com]
Sent: Friday, June 22,
Events are preferable to exceptions for updating the bar. Exceptions should be
reserved for things that are exceptional :)
Event registrations should be weak so that one *can* set and forget, but one
should also be able to explicitly unregister if desired/needed. I will also
take this
+1
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Igor Stasenko
[siguc...@gmail.com]
Sent: Sunday, June 17, 2012 6:48 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project]
I have been a vocal critic of configs, largely on grounds of excessive
complexity, but I find your message a bit harsh.
Long delays and hangs are BAD, but that can be addressed using background
threads. This is a prime example of why say that sockets should never block
the entire image (only
Looks that way from here (Florida).
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of p...@highoctane.be
[p...@highoctane.be]
Sent: Sunday, June 17, 2012 3:49 PM
To:
-boun...@lists.gforge.inria.fr] on behalf of Stéphane Ducasse
[stephane.duca...@inria.fr]
Sent: Saturday, June 16, 2012 4:24 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] start thinking on summer release of Pharo 1.4
On Jun 16, 2012, at 12:57 AM, Schwab,Wilhelm K wrote
If it helps at all, I was able (with help) to get sound working on Linux. It's
ugly: one has to copy/rename the plugin from another vm (to use cog). Once I
got it working, I flagged a copy of the plugin in the hopes of making things
easier next time.
Bill
release of Pharo 1.4
Schwab,Wilhelm K wrote
My gripe is... that configs... work (very) differently over time
With the current evolution of Metacello, this should not be the case. Done
right, what a config loads can be 100% static and repeatable. If you load a
literal version (e.g. '1.4'), which loads
of Pharo 1.4
Schwab,Wilhelm K wrote
But if I'm building a new image *today*, I want it to do the right thing
now (automatically for the current version), with the same incantation as
worked months ago or months from now.
Absolutely! Two things about that:
* Metacello has no magic. Ultimately, what
My gripe is not so much that configs don't work together, it's that they work
(very) differently over time; the work I did last week to build an image
could be (often is) worthless today. Configs really need to reflect on
versions and do the right thing vs. current complexity. If pre-loading,
I grabbed the one-click image and poked around. The worst thing I found (can't
reproduce) is that the SB's package list became insensitive to clicks.
Switching to groups and then back seemed to restore normal operation. Looks
good so far!
Bill
I generally default to saying of course there should be an error. I much
prefer to get my bad news early rather than having to fish around or it after
the fact. Toward that end, I would recommend having #deleteIfAbsent: and
#delete that provides an error-raising block and forwards to
I have been trying to grab 2.0 from Jenkins - no luck. There are long
connection delays and then incomplete downloads (512 bytes per file) if it does
finally connect. Anybody else seeing this?
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
: [Pharo-project] Jenkins downloads broken?
yes... we are experimenting some infrastructure issues.
Please be patient :)
Esteban
On Jun 7, 2012, at 9:01 PM, Schwab,Wilhelm K wrote:
I have been trying to grab 2.0 from Jenkins - no luck. There are long
connection delays and then incomplete
There are times when it is necessary to protect the user from themselves.
Modal to a particular window can be a VERY good thing.
Several years ago, I remember watching in horror as my chairman was tinkering
with a UI I had created that was not sufficiently modal, and he was at extreme
risk of
It's a nice system - we should take lessons from it where we can. In this
case, they *clearly* have it right.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Chris Muller
The attached is diagnostic output from the Linux vm. I am doing some iterative
numerical analysis that won't always work out, so I expect errors and non-sense
results at times - it all depends on whether a particular segment of a signal
is clean or noisy; if the latter, all assumptions are
[eliot.mira...@gmail.com]
Sent: Wednesday, May 09, 2012 11:58 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Help reading dump?
On Wed, May 9, 2012 at 8:16 AM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
The attached is diagnostic output from
This is one of those things that I find shocking. Squeak has been around for
15+ years, and still has no efficient way to get files matching a wildcard
pattern (I sure couldn't find it), FFI does not (easily) support callbacks, etc.
From:
I've been unable to follow the whole list lately, but I caught some mention of
what might be a more toward platform-dependence, or lack of independence.
I *like* being able to work on Linux and deploy to Windows. Hopefully we won't
lose that. I agree that things should happen in the image far
Options are good, but I disagree that always opening a full debugger is a good
idea - I've seen meltdowns from less. YMMV. You've been warned :)
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf
Sounds great!!
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Stéphane Ducasse
[stephane.duca...@inria.fr]
Sent: Wednesday, May 02, 2012 1:37 PM
To: Pharo-project@lists.gforge.inria.fr
:11 schrieb Schwab,Wilhelm K:
I stayed on 1.1.1 for a long time for just these reasons. If want people to
test new versions, there needs to be at least some hope that they will work.
To be honest I'm not sure if you should upgrade to 1.2. Just wait a little
more. And then remember
I stayed on 1.1.1 for a long time for just these reasons. If want people to
test new versions, there needs to be at least some hope that they will work.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr]
...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Sean P. DeNigris
[s...@clipperadams.com]
Sent: Saturday, April 28, 2012 12:08 AM
To: pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] What about making the configuration browser
more visible?
Schwab,Wilhelm K
of Sean P.
| DeNigris [s...@clipperadams.com]
| Sent: Saturday, April 28, 2012 12:08 AM
| To: pharo-project@lists.gforge.inria.fr
| Subject: Re: [Pharo-project] What about making the configuration
| browser more visible?
|
| Schwab,Wilhelm K wrote
|
| Put another way, if it's that simple, why
...@lists.gforge.inria.fr] on behalf of Camillo Bruni
[camillobr...@gmail.com]
Sent: Thursday, April 26, 2012 7:40 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] What about making the configurationbrowser
more visible?
On 2012-04-27, at 01:17, Schwab,Wilhelm K
, 2012 at 5:06 PM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
Put another way, if it's that simple, why all the contrary instructions over
time?
From:
pharo-project-boun...@lists.gforge.inria.frmailto:pharo-project-boun
, 2012 at 5:06 PM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
Put another way, if it's that simple, why all the contrary instructions over
time?
From:
pharo-project-boun...@lists.gforge.inria.frmailto:pharo-project-boun
Is there an ssl socket/stream to go with it?
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Igor Stasenko
[siguc...@gmail.com]
Sent: Friday, April 27, 2012 1:29 PM
To: Squeak Virtual Machine
visible?
On Fri, Apr 27, 2012 at 7:25 PM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
It's nice that there are examples that work, but the vast majority of configs
are not so well organized.
I'm not the mantainer of the majority of configs so I do not know. What
the configuration browser more
visible?
On Fri, Apr 27, 2012 at 8:11 PM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
I know it's not a popular opinion, but overall, they don't work. It is so bad
that any effort on my part to fix one here or there would simply be sticking
@lists.gforge.inria.fr
Subject: Re: [Pharo-project] What about making the configurationbrowser
more visible?
On Apr 27, 2012, at 8:38 PM, Schwab,Wilhelm K wrote:
I'm simply saying that we have a problem. When I first saw the config
browser, I had hoped that it would bring the problem to light and spur
Can they really download stuff? How much? Until the configurations are truly
self-describing and know what to use for which version of Pharo[*], the
Config Browser is really (sorry guys) a very clear illustration of what we have
yet to do in the way of packaging.
Bill
[*] there needs to be
InnoSetup is very non-intrusive and flexible. The resulting installers have
options for silent and very silent installation, so yes, you probably can do
what you want with them. Of course, Inno and resulting setups don't do
anything (or not much anyway) that can't be done from any software,
@lists.gforge.inria.fr
Subject: Re: [Pharo-project] InnoSetup was: RE: One-click Windows comment
Schwab,Wilhelm K wrote
As an aside, it's interesting to see the term ActiveX *still* being
used. This was something that MS was trying to kill a LONG time ago. I'm
increasingly glad that I started tuning
Sig,
I wonder whether that should be on by default. I have had some real
frustrations with FFI of late, and something like this might have avoided the
problem. Unless it is easily discoverable, off is almost the same as
non-existent.
Any rumblings on Spock? It would be nice to have even a
...@gmail.com]
Sent: Friday, April 20, 2012 12:08 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] [NativeBoost] Generic failure errors when using
nil for void* and char* arguments
On 20 April 2012 17:45, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Sig,
I wonder whether
Please do not ask me how to reproduce this... :) Actually, I *think* it might
be triggered by certain types of syntax errors. Bottom line is that the
sometime I do a fair bit of coding in the debugger, only to find that the
fruits of my labor went to oblivion and beyond. Gone - no trace of
Stef,
What about stable relative to a given version of Pharo? I *really* think that
to be useful, Metacello needs to be consistent. As it is, one seems to be left
looking at blessings and guessing at what might work. The current and
occasional (and very helpful) no, use THIS version... is
The attached represents success (I think/hopeg) with getting GSL to fit a
Gaussian plus a line to some data. I hope to use this to measure widths of
peaks in FFTs of specific signals.
The bad news is that I can't get Alien callbacks to work. Actually, the
callbacks seem to work just fine,
@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Debugger code edits lost?
On 18 April 2012 17:17, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Please do not ask me how to reproduce this... :) Actually, I *think* it
might be triggered by certain types of syntax errors. Bottom line is that
the sometime I do
YES!! That's what we need. The package system must know what to do and
do the correct thing in context, or it is (sorry) more trouble than it's worth.
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
Fair enough. But let's face facts, there is an IT that is wrong. I submit
that IT is an ever-changing no do it THIS way now[*] The people providing
the code and instructions are very well intentioned, but overall, the whole
thing is too complicated for anyone's good.
I believe you that
for improvement
in context creation waiting for anybody with some free time.
cheers!
On Mon, Apr 16, 2012 at 10:48 AM, Igor Stasenko
siguc...@gmail.commailto:siguc...@gmail.com wrote:
On 15 April 2012 16:50, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
Sig
I thought I read it was 1.4 only??
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Tomi Neste
[tomi.ne...@gmail.com]
Sent: Monday, April 16, 2012 11:54 AM
To:
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X
package, and started to wonder if that might be linux support. But FWIW, I
can't load any of it. The instructions failed, so I tried #load, and each
variant gives some kine of DNU error. Maybe I have an
David,
Do you use FFI on Fedora? Any tricks needed to make things work? On Ubuntu
with Cog, I have had to resort to making symlinks (in the vm directory) to
needed libraries :( At least it works when I do that :)
One hardware manufacturer told that Fedora is great for polish (no argument),
for
moving windows.
I'm only an occasional linux user, but I'd say it's on par with Ubuntu.
These two platforms are rapidly diverging and I imagine we'll have to
compile separate binaries before too long.
On 4/11/12 12:13 PM, Schwab,Wilhelm K wrote:
David,
Do you use FFI on Fedora? Any tricks needed
PM
To: pharo-project@lists.gforge.inria.fr
Subject: [Pharo-project] was Re: new 1.3 one click
On 4/11/12 2:37 PM, Schwab,Wilhelm K wrote:
David,
Fair enough - thanks for the scouting report. I hope you are wrong about
separate binaries. It would be sad enough if we had to detect the distro
Try something like what appears below. If you search the Squeak archives,
you'll probably find some useful posts by Andreas Raab. Don't expect too much
documentation. Overall, Squeak/Pharo's FFI still falls far short of Dolphin's
(sorry, but it's true), and structure mapping is a big area of
+1. I have it loaded on Linux, but have *no* clue what to try, or if it even
has hope of working (I see Win32 and Mac categories, but no linux-specifics).
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
...@gmail.commailto:camillobr...@gmail.com wrote:
On 2012-04-05, at 01:16, Sean P. DeNigris wrote:
Schwab,Wilhelm K wrote
something is causing delays in either asking for a new browser or
(particularly) references to the currently selected class. The browser is
the only one in the image, which
I'm seeing ~1-2 second delays on any attempt to browse a class. Anyone else?
...@gmail.commailto:camillobr...@gmail.com wrote:
which vm? which browser?
On 2012-04-04, at 18:32, Schwab,Wilhelm K wrote:
I'm seeing ~1-2 second delays on any attempt to browse a class. Anyone else?
Stef,
I have my laptop downloading updates, running a vm and installing clunky
windows software therein. The fan just started, so my reduced load theory
seems to hold water. Something in what has been done in the image and/or vm
has allowed things that once would cause my laptop to heat up
That's the problem - it's been any day now for a LONG time. As much as I
don't enjoy pointing it out, don't wait for spoon.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Marcus Denker
enough energy to build things on top of it.
Alexandre
Le 28 mars 2012 à 10:21, Schwab,Wilhelm K bsch...@anest.ufl.edu a écrit :
It would be great to stab the R beast through the heart. But it will be
tough go given the richness of analyses that R can do. I have been tinkering
, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
It would be great to stab the R beast through the heart. But it will be tough
go given the richness of analyses that R can do. I have been tinkering with
PLplot for a while, but there are some graphs for R is simply more
...@me.commailto:alexandre.ber...@me.com
For what I need R, Pharo can easily be better. Just an EyeSee pdf exporter will
give me enough energy to build things on top of it.
Alexandre
Le 28 mars 2012 à 10:21, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu a écrit :
It would be great
Do we really want Smalltalk code, or a wrapper around a C library? I've been
tackling GSL, but callbacks+ffi have gotten strange. Still, it seems that for
500k element FFTs and other tricks, C _has_ to be faster than what we can
create in Smalltalk.
I am not at all thrilled about GSL's
It would be great to stab the R beast through the heart. But it will be tough
go given the richness of analyses that R can do. I have been tinkering with
PLplot for a while, but there are some graphs for R is simply more capable, and
the modeling and tests are undeniably powerful.
Bill
Eliot, all,
My GSL code, with callbacks is confusing me. First, I call
gsl_multifit_fdfsolver_set(). This seems to work, hitting various callbacks
(apparently successfully), but then gives an error with #'bad number of
arguments'. I have looked, and don't see an invalid number of arguments
Stefano,
Don't worry about the noise - I'm glad you solved your problem. The following
are some things that might help you or others in the future.
To run latest versions off of Jenkins on Ubuntu, I just dump the image,
changes, and Cog.zip contents into one directory and then have a
I'm working on GSL+callbacks, and have hit a genuine Heisenbug - the behavior
changes depending on when/where I break and/or step over or into code.
Callbacks are getting hit successfully(!!!) but there is one function that
crashes, unless I step over the call, in which case I get an error.
...@lists.gforge.inria.fr] on behalf of Eliot Miranda
[eliot.mira...@gmail.com]
Sent: Sunday, March 25, 2012 3:35 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] FFI error message: Heisenbug
On Sun, Mar 25, 2012 at 9:55 AM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu
@lists.gforge.inria.fr
Subject: Re: [Pharo-project] FFI error message: Heisenbug
On Sun, Mar 25, 2012 at 9:36 AM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
I'm working on GSL+callbacks, and have hit a genuine Heisenbug - the behavior
changes depending on when/where I
Stef,
Thanks for Dynamic Web Development With Seaside - it's a great book! One
omission that I have noted is that of dynamically serving files.
Making a long story short, I have a Seaside app that swallows and regurgitates
literature (300 MB and growing). It is what has me interested in
but why don't you simply serve
that static content with Kom or Zinc ?
On 25/03/12 18:29, Schwab,Wilhelm K wrote:
Clearly, I can't put hundreds of megabytes in a FileLibrary, and I have
no interest in configuring a static web server for something that (sadly
or not) runs locally on multiple machines
Stef,
Naive question: could you simply let Jenkins do the testing, and
investigate/roll-back if it reports problems? If Jenkins can reliably, based
on unit tests, report a last successful build, you might be at a good place.
In that world, you would integrate and let Jenkins tell you if it
Stef,
One thing that must not happen is automatic use of complex numbers. Things
like -1 sqrt should raise an error. If one wants a complex result, then -1
asComplex sqrt would be a nice choice. That way, one can choose whether or not
complex numbers are viable - many times, they are not
Marcus,
I like the idea of downstream projects but the dark side is that one won't
know how much testing they have received. For one thing, the 1.4 Seaside image
does not support Shout in system browsers (it works in the debugger) - 1.4 does
have Shout everywhere. Someone suggested that the
Stef,
This reminds me of a Dolphin feature called IDE extensions. Presenters trigger
an event (IIRC off of their class) when the open, and menus and commands
trigger events when they are about to do something interesting. One can then
easily add to an opening menu to add commands to it.
As
Ok, but that kind volunteer needs an image built the way they are told to do
so. The convenience factor of having big stuff loaded into an image will
attract users/testers.
From: pharo-project-boun...@lists.gforge.inria.fr
Stef,
I'm not finding faults - merely encouraging good energy. For now, I am nudging
a polymorph-friendly MVP framework (presenters as morph-model factories) and
cleaning my GSL interface. The latter has to be done carefully, because I
can't have GPL preventing me from commercial use of some
Yearly seems a little slow, but might be about right to allow lots of time for
testing. There will always be Jenkins for those who need a fix (sometimes
guilty myself). Bug fix releases would be appreciated.
From:
Nice! What is the physical/electrical connection? Serial, parallel, etc.? If
serial, did you have any problems with opening ports? On which VM?
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on
to /dev/ttySx and open the
port by number (x), not by the name. See
http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg60816.html
-- Pavel
On Thu, Mar 22, 2012 at 2:56 PM, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Nice! What is the physical/electrical connection? Serial
Hello all,
I'm working on my re-underscoring of GSL. It's been a lot of work, but I
really believe it will pay off in the future in terms of being able more easily
find methods of interest because with underscores, they look like the things
one might find in the manual. It was *really*
Hello all,
I am clobbering my cherished laptop today. I have it scanning the entire image
for references and senders, but have been surprised that the fan has not
started. The fan could have died, but the machine does not seem to be
unusually warm. In the past, tasks like these always
-boun...@lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K
[bsch...@anest.ufl.edu]
Sent: Thursday, March 22, 2012 1:53 PM
To: pharo-project@lists.gforge.inria.fr
Subject: [Pharo-project] Custom method browser trick
Hello all,
I'm working on my re-underscoring of GSL. It's been a lot of work
Subject: Re: [Pharo-project] Dumb question: Cog and CPU temp??
On Mar 22, 2012, at 7:35 PM, Schwab,Wilhelm K wrote:
Hello all,
I am clobbering my cherished laptop today. I have it scanning the entire
image for references and senders, but have been surprised that the fan has
not started
Is there a way to save a global variable into an MC package? I will probably
just gzip some data and make a class method with the reduced byte array as a
literal, but it would be nice to simply somehow tag a global and have it
magically part of the package.
Bill
Eliot,
I am calling something that I *think* simply tells GSL where to find the
callbacks and a relevant structure. But I am getting a primitive failure in
VMCallbackContext32primReturnAs:fromContext:, which I assume means that the
library is attempting to call into Pharo.
In the debugger's
that uses openGL as a backend. I saw a
cube some days ago in the mailing list, is that code available to try? It is
interesting in the screenshot how the blitting was caught in the middle, I
didn't check why this happens.
Cheers.
On Tue, Mar 20, 2012 at 12:03 PM, Schwab,Wilhelm K
bsch
) in the debugger -
was this risky?
On 21 March 2012 07:40, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Begin forwarded message:
From: Schwab,Wilhelm K bsch...@anest.ufl.edu
Subject: FW: Meeting Aliens (callbacks) in the debugger - was this risky?
Date: March 21, 2012 1:57:16 AM GMT+01
Gary,
You're good :) That might be exactly what I need. I just need to figure out
how to make it optional. My MVP framework is reducing to presenters being
factories for morph/model pairs, and I am pretty much resigning to creating
rows and columns using your Polymorph methods. It is
Gary,
Great stuff! One point of confusion: android _emulator_?? Does this run on
Android? Just asking; I'm pretty happy with Polymorph+MVP and Seaside for
things that are natural fits for web interfaces.
Bill
From:
skeleton Android Java from it though.
Regards, Gary
- Original Message -
From: Schwab,Wilhelm K bsch...@anest.ufl.edu
To: Pharo-project@lists.gforge.inria.fr
Sent: Wednesday, March 21, 2012 6:53 PM
Subject: Re: [Pharo-project] R: Polymorph
Gary,
Great stuff! One point of confusion: android
Android Java from it though.
Regards, Gary
- Original Message -
From: Schwab,Wilhelm K bsch...@anest.ufl.edu
To: Pharo-project@lists.gforge.inria.fr
Sent: Wednesday, March 21, 2012 6:53 PM
Subject: Re: [Pharo-project] R: Polymorph
Gary,
Great stuff! One point of confusion: android
I am getting near to jumping off the callback cliff. My problem is that I have
a generated external structure that expects a void pointer (actually a function
pointer). The setter sends #getHandle. I tried to hot-wire that by defining
CallbackThunkgetHandle to answer the #address.
Is there
:01 PM, Schwab,Wilhelm K
bsch...@anest.ufl.edumailto:bsch...@anest.ufl.edu wrote:
I am getting near to jumping off the callback cliff. My problem is that I have
a generated external structure that expects a void pointer (actually a function
pointer). The setter sends #getHandle. I tried to hot
1 - 100 of 1910 matches
Mail list logo
