Droopy's Lib

lexvictory · Post by **lexvictory** » Tue Jan 13, 2009 7:47 am

Sveinung wrote:The 'Microsoft OS -> Path' command PathAdd() doesn't work.
Getting an 'Invalid memory access'.

Most likely due to the string issue since 4.20; the path commands call the registry commands in the lib, which return a string, and the registry commands can be called from PB code.
This string issue means that any commands in the lib which rely on the registry commands will not work. (until I fix it)

I have not tested this command however, so I can't confirm if it's just your computer, though I doubt it would be.

chi · Post by **chi** » Tue Jan 13, 2009 10:24 pm

when running the "Ldb F1 Test" example (pb 4.2) i get some ima´s...

- LdbSortNum
- LdbSortAlpha
- LdbSearch

hope this can be fixed easily... stuck atm

lexvictory · Post by **lexvictory** » Wed Jan 14, 2009 12:32 am

chi wrote:when running the "Ldb F1 Test" example (pb 4.2) i get some ima´s..

This issue has been known for a while, looking at it now it appears to be the same issue as the printer and path commands.
String functions calling other exported string functions.

chi · Post by **chi** » Wed Jan 14, 2009 3:11 am

funny thing... switched back to droopy´s lib v1.31.11 and everything (Ldb) works normal

maybe this info may help?

chi

lexvictory · Post by **lexvictory** » Wed Jan 14, 2009 3:22 am

chi wrote:funny thing... switched back to droopy´s lib v1.31.11 and everything (Ldb) works normal
maybe this info may help?

It would be a TB change, the LDB functions were not changed between 1.31.11 and the current.

lexvictory · Post by **lexvictory** » Sat Jan 17, 2009 11:23 am

@chi: ldb functions fix in the latest version (if you need them for 4.20 you will have to compile the lib manually or use as includefile)

@Sveinung: path commands should work again. Please test

@byo: Printer enum works now.

You should all download 1.31.15 for PB4.30 (see announcement topic)

Sveinung · Post by **Sveinung** » Sat Jan 17, 2009 3:31 pm

lexvictory wrote:Please test

Functions work perfectly now.

Regards
Sveinung

chi · Post by **chi** » Sat Jan 17, 2009 6:45 pm

yeah! now i can switch to pb4.3. thx so much...
ldb functions work like a charm now

cheers, chi

chi · Post by **chi** » Sun Jan 18, 2009 7:44 pm

again... it´s me

strange behavior with Flag:

Code: Select all

FlagInit("HKEY_LOCAL_MACHINE\SOFTWARE\Droopy\")
FlagCreate("language") 
FlagSet("language","1") 
chk$=FlagGet("language")
Debug chk$

all i get is the droopy-parent with a reg_sz entry "Just a test to know if writing is possible" = OK
... and it crashes with debug=on (pb4.3)

bye, chi

lexvictory · Post by **lexvictory** » Wed Jan 21, 2009 5:18 am

@chi: for some reason it works in x64, (using example from help file) but not x86.
You are probably better off using the Registry commands directly (RegGetValue(), etc) as the Flag commands are more or less simply wrapper functions.

Wrapper functions end up causing more problems than they solve sometimes when they are both in the same userlib.

Your other option is to create a dummy procedure eg:

Code: Select all

ProcedureDLL dummy()

ProcedureReturn 1
EndProcedure

Tailbite it, then take it from \purelibraries\userlibraries and create the folders \subsystems\nodroopy\purelibraries, copy it there and rename to 'Droopy', use the NoDroopy susbsystem and use Droopy.pb as an include (or remove the userlib files completely and use as include)

In other word: the short answer is to just use the Registry commands; they SHOULD work

I honestly have no idea why they would work in x64 and not x86...
It shouldnt make a difference that the x86 userlibs were created on and x64 system...

chi · Post by **chi** » Wed Jan 21, 2009 5:19 pm

subsystem -> thx for that!
I don´t use Flag anyway... was just a bugreport

bye, chi

lexvictory · Post by **lexvictory** » Thu Jan 22, 2009 12:19 am

I use the subsystem to narrow down a bug when I include Droopy.pb into the test file

Sveinung · Post by **Sveinung** » Thu Jan 22, 2009 1:47 pm

Bug in the GetUserName function (line 2617)

There is missing an "@" infront of the nsize,so it should be
retour=GetUserName_(@Username, @nsize)

Regards
Sveinung
[/code]

lexvictory · Post by **lexvictory** » Fri Jan 23, 2009 12:22 am

fixed: GetUserName()
GetPureBasicDirectoryInstallation() now works correctly (wasn't getting just PB path on my system)
Between() modified to allow for same left and right string (used in changed GetPureBasicDirectoryInstallation())

lexvictory · Post by **lexvictory** » Wed Jan 28, 2009 1:53 pm

If there is anyone who wishes to beta test a No-Subsystems version of the lib, please PM me.
No-Subsystems meaning you Don't have to make sure UserLibUnicode is in use when compiling in Unicode mode (Providing you don't use other UserLibs)