IRC Logs

Network: freenode Channel: #csharp

	Enter your search terms Submit search form
	Web www.irclog.org

[00:00]<nnzjpfrr>O_O
[00:00]<nnzjpfrr>that's strange...
[00:00]<y-gz>zeroflag: infact I was very wrong about the design decision. I put it on paper and I understood how wrong I were
[00:00]<rxrcr>I've _opened_ solutions before, but I don't think it can create them
[00:00]<nnzjpfrr>I know I wrote library projects with tester implementations in beta 1 and 2.
[00:00]<nnzjpfrr>i-nZ: so what did you choose?
[00:01]<y-gz>1 emitter in the first class to raise the 2 events
[00:01]<y-gz>:)
[00:01]<y-gz>not touching the eventhandler list etc
[00:01]<nnzjpfrr>chaka: right click on the solution with "Add Project" doesn't work?
[00:01]<y-gz>just raising them one after the other
[00:01]<nnzjpfrr>i-nZ: implement emitters for both and let the one call the other.
[00:01]<y-gz>er I mean one emitter -> raises event -> calls second emitter -> raises its event
[00:01]<rxrcr>zeroflag, I'd have to install it again to try
[00:02]<nnzjpfrr>chaka: what are you using instead?
[00:02]<nnzjpfrr>i-nZ: sounds solid.
[00:03]<rxrcr>zeroflag, I tried using express at home but I ended up using VS2k5 Pro, mostly because the VS Extensions for WPF didn't work
[00:03]<nnzjpfrr>wpf?
[00:04]<rxrcr>Windows Presentation Foundation aka avalon aka winfx aka .NET Framework 3.0
[00:04]<edjg>I'm trying to use P/Invoke to call a native DLL (written in C), but I keep getting this exception every time I call the native code: Unable to load DLL Invalid access to memory location. Exception from HRESULT: 0x800703E6
[00:04]<rxrcr>be nice if it didn't change names so much
[00:04]<nnzjpfrr>well, I'm happy with C# 2.0 right now - no need for any more.
[00:04]<nnzjpfrr>plus I found 3.0 very unstable when I frist tried it...
[00:04]<edjg>It's a DllNotFoundException, but the error is different from when I try to load a non-existant file (i.e. it's not because the DLL isn't found)
[00:05]<nnzjpfrr>Emon: is the dll in the same folder? or in a system folder?
[00:05]<edjg>Same folder
[00:05]<rxrcr>zeroflag, WPF beats the pants off winforms
[00:06]<nnzjpfrr>emon: are you sure you have the right version?
[00:06]<nnzjpfrr>well, I try not to use them too much for portability.
[00:06]<edjg>right version of the DLL?
[00:06]<nnzjpfrr>generics are necessary but windows forms... well... it's microsoft. -_-
[00:07]<edjg>It's a pretty simple DLL...I'm just exporting int blah(int a) { a = a; }
[00:07]<nnzjpfrr>Emon: maybe you're calling some function that doesn't exist...
[00:07]<edjg>no, it's definitely there
[00:07]<nnzjpfrr>hmmm
[00:07]<edjg>and I'm pretty sure it's exported correctly
[00:07]<nnzjpfrr>can you call it form c/c++?
[00:08]<edjg>haven't tried, heh
[00:08]<edjg>one second, I think I figured it out...
[00:41]<rrd2uppnv>how do i view/kill locks on a table in sql server 2000
[00:42]<nnzjpfrr>you better ask that on a SQL channel.
[00:42]<rrd2uppnv>ok
[00:43]<kjr>I don't know if there's an MSSQL chan on here
[00:43]<kjr>would hope not - MSSQL isn't f/oss
[00:44]<rxrcr>I'd be surprised if that information wasn't on MSDN somewhere
[00:47]<rrd2uppnv>nm. it resolved itself
[00:47]<rrd2uppnv>once enterprise manager released the table
[01:20]<rrd2uppnv>is there somewhere to go to get drive times in a city ?
[01:21]<awjzdd>have you searched teh google?
[01:21]<awjzdd>cause thats a good starting point
[01:21]<rrd2uppnv>yeah
[01:21]<rrd2uppnv>i think we should build one... in c#
[01:22]<awjzdd>i think i should look at pr0n
[01:22]<rrd2uppnv>potatoes ... potAtoes ... (saying doesnt work that well when typing)
[01:22]<rxrcr>er, most traffic reporters can answer that, they closely monitor high-use corridors
[01:23]<rxrcr>for seattle area, wsdot has estimations based on traffic flow data
[01:25]<rrd2uppnv>interesting
[01:26]<rrd2uppnv>oh well.. .. night all
[01:30]<edjg>I'm calling some native code with P/Invoke. What type do I use for a C-style string array? That is, char *[]
[01:33]<edjg>I'm currently using an array of Strings but I seem to be having some trouble
[01:36]<y-gz>are you setting the correct encoding?
[01:36]<y-gz>Emon: take a look here if that helps --> http://mono-project.com/Interop_with_Native_Libraries
[01:37]<edjg>thanks, I'll take a look
[01:37]<edjg>Oh, and it works with a simple int function, so I know it's loading the dll
[01:38]<rxrcr>I've used string directly with several win32 calls without messing around with how it's marshalled
[01:39]<edjg>I could refactor the underlying code to use something more sensible but it's sort of a complete mess
[01:39]<edjg>I'd probably break it in the process
[01:39]<rxrcr>Emon, have you tried simply using string?
[01:39]<edjg>for an array?
[01:39]<edjg>I have not
[01:40]<edjg>I'm not sure how that would work
[01:43]<edjg>oh
[01:43]<edjg>I see...
[01:44]<edjg>The native code used to be a console app. I didn't realize the arguments started at argv[1] instead of 0
[01:44]<edjg>that explains it
[01:45]<edjg>either way I'm gonna refactor this crap
[01:48]<rxrcr>i-nZ, that link is awesome actually
[01:48]<edjg>yay, it works
[01:48]<edjg>thatnks for your (indirect) help :P
[01:49]<rxrcr>Emon, heh anytime. I didn't understand why you would be using a string[] in .net to interact with char* primative, but aslong as you figured it out
[01:49]<edjg>No, it was char*[]
[01:49]<edjg>an array of strings
[01:50]<rxrcr>oh, ic
[01:50]<edjg>I had converted bsdiff (which is about the best binary diff I can find) to a DLL
[01:50]<edjg>so I was just going to pass in an array for the command line arguments with a wrapper class
[01:51]<edjg>what I didn't realize is that the actual, usable arguments start at index 1, not 0. because if you do: "bsdiff.exe oldfile newfile patchfile", the string "bsdiff.exe" is argument 0
[01:51]<edjg>I ended up changing the native code to use 3 string arguments instead
[01:53]<y-gz>chaka: it is
[01:53]<y-gz>chaka: it's only missing the native callbacks
[01:53]<edjg>Why is it that the Mono docs often help me more than MSDN
[01:53]<edjg>After using Java for years, MSDN is such a joke
[01:54]<edjg>The content isn't so bad, but the layout of the documents makes it hard to find stuff I think
[01:54]<kjr>Emon: it's no harder to use MSDN than the JAvadocs, and they're by-and-large more informative
[01:54]<gdrn_frmdq>what content?
[01:54]<edjg>haha
[01:54]<edjg>okay.
[01:55]<kjr>Emon: I've been using Java for ~4-5 years longer than C#

Back to #csharp
Or go to some related logs:
#python
#macosx
#gentoo
#netbsd
#css