dbTalk Databases Forums  

Communicating with phantoms

comp.databases.pick comp.databases.pick


Discuss Communicating with phantoms in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
Ross Ferris
 
Posts: n/a

Default Re: Communicating with phantoms - 06-23-2010 , 06:24 PM






On Jun 23, 8:43*pm, Martin Phillips <MartinPhill... (AT) ladybridge (DOT) com>
wrote:
Quote:
Hi all,

QM 2.10-4 will add an optional keyword to the PHANTOM command to
transfer the DATA queue of the parent into the phantom process.
* *PHANTOM DATA RUN MYPROG

A patch is available for 2.10-3. *[Ross: Does this put us ahead of D3
again for responsiveness?]

Martin Phillips, Ladybridge Systems
Actually NO! Personally I don't like the idea, and I don't see this as
fixing a "problem" or adding a useful feature, but rather a knee jerk
reaction that hasn't been fully thought through.

What happens when someone takes advantage of this new "feature" and
accidentally passes a data stack across that they weren't aware of.

Perhaps a "better" implementation would be to "steal" the concept of
the "Z" (aka phantom) command, where stacked data can be passed down
as a value seperated list on the command line --> people can then make
a deliberate decision as to what data is passed down, and it is easily
"visible" in the program --> with your DATA keyword, data could have
been stacked up 3 programs ago

Reply With Quote
  #12  
Old   
Gene Buckle
 
Posts: n/a

Default Re: Communicating with phantoms - 06-24-2010 , 09:14 AM






To: JJCSR
JJCSR wrote:
Quote:
From Newsgroup: comp.databases.pick


I don't know if I am referencing the same issue that you speak of
here, but we have two different phantoms that are used for printing
purposes, both of which involve Visual Basic applications. Handing
of printed matter, directly from VB to PICK, through a "rule-
module" (a PICK subroutine called into VB) does not work very well.
Jim, what problems have you found? I print orders and other documents all day
long using rule modules - it's as simple as calling sp-assign from within
the subroutine.

tnx.

g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!
--- Synchronet 3.15a-Win32 NewsLink 1.91
The Retro Archive - telnet://bbs.retroarchive.org

Reply With Quote
  #13  
Old   
Martin Phillips
 
Posts: n/a

Default Re: Communicating with phantoms - 06-24-2010 , 12:36 PM



On 23 June, 23:24, Ross Ferris <ro... (AT) stamina (DOT) com.au> wrote:
Quote:
Personally I don't like the idea, and I don't see this as
fixing a "problem" or adding a useful feature, but rather a knee jerk
reaction that hasn't been fully thought through.

What happens when someone takes advantage of this new "feature" and
accidentally passes a data stack across that they weren't aware of.
The change does not simply pass the data queue regardless and hence
risk changing the behaviour of existing applications. It requires an
option to the PHANTOM command to explicitly say that this action is
required. It does also seem to be consistent with the way in which
other commands can use DATA in a paragraph.


Martin Phillips, Ladybridge Systems

Reply With Quote
  #14  
Old   
frosty
 
Posts: n/a

Default Re: Communicating with phantoms - 06-25-2010 , 05:48 PM



What's all this I hear about
Communicating with Phantoms?

Why don't you just hold a
seance? Or use an Ouija board?

--
frosty

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.