True, but you must have wasted a chunk of time today figuring out wtf was going
on!
Another day in the life of a programmer™
Regards,
Narinder Chandi,
ToolBox Systems Ltd.
--
-Original Message-
From: Chip Scheide <4d_o...@pghrepository.org>
Date: Tuesday, 9 July 2019 at 20:23
To: 4D
At least it is easy to work around...
On Tue, 09 Jul 2019 20:18:18 +0100, Narinder Chandi via 4D_Tech wrote:
> Well, that is quite odd given that is "just" an array after all but
> internally it seems 4D is treating it is something a bit different??
> It seems like an interpreter bug to me...
>
Well, that is quite odd given that is "just" an array after all but internally
it seems 4D is treating it is something a bit different?? It seems like an
interpreter bug to me...
Regards,
Narinder Chandi,
ToolBox Systems Ltd.
--
-Original Message-
From: Chip Scheide <4d_o...@pghrepo
hmm v12...
OK - I tracked it down.
It has to do with Listboxes
a 'normal' array works as expected, however, if the array is a listbox
column (array based - did not try a selection listbox) then the code
fails.
For some reason, when referencing the contents of a listbox column the
value in
That was with 17.2 Mac and I also tested the same code just now with 15.4 Mac
and 12.4 Mac successfully too.
Regards,
Narinder Chandi,
ToolBox Systems Ltd.
--
-Original Message-
From: 4D_Tech <4d_tech-boun...@lists.4d.com> on behalf of 4D Tech Mailing List
<4d_tech@lists.4d.com>
Rep
what version - it might be that the issue is resolved in a newer
version (>v13) then I am working in...
On Tue, 09 Jul 2019 18:30:33 +0100, Narinder Chandi via 4D_Tech wrote:
> Chip,
>
> If I interpreted it correctly, I just created this code block based
> on your spec. and variable naming:
>
Chip,
If I interpreted it correctly, I just created this code block based on your
spec. and variable naming:
ARRAY LONGINT(array1;2)
array1{1}:=4
array1{2}:=2
ARRAY LONGINT(array2;10)
C_LONGINT($i)
For ($i;1;10)
array2{$i}:=-$i
End for
C_POINTER($Return_ptr)
C_POINTER($Column1)
$Return_ptr:=
yes - an intermediate value works, I was more wondering why the
original statement will not work...
as it appears to be a perfectly valid statement.
Replacing the array element reference with a simple math formula works.
i.e.
Array{2+8-6}
give the value of element 4 (assuming there is one)
the
Does it work if you do use an intermediate value? e.g.
$value:= $Return_ptr-> {$Item}
$Result:= $Column1 ->{$value}
Regards,
Narinder Chandi,
ToolBox Systems Ltd.
--
-Original Message-
From: 4D_Tech <4d_tech-boun...@lists.4d.com> on behalf of 4D Tech Mailing List
<4d_tech@lists.4d.c
My bad -- the correct line of code that is failing is:
$Result:= $Column1 ->{ $Return_ptr-> {$Item} }
On Tue, 9 Jul 2019 12:14:37 -0400, Chip Scheide via 4D_Tech wrote:
> $Result:= $Column1{ $Return_ptr{$Item} }
---
Gas is for washing parts
Alcohol is for drinkin'
Nitromethane is for r
Given:
-- $Return_ptr is a pointer to a longint array
--- Array has 2 elements values of (4, 2)
-- $Column1 is a pointer to a different array which has 10 elements
--- all elements are populated
-- $Item is a longint value as index to the array
-- $Result is a longint variable
(spacing added f
Cool stuff, reminds me of this tech note:
Tech Note: 4D Method Explorer
https://kb.4d.com/assetid=77515
-Tim
**
4D Internet Users Group (4D iNUG)
Archive: http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailma
Paper names also differ across different drivers on the same platform. In
64-bit Mac 4D, SET PRINT OPTION fails with an OK of 0 if you specify a paper
name that doesn't exist on your current printer, so you either need to get an
array of all the available paper types and write some code to figu
13 matches
Mail list logo