Search found 27 matches
- Sun Nov 23, 2008 4:21 pm
- Forum: TailBite
- Topic: 1.877 / 4.20: Another String Problem
- Replies: 4
- Views: 4554
- Thu Nov 20, 2008 8:19 pm
- Forum: TailBite
- Topic: 1.877 / 4.20: Another String Problem
- Replies: 4
- Views: 4554
- Thu Nov 20, 2008 7:59 pm
- Forum: TailBite
- Topic: 1.877 / 4.20: Another String Problem
- Replies: 4
- Views: 4554
- Thu Nov 20, 2008 1:30 pm
- Forum: TailBite
- Topic: 1.877 / 4.20: Another String Problem
- Replies: 4
- Views: 4554
1.877 / 4.20: Another String Problem
Lib:
Pgm:
First result is x1x as expected, but the second produces only x1...
Code: Select all
ProcedureDLL$ proc(str$)
ProcedureReturn str$
EndProcedure
Code: Select all
s$="x"
s2$=proc(Str(1))
Debug s$+s2$+s$
Debug s$+proc(Str(1))+s$
- Mon Nov 10, 2008 9:30 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: Static array crash
- Replies: 7
- Views: 5456
It should not play any role whether a piece of code resides in a previously compiled library or the code actually compiled. As in other languages it makes no difference in which class or *.obj you end the pgm.
With all these restrictions you can never put a portion of a larger system into a library ...
With all these restrictions you can never put a portion of a larger system into a library ...
- Mon Nov 10, 2008 6:40 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: Static array crash
- Replies: 7
- Views: 5456
- Mon Nov 10, 2008 4:33 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: Static array crash
- Replies: 7
- Views: 5456
- Mon Nov 10, 2008 2:25 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: Static array crash
- Replies: 7
- Views: 5456
[DONE] 1.877 / 4.30b4: Static array crash
Any idea about this?
Library:
This crashes; same result when the static array is declared as global.
Library:
Code: Select all
ProcedureDLL proc(x)
Static Dim a(5)
a(2)=5
ProcedureReturn x
EndProcedure
- Fri Nov 07, 2008 4:31 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: String Problem
- Replies: 5
- Views: 4765
- Thu Nov 06, 2008 4:52 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: String Problem
- Replies: 5
- Views: 4765
- Thu Nov 06, 2008 2:53 pm
- Forum: TailBite
- Topic: [DONE] 1.877 / 4.30b4: String Problem
- Replies: 5
- Views: 4765
[DONE] 1.877 / 4.30b4: String Problem
Is this a known bug? What is the status?
Lib:
Pgm:
Second statement crashes.
Lib:
Code: Select all
ProcedureDLL$ proc(a)
ProcedureReturn Str(a)
EndProcedure
ProcedureDLL$ p(b)
ProcedureReturn proc(b)
EndProcedure
Code: Select all
Debug proc(3)
Debug p(2)
- Thu Jan 17, 2008 9:09 pm
- Forum: PureFORM & JaPBe
- Topic: PureLVSORT library : sorting ListIconGadgets (and more)
- Replies: 438
- Views: 321538
Yeah, it is possible, but a lot of work. It would be quite easier if the library would do the restore procedure and would ask by callback wether to add this one row or not. When do not want to use another filter logic than that provided by LoadfromMem function you have to the loading on your own and ...
- Thu Jan 17, 2008 8:55 pm
- Forum: Applications - Feedback and Discussion
- Topic: EsGRID grid gadget 2.1. Don't post here!
- Replies: 331
- Views: 126355
- Tue Jan 15, 2008 6:18 pm
- Forum: PureFORM & JaPBe
- Topic: PureLVSORT library : sorting ListIconGadgets (and more)
- Replies: 438
- Views: 321538
- Tue Jan 15, 2008 4:48 pm
- Forum: PureFORM & JaPBe
- Topic: PureLVSORT library : sorting ListIconGadgets (and more)
- Replies: 438
- Views: 321538
@gnozal: I had a look at your filter procedure, which seems quite suitable for me, however I found it nasty that you do not save (and restore) the gadget item data to memory. Is it possible to add this?
Looking at the callback it would prefer to have a callback that just lets me decide whether to ...
Looking at the callback it would prefer to have a callback that just lets me decide whether to ...