IRC Log from 2010-08-21
00:09:39 *** ChrisMorgan (~ChrisMorg@unaffiliated/chrismorgan) has joined #portableapps
00:28:15 *** ptmb has quit (Quit: Leaving)
00:53:08 *** ZachThibeau has quit (Ping timeout: 252 seconds)
01:05:47 *** Computator has quit (Ping timeout: 252 seconds)
01:09:21 *** Computator (rlifshay@unaffiliated/computator) has joined #portableapps
01:18:29 *** Computator has quit (Read error: Connection reset by peer)
01:23:12 *** OliverK (~WifiWomba@unaffiliated/oliverk) has joined #portableapps
01:23:22 *** OliverK is now known as OliverK|Away
01:38:20 *** ChrisMorgan has quit (Ping timeout: 272 seconds)
01:38:26 *** ChrisMorgan (~ChrisMorg@unaffiliated/chrismorgan) has joined #portableapps
01:56:59 *** kracker[BDC] (~kai_62656@unaffiliated/kai-62656/x-7765177) has joined #portableapps
02:31:13 *** Computator (rlifshay@unaffiliated/computator) has joined #portableapps
02:31:35 *** Computator has quit (Client Quit)
02:34:04 *** rouilj1 has quit (Quit: Leaving.)
02:35:31 *** rouilj1 (~rouilj@pool-74-104-157-242.bstnma.fios.verizon.net) has joined #portableapps
02:39:06 *** kracker[BDC] has quit (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
02:53:29 *** chazz has quit (Quit: leaving)
03:00:58 *** gluxon has quit (Quit: SE YA LATER)
03:06:28 *** Computator (rlifshay@unaffiliated/computator) has joined #portableapps
03:06:37 *** Computator has quit (Remote host closed the connection)
03:12:13 *** chazz (~chazz@bb-183-006.omnitelcom.com) has joined #portableapps
03:12:13 *** chazz has quit (Changing host)
03:12:13 *** chazz (~chazz@opennic/dabomb69) has joined #portableapps
03:12:13 <GizmoBot> chazz is the guy who failed at developing stuff. :D
03:12:28 <auscompgeek> :O
03:14:18 *** Mir has quit (Ping timeout: 245 seconds)
04:13:11 *** OliverK|Away is now known as OliverK
04:20:38 *** Gringoloco (~Gringoloc@unaffiliated/gringoloco) has joined #portableapps
04:21:14 <Gringoloco> Hello there
04:22:46 <ChrisMorgan> Hello\
04:23:49 <Gringoloco> ChrisMorgan: I thought you would be interested in http://forums.winamp.com/showthread.php?p=2690284#post2690284
04:25:49 <ChrisMorgan> I like your way of using defines for ${ITypeLib->GetLibAttr} etc.
04:27:08 <Gringoloco> It wasn't me, there was a discussion about it here http://forums.winamp.com/showthread.php?p=2690207
04:28:42 <Gringoloco> I think what fixed it is the &g16
04:28:52 <Gringoloco> in the struct !
04:29:52 <ChrisMorgan> As he says, &g16 instead of g shouldn't be necessary.
04:30:47 <Gringoloco> it's a system plug-in bug
04:32:04 <Gringoloco> Anyway, if you add ReadRegStr $0 HKLM SOFTWARE\Classes\TypeLib\$R1\$R4.$R5\0\Win32 ''
04:32:04 <Gringoloco> one gets the path to the current registered library
04:32:31 <Gringoloco> I'm just not sure yet what the 0 is for
04:33:34 <ChrisMorgan> Is all this just applicable for TypeLibs or does it work on normal DLL servers that you register as well?
04:35:08 <ChrisMorgan> i.e. will [RegisterDLL] require a CLSID to be provided as XXXX-XXXX-XXX...=%PAL:AppDir%\AppName\Some.dll, or can one be got from the file and just have 1=filename, 2=filename, etc.?
04:35:57 <Gringoloco> Not sure, I didn't spend any time on this the last two weeks, but I just decided to ask in the nsis forum
04:36:43 <Gringoloco> CLSID ? Isn't the TLIBATTR structure enough ?
04:38:15 <ChrisMorgan> CLSID/GUID/whatever you wish to call it.
04:38:28 <ChrisMorgan> I'm not sure if the ITypeLib stuff works with DLL servers or not.
04:38:49 <ChrisMorgan> The basic concepts seem to be just about the same, but I think they work quite differently.
04:41:07 <Gringoloco> I haven't come across a dll file (which I needed to register) this didn't work for
04:41:29 <ChrisMorgan> You've tried it on the type that you use RegDLL for rather than whatever you do for TypeLibs?
04:42:09 <ChrisMorgan> As to the code and implementation in PAL, I'm afraid I've got rather lost along the way; I've been being sidetracked with Uni work and whatnot too much :-(
04:43:36 <ChrisMorgan> I think what I need to do with it is document wildcards and XML, sort out DLL servers and TypeLibs and document it all better, and then put out a Beta build of 2.1 and start wrapping 2.1 up. There's plenty more which will be able to go for making 2.2 and 2.3 have new features.
04:47:39 <Gringoloco> I do not think I know yet what the difference is between TypeLibs or DLLservers ! About getting lost along the way...
04:48:33 *** OliverK has parted #portableapps ("so long and thanks . . . for all the fish")
04:48:58 <Gringoloco> I'm really busy my self with renovating the house but I should be able to find some time to finish fixing the WildCards bug, before you release 2.1 beta
04:49:24 <Gringoloco> I basically have fixed the bug, but didn't get around testing it
04:49:41 <ChrisMorgan> What was the issue again?
04:50:26 <Gringoloco> DirectoriesMove doesn't work properly if no wildcards are used :(
04:50:43 <ChrisMorgan> TypeLibs register things in HKLM\Software\Classes\TypeLib\...; DLL servers just create the HKLM\Software\Classes\{XXXX-XXXX...XXXX} stuff with ProgID, InProcServer32 and whatnot.
04:50:51 <ChrisMorgan> Ah yes.
04:50:58 <Gringoloco> I must have tested it solely on wildcards :(
04:51:31 <ChrisMorgan> The biggest problem I find with TypeLibs and DLL servers is that it's all so poorly documented.
04:56:23 <Gringoloco> Ah another thing if you have any interest in a dedugging tool for return-values, I found an api which converts the error-code into an english message
04:56:38 <Gringoloco> :)
04:57:29 <Gringoloco> If you download the attached file in my nsis forum topic, you'll find it
05:09:46 <Gringoloco> I'm affraid that the house renovation will take fair amount of time more. ATM half of the house has concrete, comming week the other half gets done, nd then we'll have to do the attic and re-decorating everything
05:12:07 <ChrisMorgan> Your test doesn't work in Wine for msxml.dll, which I think it may not be finding. It crashes somewhere in the first GetErrorCode; if I comment that out it gets through with {00000000-0000-... and so on as you might expect when everything becomes zero. That's having applied Anders' fixes.
05:13:51 <ChrisMorgan> In your GetErrorCode you don't store $0 for restoration at the end.
05:14:46 <Gringoloco> If dll is not found I get : Return Value = Error loading type library/DLL.
05:15:35 <ChrisMorgan> Or maybe I'm not understanding System::Store properly; I've only ever seen it used with s and l, not anything like sR0R1.
05:16:07 <ChrisMorgan> If it's not found, in Wine at least, I get crash.
05:16:17 <ChrisMorgan> In the GetErrorCode macro somewhere.
05:18:24 <Gringoloco> GetErrorCode is just a quickly made macro. But that said sR0R1 is just storing all variables to private stack and then poping the values, on exit it restores all from private stack
05:18:34 <ChrisMorgan> I see how Store works now, you were right.
05:18:42 <Gringoloco> try just the error code : 0x80029C4A
05:19:02 <Gringoloco> which is TYPE_E_CANTLOADLIBRARY
05:19:11 <ChrisMorgan> The crash is happening for me on the line System::Call *$1(&t$0.r0)
05:19:33 <ChrisMorgan> Firstly, I always get in the console: err:ole:TLB_ReadTypeLib Loading of typelib L"msxml.dll" failed with error 2
05:19:53 <ChrisMorgan> But then I get the crash; wine: Unhandled page fault on read access to 0x00000000 at address 0x100024e0 (thread 0020), starting debugger...
05:21:19 <Gringoloco> What would this line do :
05:21:21 <Gringoloco> !insertmacro GetErrorCode 0x80029C4A
05:21:24 <ChrisMorgan> And at that stage, $1 = 0, $0 = -2
05:21:40 <ChrisMorgan> Which doesn't seem quite what's intended.
05:22:06 <ChrisMorgan> "System::Call *0(&t-2.r0)" ... can you blame it crashing?
05:22:16 <Gringoloco> So comment ...
05:22:21 <Gringoloco> ; IntOp $0 $0 - 2
05:22:47 <Gringoloco> It was just to deal with \r\n on the end of a line
05:22:50 <ChrisMorgan> Mind you, if I comment out that GetErrorCode, the one after the GetLibAttr seems to work fine.
05:23:51 <ChrisMorgan> OK, so that's it: return value is empty.
05:24:07 <ChrisMorgan> Last error code is File not found [block] [block]
05:28:10 <Gringoloco> the blocks are the \r\n characters
05:29:13 <ChrisMorgan> Yep, I guessed that.
05:30:18 <ChrisMorgan> So, for a return value of -2147312566, Wine is producing an empty string with FormatMessage, without even the \r\n
05:30:34 <Gringoloco> :(
05:30:52 <ChrisMorgan> That's 0x29C4A
05:31:08 <ChrisMorgan> I've got over that with a IntCmp $0 0 +2 0 0 safeguard above the IntOp $0 $0 - 2
05:31:55 <ChrisMorgan> I think
05:33:28 <ChrisMorgan> TYPE_E_CANTLOADLIBRARY
05:33:46 <ChrisMorgan> How interesting.
05:33:58 <ChrisMorgan> ReactOS has a nice list of all those things...
05:34:05 <ChrisMorgan> http://doxygen.reactos.org/d4/ded/winerror_8h_source.html
05:34:35 <ChrisMorgan> I should have said 0x80029C4A really.
05:34:57 <ChrisMorgan> Anyhow, all it is is that Wine can't be relied upon to produce text with FormatMessage.
05:37:52 <ChrisMorgan> I tried msxml3.dll, as that does exist. The results aren't looking good. Success, Success, Success, Success, but at the end all the variables are 0, {000000000-0000-0000-0000-00000000} or an empty string.
05:38:36 <ChrisMorgan> And that was with no Wine err:* on the console.
05:39:03 <ChrisMorgan> msxml4.dll: "fixme:ole:TLB_ReadTypeLib Header type magic 0x00405a4d not supported." and "err:ole:TLB_ReadTypeLib Loading of typelib L"msxml4.dll" failed with error 0", and in the window, blank, success, success, success.
05:40:19 <ChrisMorgan> I'll see how it goes in Windows Server 2003.
05:40:27 <ChrisMorgan> I'm afraid it's not looking good for Wine support.
05:46:05 <Gringoloco> I'm affraid so
05:52:10 <ChrisMorgan> In Windows Server 2003 I'm getting "The operation completed successfully" for all four with msxml.dll, but still 0s and empty strings.
05:54:03 <ChrisMorgan> For msxml4.dll I get the return value "Error loading type library/DLL." instead of an empty string as I did in Wine, and the rest success and 0 and empty string and whatnot.
05:54:44 <ChrisMorgan> Gringoloco: So maybe it's my script I've got slightly wrong... if you updated that script yourself to fix the issues Anders pointed out with the allocations et al. could you please give it to me so I can try it?
05:58:51 <ChrisMorgan> The "error loading type library**/DLL**" interpretation of the code in Server 2003 has given me more hope that it works with DLL servers too.
05:59:04 <Gringoloco> http://pastebin.com/jNmvu7MA
06:02:06 <Gringoloco> Ah you need to update line 40 to use r0
06:02:39 <Gringoloco> Sorry I was on the telephone with my mom ( I still can not do 2 things at the same time)
06:06:41 <Gringoloco> http://pastebin.com/4MBRP99P
06:08:48 <Gringoloco> Only mshtml.dll will give me Return Value = Error loading type library/DLL.
06:20:18 <Gringoloco> and msxml4.dll Return Value = Error loading type library/DLL.
06:21:12 * Gringoloco is trying to do 2 things at same time, sorry can't find time to concentrate on this
06:37:45 <ChrisMorgan> Testing it now; msxml.dll doesn't exist on Wine, only msxml3.dll (which works) and msxml4.dll (which doesn't).
06:39:17 <ChrisMorgan> Seems to be running properly now and getting the right GUID and all :-)
06:42:24 <ChrisMorgan> I suppose we should have System::Free $R0 to free the TLIBATTR struct.
06:42:25 *** rainroom69 (~RainrooM@sadler01.aparthotel-adler.at) has joined #portableapps
06:47:11 <Gringoloco> I think ${ITypeLib->ReleaseTLibAttr} or ${IUnknown->Release} is freeing the TLIBATTR struct
06:48:44 <ChrisMorgan> OK.
06:57:01 <Gringoloco> Anders came up with the IUnknown->Release, and I think he knows what he's doing but the TypeLib plug-in isn't using it
06:59:06 <Gringoloco> Ah, no I'm wrong the TypeLib plug-in does...
06:59:16 <Gringoloco> typeLib->Release();
06:59:42 <Gringoloco> But uses TypeLib instead of IUnknown
07:00:49 <Gringoloco> Which is probably the same thing
07:05:07 <ChrisMorgan> ITypeLib extends IUnknown; typeLib->Release() is using Release() from IUnknown.
07:07:04 <Gringoloco> So this gives PAL means to read the path from the registry, register the portable dll and on exit re-register the local dll
07:09:13 <ChrisMorgan> Yep, seems good to me.
07:11:44 <ChrisMorgan> Gringoloco: "${GetGUIDFromDLL} file $output" sound alright to you?
07:17:45 <Gringoloco> You do not only need the guid, you need (almost) all of the values from the TLIBATTR struct
07:18:20 <Gringoloco> Maybe ${GetPathFromDLL} ?
07:18:31 <ChrisMorgan> For RegisterDLL only the GUID is needed. TypeLibs are all that need more.
07:18:51 <ChrisMorgan> GetPathFromDLL would seem a bit of a funny label for it!
07:22:34 <Gringoloco> How would you get the path (of the locally registered dll) from just knowing the GUID
07:22:36 <Gringoloco> ?
07:26:59 <ChrisMorgan> I've just been seeing what it picks up, in Wine.
07:28:09 <Gringoloco> I need some thing like the following to get a path for any dll I've tested on:
07:28:11 <Gringoloco> ReadRegStr $0 HKLM SOFTWARE\Classes\TypeLib\$GUID\$MajorVerNum.$MinorVerNum\$CLID\$SYSKIND ''
07:28:31 <ChrisMorgan> msi.dll: picks up the details for HKLM\Software\Classes\TypeLib\{000C1092-0000-0000-C000-000000000046}\1.0\0\win32
07:29:06 <Gringoloco> That's what I mean, the most important is the version numbers
07:29:22 <Gringoloco> 1.0 = Major.Minor
07:29:56 <ChrisMorgan> msi.dll does provide things which go in HKLM\Software\Classes\CLSID, but what got picked up was not one of those GUIDs, that's what I'm meaning.
07:30:54 <ChrisMorgan> Same with msxml3.dll.
07:30:55 <Gringoloco> To pick-up one of the CLSID's you need to go deeper into the dll. They seem to be some kind of reverence to the individul functions
07:32:30 <ChrisMorgan> Hmm, this isn't looking so good for plain DLL servers - Software\Classes\CLSID\{3050F4F0-98B5-11CF-BB82-00AA00BDCE0B} belongs to mshtml.dll, but the TypeLib stuff doesn't pick it up at all.
07:33:46 <ChrisMorgan> But regsvr32 doesn't like it either... :-/
07:36:25 <Gringoloco> Maybe your looking for something what's not needed ?
07:36:31 <ChrisMorgan> I really don't know...
07:36:40 <ChrisMorgan> I think I'll just assume that it works.
07:37:01 <Gringoloco> It will work for everything I need it for
07:37:18 <Gringoloco> :)
07:37:19 <ChrisMorgan> TypeLibs and DLL servers are registered differently.
07:38:26 <ChrisMorgan> And yet we have a slight conflict of interest; for example, msi.dll is both a TypeLib *and* a DLL server
07:41:11 <ChrisMorgan> 1. LoadTypeLib etc. can be used to get the GUID from TypeLibs (.dll, .ocx, .tlb) and DLL servers (.dll, .ocx) and possibly other types too for all I know.
07:42:08 <ChrisMorgan> 2. If a DLL is both a type library and a DLL server, it seems that the GUID of its (a?) type library will be returned rather than the DLL server.
07:42:46 <ChrisMorgan> 3. This is, however, an issue with dealing with type libraries and DLL servers, because registration for the two components needs to be done two different ways.
07:43:17 <Gringoloco> Did you try Ole View
07:44:36 <ChrisMorgan> No, I haven't.
07:45:14 <ChrisMorgan> Wait... it seems that Library.nsh *does* cater for the "both" situation.
07:45:35 <ChrisMorgan> !ifdef INSTALLLIB_LIBTYPE_TLB | INSTALLLIB_LIBTYPE_REGDLLTLB .. TypeLib::Register $R4 .. !endif
07:45:59 <ChrisMorgan> Seems to me then that doing the RegisterTypeLib should do the DLL registration as well then.
07:46:22 <ChrisMorgan> No, wait... because then it does !ifdef INSTALLLIB_LIBTYPE_REGDLL | INSTALLLIB_LIBTYPE_REGDLLTLB .. RegDLL
07:46:56 <Gringoloco> Library.nsh is using RegSrv32, RegDLL & TypeLib::Register
07:47:08 <ChrisMorgan> Yep
07:47:08 <Gringoloco> probably for good reason
07:47:49 <ChrisMorgan> TypeLib::Register for TLB (TypeLib) and REGDLLTLB (TypeLib+DLL server)
07:48:15 <ChrisMorgan> And when it comes to the DLL server bit, RegDLL for 32-bit and regsvr32 for 64-bit.
07:49:47 <Gringoloco> Could you give me an example of which app need this DLL server?
07:50:43 <ChrisMorgan> Just DLL server, or DLL server and TypeLib in the one file?
07:51:16 <Gringoloco> Anything, I need an example to understand what the problem is
07:52:08 *** rainroom69 has quit (Quit: Leaving.)
07:52:54 <ChrisMorgan> Isn't Burnaware's FoxSDKU32w.dll one?
07:53:09 <ChrisMorgan> Run it through regsvr32 and you'll find out, that's the easiest way
07:53:43 *** rainroom69 (~RainrooM@sadler01.aparthotel-adler.at) has joined #portableapps
07:59:26 <Gringoloco> Maybe, but still we would need to get the path to the local version of FoxSDKU32w.dll and register it with regsrv32. (I relly do not have time to look at it atm, and when I find time I have to put priority on the wild-card bug and WinampPortable)
08:02:04 <ChrisMorgan> I think you should find that the GUID returned for it can be used to find the local path if it's installed - HKLM\Software\Classes\CLSID\{guid}\InProcServer32\
08:03:13 <Gringoloco> Chris, if you get a chance to use OleView you will find out (I think) that it takes a bit more to get the CLSID's
08:07:05 *** rainroom69 has quit (Quit: Leaving.)
08:10:41 <ChrisMorgan> I wonder... would it be worthwhile just requiring the user to enter a GUID/whatever for the app?
08:10:47 <ChrisMorgan> *file
08:11:57 <Gringoloco> I'm lost, I do not see a problem with the current methode
08:13:01 <Gringoloco> maybe for the user to enter the kind of dll it is ?
08:18:26 <Gringoloco> the BurnAware dll or the flash dll both work when registered with PAL 2.1 using RegDll
08:19:45 <Gringoloco> or when I register them with regsrv32, and for both I'm able to get the path using the TLIBATTR struct values.
08:19:50 <Gringoloco> if thats any help
08:21:11 <Gringoloco> The GUID we are currently using is the main ID for the dll's, any other seem to be for individual functions
08:22:31 <ChrisMorgan> How are you getting the path from the TLIBATTR - the path wouldn't be in that TypeLib registry key, would it?
08:23:03 <ChrisMorgan> I think at the least we'll need a type specified - TypeLib, DLL server or both.
08:23:28 <Gringoloco> I'm using the values from TLIBATTR to read the registry
08:23:29 <Gringoloco> ReadRegStr $0 HKLM SOFTWARE\Classes\TypeLib\$GUID\$MajorVerNum.$MinorVerNum\$CLID\$SYSKIND ''
08:25:29 <Gringoloco> SysKind 1 = Win32
08:26:10 <ChrisMorgan> But if it's just a DLL server and not a TypeLib, it doesn't create that
08:26:29 <Gringoloco> I've got to come across one yet :)
08:28:20 <Gringoloco> yes, msi.dll seems to do that, but I do not know if that situation would actually happen for a portable app.
08:28:32 <ChrisMorgan> msi.dll is both a server and a type library
08:28:44 <Gringoloco> Are you able to register msi.dll at all
08:28:56 <Gringoloco> or unregister for that mather
08:29:11 <ChrisMorgan> I /thought/ that that Burnaware thing was just a DLL server and not a TypeLib... seems I was wrong.
08:29:14 <ChrisMorgan> I haven't tried it though.
08:29:27 <ChrisMorgan> There was another app I was testing it with... was it PicPick?
08:29:54 <ChrisMorgan> regsvr32 msi.dll succeeds.
08:30:01 <Gringoloco> I'm not aware of PicPick needing libraries registration
08:30:12 <Gringoloco> Did you do a regshot?
08:30:46 <ChrisMorgan> PIXresizer, that was it.
08:30:57 <ChrisMorgan> I believe it was just a DLL server, not a TypeLib in it.
08:31:08 <Gringoloco> Give it a go, I wonder
08:32:21 <ChrisMorgan> Problem is that I need to go now :-(
08:32:47 <Gringoloco> I should really aswell, talk another day
08:32:58 <ChrisMorgan> regwizc.dll is another DLL which can be registered... it gives a GUID, not sure if that's a TypeLib GUID or a CLSID GUID.
08:33:15 <ChrisMorgan> It gets rather confusing. Ah well, I think we'll get there eventually :-)
08:33:21 <ChrisMorgan> Thanks for your help with it :-)
08:33:32 <Gringoloco> try to get a hold of OleView if you can
08:33:59 <Gringoloco> it comes with MSVC++
08:39:14 <Gringoloco> ChrisMorgan: I think I got it CLID needs be in hexadecimal to be able to read the path from TypeLib registry key
08:41:56 <Gringoloco> see: HKLM\SOFTWARE\Classes\TypeLib\{000C1092-0000-0000-C000-000000000046}\1.0\409\Win32
08:42:27 <Gringoloco> for the path to msi.dll
08:44:07 <Gringoloco> CLID 1033 = 0x409
08:52:22 <Gringoloco> IntFmt $R2 "%X" $R2
09:01:53 <Gringoloco> ChrisMorgan: FYI, PixResizerPortable is working with PAL 2.1, and I can read the path with the script
09:36:30 *** Gringoloco has quit (Ping timeout: 272 seconds)
09:40:03 *** ChrisMorgan has quit (Ping timeout: 252 seconds)
10:06:44 *** beppegg (~beppegg@host125-88-dynamic.47-79-r.retail.telecomitalia.it) has joined #portableapps
11:01:55 *** Gringoloco (~Gringoloc@unaffiliated/gringoloco) has joined #portableapps
11:26:37 *** Gringoloco has quit (Quit: Leaving)
11:27:05 <beppegg> hi
11:27:11 <beppegg> Bensawsome, are you here?
12:31:53 *** beppegg has quit (Quit: Leaving)
12:58:29 *** ChrisMorgan (~ChrisMorg@unaffiliated/chrismorgan) has joined #portableapps
13:23:48 *** ChrisMorgan has quit (Ping timeout: 240 seconds)
13:56:47 *** TASAIRES (~TASAIRES@84.121.165.66.dyn.user.ono.com) has joined #portableapps
14:03:08 *** TASAIRES has quit (Ping timeout: 272 seconds)
14:26:06 *** beppegg (~beppegg@host125-88-dynamic.47-79-r.retail.telecomitalia.it) has joined #portableapps
14:43:23 *** Computator (rlifshay@unaffiliated/computator) has joined #portableapps
14:58:48 *** Computator has quit (Read error: Connection reset by peer)
15:11:34 *** rainroom69 (~RainrooM@sadler01.aparthotel-adler.at) has joined #portableapps
15:20:35 *** TASAIRES (~TASAIRES@84.121.165.66.dyn.user.ono.com) has joined #portableapps
15:23:20 *** TASAIRES_ (~TASAIRES@84.121.165.66.dyn.user.ono.com) has joined #portableapps
15:25:20 *** TASAIRES_ has quit (Client Quit)
15:25:21 *** dboki89 (~user@unaffiliated/dboki) has joined #portableapps
15:25:47 *** TASAIRES_ (~TASAIRES@84.121.165.66.dyn.user.ono.com) has joined #portableapps
15:26:50 *** TASAIRES has quit (Ping timeout: 258 seconds)
15:27:03 *** TASAIRES_ has quit (Client Quit)
15:27:37 *** TASAIRES (~TASAIRES@84.121.165.66.dyn.user.ono.com) has joined #portableapps
15:48:36 *** rainroom69 is now known as rainroom69|OFF
16:16:59 *** beppegg has quit (Quit: Leaving)
17:56:06 *** BjornH (~BjornH@81-235-164-62-no21.tbcn.telia.com) has joined #portableapps
18:13:26 *** TASAIRES has quit (Quit: Saliendo)
18:43:41 *** ptmb (~PTMblogge@a81-84-180-200.cpe.netcabo.pt) has joined #portableapps
19:08:47 *** rainroom69|OFF has quit (Ping timeout: 252 seconds)
19:50:13 *** Blaz3 (~Me@pool-96-236-161-252.pitbpa.east.verizon.net) has joined #portableapps
19:50:57 *** Blaz3 has parted #portableapps (None)
19:54:37 *** Drive-Dude (d5404ddc@gateway/web/freenode/ip.213.64.77.220) has joined #portableapps
19:54:42 <Drive-Dude> Hi
20:00:36 <Drive-Dude> I wante ask will it be a link on website about themes for PortableApps.com Platform I did look on http://ptc.kain-planet.de/ But it does not work. And I did create some cool themes. But I can not share them. I am not selfish. It is because the copyright ground
20:00:49 <Drive-Dude> I wante to ask
20:05:56 *** gluxon (~gluxon@c-71-234-105-104.hsd1.ct.comcast.net) has joined #portableapps
20:08:38 *** ZachThibeau (~ZachThibe@unaffiliated/zachthibeau) has joined #portableapps
20:08:39 <GizmoBot> ZachThibeau is the main developer of PChat and is a developer with PortableApps.com
20:19:18 <Drive-Dude> Hi I wante ask will it be a link on website about themes for PortableApps.com Platform I did look on http://ptc.kain-planet.de/ But it does not work. And I did create some cool themes. But I can not share them. I am not selfish. It is because the copyright ground
20:19:36 <Drive-Dude> Maybe somebody missed it first time
20:21:46 <gluxon> PTC has some SQL issues.
20:22:03 <gluxon> The two founders were moving their host.
20:24:52 <Drive-Dude> Alright
20:27:14 <Drive-Dude> But it has been months
20:30:12 *** ManiacKiller (~ManiacKil@cpe-72-130-246-25.hawaii.res.rr.com) has joined #portableapps
20:30:23 <Drive-Dude> Any news about PortableApps.com
20:32:00 <Drive-Dude> I am gonna go now. But have a nice day or night
20:32:04 *** Drive-Dude has quit (Quit: Page closed)
20:39:21 *** BjornH has quit (Quit: Leaving)
21:02:44 *** benedikt93 (~benedikt9@unaffiliated/benedikt93) has joined #portableapps
21:06:27 *** ZachThibeau has quit (Quit: Leaving)
21:13:02 *** ManiacKiller has quit (Read error: Connection reset by peer)
21:13:20 *** ManiacKiller (~ManiacKil@cpe-72-130-246-25.hawaii.res.rr.com) has joined #portableapps
21:13:51 *** ManiacKiller has quit (Client Quit)
21:32:08 *** MBK^home (~Me@pool-96-236-161-252.pitbpa.east.verizon.net) has joined #portableapps
21:32:41 *** MBK^home has quit (Client Quit)
21:49:54 *** Mercury044 (~Brent_War@adsl-76-226-155-70.dsl.sfldmi.sbcglobal.net) has joined #portableapps
21:54:44 *** benedikt93 has quit (Quit: Bye ;))
21:58:42 *** Mercury044 has quit (Quit: Leaving.)
22:37:11 *** JohnTHaller (~JohnTHall@cpe-67-247-35-38.nyc.res.rr.com) has joined #portableapps
22:37:15 *** JohnTHaller has parted #portableapps (None)
23:18:29 *** Oni-Neoxes (~Oni-Neoxe@unaffiliated/oni-neoxes) has joined #portableapps
23:19:14 *** Scriptdaemon (~KennyW@cpe-76-83-207-236.dc.rr.com) has joined #portableapps
23:23:39 *** Oni-Neoxes has quit (Quit: Quit)
23:45:25 *** Scriptdaemon has quit (Quit: Politeness, n. The most acceptable hypocrisy.)
23:50:04 *** Mercury044 (~Brent_War@adsl-76-226-155-70.dsl.sfldmi.sbcglobal.net) has joined #portableapps