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
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!!
see OdbcConnection>>tables, #columnsForTable:owner:, #serverName, etc.
DolphinCompatibility-ODBC-BillSchwab.1.mcz
Description: DolphinCompatibility-ODBC-BillSchwab.1.mcz
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: pharo-
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
+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: [Pharo-proj
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.
+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: Tuesday
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, 20
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 opportu
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: pharo-project@lists.gforge.in
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 c
+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] st
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
_
ct-boun...@lists.gforge.inria.fr
[pharo-project-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
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
on summer 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
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-loadi
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 #delete
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
: [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 inco
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
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
[asquea...@gmail
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
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: pharo-projec
alf of Eliot Miranda
[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
mailto:bsch...@anest.ufl.edu>> wrote:
The attached is diagnostic outpu
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 off.
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
Subject
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 o
ore visible?
Am 30.04.2012 um 00: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
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] o
ject-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 wrote
|
...@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
@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 t
g the configuration browser more
visible?
On Fri, Apr 27, 2012 at 8:11 PM, Schwab,Wilhelm K
mailto: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 st
king the configuration browser more
visible?
On Fri, Apr 27, 2012 at 7:25 PM, Schwab,Wilhelm K
mailto: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 o
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
at 5:06 PM, Schwab,Wilhelm K
mailto: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.fr<mailto:pharo-project-boun...@lists.gforge.i
pr 27, 2012 at 5:06 PM, Schwab,Wilhelm K
mailto: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.fr<mailto
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 wrote:
> Can they really download stuff? How much? Until the configurations are
>
-boun...@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,Wilh
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
: pharo-project@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.
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, bu
siguc...@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 wrote:
> Sig,
>
> I wonder whether that s
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 f
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
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
[pharo-project-boun...@lists.gforge.inr
oject@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Debugger code edits lost?
On 18 April 2012 17:17, Schwab,Wilhelm K 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 a fair
The attached represents success (I think/hope) 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, but
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
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 it
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: Pharo-project@lists.gforge.inria
Tahoma and save your image. There's room for improvement
in context creation waiting for anybody with some free time.
cheers!
On Mon, Apr 16, 2012 at 10:48 AM, Igor Stasenko
mailto:siguc...@gmail.com>> wrote:
On 15 April 2012 16:50, Schwab,Wilhelm K
mailto:bsch...@anest.ufl.edu>>
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 inconsistent
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 t
ve hijacked alt-click 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 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),
+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
[pharo-project-boun...@lists.gforge.inria.
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
30 AM, Camillo Bruni
mailto: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 browse
br...@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?
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 to
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
[
e.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"
mailto:bsch...@anest.ufl.edu>> a écrit :
> It would be great to stab
uding finance)
On 28 March 2012 15:21, Schwab,Wilhelm K
mailto: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
enough energy to build things on top of it.
Alexandre
Le 28 mars 2012 à 10:21, "Schwab,Wilhelm K" 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
> with
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
___
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 licens
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 one-line
e case 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
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 Citez
oject@lists.gforge.inria.fr
Subject: Re: [Pharo-project] FFI error message: Heisenbug
On Sun, Mar 25, 2012 at 9:36 AM, Schwab,Wilhelm K
mailto: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 b
ro-project-boun...@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
mailto:bsch...@anest.ufl.edu>
eed
exported by the wrapper?
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K
[bsch...@anest.ufl.edu]
Sent: Sunday, March 25, 2012 12:36 PM
To: pharo-project@lists.gforge.inria.fr
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.
In
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
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 wa
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: pharo-project-boun...@lists.gforge.in
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
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
[pharo-project-boun...@list
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 a
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
Eliot Miranda
mailto:eliot.mira...@gmail.com>> wrote:
On Thu, Mar 22, 2012 at 6:20 PM, Schwab,Wilhelm K
mailto:bsch...@anest.ufl.edu>> wrote:
Eliot,
I am calling something that I *think* simply tells GSL where to find the
callbacks and a relevant structure. But I am getting
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
VMCallbackContext32>>primReturnAs:fromContext:, which I assume means that the
library is attempting to call into Pharo.
In the debugger's
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
ect@lists.gforge.inria.fr
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 surp
..@lists.gforge.inria.fr
[pharo-project-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
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 caused
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* impor
/dev/ttyUSB0 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 wrote:
> Nice! What is the physical/electrical connection? Serial, para
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 b
2 at 4:01 PM, Schwab,Wilhelm K
mailto: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-wire that
at 4:01 PM, Schwab,Wilhelm K
mailto: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-w
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
CallbackThunk>>getHandle to answer the #address.
Is there
gt;
> Regards, Gary
>
> - Original Message -----
> From: "Schwab,Wilhelm K"
> To:
> Sent: Wednesday, March 21, 2012 6:53 PM
> Subject: Re: [Pharo-project] R: Polymorph
>
>
> Gary,
>
> Great stuff! One point of confusion: android _emulator_?? Does this run
&g
erate
skeleton Android Java from it though.
Regards, Gary
- Original Message -
From: "Schwab,Wilhelm K"
To:
Sent: Wednesday, March 21, 2012 6:53 PM
Subject: Re: [Pharo-project] R: Polymorph
Gary,
Great stuff! One point of confusion: android _emulator_?? Does this run on
Androi
1 - 100 of 2086 matches
Mail list logo